Product Page Optimization באפ סטור: בדיקת A/B של Apple

Product page optimization (PPO) היא בדיקת ה-A/B שמובנית ב-App Store Connect. אתה משווה עד שלוש גרסאות של דף ברירת המחדל שלך מול המקור, עם אייקון, צילומי מסך או סרטוני תצוגה שונים, על חלק מהתנועה שאתה בוחר, למשך 90 יום לכל היותר. Apple מכריזה שגרסה טובה יותר או פחות טובה כשהיא מגיעה ל-90% ביטחון. ואז אפשר להחיל את הגרסה המנצחת על הדף שלך.

אני מפרסם אפליקציות iOS משלי, ביניהן Solys ו-TradaZen, עם דפים ב-38 שפות. באוקטובר 2026 הכנתי בדיקת PPO ל-TradaZen. המדריך הזה מבוסס על העזרה של App Store Connect, שקראתי שוב ב-15 באוקטובר 2026.

Product page optimization באפ סטור: מה אפשר לבדוק

לפי הדף של Apple על product page optimization, כל גרסה, ש-Apple קוראת לה treatment, יכולה לשנות שלושה דברים:

• את האייקון, בתנאי שהוא כבר נמצא בבינארי של הגרסה שבאוויר;
• את צילומי המסך;
• את סרטוני התצוגה (app previews).

את השם, כותרת המשנה ומילות המפתח אי אפשר לבדוק כאן. העזרה של Analytics מזכירה גם את התיאור. אבל דף ההגדרה של ה-treatments עצמו מסתפק באייקון, בצילומי המסך ובסרטוני התצוגה, ועוד לשונית Header and Search Results לוויזואלים של הכותרת שהגיעו באוקטובר 2026.

התנאים, לפי הסקירה הכללית בעזרה:

• האפליקציה שלך זמינה למכירה ב-App Store (סטטוס Ready for Distribution);
• הבדיקה רצה על דף ברירת המחדל שלך, אף פעם לא על דף מוצר מותאם אישית;
• הגרסאות מוצגות ב-iOS 15 וב-iPadOS 15 ומעלה.

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

יצירת בדיקה: גרסאות, תנועה ושפות

ב-App Store Connect, הקטע Product Page Optimization פותח את יצירת הבדיקה. לפי העזרה על יצירת בדיקה, מגדירים חמישה דברים:

1. שם פנימי (reference name), עד 64 תווים, שרק אתה רואה.
2. מספר הגרסאות, עד שלוש. ככל שיש יותר, הבדיקה ארוכה יותר.
3. אחוז התנועה, שמתחלק שווה בשווה בין הגרסאות. הדוגמה של Apple: ב-30% עם שלוש גרסאות, כל אחת מקבלת 10% מהמבקרים.
4. השפות. מבקר שהשפה שלו לא נכללה לא משתתף בבדיקה.
5. הערכת משך, אופציונלית. אתה בוחר את השיפור שאתה מכוון אליו, ו-Apple מחשבת את המשך ואת כמות החשיפות הדרושה לפי הנתונים שלך.

בדיקה נמשכת 90 יום לכל היותר, ואי אפשר לשנות אותה אחרי שהיא התחילה. אם עוצרים אותה, היא לא מתחילה מחדש: צריך ליצור בדיקה חדשה.

כל גרסה מתחילה מהעתק של הדף שלך. מה שלא שינית נשאר זהה למקור, גודל מסך אחרי גודל מסך. המידות נמצאות בגודל צילומי מסך ל-App Store.

אישור הגרסאות

לפי העזרה על ה-treatments, הוויזואלים של בדיקה צריכים לעבור אישור לפני ההשקה:

