رجوع للمدونة
التتبعقراءة: 3 دقائق

وش يرجع من الإسناد الضايع ووش ما يرجع

بعد ما تصلّح فجوة التتبع، جزء من الماضي تقدر تبنيه من سجلات عندك أصلًا، وجزء راح. هنا الفرق، عشان ما تصرف أسابيع على شي ما ينحل.
بعد ما تصلّح فجوة التتبع، جزء من الماضي تقدر تبنيه من سجلات عندك أصلًا، وجزء راح. هنا الفرق، عشان ما تصرف أسابيع على شي ما ينحل.

أول سؤال بعد إصلاح فجوة التتبع يجي دايم بنفس الصيغة: نقدر نرجع ونصلّح الأشهر اللي راحت.

الجواب: جزء منها. والبيانات الضايعة ثلاث طبقات، والخلط بينها هو اللي يخلي الفريق يصرف أسابيع على شي ما كان ينبني من الأساس.

الطبقة الأولى: بيانات تملكها أصلًا

أي شي مصدره قاعدة بيانات متجرك يبقى، لأنه ما مر على المتصفح أصلًا:

  • الطلبات وقيمها وتواريخها ومنتجاتها
  • سجلات العملاء، وبالتالي الجديد مقابل العائد
  • نسبة التكرار والأفواج وقيمة العميل الدائمة
  • توحيد الهوية على نفس هالسجلات

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

الطبقة الثانية: المصدر، وين انحفظت إشارة

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

إشارة انحفظت وقتهاترجع؟
UTM محفوظ على سجل الطلبغالبًا
معرّف نقر التقطه الخادمغالبًا
المُحيل في سجل خادم الويبأحيانًا، بشغل
كود خصم مربوط بمؤثر واحدجزئيًا، وينقص العدّ
ولا شيلا

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

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

الطبقة الثالثة: أحداث ما وصلت

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

ونفس الشي للكوكي اللي انتهت مدته. بعد ما تنتهي، ما فيه شي يربط الزائر اللي رجع بمصدره الأصلي.

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

أربع خطوات بدل إعادة البناء

  1. اقفل الفجوة للأمام. إرسال من الخادم، والمصدر ينكتب على الطلب عند الدفع. من ذاك اليوم بياناتك صحيحة.
  2. شغّل توحيد الهوية على التاريخ. تكسب دقة على نسبة التكرار والأفواج وقيمة العميل، بدون ما ترجّع أي حدث.
  3. علّم الحد الفاصل. سجّل تاريخ تشغيل الإصلاح، وما تقارن فترة قبله بفترة بعده بدون ما تقول ذلك في التقرير. المقارنة هذي بتوري تحسّن كبير، وهو تحسّن في القياس مو في الأداء.
  4. احتفظ بالأرقام القديمة. لا تكتب فوق التقارير القديمة بنسخ مصحّحة. الأرقام القديمة هي اللي انبنت عليها قرارات ماضية، وبتحتاجها لما تراجع تلك القرارات.

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

أسئلة تتكرر

أقدر أستورد طلبات قديمة؟ نعم، وراح تتوحّد في هويات عملاء. واللي ما راح تكسبه هو مصدر ما انسجل من الأساس.

منصة الإعلانات ترجّع لي التحويلات الناقصة؟ لا. المنصة ما تعرف إلا اللي وصلها، وهي نفس المجموعة اللي تنقصك.

يستاهل أعبّي الـUTM من سجلات الخادم؟ بس لو كانت السجلات فعلًا تحتفظ بالمُحيل ونصوص الاستعلام لتلك الفترة، ولو كان حجم الطلبات يبرر الشغل. افتح السجلات وشوف قبل ما تقدّر المهمة.

متى ترجع تقاريري قابلة للمقارنة؟ بعد نافذة إسناد كاملة، يعني 90 يوم. بعدها تقارن الفترات بدون تشويش من الحد الفاصل.

ابدأ بفحص واحد

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