ست قفزات خارج موقعك تقدر تضيّع مصدر الطلب

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

ست قفزات تقدر تكسر الجلسة

1. مزودو التقسيط. أكبر سبب واحد في السوق السعودي، بحكم حجم الاستخدام.
2. تحقق البطاقة 3-D Secure. صفحة تحقق البنك أصل مختلف. والزبون اللي ياخذ دقيقة يدوّر رمز الرسالة ويرجع، يقدر يرجع بجلسة جديدة.
3. المحافظ والتحويل البنكي. أي شي يسلّم الزبون لتطبيق بنك ويرجّعه برابط عميق.
4. صفحات دفع مستضافة. لو كان مزوّد الدفع يستضيف صفحة الدفع على نطاقه بدل ما تنضمّن في موقعك، فكل طلب يمر بقفزة.
5. متصفحات التطبيقات وهي تسلّم لمتصفح النظام. الزبون اللي يفتح رابطك داخل انستقرام ثم يضغط «افتح في سفاري» يبدأ جلسة جديدة تلك اللحظة، ومعرّف النقر يبقى وراه في متصفح التطبيق.
6. مزوّدو الدخول والهوية. الدخول الموحّد، أو رمز تحقق مستضاف في مكان ثاني.

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

والدفع بالبطاقة يمر بنفس الآلية عبر 3-D Secure، بس أقل شيوعًا لأن القفزة أقصر والرجوع أسرع. والسبب هنا التحويلة نفسها مو منصة المتجر، فاللي يصير على سلة يصير على زد.

اللي ينكسر هو سلسلة حفظ المصدر

الدفع نفسه يشتغل تمام. اللي ينكسر شي ثاني.

الزبون جاك ومعه معرّف نقر في الرابط وكوكي طرف أول شايل الجلسة. والقفزة ورجوعها ممكن تظهر كزيارة جديدة: المُحيل صار البوابة، والكوكي ممكن ما ينقرأ في سياق الرجوع، ومعرّف النقر ما هو في الرابط الجديد.

فينكتب الطلب والبوابة مصدره، أو بلا مصدر أصلًا. فيقع في خانة «مباشر»، أو في صف باسم مزوّد الدفع. والقناة اللي دفعت عشان تجيب هذا العميل ما تاخذ شي.

ليش الضرر يقع على قنوات معيّنة أكثر

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

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

والقرار اللي ينبني على الصورة الناقصة هو الأغلى: تقص ميزانية قناة شغالة، وتحوّلها لقناة عائدها الظاهر أعلى بس لأن عملاءها يدفعون بالبطاقة. وبعد شهر تلاحظ إن الطلبات الإجمالية نزلت وما تعرف ليش.

كيف تعرف إن هذا يصير عندك

افتح آخر ستة أشهر وحط رقمين جنب بعض: نسبة الطلبات في خانة «مباشر»، ونسبة الطلبات المدفوعة بالتقسيط. لو الاثنين كبروا مع بعض وما فيه شي ثاني تغير في نفس الفترة، فهذا هو السبب.

وفحص ثاني أسرع: افتح عشرة طلبات دفعت بالتقسيط وشوف وش مكتوب في خانة المصدر. لو كلها «مباشر» أو اسم البوابة، عندك جوابك.

الإصلاح تغيير إعداد مو ميزانية جديدة

تعامل مع البوابات كخطوة مرور داخل الرحلة. المصدر ينكتب على الطلب من الخادم عند الدفع، من الهوية الموحّدة قبل القفزة، مو من المُحيل اللي يعرضه المتصفح بعد الرجوع.

وهذا ما يحتاج صرفًا إضافيًا. أنت ما تشتري حركة أكثر، أنت توسم صح حركة دفعت عليها أصلًا.

واللي ما ينفع هنا: إضافة UTM. الـUTM يعيش في الرابط، والرابط هو بالضبط اللي ترميه التحويلة.

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

في فلوفاي، مرور البوابات شغال والمصدر ينكتب من الخادم عند الدفع، فالتحويلة عبر مزوّد تقسيط أو خطوة 3-D Secure ما تمحيه. والطلبات القديمة ما تتغير، لأن مصدرها ما انلتقط أصلًا.

الفحص اللي تسويه هالأسبوع

اعمل الفحص ذا هالأسبوع: نسبة «مباشر» مقابل نسبة التقسيط على آخر ستة أشهر. ولو طلعوا مترافقين، انقل كتابة المصدر للخادم عند الدفع قبل ما تعيد توزيع أي ميزانية.