iOS15: اختبار A / B صفحة منتجك

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

سيساعدك اختبار App Store A / B على تحسين إستراتيجية ASO الخاصة بك ، وستكون قادرًا على تجربة رموز تطبيقات مختلفة ولقطات شاشة ومعاينات (مقاطع فيديو) على صفحات منتج App Store. ستتمكن أيضًا من مقارنة أداء صفحات المنتج لمعرفة الأفضل تحويلاً.

كيف تستفيد من اختبار A / B لميزات iOS15 الجديدة؟

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

ومع ذلك ، لن تتضمن صفحة المنتج المخصصة (CPP) اختبارات أ / ب أصلية ، ولكنها ستسمح لفرق التسويق عبر الهاتف المحمول بإجراء الاختبارات يدويًا. كتذكير ، في ظل الإعداد الجديد ، إذا كنت تستخدم صفحة منتج مخصصة (CPP) وتوجه جميع زيارات UA المدفوعة إلى واحدة من 35 صفحة منتجات مخصصة متاحة ، والجزء المتبقي من حركة المرور ، والنهاية الطبيعية (حركة التصفح والبحث) سيهبط على صفحة المنتج الافتراضية الخاصة بك.

لمعرفة المزيد حول نمو الأجهزة المحمولة بنظام iOS15 ، يرجى مراجعة " كيف تعمل ميزات iOS15 الجديدة على زيادة نمو الأجهزة المحمولة؟ " في مقالاتنا السابقة.

انقر على " مزيد من المعلومات" لتوجيه أعمالك في مجال التطبيقات والألعاب مع خدمة الترويج للتطبيقات ASO World الآن.

تحسين صفحة المنتج (PPO)

سيحصل المطورون قريبًا على طريقة مبسطة لاختبار التغييرات التي تم إجراؤها على مجموعات أفكارهم. من الناحية التاريخية ، كان على مطوري iOS نشر التغييرات الإبداعية بالكامل على iOS App Store ثم قياس حركة المرور قبل النشر وبعده. لا توفر هذه العملية دائمًا أفضل رؤية ، حيث يمكن أن تتغير الاتجاهات وحركة المرور بشكل كبير من فترة ما قبل النشر إلى فترة ما بعد النشر. سيسمح تحسين صفحة المنتج بإجراء اختبار A / B في الوقت الفعلي مباشرة على صفحة المنتج الافتراضية للتطبيق.

باستخدام تحسين صفحة المنتج ، يمكن للمطورين اختبار أشكال مختلفة من رموز التطبيقات ولقطات الشاشة ومعاينة مقاطع الفيديو. ستسمح Apple بتطبيق ثلاث علاجات مختلفة في وقت واحد ، لمدة أقصاها 90 يومًا لكل اختبار.

بينما قد يكون من المغري اختبار أكبر عدد ممكن من التغييرات ، توصي Apple بالحد من عدد التغييرات الإبداعية لكل اختبار - وهي أفضل ممارسة لأي تكرار للاختبار. من خلال تحديد المتغيرات ، يكون من السهل عزل التغييرات المحددة التي ستؤدي إلى أفضل النتائج. لمعرفة الأداء ومقارنته بخط الأساس ، يمكن للمطورين الوصول إلى هذه الاختبارات في تحليلات التطبيقات.

صفحة المنتج المخصصة (CPP)

ميزة جديدة مثيرة للمطورين وراء iOS 15 هي Custom Product Pages. تعد صفحات المنتجات المخصصة طريقة جديدة لتنظيم القوائم بحيث تكون ذات صلة عبر فئات سكانية مختلفة في نفس الوقت. ستسمح هذه الأداة الجديدة للمطورين بعرض المواقع الأكثر صلة بمجموعات مختلفة من المستخدمين ، وكلها تشير إلى نفس التطبيق.

ستسمح Apple بما يصل إلى 35 صفحة منتج مخصصة فريدة ، توفر كل منها نظرة ثاقبة على الميزات المختلفة من خلال لقطات شاشة مختلفة ومعاينات التطبيق والنص الترويجي. يمكن للمطورين بعد ذلك توجيه الزيارات إلى صفحة المنتج المناسبة باستخدام عناوين URL الفريدة التي سيتم وضعها في الإعلانات ذات الصلة أو شهادات الجهات الخارجية.

