معدل التسرب في مسار الدفع لمتجر إلكتروني حسب الخطوة والجهاز

استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. في خاصية GA4 [موقع GA4]، ابنِ مسار الدفع الخاص بي لهذه الأحداث: - view_item - add_to_cart - begin_checkout - add_shipping_info - add_payment_info - purchase كيفية الحصول على الأرقام: 1. شغّل ga4_list_conversions لأعرف أي هذه الأحداث هي أحداث رئيسية. لا يزال بالإمكان احتساب الأحداث الستة جميعها كأحداث. 2. شغّل ga4_report مع dimension=date وdimension2=event وdays=56 وlimit مرتفع (مثل 2000). احتفظ بالأحداث الستة أعلاه فقط، ثم قسّم الصفوف إلى نافذتين: آخر 28 يومًا والـ 28 يومًا التي سبقتها. يمنحك هذا أعداد أحداث دقيقة للفترتين. 3. شغّل ga4_report مع dimension=event وdimension2=device، مرة بـ days=28 ومرة بـ days=56. احتفظ بالأحداث الستة فقط. أعداد الجهاز للفترة السابقة هي رقم الـ 56 يومًا ناقص رقم الـ 28 يومًا. اذكر في النتيجة أن الفترة السابقة حسب الجهاز مشتقة بهذه الطريقة. 4. شغّل ga4_overview مع days=28 لمعرفة معدل التفاعل الحالي. لا يتوفر معدل تفاعل دقيق للـ 28 يومًا السابقة، لذا اعرض معدل التفاعل لـ 56 يومًا كمرجع مدمج فقط مع توضيح ذلك بوضوح، ولا تقدمه على أنه الفترة السابقة. ابنِ جدولًا للمسار: الخطوة، عدد الأحداث، المعدل بين الخطوات، المعدل الإجمالي بدءًا من view_item، والتغيّر مقارنةً بالفترة السابقة. أضف كتلة لكل جهاز (desktop وmobile وtablet) بنفس الأعمدة. ضع علامة على الخطوة في أي من الحالتين: - انخفض معدلها بين الخطوات بأكثر من 10% (نسبيًا) مقارنةً بالفترة السابقة - معدل mobile عند تلك الخطوة أقل من 60% من معدل desktop إذا كان أي من هذه الأحداث مفقودًا أو سجّل صفرًا في أي من الفترتين، فاذكر ذلك بوضوح ولا تقدّر الرقم. وإذا كان عدد إحدى الخطوات أعلى من الخطوة التي قبلها (مثل add_payment_info أعلى من add_shipping_info)، فأشر إلى ذلك كمشكلة تتبع محتملة وليس كنتيجة فعلية للمسار. اختم بالخطوة الأضعف وثلاث فرضيات محددة يمكنني التحقق منها في الموقع، مثل ظهور تكلفة الشحن، أو خيارات الدفع، أو إلزام إنشاء حساب. هذه المهمة للقراءة فقط.