• צילומי מסך חדשים או סרטוני תצוגה חדשים: ביקורת, בלי גרסה חדשה של האפליקציה.
• רק שינוי סדר, או אייקון בלבד: כבר מאושר, אין ביקורת.
• אייקון חדש: הוא חייב להיות, ב-1024 x 1024 פיקסלים, בבינארי של הגרסה שבאוויר, מקומפל עם Xcode 13 ומעלה. כלומר צריך עוד גרסה לפני הבדיקה, עם מספר build חדש.

בהפעלה, העזרה על הרצת בדיקה מציעה לך להוסיף את הבדיקה להגשה. היא נבדקת יחד עם גרסת ה-iOS האחרונה שלך. זמני ההמתנה הרגילים נמצאים בזמן האישור ב-App Store.

Apple גם מזהירה: פרסום גרסה חדשה במהלך הבדיקה עלול לעוות את התוצאות אם היא משנה רכיב שנבדק.

קריאת התוצאות

התוצאות נמצאות ב-Analytics, בקטע Acquisition ואז Product Pages. לפי העזרה של App Store Connect Analytics, הן מופיעות אחרי 5 ההורדות הראשונות שמשויכות לבדיקה, ואז מתעדכנות כל יום. Apple משתמשת בשיטה בייסיאנית, וכל גרסה מקבלת סטטוס:

הסטטוס אצל Apple	משמעות	מה לעשות
Collecting Data	עדיין אין הכרעה	לחכות
Performing Better	טובה יותר ב-90% ומעלה	להחיל אותה
Performing Worse	פחות טובה ב-90% ומעלה	להשאיר את המקור
Likely to be Inconclusive	אין הכרעה תוך 90 יום	לבדוק שינוי בולט יותר

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

כדי להחיל את המנצחת, העזרה על החלת treatment קובעת שלושה כללים:

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

הכלל שלי: אין בדיקה מתחת ל-1,000 חשיפות

יש לי כלל בכל האפליקציות שלי: אין בדיקת A/B כל עוד מה שבודקים לא מגיע לפחות ל-1,000 חשיפות בחודש. מתחת לזה, המזל משפיע יותר מהגרסה. זה לא סף של Apple, זו רצפה. הערכת המשך של App Store Connect אומרת אחר כך כמה חשיפות באמת צריך.

אם התנועה שלך נמוכה:

• גרסה אחת בלבד, כדי לא לפצל תנועה שכבר דלה;
• הבדל בולט: צילום מסך ראשון אחר, לא גוון צבע;
• השפות שיש בהן תנועה, לא כולן;
• אחוז תנועה גבוה, כדי להתקדם מהר יותר.

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

לפני שמשיקים בדיקה: הצ'קליסט שלי

זו הרשימה שאני עובר עליה לפני שאני משיק בדיקה:

• השערה כתובה במשפט אחד: "להראות את X ראשון יביא יותר הורדות".
• רכיב אחד בלבד משתנה בכל גרסה, כדי לדעת מה השפיע.
• לפחות 1,000 חשיפות בחודש בשפות שנבדקות.
• הערכת משך של Apple מתחת ל-90 יום, אחרת פחות גרסאות או יותר תנועה.
• האייקון החלופי כבר בבינארי שבאוויר, אם אתה בודק אותו.
• הוויזואלים של כל שפה נבדקו בגרסה, לא רק באנגלית.
• אין גרסה מתוכננת שנוגעת ברכיבים הנבדקים במהלך הבדיקה.
• החלטה רשומה מראש לכל סטטוס אפשרי.

המקרה שלי: בדיקת "דו-קרב ראשון" ב-TradaZen

ב-TradaZen, סימולטור המסחר שלי, הדו-קרב מול שחקן אחר הוא המצב שאני רוצה להבליט. הסיפור שלה מופיע בסיכום החוויה שלי. ההשערה שלי: להראות אותו כבר בצילום המסך הראשון יביא יותר הורדות מהפתיחה הנוכחית. זה המבנה, בלי תוצאות נכון להיום.