ستتوفر أيضًا بيانات الأداء لصفحات المنتجات المخصصة في تحليلات التطبيقات. سيوفر عرض الصفحة المستهدف بيانات قابلة للتنفيذ حول مرات الظهور وتنزيلات التطبيق ومعدل تحويل تثبيت التطبيق ومعدلات الاحتفاظ.

تحليلات التطبيق

بالإضافة إلى تزويد المطورين بمزيد من الأدوات لتحسين أدائهم ، ستسمح لهم المقاييس الجديدة بفهم الأداء بطرق لم يكن بإمكان App Analytics توفيرها من قبل. على عكس Google ، التي تعمل على تغيير العديد من المقاييس التي تم الإبلاغ عنها باستخدام Google Play Developer Console الجديدة في عام 2020 ، ستحتفظ Apple بمقاييس مألوفة مثل عدد مرات الظهور ووحدات التطبيق أثناء إضافة مقاييس جديدة.

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

الإيرادات هي عبارة عن مقاييس جديدة أخرى يمكن لمطوري المقاييس عرضها من خلال تحليلات التطبيقات ، بالإضافة إلى "المبيعات" و "عمليات الشراء داخل التطبيق". يمكن أن تساعد الأفكار الإضافية حول كيفية تحقيق التطبيقات للأرباح المطورين على فهم أفضل لكيفية التحسين لزيادة معدلات الشراء.

ستضيف Apple أيضًا "تحديثات" و "إعادة تنزيلات" إلى App Analytics ، وكلاهما كان مقاييس لم يتم الإبلاغ عنها من قبل. سيسمح هذا للمطورين بعرض ليس فقط التنزيلات الأولى من خلال "وحدات التطبيق" ، ولكن أيضًا إجمالي التنزيلات والقدرة على التمييز بين المستخدمين الجدد والمكرمين. سيحصل المطورون في النهاية على نظرة ثاقبة ليس فقط حول تفاعل المستخدم الجديد ، ولكن أيضًا في مشاركة المستخدم الحالية المستمرة من خلال التحديثات وإعادة التنزيلات للمستخدمين الحاليين الذين يعيدون إشراكهم.

لمعرفة المزيد حول إستراتيجية تفاعل المستخدم ، يمكنك التحقق من " كيف تعمل إستراتيجية تفاعل مستخدمي الأجهزة المحمولة على تعزيز أعمال التطبيقات الخاصة بك ؟" من مقالاتنا السابقة.

اختبار A / B: iOS15 مقابل متجر Play

منذ مايو 2015 ، سمح متجر Google Play للمطورين بإجراء اختبار A / B من خلال Google Play Experiments ، مما يوفر للمطورين أداة قيمة لتطوير إستراتيجية تحسين متجر التطبيقات الخاصة بهم. سيتوفر اختبار A / B على iOS15 قريبًا بحيث لم يعد مطورو iOS بحاجة إلى نشر إصدارات جديدة ومقارنة المقاييس قبل وبعد لقياس كيفية تأثير تغييرات صفحات المنتج على معدل تحويل صفحة المنتج.

ومع ذلك ، بقدر ما يبدو الأمر مثيرًا ، فإن منصة اختبار A / B من Apple لن تكون مطابقة لمنصة Google. يمكن أن تؤدي حالات عدم اليقين التي ينطوي عليها الأمر بسهولة إلى الكثير من المضاعفات المحتملة. من المهم معالجتها مبكرًا والتخطيط وفقًا لذلك مسبقًا. يتوقع فريق ASOWorld Tech 7 اختلافات أساسية أدناه لكي تستعد لها.

1. توافر البيانات

اختبار A / B هو طريقة بحث كمي. هذا يعني أن الإحصائيات الكامنة وراء كل اختبار هي دم الحياة. إذا قمت بجمع وتحليل بيانات كافية ، فستحصل على نتائج اختبار موثوقة للتحقق من صحة فرضيات معينة أو رفضها علميًا. الأفكار الكامنة وراء هذه الفرضيات هي في النهاية الدافع وراء CRO. لهذا السبب سيتغير CRO بالكامل عندما يحتوي اختبار A / B على App Store على مقدار وشكل مختلف من البيانات مقارنة بمتجر Play Store.

