تكرار التحويلات قد يجعل عدد إشعارات الشراء أكبر من عدد الطلبات الفعلية. فإعادة فتح صفحة التأكيد قد تعيد إرسال التحويل، وفق مثال Google Ads. [2] ابدأ من سؤال محدد: هل سُجل طلب جديد، أم وصل إشعار إضافي بالطلب نفسه؟
الخلاصة السريعة
اربط رسائل الشراء بمعرّف الطلب الصحيح، ثم اختبر حدود إزالة التكرار في الأداة المستخدمة.
- ميّز بين تكرار إشعار الطلب وبين طلب جديد؛ في المثال، ست رسائل تتعلق بثلاثة طلبات لا تعني ست مشتريات.
- في Google Analytics، إزالة التكرار بمعرّف المعاملة تخص مشتريات تدفقات الويب من المستخدم نفسه، ولا تنطبق بهذه الآلية على تدفقات التطبيق. [1]
- في Google Ads، يزيل المعرّف تكرار إجراء التحويل نفسه؛ إعداد عدّ تحويل واحد لكل نقرة سؤال مختلف. [2]
- لا ترسل معرّفًا فارغًا أو ثابتًا للطلبات المختلفة؛ قد يؤدي ذلك إلى إسقاط مشتريات صحيحة من العدد. [1]
- اختبر طلبين مختلفين وإعادة إشعار أحدهما، وطابق النتائج مع سجل الطلبات وفق نطاق واحد.
الطلب الواحد قد يرسل أكثر من رسالة
في متجر افتراضي، لدينا ثلاثة طلبات بأرقام س١ وس٢ وس٣. أرسل س١ إشعارين، وس٢ إشعارًا واحدًا، وس٣ ثلاثة إشعارات. المجموع ست رسائل، لكن عدد الطلبات الفريدة ثلاثة. هذا تفريق حسابي في مثال مستقل، وليس وصفًا لتقرير أداة بعينها.
إذا كانت قيمة كل طلب 70 وحدة نقدية، فقيمة الطلبات الثلاثة 210. جمع قيمة الرسائل الست يعطي 420، لأننا كررنا قيمة الطلب في كل إشعار. لا يعني تصحيح هذا الجمع أن كل مبلغ في التقرير يجب أن ينخفض للنصف؛ النتيجة تخص البيانات المفترضة هنا.
احتفظ بوقت الإشعار ومصدره ورقم الطلب، وبجدول مستقل للطلبات. يساعد الفصل على معرفة ما وصل إلى التتبع وما تم إنشاؤه في نظام البيع. ولا تعتبر ضغط زر الشراء دليلًا كافيًا على إنشاء طلب مكتمل دون تحقق.
حدود المعرّف في Google Analytics
توضح Google أن المعرّف يزيل تكرار مشتريات المستخدم نفسه في تدفقات الويب، وأن الآلية لا تعمل لتدفقات التطبيق. وتطلب معرّفًا فريدًا لكل طلب، لا معرّفًا يُعاد بين مستخدمين مختلفين. [1]
لذلك لا تنقل نتيجة اختبار موقع إلى تطبيق وتفترض أن القاعدة متطابقة. اكتب في ملاحظات التحقق نوع تدفق البيانات ومسار الشراء الذي اختبرته. إن كان نشاطك يجمع الموقع والتطبيق، اطلب من مسؤول القياس تحديد كيفية المطابقة لكل مسار.
إعداد العد ومعرّف الطلب يجيبان عن سؤالين
في Google Ads، تكرار إجراء التحويل نفسه بالمعرّف نفسه لا يُعد مرة أخرى. أما اختيار عدّ تحويل واحد لكل نقرة فقد يستبعد مشتريات مختلفة أعقبت النقرة ذاتها؛ وهو يختلف عن منع عدّ الشراء نفسه مرتين. [2]
نفترض أن زائرًا أنشأ الطلب س١، ثم عاد وطلب س٢. في سجلنا هما طلبان مختلفان، حتى لو كان العميل واحدًا. عرّف أولًا هل تقريرك يتابع الطلبات أو الأشخاص أو العملاء الجدد؛ لا تصلح إزالة تكرار الطلب جوابًا تلقائيًا عن السؤالين الآخرين.
المعرّف الثابت قد يخفي طلبات صحيحة
تحذر وثائق Analytics من القيمة الفارغة، التي تجعل المشتريات ذاتها قابلة للدمج، ومن إرسال قيمة ثابتة لعمليات مختلفة. كما تطلب عدم تضمين بيانات تعرّف العميل في المعرّف. [1]
اختر في سجل العمل خانة رقم الطلب القادم من النظام، بدل ملء الخانة بكلمة «شراء» عند غياب الرقم. لا ترسل اسم العميل أو هاتفه مكانها. وإذا فقدت بيانات اختبار، دوّن سبب النقص بدل اختراع أرقام طلبات لإكمال الجدول.
اختبار صغير قبل الوثوق بالإجمالي
نفّذ في بيئة اختبار مناسبة طلبًا أولًا، ثم إعادة إشعاره، ثم طلبًا ثانيًا مستقلًا. سجل النتائج المتوقعة مسبقًا: طلبان فريدان، وثلاث رسائل في سجل الإرسال المفترض. قارِن ما التقطته الأداة بالطلب المقصود، ولا تعتمد على شكل صفحة التأكيد وحده.
راجع أيضًا الفترة وحالة الطلبات: قد يضم سجل البيع ملغيًا بينما يتابع تقريرك إنشاء الطلب فقط. افصل هذا الاختلاف عن التكرار. إذا ظهر فرق، حدد حالة بعينها وافحص مسارها؛ تصحيح العد لا يثبت أن التسويق سبب كل الطلبات ولا يحل جميع فروق التقارير.
المصادر ومتابعة القراءة
- Google Analytics — Minimize duplicate key events with transaction IDs (يفتح في نافذة جديدة)support.google.com
- Google Ads — Use a transaction ID to minimize duplicate conversions (يفتح في نافذة جديدة)support.google.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.