Product Page Optimization في App Store: اختبار 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 في App Store: ما الذي يمكنك اختباره

بحسب صفحة Apple عن product page optimization، يمكن لكل نسخة، وتسميها Apple "معالجة" (treatment)، أن تغيّر ثلاثة عناصر:

• الأيقونة، بشرط أن تكون موجودة مسبقًا في الـ binary الخاص بالإصدار المنشور؛
• لقطات الشاشة؛
• معاينات الفيديو (app previews).

الاسم والعنوان الفرعي والكلمات المفتاحية لا تُختبر هنا. تذكر مساعدة Analytics الوصف أيضًا. أما صفحة إعداد المعالجات فتقتصر على الأيقونة واللقطات والمعاينات، إضافةً إلى تبويب Header and Search Results لصور الترويسة التي وصلت في أكتوبر 2026.

الشروط، بحسب النظرة العامة في المساعدة:

• تطبيقك متاح للبيع على App Store (الحالة Ready for Distribution)؛
• الاختبار يخص صفحتك الافتراضية، وليس أبدًا صفحة منتج مخصصة؛
• تظهر النسخ على iOS 15 وiPadOS 15 أو أحدث.

هناك تفصيلان مهمان. يرى الزائر النسخة نفسها طوال مدة الاختبار. وإذا نزّل التطبيق من نسخة بأيقونة مختلفة، فستظهر هذه الأيقونة أيضًا على iPhone الخاص به. يمكن أن تظهر صور النسخ في البحث وفي تبويب Today.

إنشاء اختبار: النسخ والزيارات واللغات

في App Store Connect، يفتح قسم Product Page Optimization إنشاء الاختبار. بحسب المساعدة حول إنشاء اختبار، تضبط خمسة أشياء:

1. اسم مرجعي، 64 حرفًا كحد أقصى، تراه أنت فقط.
2. عدد النسخ، حتى ثلاث. كلما زاد العدد، طال الاختبار.
3. نسبة الزيارات، موزعة بالتساوي بين النسخ. مثال Apple: عند 30 % مع ثلاث نسخ، تحصل كل نسخة على 10 % من الزوار.
4. اللغات. الزائر الذي استُبعدت لغته لا يدخل في الاختبار.
5. تقدير المدة، وهو اختياري. تختار التحسن المستهدف، وتحسب Apple المدة وعدد مرات الظهور اللازمة بناءً على أرقامك.

يستمر الاختبار 90 يومًا كحد أقصى، ولا يمكن تعديله بعد إطلاقه. إذا أوقفته، فلن يُعاد تشغيله: يجب أن تنشئ اختبارًا جديدًا.

تبدأ كل نسخة من نسخة مطابقة لصفحتك. ما لا تغيّره يبقى مطابقًا للأصل، حجم شاشة بحجم شاشة. الأبعاد موجودة في مقاسات لقطات شاشة App Store.

مراجعة النسخ

بحسب المساعدة حول المعالجات، يجب أن تُعتمد صور الاختبار قبل إطلاقه:

• لقطات أو معاينات جديدة: مراجعة، دون إصدار جديد للتطبيق.
• مجرد تغيير في الترتيب، أو أيقونة فقط: معتمدة مسبقًا، بلا مراجعة.
• أيقونة جديدة: يجب أن تكون موجودة، بمقاس 1024 x 1024 بكسل، في الـ binary الخاص بالإصدار المنشور، مبنيًا باستخدام 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) في أي وقت، لمقارنة نسختين ببعضهما.

لتطبيق النسخة الفائزة، تحدد المساعدة حول تطبيق معالجة ثلاث قواعد:

• نسخة واحدة فقط لكل اختبار، والإجراء نهائي؛
• تُطبَّق اللقطات والمعاينات فقط: الأيقونة الفائزة يجب أن تصبح الأيقونة الافتراضية في إصدارك القادم؛
• تطبيق نسخة يوقف الاختبار.

قاعدتي: لا اختبار تحت 1 000 مرة ظهور

أفرض على نفسي قاعدة في كل تطبيقاتي: لا اختبار A/B ما دام ما نختبره لا يحقق 1 000 مرة ظهور على الأقل شهريًا. تحت هذا الرقم، يؤثر الحظ أكثر من النسخة. هذا ليس حدًا من Apple، بل حد أدنى أضعه لنفسي. بعدها، يخبرك تقدير المدة في App Store Connect بعدد مرات الظهور الذي تحتاجه فعلًا.

إذا كانت زياراتك قليلة:

• نسخة واحدة فقط، حتى لا تقسّم زيارات قليلة أصلًا؛
• فرق واضح: لقطة أولى مختلفة، لا مجرد درجة لون؛
• اللغات التي فيها زيارات، لا كلها؛
• نسبة زيارات مرتفعة، لتسريع الاختبار.

تحت الحد الأدنى، غيّر الصفحة دفعة واحدة وقارن قبل وبعد على مدى عدة أسابيع، مع تسجيل التاريخ، كما في متابعة ترتيب تطبيقك. هذا أقل دقة، لكنه صادق بشأن ما يمكن أن تقوله أرقامك.

قبل إطلاق اختبار: قائمة التحقق الخاصة بي

هذه القائمة التي ألتزم بها قبل إطلاق أي اختبار:

• فرضية مكتوبة في جملة واحدة: "عرض X أولًا سيزيد التنزيلات".
• عنصر واحد متغيّر في كل نسخة، لتعرف ما الذي أحدث الفرق.
• 1 000 مرة ظهور على الأقل شهريًا في اللغات المختبرة.
• تقدير مدة من Apple أقل من 90 يومًا، وإلا فنسخ أقل أو زيارات أكثر.
• الأيقونة البديلة موجودة مسبقًا في الـ binary المنشور، إذا كنت تختبرها.
• صور كل لغة تم التحقق منها في النسخة، لا الإنجليزية فقط.
• لا إصدار مخطط له يمس العناصر المختبرة أثناء الاختبار.
• قرار مسجّل مسبقًا لكل حالة ممكنة.

تجربتي: اختبار "المبارزة أولًا" على TradaZen

في TradaZen، محاكي التداول الخاص بي، المبارزة ضد لاعب آخر هي الوضع الذي أريد إبرازه. قصة التطبيق موجودة في تجربتي. فرضيتي: عرضها من اللقطة الأولى سيجلب تنزيلات أكثر من البداية الحالية. هذا هو الإعداد، دون نتائج حتى الآن.

• نسخة واحدة فقط، "المبارزة أولًا"، مقابل الأصل.
• 50 % من الزيارات، للتسريع مع نسخة واحدة.
• عشر لغات، تلك التي فيها زيارات، لا الـ 38 الموجودة في الصفحة.
• لقطات مستبدلة لكل لغة. كل لغة في النسخة ترث لقطات الإصدار. إضافة لقطات فوقها كانت تتجاوز حد 10 لقطات لكل مقاس: اضطررت لاستبدال السلسلة كاملة.
• لا إرسال ما دام الإصدار قيد المراجعة لم يُقبل. تتم مراجعة الاختبار مع آخر إصدار iOS، ولا أريد أن يؤخر رفضُ أحدهما الآخر.

عندما يعمل الاختبار، لن أحسم إلا عند الحالة Performing Better أو Performing Worse.

PPO أم Custom Product Pages: الفرق

كثيرًا ما يُخلط بين الأداتين. إليك الأساسيات، بحسب المساعدة حول صفحات المنتج المخصصة:

المعيار	PPO	Custom Product Pages
الهدف	اختبار صفحتك الافتراضية	صفحة لكل جمهور
العدد	3 نسخ لكل اختبار	70 صفحة لكل تطبيق
من يراها	زوار يُختارون عشوائيًا	رابط مخصص أو كلمات مفتاحية
الأيقونة	قابلة للاختبار إن كانت في الـ binary	أيقونة التطبيق
النص الترويجي	لا	نعم، لكل صفحة
المدة	90 يومًا كحد أقصى	بلا حد
رابط خاص	لا	نعم

تخبرك PPO أي صفحة تحقق أفضل تحويل لدى الجميع. أما الصفحة المخصصة فتعرض صفحة مختلفة لجمهور محدد. لا يمكن اختبار صفحة مخصصة باستخدام PPO. التفاصيل في دليل Custom Product Pages، ولمناسبة مرتبطة بتاريخ معين، اقرأ دليل in-app events.

لتجهيز نسخك

يجمع App Store Screenshots Kit أنماط اللقطات الأربعة لتطبيقاتي والـ skill الذي يصمم به Claude لقطاتك، بكل المقاسات وكل اللغات. ما يكفي لتجهيز نسخة دون برنامج تصميم. ولكلمات صفحتك، اقرأ الكلمات المفتاحية في App Store.

هل تجهّز لإرسال تطبيقك؟ التشخيص المجاني يرسل لك قائمة التحقق الخاصة بي لتجنب رفض Apple ويخبرك بما تبقى لتفعله. الطريقة الكاملة للصفحة موجودة في صفحة ASO App Store.

الأسئلة الشائعة

ما هي product page optimization في App Store؟

هي أداة اختبار A/B في App Store Connect. تقارن حتى ثلاث نسخ من صفحتك الافتراضية بالأصل، بتغيير الأيقونة أو اللقطات أو معاينات الفيديو، على جزء من الزيارات تختاره أنت.

كم يستمر اختبار PPO؟

90 يومًا كحد أقصى، أو حتى توقفه. الاختبار الموقوف لا يُعاد تشغيله. تنصح Apple بالانتظار حتى تُعلَن نسخةٌ أفضل أو أسوأ بثقة 90 %.

هل يمكن اختبار الاسم أو الكلمات المفتاحية باستخدام PPO؟

لا. النسخ تغيّر الأيقونة واللقطات والمعاينات. أما الاسم والعنوان الفرعي والكلمات المفتاحية فتتغير مع إصدار جديد للتطبيق.

هل أحتاج إلى إصدار جديد لاختبار أيقونة؟

نعم، إذا لم تكن الأيقونة موجودة مسبقًا في تطبيقك: يجب أن تكون الأيقونات المختبرة في الـ binary الخاص بالإصدار المنشور. أما للقطات أو المعاينات، فتكفي المراجعة.

كم زائرًا أحتاج لاختبار PPO؟

لا تحدد Apple حدًا أدنى. تظهر النتائج بعد أول 5 تنزيلات، ويخبرك تقدير المدة بعدد مرات الظهور المستهدف. قاعدتي الشخصية: لا اختبار تحت 1 000 مرة ظهور شهريًا.

هل يمكن تشغيل عدة اختبارات PPO في الوقت نفسه؟

تتحدث صفحة Apple عن product page optimization عن اختبار واحد في كل مرة. وتذكر مساعدة Analytics اختبارات متزامنة على عناصر مختلفة. لتطبيق صغير، يبقى اختبار واحد في كل مرة هو الأوضح.