فيما يلي أهم الاختلافات التي يجب أن تكون على دراية بها.

• دلالة إحصائية

توفر Google مستوى أهمية إحصائية بنسبة 90٪ لنتائج الاختبار ، بينما يظل لغزًا ما إذا كانت Apple ستقدم أي شيء مشابه. في الواقع ، من غير المعروف ما إذا كانوا سيقدمون أي فترات ثقة ، حيث أن إعلانهم لم يذكر هذا الموضوع (حتى الآن).

• تاريخ الأداء

يعرض Google مخططًا يعيّن باستمرار تنفيذ المهلة لكل متغير اختبار. يمكنك اختيار عرض الأداء السابق للحصول على رؤى أكثر تفصيلاً إذا لزم الأمر.

Apple ، من ناحية أخرى ، ليس لديها دليل على أنها تقدم ميزة مماثلة. يذكرون فقط أنه يمكنك "مقارنة أداء [متغيرات الاختبار] مع صفحة المنتج الأصلية طوال مدة الاختبار". لم يتم تحديد ما إذا كانت هذه المقارنة تنطبق على الأداء الحالي والسابق.

• اكتمال بيانات الأداء

يعرض Google فقط عدد عمليات التثبيت وعمليات التثبيت الموسعة ومعدل التحويل (CVR) بين متغيرات الاختبار. لذلك ، يمكنك فقط تقدير مدى جودة أو ضعف المقارنة بين بعضها البعض. بدلاً من ذلك ، تعرض Apple حجم حركة المرور (مرات الظهور) و CVR الدقيق لكل متغير أعلى اختلافات CVR (التحسينات). وهذا يعني أن الأمر متروك لك للتحقق من الإصدارات الفردية أو المقارنة بينها.

2. تحديد الأصول

على Google Play ، جميع الأصول القابلة للترجمة بخلاف عنوان / اسم التطبيق مؤهلة لاختبار أ / ب. والأهم من ذلك أنها تتضمن عناصر بصرية ونصية. يوفر هذا سعة كافية لاستراتيجية CRO متعددة الاستخدامات.

في المقابل ، تم تحديد الأصول المرئية فقط على App Store على أنها مؤهلة لاختبار A / B. إنها أيقونة ولقطات شاشة ومعاينة (مقاطع فيديو). لم يتم تقديم مزيد من الأفكار حول أصول النص.

ومع ذلك ، بالنظر إلى الأصول المختلفة المسموح بها في "تحسين صفحة المنتج" و "صفحات المنتج المخصصة" ، فقد لا يكون هناك أي أصول. على وجه التحديد ، تذكر Apple النص الترويجي المرتبط بالنص الأخير ، ولكن ليس الأول. فيما يلي العوامل التي يجب مراعاتها لهذه الحقيقة.

• لقد نظرت Apple في الأصول النصية وقررت السماح بنص ترويجي مخصص. من غير المحتمل أن يكونوا قد نسوها في تطوير أو إصدار ميزات iOS 15. هذا دليل على أن Apple تجاهلت عمدًا اختبار A / B لأصول النص.

• أعلنت Apple عن صفحتين من المنتجات تم تحسينهما وتخصيصهما لصفحات المنتج في نفس القسم في WWDC21 ، بعد WWDC21 ، وعلى موقع الويب الخاص بهم. ومع ذلك ، يتم سرد النص الترويجي بشكل خاص للميزة الثانية. هذا دليل آخر على أن Apple حذفت عمدًا أصول النص من اختبار A / B.

• لذلك ، هناك دليلان على الأقل على أن Apple لن تسمح لنا باختبار أصول النص - على الأقل ليس فورًا مع iOS 15.

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

3. التخصيص

يتعلق هذا أيضًا بالعلاقة بين وجود متجر التطبيقات المخصص واختبار A / B: بينما يمكنك بالتأكيد إجراء تجارب على قوائم متجر Play المخصصة ، لا يزال من الصعب تحديد ما إذا كان الأمر نفسه ينطبق على صفحات المنتجات المخصصة. إذا كان الأمر كذلك ، فسيتم توسيع إمكانيات iOS CRO بشكل كبير ، على سبيل المثال باستخدام شيء مثل "تحسين صفحة المنتج المخصصة" - ولكن هذا أمر كبير "إذا".

