איך להעלות קובץ AAB לגוגל פליי ולעבור את הבדיקה בלי להיתקע

הכנת קובץ ה-AAB ותאימות למדיניות גוגל פליי

לפני שאתם לוחצים על כפתור ההעלאה ב-Google Play Console, ודאו שקובץ ה-AAB שלכם נבנה בצורה תקינה ואינו מכיל שגיאות קוד בסיסיות. אם השתמשתם בכלי AI או פלטפורמות נו-קוד, חשוב לבצע בדיקה מקומית (Local Build) ולוודא שכל הרשאות האפליקציה (Permissions) מוצהרות כראוי בקובץ המניפסט. גוגל מחמירה מאוד לגבי הרשאות רגישות כמו גישה למיקום ברקע או לגלריית התמונות, וכל הצהרה מיותרת עלולה לעכב את האישור.

בנוסף, ודאו שגרסת ה-SDK שלכם מעודכנת לדרישות המינימום הנוכחיות של אנדרואיד. גוגל מעדכנת את דרישות ה-Target SDK מדי שנה, ואפליקציות שאינן עומדות בתקן נדחות באופן אוטומטי עוד בשלב העלאת הקובץ. הכינו מראש את מסמכי המדיניות, כולל קישור פעיל למדיניות פרטיות תקנית, שכן ללא קישור זה לא תוכלו להתקדם מעבר לשלבי הטיוטה הראשוניים.

הגדרת מסלול בדיקה סגורה וגיוס 12 בודקים

השלב המאתגר ביותר עבור מפתחים עצמאיים שנרשמו לחנות לאחר נובמבר 2023 הוא דרישת הבדיקה המוגדרת. בשלב זה, עליכם להגדיר מסלול בדיקה סגורה (Closed Testing) ולגייס לפחות 20 בודקי בטא (או 12 בודקים פעילים לפי התנאים המעודכנים) שיורידו את האפליקציה וישתמשו בה. טעות נפוצה היא להזין רשימת אימיילים של חברים מבלי שהם באמת יתקינו את האפליקציה או ישתמשו בה בפועל.

האלגוריתם של גוגל עוקב אחר מעורבות המשתמשים (Engagement). אם המערכת תזהה שרשמתם בודקים אך אין כל פעילות של פתיחת האפליקציה, שליחת פידבקים או עדכוני גרסה, הבקשה שלכם לקבלת גישה לפרודקשן תידחה. מומלץ להשתמש בשירות מקצועי כמו Play Ready Israel כדי להבטיח 12 בודקים אמיתיים ופעילים שיבצעו אינטראקציה יומיומית עם האפליקציה שלכם במשך 14 ימים רצופים.

ניהול נכון של גרסאות ועדכונים במהלך הבדיקה

במהלך תקופת הבדיקה בת 14 הימים, אל תשאירו את האפליקציה קפואה. גוגל רוצה לראות שאתם פועלים כמפתחים מקצועיים המגיבים למשוב של הבודקים. אם בניתם אפליקציה עם AI, סביר להניח שתוכלו לתקן באגים במהירות באמצעות Cursor או Lovable. נצלו זאת כדי להעלות לפחות עדכון גרסה (Update) אחד או שניים במהלך תקופת הבדיקה.

כל עדכון גרסה של קובץ ה-AAB ב-Console מראה לגוגל על תהליך פיתוח אקטיבי ובריא. ודאו שהבודקים שלכם מעדכנים את האפליקציה למכשירים שלהם ומשאירים פידבק בתוך חנות האפליקציות (במסלול הבטא). הפידבק הזה אינו גלוי לציבור הרחב, אך הוא קריטי עבור צוות הסקירה של גוגל שמעריך את איכות הבדיקה שלכם.

הכנת השאלון והגשת הבקשה לגישה לפרודקשן

בתום 14 ימי הבדיקה הרצופים, ייפתח בפניכם השאלון לקבלת גישה לפרודקשן (Production Access). מפתחים רבים נופלים דווקא כאן בשל תשובות לקוניות או לא מקצועיות. עליכם להסביר בפירוט כיצד גייסתם את הבודקים, אילו פידבקים קיבלתם מהם, ואילו שינויים או תיקונים ביצעתם באפליקציה בעקבות המשוב שלהם.

תשובות כמו 'הכל עבד מצוין ולא היו בעיות' מעוררות חשד מיידי אצל הבודקים של גוגל, שכן אין אפליקציה חדשה ללא באגים או צורך בשיפורים. תעדו מראש את מהלך הבדיקות, רשמו את התקלות שהתגלו (אפילו הקטנות ביותר), והציגו את הפתרונות שיישמתם. גישה רצינית ומנומקת תגדיל משמעותית את הסיכויים שלכם לקבל את האישור המיוחל להפצה כללית.

צ׳קליסט לפני שממשיכים

• ודאו שקובץ ה-AAB נבנה עם Target SDK מעודכן בהתאם לדרישות האחרונות של גוגל.
• הכינו קישור פעיל למדיניות פרטיות תקנית ומקמו אותו ב-Console ובתוך האפליקציה.
• הגדירו רשימת בודקים מסודרת ב-Closed Testing והפיצו להם את קישור ההצטרפות הייעודי.
• ודאו שלפחות 12 בודקים פעילים מורידים את האפליקציה ומשתמשים בה מדי יום במשך 14 יום.
• בצעו לפחות עדכון גרסה אחד של קובץ ה-AAB במהלך תקופת הבדיקה כדי להראות פעילות פיתוח.
• אספו פידבקים אמיתיים מהבודקים ותעדו את הבאגים והשיפורים שבוצעו בעקבותיהם.
• מלאו את שאלון הגישה לפרודקשן בצורה מפורטת, מקצועית וכנה ללא תשובות קצרות מדי.

שאלות נפוצות