الإطلاق والقياس

اختبر كل رحلة على هاتفك قبل أن تصل رسائلها إلى اللاعبين الحقيقيين، ثم تحقّق مما إذا كانت تعمل.

اختبر كل رحلة قبل إطلاقها

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

راجع هذه القائمة لكل رحلة:

1. ثبّت على هاتفك إصدار لعبتك الذي يتضمن Pushwoosh SDK، وسجّل الدخول بحساب اختبار. إذا لم يكن لديك هذا الإصدار، فاطلب من المطورين إصدارًا تجريبيًا. يجب أن يُسجَّل الهاتف في التطبيق الذي تعمل فيه الرحلة. لإرسال رسائل اختبار من الإعدادات المسبقة، سجّله أيضًا بوصفه جهاز اختبار.

2. العب ونفّذ ما تحتاج إليه الرحلة، على سبيل المثال أكمل مستوى. ثم افتح الجمهور ← مستكشف المستخدمين، وابحث عن جهاز الاختبار، وتحقّق من سجل الأحداث. يجب أن تظهر الأحداث هناك بالسمات المتوقعة، وإلا فلن تراها الشريحة ولا الرحلة.

3. إذا كانت الرحلة تبدأ من شريحة، فافتحها في الجمهور ← الشرائح وحدّث حجمها لترى ما إذا كانت تضم أي لاعبين.

4. أطلق الرحلة للاعبي الاختبار فقط. أنشئ شريحة اختبار من معرّفات User ID الخاصة بالاختبار باستخدام الفلتر معرّف المستخدم. إذا كانت الرحلة تبدأ من شريحة، فاستخدم شريحة الاختبار كنقطة دخول لها. انظر كيفية اختبار رحلة (journey) باستخدام شريحة (segment) اختبارية.

   مهم: الرحلات التي تبدأ عند حدث

   إذا كانت الرحلة تبدأ عند حدث (الدخول المستند إلى مُشغِّل)، فإن كل لاعب يُطلق الحدث يدخلها، بمن في ذلك اللاعبون الحقيقيون، ولا يحتوي الدخول على فلتر للشرائح. لإبعاد الرسائل عن اللاعبين الحقيقيين، استخدم إحدى الطريقتين التاليتين:

   • مباشرةً بعد الدخول، أضف تقسيمًا حسب الشرط على شريحة الاختبار، واترك فرعه جميع المستخدمين الآخرين فارغًا. يدخل اللاعبون الحقيقيون الرحلة، لكنهم يغادرونها فورًا دون رسائل، ويُحتسبون ضمن عمليات الدخول إليها. أزل التقسيم قبل الإطلاق الفعلي.
   • استنسخ الرحلة إلى تطبيق اختبار وشغّلها هناك بهاتف مسجّل في ذلك التطبيق. تُنشأ هناك الأحداث غير الموجودة في تطبيق الاختبار، لكن تحقّق من الشرائح والمحتوى في النسخة المستنسخة.

5. ابدأ الرحلة على هاتف الاختبار: نفّذ الإجراء الذي ينتظره الدخول. تحقّق من وصول الرسالة، وتتبّع لاعب الاختبار باستخدام العثور على مسار المستخدم.

6. بعد يوم، تحقّق من عدد اللاعبين الذين دخلوا الرحلة. انظر اقرأ إحصائيات الرحلة.

اقرأ إحصائيات الرحلة

تُظهر إحصائيات الرحلة ما إذا كان اللاعبون يدخلون الرحلة، ويتلقون رسائلها، ويبلغون هدفها. لعرضها:

1. افتح الرحلة على اللوحة. تعرض لوحة الإحصائيات على اليسار الرحلة بأكملها.
2. للحصول على أرقام كل عنصر، افتح إعدادات اللوحة (أيقونة الترس في الزاوية السفلية اليمنى) وفعّل عرض المقاييس. انظر إحصائيات عناصر Journey.

لمعرفة معنى كل مقياس، انظر إحصائيات الرحلة الإجمالية.

في الأسبوع الأول بعد الإطلاق، راقب هذه المؤشرات:

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

الرحلة لا تعمل كما هو متوقع؟

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

تحتسب إحصائيات الرحلة تحويلات الهدف، وليس الإيرادات. لمقارنة الإيرادات، استخدم أحداث التحويل.

قِس النتائج

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

• أهداف التحويل: لكل رحلة في هذا الدليل العملي هدف. يمكن بلوغ الهدف خلال الفترة التي تحددها، حتى 30 يومًا بعد مغادرة اللاعب للرحلة. انظر أهداف التحويل.

• Holdout Split: احجب من 1% إلى 20% من اللاعبين الذين يصلون إلى عنصر Holdout Split، وقارن معدل بلوغهم للهدف بمعدل جميع الآخرين. يُحدَّث تقرير زيادة الهدف مقارنة بمجموعة التحكم مرة واحدة يوميًا.

  أين تضع Holdout Split

  • ضعه مباشرةً بعد الدخول، قبل أي رسالة. اربط الفرع في الرحلة فقط واترك التحكم فارغًا: يغادر اللاعبون المحجوبون الرحلة عند هذه النقطة ولا يتلقون شيئًا.
  • تحتاج الرحلة إلى هدف، لأن التقرير يقارن معدلات بلوغ الهدف بين المجموعتين.
  • لقياس جزء واحد من الرحلة، ضع Holdout Split آخر قبل ذلك الجزء.

• مجموعة التحكم: تحجب افتراضيًا نسبة من اللاعبين عن جميع الرسائل التسويقية في التطبيق، حتى تتمكن من قياس التأثير المجمّع لرسائلك. اضبطها قبل الإطلاق. انظر أعدّ مجموعة تحكم قبل الإطلاق. لقراءة النتائج، انظر تحليل تأثير مجموعة التحكم.

الأخطاء الشائعة

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

الخطأ	ما الذي يحدث	ما الذي تفعله
ضيف يلعب على جهازين	إلى أن يسجّل اللاعب الدخول، يكون لكل جهاز User ID خاص به، فيُحتسب اللاعب الواحد كلاعبَين	التعرّف على اللاعبين من خلال User ID
طلب إذن الإشعارات الفورية في iOS	يعرضه iOS مرة واحدة فقط، لذا لا يمكن سؤال اللاعب الذي يرفض عند التشغيل الأول مرة أخرى	اطلب إذن الإشعارات في الوقت المناسب
الأحداث المتكررة مثل Level completed	تنطلق مرات عديدة في اليوم وتبدأ الرحلة مرارًا وتكرارًا	اضبط حدًا للدخول إلى الحملة. انظر أفضل الممارسات لكل رحلة
PW_ApplicationOpen	ينطلق في كل مرة تنتقل فيها اللعبة إلى الواجهة، وليس عند التشغيل البارد فقط، لذا يكون عدد مرات الفتح أعلى من عدد الجلسات	الشرائح حسب الأحداث
عمليات الشراء	في iOS، لا تُتتبَّع إلا المنتجات المُعدّة في App Store Connect، وفي Android ترسل اللعبة عمليات الشراء من الكود	الأحداث الافتراضية
اشتراكات المتاجر	من دون appAccountToken في iOS أو getSubscriptionAccountId() في Android، لا تُسجَّل أحداث الاشتراك	تتبّع الاشتراكات من المتاجر
مكوّن Unity الإضافي	لا يتضمن Message Inbox، لذا لا يمكن للعبة مبنية على Unity عرض رسائل App Inbox	استخدم الإشعارات الفورية أو الرسائل داخل التطبيق بدلًا من ذلك. انظر إعلانات الأحداث المباشرة وكبار اللاعبين