في الواقع ، قد تشير بعض الأدلة إلى أنه من غير المحتمل أن يكون هذا هو الحال. كما ذكرنا سابقًا ، يوضح النص الترويجي الانفصال بين صفحات المنتج المخصصة وتحسين صفحة المنتج ، حيث يمكن تخصيصها ولكن لا يتم اختبارها A / B. دليل آخر هو أيقونة التطبيق ، وهي قابلة للاختبار ولكنها غير قابلة للتخصيص. لذلك ، إذا كان من الممكن تشغيل اختبار A / B على صفحات المنتج المخصصة ، فسيصبح متجر التطبيقات غير متسق بشكل لا يطاق.

ها هي المشكلة: لا يبدو أن Apple تسمح بذلك. هذا يعني أنهم ببساطة لا يسمحون بأي تقاطع بين الميزتين. لذلك ، من الآمن أن نقول إنه لا يمكننا توقع اختبار A / B لصفحات المنتجات المخصصة.

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

4. اختبار الرمز

الأيقونة هي أحد الأصول المرئية الهامة للتطبيق الذي يعبر عن إحساسه بالهوية. إذا كان هناك أي شيء ، فيجب أن يكون أحد الأصول الثابتة عبر متاجر التطبيقات. للأسف، ليست هذه هي القضية.
أولاً ، لك مطلق الحرية في تحميل رموز جديدة للاختبار على Google Play فقط ، ولكن ليس على App Store. ستطلب Apple إضافة جميع متغيرات الأيقونة (على الجهاز وفي المتجر) إلى ثنائي التطبيق مسبقًا ومراجعتها باستخدام إصدار التطبيق الجديد. لذلك ، إذا تم رفضها أو تأخيرها ، فسيتأثر اختبار أ / ب.

ثانيًا ، تتعلق مرة أخرى بالمتطلبات الثنائية للتطبيق ، بينما تسمح Google بإجراء تغييرات مستقلة بين الأصول الموجودة على الجهاز وفي المتجر ، ستفرض Apple مستوى معينًا من التبعية للرموز بينهما. على وجه التحديد ، إذا قمت بتطبيق متغير رمز متجر التطبيقات من خلال تحسين صفحة المنتج ، فإن متغير الرمز المطابق على الجهاز سيحل تلقائيًا محل الرمز الأصلي.

5. قابلية التوسع

تعد الأقلمة جزءًا مهمًا من ASO ، خاصةً بالنسبة إلى منظمات CRO ، ولهذا السبب من الأهمية بمكان أن تكون قادرًا على إجراء اختبارات A / B على صفحات المنتج المترجمة. والأهم من ذلك ، أنه كلما زادت اختبارات الترجمة التي يمكنك إجراؤها في نفس الوقت ، زادت فعاليتك في توسيع نطاق CRO بشكل عام.

على Google Play ، يُسمح بما يصل إلى خمسة من هذه الاختبارات (لا تشمل تفاصيل المنتج المخصصة). في متجر تطبيقات Apple ، الرقم غير معروف. إذا كان الأمر كذلك ، فيمكنك توسيع نطاق CRO بنفس الطريقة في كلا المتجرين ، لذلك لا يتطلب الكثير من التغيير والتبديل. في المقابل ، إذا سمح أحد المتاجر بإجراء المزيد من الاختبارات بشكل متزامن أكثر من الآخر ، فستحتاج إلى التخطيط المسبق والنظر في الاختلافات بينهما لاتخاذ قرار مستنير.

لماذا هذا مهم؟ عاملين.

في ASO قياسي

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

في ASO غير المعتاد ، مثل الأحداث الموسمية أو الحالات الخاصة مثل أوبئة COVID-19.

تخيل أن لديك 3 أشهر لاختبار 10 ترجمات لجميع الأصول قبل إطلاق حملة مهمة وذات صلة. لنفس الفكرة أو الفرضية ، ستحتاج إلى جولتين من 5 تجارب توطين في متجر Play لتغطية كل المحتوى. إذا استغرقت كل جولة ثلاثة أسابيع للحصول على نتائج ذات دلالة إحصائية ، فستحتاج إلى 1.5 شهرًا لإكمال سلسلة كاملة.

