האפליקציה נדחתה עקב הרשאת MANAGE_EXTERNAL_STORAGE שהוצהרה באופן שגוי? או שבדיקה אוטומטית סימנה את ה-build שלך בגלל targetSdkVersion מיושן? זה קורה בכל שחרור שני אם לא מתכוננים מראש. אנחנו עוזרים לך לעבור את הביקורת של Google Play בניסיון הראשון, ללא סבבים חוזרים.
Google Play משתמש בביקורת דו-שלבית: סקריפטים אוטומטיים ובודקים אנושיים עבור אפליקציות שמפעילות דגלים מסוימים. הקו הראשון סורק את ה-manifest, הקוד, ה-APIs וה-dependencies. השני בודק עמידה במדיניות המשפחה, שימוש ב-Accessibility Service והצדקה של הרשאות רגישות. הצוות שלנו מבצע ביקורת מקדימה באמצעות רשימת בדיקה של 30+ פריטים כדי לחסל את כל הסיבות האפשריות לדחייה.
אנחנו עובדים עם כל טכנולוגיה: מ-Flutter ו-React Native ועד אפליקציות Kotlin native. ניסיון: 10+ שנים בפיתוח מובייל, מעל 200 פרסומים מוצלחים. איתנו, אתה מקבל ערובה למעבר הביקורת או תיקונים על חשבוננו.
איך להכין את האפליקציה שלך לביקורת Google Play?
Play Protect סורק APK/AAB לשימוש לא סטנדרטי ב-API, reflection לעקיפת הגבלות ובקשות רשת חשודות. אם הפרויקט כולל SDK עם בעיות ידועות, דגל מופיע מיד. לרוב, הבעיות נגרמות על ידי SDKs פרסומיים מיושנים (AdMob מתחת לגרסה מסוימת, Unity Ads ישן) וכמה ספריות אנליטיקה עם איסוף נתונים אגרסיבי.
targetSdkVersion חייב לעמוד בדרישות העדכניות של Google. עבור אפליקציות חדשות, המינימום הוא API 34 (Android 14). אפליקציה עם targetSdkVersion מתחת לדרישה לא תעבור פרסום כלל — זה חסימה קשיחה.
סעיף Data Safety נבדק אוטומטית לאי-התאמות גסות: אם הקוד משתמש במפורש ב-AdvertisingIdClient כדי לאחזר GAID, אבל Data Safety מצהיר "אנחנו לא אוספים מזהי מכשיר" — האלגוריתם תופס את זה. לפי מדיניות Google Play, חוסר עקביות הוא אחת הסיבות העיקריות לדחייה.
| סיבה | תסמינים | פתרון |
|---|---|---|
| targetSdkVersion מיושן | חסימה קשיחה בהעלאה | עדכן את targetSdkVersion ל-34+ |
| אי-התאמה ב-Data Safety | האלגוריתם מזהה חוסר עקביות | אמת את ההצהרה, השתמש ב-Privacy Sandbox |
| הרשאה רגישה | דחייה מהבודק | נמק, החלף ב-MediaStore |
| שימוש לרעה ב-Accessibility Service | דחייה עם הערה | הסר או הצהר במדויק |
| SDK פרסומי לא מוסמך למשפחות | דחייה מיידית | החלף ב-SDK מוסמך |
טיפ: בדוק את כללי ProGuard/R8. לעיתים קרובות דחייה מתרחשת עקב קוד מוסתר שמשתמש ב-reflection. ודא שכללי keep מכסים את כל המחלקות שנקראות דרך reflection.
למה בודקים דוחים אפליקציות?
הרשאות רגישות ללא הצדקה מספקת. MANAGE_EXTERNAL_STORAGE היא אחת ההרשאות הקשות ביותר. Google מאשרת אותה רק למנהלי קבצים, אנטי-וירוסים ואפליקציות גיבוי. ניסיון להשתמש בה עבור "שמירת קבצים נוחה" נדחה. חלופה: MediaStore API + ACTION_CREATE_DOCUMENT.
שימוש לרעה ב-Accessibility Service. Google אוסרת במפורש שימוש ב-AccessibilityService לאנליטיקה, auto-clickers או מעקב אחר פעולות משתמש מחוץ למקרה השימוש המוצהר. ההצהרה חייבת לתאר במדויק את המטרה.
הפרת מדיניות אפליקציות משפחתיות. אם גיל יעד כלשהו כולל "ילדים", כל SDKs הפרסומיים חייבים להיות מוסמכים לקהל ילדים. SDK פרסומי לא מוסמך מחובר — דחייה מיידית.
השוואה: דחייה אוטומטית מהירה יותר, אבל ידנית יסודית יותר — ב-70% מהמקרים, הדחייה נובעת מחוסר עקביות ב-Data Safety, שניתן לתקן ביום אחד. התיעוד הרשמי מאשר את החשיבות של הגדרה נכונה.
אילו דרישות טכניות חייבות להתקיים לפני הפרסום?
פרסם רק AAB (Android App Bundle), לא APK — מאז 2021 זה חובה עבור אפליקציות חדשות. חתימה: keystore חייב להתאים לזה שנרשם ב-Play App Signing. אם חותמים דרך Google Play App Signing, מפתח ההעלאה ומפתח החתימה הם ישויות שונות; בלבול כאן יקר אם המפתח אובד.
versionCode חייב להיות גדול יותר מזה שפורסם קודם. נשמע מובן מאליו, אבל קונפליקטים קורים ב-CI עם מספר מפתחים שעובדים במקביל.
תהליך העבודה שלנו
בדוק AndroidManifest.xml, build.gradle, סעיף Data Safety ב-Play Console. בנה AAB לשחרור עם חתימה. העלה ל-Internal Testing, בדיקות בסיסיות. עבור למסלול Production עם שחרור הדרגתי (בדרך כלל מתחילים ב-10-20%). עקוב אחר שיעור ANR/crash ב-Android Vitals במהלך 48 השעות הראשונות לאחר השחרור.
| שלב | משך | אחראי |
|---|---|---|
| ביקורת קוד ו-manifest | 1-2 ימים | המהנדס שלנו |
| תיקון בעיות | החל מיום אחד | תלוי במורכבות |
| בניית AAB וחתימה | יום אחד | CI/CD |
| פרסום ל-Internal Testing | יום אחד | Play Console |
| שחרור ל-Production | 2-3 ימים | הדרגתי 10-20% |
מה כלול בעבודה
- ביקורת מלאה של manifest, קבצי gradle וסעיף Data Safety
- תיקון כל הבעיות, כולל עדכון targetSdkVersion, הרשאות ומדיניות
- הגדרת חתימה ובניית AAB לשחרור
- העלאה ל-Internal Testing והכנה ל-Production
- מילוי טופס Data Safety ב-Play Console
- מענה להערות הבודק (במידת הצורך)
- ניטור שגיאות במשך 48 שעות לאחר הפרסום
לוח זמנים ועלות
זמן ממוצע מהתחלה לפרסום: 3 עד 7 ימי עסקים, תלוי במורכבות הפרויקט ובמספר הבעיות. העלות מחושבת באופן אישי וכוללת את כל השלבים שתוארו לעיל. אנחנו מבטיחים מעבר הביקורת או תיקון בעיות על חשבוננו.
הניסיון והערבויות שלנו
10+ שנים בפיתוח מובייל, מעל 200 שחרורים מוצלחים ב-Google Play. מומחים מוסמכים ב-Android ו-Flutter. אנחנו מספקים ערובה כתובה למעבר הביקורת. צור קשר להערכה חינמית של הפרויקט שלך. קבל ייעוץ כבר עכשיו.