• גרסה אחת בלבד, "דו-קרב ראשון", מול המקור.
• 50% מהתנועה, כדי להתקדם מהר יותר עם גרסה אחת.
• עשר שפות, אלה שיש בהן תנועה, ולא 38 השפות של הדף.
• צילומי מסך שהוחלפו לפי שפה. כל שפה בגרסה יורשת את צילומי המסך של הגרסה. הוספה מעליהם עברה את המגבלה של 10 לכל גודל: הייתי צריך להחליף את כל הסדרה.
• אין הגשה כל עוד הגרסה שבביקורת לא אושרה. הבדיקה נבדקת יחד עם גרסת ה-iOS האחרונה, ואני לא רוצה שדחייה של אחת תעכב את השנייה.

כשהיא תרוץ, אני אכריע רק בסטטוס Performing Better או Performing Worse.

PPO או Custom Product Pages: מה ההבדל

מבלבלים בין שני הכלים האלה הרבה. הנה העיקר, לפי העזרה על דפי מוצר מותאמים אישית:

קריטריון	PPO	Custom Product Pages
מטרה	לבדוק את דף ברירת המחדל	דף לכל קהל
כמות	3 גרסאות לבדיקה	70 דפים לאפליקציה
מי רואה	מבקרים שנבחרים אקראית	קישור ייעודי או מילות מפתח
אייקון	ניתן לבדיקה אם הוא בבינארי	של האפליקציה
טקסט קידום	לא	כן, לכל דף
משך	90 יום לכל היותר	ללא הגבלה
כתובת משלו	לא	כן

PPO אומר לך איזה דף ממיר הכי טוב לכולם. דף מותאם אישית מציג דף אחר לקהל מסוים. אי אפשר לבדוק דף מותאם אישית עם PPO. הפירוט נמצא במדריך ל-Custom Product Pages, ולאירוע בתאריך מסוים, קרא את המדריך ל-in-app events.

כדי להכין את הגרסאות שלך

ה-App Store Screenshots Kit מרכז את 4 סגנונות צילומי המסך של האפליקציות שלי ואת ה-skill שבעזרתו Claude מרכיב את שלך, בכל הגדלים ובכל השפות. מספיק כדי להכין גרסה בלי תוכנת עיצוב. למילים בדף שלך, קרא את מילות מפתח ב-App Store.

מכין הגשה? האבחון החינמי שולח לך את הצ'קליסט שלי נגד דחיות של Apple ואומר לך מה נשאר לעשות. השיטה המלאה לדף נמצאת בעמוד ASO ל-App Store.

שאלות נפוצות

מה זה product page optimization ב-App Store?

זה כלי בדיקות ה-A/B של App Store Connect. אתה משווה עד שלוש גרסאות של דף ברירת המחדל שלך מול המקור, עם אייקון, צילומי מסך או סרטוני תצוגה שונים, על חלק מהתנועה שאתה בוחר.

כמה זמן נמשכת בדיקת PPO?

90 יום לכל היותר, או עד שאתה עוצר אותה. בדיקה שנעצרה לא מתחילה מחדש. Apple ממליצה לחכות עד שגרסה מוכרזת כטובה יותר או פחות טובה ב-90% ביטחון.

אפשר לבדוק את השם או את מילות המפתח עם PPO?

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

צריך גרסה חדשה כדי לבדוק אייקון?

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

כמה מבקרים צריך לבדיקת PPO?

Apple לא נותנת מינימום. התוצאות מופיעות אחרי 5 ההורדות הראשונות, והערכת המשך אומרת לכמה חשיפות לכוון. הכלל האישי שלי: אין בדיקה מתחת ל-1,000 חשיפות בחודש.

אפשר להריץ כמה בדיקות PPO במקביל?

הדף של Apple על product page optimization מדבר על בדיקה אחת בכל פעם. העזרה של Analytics מזכירה בדיקות במקביל על רכיבים שונים. לאפליקציה קטנה, בדיקה אחת בכל פעם היא עדיין הכי ברורה.