وهذا يعني أن إطارًا زمنيًا مدته ثلاثة أشهر سيسمح باختبار فكرتين قبل طرحهما. إذا سمحت Apple بإجراء أقل من خمسة اختبارات في وقت واحد في ظل نفس الظروف ، فإن 10 عمليات توطين لمدة ثلاثة أشهر تكون كثيرة جدًا. تحتاج إما إلى اختبار عدد أقل من الأفكار ، أو تحتاج إلى عدد أقل من الترجمة ، أو تحتاج إلى مزيد من الوقت.

6. مرونة الإعداد

ستختلف أيضًا درجة المرونة التي تتمتع بها في إعداد اختبارات A / B من متجر تطبيقات إلى آخر. في الواقع ، سيكون سبب الاختلاف عاملين.

الأصول الفردية

بينما تسمح Google باختبار A / B للأصول المرئية والنصية ، فإن Apple ستسمح لك فقط باختبار الأول. هذا يعني أنه حتى إذا كان بإمكانك تحويل فكرة أو مفهوم أو رسالة أو فرضية إلى نسخة جذابة ، فلا يمكنك إعدادها كاختبار. هذا فقط نصف مرن مثل Google Play.

مجموعات الأصول

يمكن أن تصبح إعدادات الاختبار على Google Play أكثر مرونة عند دمج أصول متعددة معًا. على وجه التحديد ، قد يكون لديك تجارب مزيج نصي أو مرئي أو مرئي أو نص مرئي. في App Store ، من الممكن أيضًا دمج أصول متعددة في اختبار (وإلا لن تقترح Apple تقييدها). لكن أفضل شيء يمكنك القيام به هو إعداد تجارب كومبو بصرية ومرئية فقط.

إذن ماذا نفعل عندما لا نكون مرنين؟ أضف العمق. عدم استخدام أصول النص للاختبار يعني اختبار المزيد باستخدام الأصول المرئية.

لمعرفة المزيد حول صفحة المنتج المخصص لنظام iOS15 ، يمكنك التحقق من " كيفية تحضير صفحات المنتج المخصصة (CPP) الخاصة بمتجر التطبيقات لنظام التشغيل iOS 15 ASO؟ " من مقالاتنا السابقة.

7. الحرية الإبداعية

يتضمن اختبار A / B أكثر من مجرد العوامل الفنية التي تؤثر على CRO. علاوة على التصميم والإعداد والافتراضات الخاصة بالاختبار ، يجب أن يغطي أيضًا الأفكار والمفاهيم والقصص الإبداعية. هذه هي ما تُترجم إلى أصول ملموسة في متجر التطبيقات ، والتي يجب عليك تحميلها قبل إجراء أي اختبارات. لذلك ، من المهم أن يكون لديك حرية إبداعية كافية للسماح باختبار الأفكار الجريئة والمبتكرة وبالتالي المساهمة في تعزيز CVR.

بالطبع ، تسمح Apple و Google بدرجات متفاوتة من هذه الحرية الإبداعية. في متجر Play ، يبدو أن أصول الاختبار لا تخضع أبدًا لتدقيق Google. تنطبق جميع السياسات وإرشادات البيانات الوصفية على تفاصيل المنتج ، وليس على تجارب تفاصيل المنتج. لذلك ، من الآمن القول أنه طالما أنك لا تطبق متغيرًا "محفوفًا بالمخاطر" ، يمكنك اختبار أي شيء تقريبًا باستخدام أي أصل مؤهل دون قيود.

كيفية إعداد اختبار A / B في متجر التطبيقات

التعلم أهم من الاختبار

لا يمكن الفصل بين القصة ورواية القصص على App Store. وفقًا لإعلان Apple ، ستتم مراجعة جميع متغيرات الاختبار المنفصلة بشكل مستقل. إذا اختبرت معهم فكرة شجاعة وجريئة ولكنها محفوفة بالمخاطر وتم رفضهم ، فلن تعرف أبدًا ما إذا كانت الفكرة قد نجحت أم لا. ستعرف فقط أن التنفيذ لم يحدث. بالإضافة إلى ذلك ، سيتم تأجيل جدول الاختبار. لهذا السبب يتعين عليك التعامل مع حرية إبداعية أقل في اختبار App Store A / B مقارنة بمتجر Play Store.

يجب أن تكون إستراتيجية CRO الخاصة بك أكثر تحفظًا في متجر التطبيقات وأكثر صرامة في متجر Play. هذا يعنى:

