حدّد الحدث التجاري قبل تكوين العلامات
التحويل هو فعل مكتمل ذو أهمية للأعمال، وليس تفاعلًا سهل الوسم. بالنسبة للتجارة الإلكترونية، هذا عادة يعني طلبًا مقبولًا، وليس إضافة إلى السلة أو نقرة زر الدفع. بالنسبة لتوليد العملاء المحتملين، قد يكون استمارة مُرسَلة تلبي معايير معلنة، حجز موعد، أو قيادة مُؤهلة للمبيعات. اكتب ذلك بلغة الأعمال قبل ترجمته إلى حدث تقني.
لكل إجراء تحويل، سجّل مُحرِّكه، قواعد الإدراج والاستبعاد، القيمة، قاعدة العد، المُعرّف، المالك المسؤول، ونظام السجل. مثال: “طلب مدفوع مقبول؛ حدث واحد لكل معرف طلب؛ إيراد الطلب وفقًا لقواعد الشركة المعلنة؛ قاعدة السجل التجاري تُطابقه.”
استخدم الإجراءات الأساسية والثانوية عن عمد
تقول Google Ads إن إجراءات التحويل الأساسية تظهر في عمود Conversions وتُستخدم للمزايدة عندما يُستخدم الهدف القياسي ذي الصلة للمزايدة. الإجراءات الثانوية للاطلاع في All conversions وعادة لا تُستخدم للمزايدة. إذن، كون إجراء ما أساسيًا ليس علامة جودة: هو الذي يتحكم في الإشارة التي تتعلم منها أمثلية المزايدة.
اجعل النتائج المباشرة والقابلة للتكرار للمسار الإعلاني أساسية فقط. احتفظ ببدء النماذج، تنزيلات الكتيبات، إنشاء الحساب، فتحات الدردشة، ونقرات الهاتف كثانوية ما لم يكن أحدها النتيجة المقصودة للتحسين. إذا كانت الحملات تخدم أهدافًا مختلفة، احكم الأهداف حسب الحملة بدل ترك إعداد افتراضي عام يوجّه كل شيء. دوّن التاريخ والإعداد القديم كلما تغيّر الهدف حتى تُفسّر التقارير في السياق الصحيح.
ضمّن الموافقة في تصميم القياس
الموافقة ليست لافتة تُضاف بعد تشغيل العلامات. توجيه Google عن consent mode يقول بضبط حالة موافقة افتراضية قبل الأوامر التي ترسل بيانات القياس، ثم تحديثها بعد أن يأخذ الشخص قراره. أمثلته تغطي تخزين الإعلانات، تخزين التحليلات، بيانات مستخدم الإعلانات، وتخصيص الإعلانات. وضع consent mode لا يقرر الأساس القانوني أو السياسة؛ نفّذ الحالة التي اعتمدتها منظمتك.
المتطلبات تختلف بحسب المكان والحقائق. توجيهات مكتب المفوضية البريطانية للمعلومات (ICO) تقول إنه يجب إخبار الأشخاص بشأن ملفات تعريف الارتباط، وإبلاغهم بوضوح بما تقوم به ولماذا، ومنحهم موافقة صريحة وواضحة، مع استثناءات محدودة للخدمات الأساسية. إرشادات الأعمال في الاتحاد الأوروبي تقول إن ملفات تعريف الارتباط التي تتطلب موافقة لا يمكن وضعها عند التحميل الأولي، يجب أن تكون الموافقة مخصصة للغرض، وسحبها يجب أن يكون سهلًا. احصل على مراجعة خصوصية مؤهلة لأسواقك ومزوديك وتدفقات البيانات. لا تضع عناوين البريد الإلكتروني الخام أو أرقام الهاتف أو ملاحظات الطلب أو بيانات عملاء غير ضرورية في عناوين URL أو معلمات الحدث أو مُعرفات المعاملة.
أزل التكرار في الحدث التجاري الأساسي
يمكن إعادة تحميل صفحة التأكيد، أو إعادة زيارتها من التاريخ، أو الوصول إليها بعد فشل تغيير حالة. توصي Google Ads باستخدام معرف معاملة فريد لكل عملية شراء حتى يُعامل التحويل الثاني الذي يحمل نفس إجراء التحويل والمُعرّف كنسخة مكررة. يجب أن يُنشأ المُعرّف ديناميكيًا ويكون فريدًا لكل معاملة؛ إعادة استخدامه عبر طلبات مختلفة قد يؤدي إلى نقص في العد. استخدم مُعرّف طلب غامض، لا بيانات تعريف عميل.
ارسم خرائط البنية أيضًا. إذا كان وسم المتصفح، حدث الخادم، استيراد CRM، وخطاف ويب للدفع يمكنه الإبلاغ عن بيع واحد، فقرر أي مسار موثوق وأي مُعرّف مشترك يتيح إزالة التكرار. المُعرّف لا يحل محل إعداد العد: واحد يتحكم في عدد التحويلات بعد نقرة إعلان، بينما المُعرّف يحمي نفس الطلب من الإرسال المكرر. عرّف عملية تعديل أو استبعاد مسيطر عليها للمرتجعات والإلغاءات والقيادات غير الصالحة مع فريق العمليات ذي الصلة.
أبلغ عن الإسناد كائتمان، ثم طابقه بالتشغيل
الإسناد يخصص الائتمان بموجب قواعد مختارة؛ لا يراقب كل تأثير ولا يثبت السببية. تصف Google Ads الإسناد بالنقرة الأخيرة بأنه يعطي كل الائتمان للإعلان الذي نُقر أخيرًا، بينما يوزع الإسناد المدفوع بالبيانات الائتمان باستخدام بيانات الحساب لهذا الإجراء. يؤثر النموذج المُختار على عمودي Conversions وAll conversions وقد يؤثر في المزايدة. لذلك، تغيير النموذج هو تغيير تحليلي وتغيير تحسين إنتاجي.
احتفظ بوجهتي نظر. تعرض وجهة منصة الدعم قرارات الحملة: الإنفاق، التحويلات الأساسية المنسوبة، القيمة المنسوبة، النموذج، النافذة، وأساس التاريخ. تحتوي وجهة التشغيل على الطلبات المقبولة، الإيرادات وفق قواعد العمل، القيادات المؤهلة، الإلغاءات، والمرتجعات. طوّق الاختلافات اتجاهاً وابحث في الفروق المادية المستمرة باستخدام المُعرّفات المسموح بها. لا يتوقع اتفاقٌ دقيق: الموافقة، قيود المتصفح، المسارات عبر الأجهزة، التوقيت، الأهلية، والنمذجة يمكن أن تختلف.
افحص الإصدارات كعمل موثوقية لمسار التحويل
اختبر خارج الإنتاج حيثما أمكن، ثم استخدم اختبارات حية مُتحكم بها يمكن للعمليات التعرف عليها وعكسها. وضع المعاينة وتصحيح الأخطاء في Google Tag Manager يربط الموقع المعاين بـ Tag Assistant، مُبيّنًا العلامات التي انطلقت، الترتيب، والبيانات المُعالَجة. فحص المحفز، القيمة، العملة، المُعرّف، حالة الموافقة، والوجهة، ثم افحص سجل الطلب أو القيادة. الحالة الخضراء للعلامة ليست دليلاً على أن الحدث التجاري الصحيح تم احتسابه.
غطِ عناوين الهبوط المدفوعة، إعادة التوجيه، تحقق النموذج، الخروج عبر نطاقات متعددة، العودة من الدفع، التأكيد، تسليم CRM، والتعامل مع المرتجعات. تشير Google إلى أن مُعرفات النقر يمكن أن تُفقد في المتتبِعات أو إعادة التوجيه وتقدم إرشادات عبر النطاقات حيث تختلف نطاقات الهبوط والتحويل. قم بعمل نسخ وإصدار للعلامات، الموافقة، الخروج، وإعدادات إعادة التوجيه. إذا فشلت مسار أو إشارة، أعد التكوين المُعتمَد واسترجع الفترة المتأثرة بدل التخمين من لوحة تحكم.