• استكشاف الأفكار الجريئة على Android ودمجها على iOS

يجب أن تكون تجارب تفاصيل البضائع ساحة اختبار للأفكار الجريئة والمحفوفة بالمخاطر لأنها تتيح درجة أعلى من الحرية الإبداعية. بمرور الوقت ، يمكنك تحديد الأفضل نسبيًا من تلك التي تناسب CRO. بعد ذلك ، يمكنك الانتقال إلى الاختبار والتعرف على الطرق المتاحة لتقديم مثل هذه الأفكار للجمهور - أي طريقة تسمح لك Google باستخدامها.

يمكن بعد ذلك دمج هذا التعلم بشكل أكبر مع تحسين صفحة المنتج. إذا وجدت أن Google تتبنى تكرار الأصول ، نظرًا لإرشاداتها وسياساتها المماثلة ، فمن المحتمل أن تتبناها Apple أيضًا. هذه هي الطريقة التي يمكنك بها اختبار الأفكار الجريئة على App Store بأقل قدر من مخاطر الرفض.

• إجراء الاختبارات على نظام iOS خطوة بخطوة من الأفكار الآمنة إلى الأفكار الجريئة

أثناء انتظار اختبارات Play Store A / B "في المقدمة" ، يمكن إجراء اختبارات App Store A / B بشكل مستقل "للعثور على الطريق. ابدأ بأفكار آمنة ، ثم انتقل إلى الأفكار الأكثر خطورة حتى تقترب من" المنطقة المحظورة . سيستغرق CRO وقتًا أطول ، ولكن على الأقل لن تتعثر في انتظار نتائج اختبار Android أو تضلل من خلال افتراضات لم يتم اختبارها.

مفاتيح يجب تذكرها عند إجراء اختبار A / B

تخصيص الجمهور بين الإصدار الحالي والمتغيرات. عند تحديد جزء من حركة المرور لتخصيصه لكل متغير ، ضع في اعتبارك معدل التحويل الحالي ، والفرضية التي سيتم اختبارها ، والعناصر المعنية ، والأهمية الإحصائية (حاليًا 90٪ في تجارب Google Play).

قسّم مدة الاختبار. اترك الاختبار قيد التشغيل لمدة 7 أيام على الأقل لتجنب الارتفاعات الموسمية التي قد يكون لها تأثير على نتائجك. يجب إجراء الاختبارات حتى يدخل جمهور محتمل كبير في جميع متغيرات الاختبار.

الحد الأدنى من التثبيت لكل متغير. للحصول على بيانات مهمة حول نتائج أداء اختبارات أ / ب ، عليك الانتباه إلى المقدار المطلوب من عمليات التثبيت. يرتبط هذا ارتباطًا وثيقًا بمعدل التثبيت اليومي للتطبيق.

توطين الاختبار . يوصى بشدة بترجمة الاختبارات المنقسمة في بلد معين. قد تكون التجارب العالمية / العالمية مضللة ، حيث تؤدي كل دولة أداءً خلاقًا مختلفًا.

التغييرات المغلقة قد لا تؤدي إلى الكثير من التعلم. ومع ذلك ، يجب اختبار جميع عناصر فكرتك لتحسين صفحة متجرك باستمرار.

ملخص

هذه ليست سوى عدد قليل من الميزات والقدرات الجديدة التي تم الإعلان عنها في WWDC21. لطالما كان اختبار A / B مهمة أكثر تعقيدًا على متجر تطبيقات iOS من إمكانات Google Play التجريبية - وستكون هذه الأدوات الجديدة هي التحسينات التي ينتظرها مطورو iOS.

ستزود بيانات الأداء التي يمكن الوصول إليها من تحليلات التطبيقات ، من تحسين صفحة المنتج وصفحات المنتج المخصصة ، بالإضافة إلى تحليلات المستخدم وبيانات النشاط ، المطورين بالرؤية التي يحتاجون إليها لمواصلة النمو.

نحن نختبر لمعرفة الأفكار التي يمكن أن تحسن CVR ثم نتعلم كيفية تنفيذ تلك الأفكار دون انتهاك السياسة. كما ذكرنا أعلاه ، يمكنك التخطيط مسبقًا لنموذج اختبار iOS15 A / B.