القياس

Consent Mode v2 (وضع الموافقة): حماية البيانات وخسارة التحويلات

  • بقلم Marpany
  • نُشر في:
  • آخر تحديث:
  • مدة القراءة 12 د
Consent Mode v2 (وضع الموافقة): حماية البيانات وخسارة التحويلات

الإجابة المختصرة

Consent Mode v2 (وضع الموافقة) نظام إشارات من Google يجعل علامات Google Ads وGA4 تعمل حسب قرار الزائر في بانر ملفات تعريف الارتباط، ويضيف إلى ad_storage وanalytics_storage إذنين جديدين هما ad_user_data وad_personalization. في الوضع الأساسي لا تُقاس تحويلات الزوار الرافضين أبدًا، وفي الوضع المتقدم تُرسل إشعارات بلا كوكيز تتيح نمذجة جزء منها. أما الامتثال لنظام حماية البيانات الشخصية السعودي أو قانون الإمارات فيتطلب أكثر من هذه الإشارات.

أهم النقاط

  • يحمل Consent Mode v2 أربع إشارات موافقة: ad_storage وanalytics_storage وad_user_data وad_personalization.
  • في الوضع الأساسي لا يصل إلى Google شيء من الزائر الرافض، وفي الوضع المتقدم تُرسل إشعارات بلا كوكيز تسمح بنمذجة خاصة بالمعلن.
  • نمذجة التحويلات في Google Ads تحتاج 700 نقرة إعلانية خلال 7 أيام لكل بلد ومجموعة نطاقات، ونمذجة السلوك في GA4 تحتاج 1,000 حدث مرفوض و1,000 مستخدم موافق يوميًا.
  • شرط Google الصريح يخص زوار المنطقة الاقتصادية الأوروبية والمملكة المتحدة وسويسرا، لكن نظام حماية البيانات السعودي وقانون الإمارات يجعلان الموافقة الأساس الأول لمعالجة البيانات.
  • الإحالات الناجحة المحسّنة والتتبع من جانب الخادم يحسّنان جودة القياس لكنهما لا يلغيان الحاجة إلى الموافقة.
المحتويات

Consent Mode v2، أو «وضع الموافقة» كما تسميه واجهة Google العربية، واجهة برمجية تنقل قرار الزائر في بانر ملفات تعريف الارتباط (الكوكيز) إلى علامات Google Ads وGoogle Analytics 4 وبقية علامات Google. أضاف الإصدار الثاني إلى الإذنين الأصليين إذنين جديدين يخصّان إرسال بيانات المستخدم الإعلانية وتخصيص الإعلانات.

من المهم التفريق بين شيئين يخلط بينهما كثير من أصحاب المتاجر: البانر ليس وضع الموافقة، ووضع الموافقة ليس بانرًا. البانر، أو منصة إدارة الموافقة (CMP)، هو ما يطلب القرار من الزائر. أما وضع الموافقة فيترجم هذا القرار إلى لغة تفهمها العلامات، فتعرف هل يحق لها كتابة الكوكيز وإرسال البيانات أم لا. تعرّف Google في مرجعها الحالي أربعة أنواع من الإذن:

المعلمةماذا تتحكم؟عند الرفض
ad_storageتخزين المعلومات (مثل الكوكيز) المرتبطة بالإعلاناتلا تُكتب كوكيز إعلانية ولا يُحفظ معرّف النقر فيها
analytics_storageتخزين المعلومات المرتبطة بالإحصاءات، مثل مدة الزيارةيعمل GA4 دون كوكيز أو لا يعمل إطلاقًا حسب طريقة التنفيذ
ad_user_dataإرسال بيانات المستخدم المرتبطة بالإعلانات إلى Googleيتوقف استخدام البيانات الشخصية للإعلانات ويُقيَّد قياس التحويلات
ad_personalizationالإعلانات المخصّصة وإعادة التسويقلا يُضاف الزائر إلى قوائم إعادة التسويق

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

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

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

السعودية: نظام حماية البيانات الشخصية

  • دخل النظام حيّز التنفيذ في 14 سبتمبر 2023، ومُنحت الجهات مهلة سنة للتوافق انتهت عمومًا في 14 سبتمبر 2024، وتتولى الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) الإشراف عليه.
  • الموافقة هي الأساس القانوني الرئيسي لمعالجة البيانات الشخصية، مع حالات محددة لا تُشترط فيها.
  • يضع النظام ولائحته التنفيذية شروطًا خاصة لاستخدام البيانات الشخصية في التسويق المباشر.
  • بحسب دليل DLA Piper لا يوجد في المملكة تشريع مخصص للكوكيز تحديدًا، لكن ذلك لا يعني أن بيانات الكوكيز الإعلانية خارج نطاق النظام.
  • تصل الغرامات في معظم المخالفات إلى 5 ملايين ريال سعودي، ويمكن مضاعفتها عند التكرار.

الإمارات: المرسوم بقانون اتحادي رقم 45 لسنة 2021

  • يحظر القانون معالجة البيانات الشخصية دون موافقة صاحبها، إلا في حالات محددة مثل تنفيذ العقد أو الالتزامات القانونية.
  • لصاحب البيانات الحق في الاعتراض على معالجة بياناته لأغراض التسويق المباشر وإيقافها.
  • وفق DLA Piper، لم تكن اللائحة التنفيذية قد نُشرت حتى يناير 2025، وعند صدورها تُمنح الجهات ستة أشهر إضافية للتوافق. تحقق من وضعها الحالي قبل أي قرار.
  • للمناطق الحرة مثل مركز دبي المالي العالمي (DIFC) وسوق أبوظبي العالمي (ADGM) أنظمة حماية بيانات مستقلة عن القانون الاتحادي.

وفي مصر يسري قانون حماية البيانات الشخصية المصري، ويستحق هو الآخر مراجعة قانونية مستقلة قبل تشغيل علامات الإعلانات دون موافقة. الترجمة العملية لكل ما سبق واحدة: اضبط الحالة الافتراضية لإشارات الإعلانات والإحصاءات على denied لكل الزوار، ودع البانر يغيّرها إلى granted بعد قبول صريح. وإذا كنت تبيع أيضًا إلى أوروبا أو المملكة المتحدة، فالإعداد نفسه يلبي شرط Google هناك.

الوضع الأساسي أم المتقدم: أيهما تختار؟

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

الوضع الأساسي

  • تُحظر علامات Google إلى أن يتخذ الزائر قرارًا في البانر.
  • عند الرفض لا تصل أي بيانات إلى Google.
  • تعتمد النمذجة على نموذج عام أقل تفصيلًا.
  • أبسط في التنفيذ وفي الدفاع عنه قانونيًا.
  • كلما ارتفعت نسبة الرفض اتسعت المنطقة العمياء في تقاريرك.

الوضع المتقدم

  • تُحمّل العلامات مع فتح الصفحة، والقيمة الافتراضية denied.
  • عند الرفض تُرسل إشعارات بلا كوكيز تتضمن حالة الموافقة والأحداث.
  • قد تحمل الإشعارات معلومات عامة مثل الطابع الزمني ووكيل المستخدم والمُحيل، وإشارة إلى وجود معلومات نقر إعلانية.
  • يتيح نموذجًا خاصًا بالمعلن أكثر تفصيلًا ودقة.
  • يحتاج مراجعة مستقلة من زاوية القانون المحلي.

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

كم تحويلًا تخسر عندما يرفض الزائر الكوكيز؟

مشتريات الزوار الرافضين لا تظهر في تقاريرك إطلاقًا ما لم يكن هناك وضع متقدم ونمذجة. ولأن Google تذكر أن المستخدمين الموافقين أكثر احتمالًا للتحويل بمقدار 2 إلى 5 أضعاف عادةً، فإن حصة الإيرادات غير المرئية تكون في الغالب أقل من نسبة الرفض. النمذجة قد تسد جزءًا من الفجوة، لكن مقدار ما تسده يعتمد على حجم حسابك وليس مضمونًا.

لنأخذ مثالًا افتراضيًا. متجر في الرياض يحصل على 20,000 نقرة إعلانية شهريًا بمعدل تحويل 2%، أي 400 طلب حقيقي، ومتوسط الطلب 250 ريالًا (نحو 67 دولارًا). يقبل 60% من الزوار الكوكيز، ونفترض أن القابلين والرافضين يشترون بالنسبة نفسها:

  1. الطلبات الحقيقية 20,000 نقرة × 2% = 400 طلب بإيرادات 100,000 ريال
  2. الطلبات المقيسة في الوضع الأساسي 400 × 60% = 240 طلبًا بإيرادات 60,000 ريال
  3. الطلبات غير المرئية 400 − 240 = 160 طلبًا، أي 40% من التحويلات و40,000 ريال من الإيرادات
  4. الأثر على الحملة لو كان الإنفاق 30,000 ريال، يظهر عائد الإنفاق الإعلاني 2.0 بدل 3.3 الحقيقي، فتتعلم استراتيجية العروض من بيانات ناقصة وقد تقلّص حملات مربحة

هذا المثال هو أسوأ سيناريو، لأنه يفترض أن المجموعتين تشتريان بالنسبة نفسها، ولذلك جاءت نسبة الفقد مساوية لنسبة الرفض تمامًا. في الواقع يشتري الموافقون عادةً أكثر، فيكون الفقد الحقيقي غالبًا أقل من 40%، لكنه يختلف من متجر لآخر، لذلك احسب نسبتك الفعلية: قارن نسبة القبول في تقرير منصة الموافقة مع عدد الطلبات الحقيقي في لوحة متجرك، سواء كان Shopify أو سلة أو زد أو WooCommerce. وتذكّر أن الفرق بين المتجر وGA4 ولوحات الإعلانات له أسباب أخرى أيضًا، شرحناها في مقال لماذا تختلف أرقام Shopify وMeta وGA4.

ما شروط نمذجة التحويلات في Google Ads وGA4؟

نمذجة التحويلات في Google Ads تتطلب 700 نقرة إعلانية خلال 7 أيام لكل بلد ومجموعة نطاقات. أما نمذجة السلوك في GA4 فتنتظر 1,000 حدث يوميًا من الجانب الرافض و1,000 مستخدم يوميًا من الجانب الموافق.

700نقرة إعلانية خلال 7 أيام لكل بلد ومجموعة نطاقات (عتبة نمذجة Google Ads)
1,000حدث يوميًا بقيمة analytics_storage=denied لمدة 7 أيام على الأقل في GA4
1,000مستخدم يوميًا يرسلون أحداثًا بموافقة، في 7 أيام على الأقل من آخر 28 يومًا

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

المتجر في مثالنا يحصل على نحو 4,600 نقرة أسبوعيًا، فيتجاوز عتبة Google Ads بسهولة، بشرط أن تتركز نقراته في بلد واحد. أما متجر صغير يوزع بضعة آلاف نقرة شهريًا بين السعودية والإمارات والكويت، فقد يبقى تحت العتبة في كل بلد على حدة. في هذه الحالة رفع نسبة القبول وتفعيل الإحالات الناجحة المحسّنة طريق أكثر واقعية من الاعتماد على النمذجة.

ما الإحالات الناجحة المحسّنة وكيف تعمل مع وضع الموافقة؟

الإحالات الناجحة المحسّنة (Enhanced Conversions) ميزة ترسل بيانات الطرف الأول التي يجمعها متجرك عند الشراء، مثل البريد الإلكتروني ورقم الهاتف والاسم والعنوان، بعد تجزئتها بخوارزمية SHA256، ثم تطابقها Google مع حسابات المستخدمين المسجلين دخولهم. بذلك يمكن ربط التحويل بالنقرة الإعلانية حتى إذا ضاع الكوكي أو حُذف.

للميزة نوعان: الإحالات الناجحة المحسّنة للويب، وهي المناسبة للمتاجر الإلكترونية، والإحالات الناجحة المحسّنة للعملاء المحتملين، وهي لمن يجمع نماذج تتحول لاحقًا إلى مبيعات خارج الإنترنت. قبل الإرسال تُوحَّد البيانات: تُحذف المسافات، وتُحوَّل الحروف إلى صغيرة، ويُكتب الهاتف بصيغة E.164 الدولية مثل +9665XXXXXXXX للسعودية أو +9715XXXXXXXX للإمارات. هذه النقطة تحديدًا تفشل كثيرًا في متاجر المنطقة، لأن العملاء يكتبون الهاتف بصيغة محلية تبدأ بصفر.

يتم الإعداد من إعدادات الإحالات الناجحة في Google Ads أو عبر متغير «البيانات المقدَّمة من المستخدم» في Google Tag Manager. تأكد أن حقلي البريد والهاتف في صفحة تأكيد الطلب يُكتبان في طبقة البيانات بشكل صحيح، وطبّق أيضًا فحوص دليل إعداد التجارة الإلكترونية في GA4 حتى يكون حدث الشراء نظيفًا من البداية.

هل يحل التتبع من جانب الخادم مشكلة فقدان التحويلات؟

جزئيًا فقط: التتبع من جانب الخادم (Server-side tagging) يحسّن جودة البيانات ويمنحك تحكمًا أكبر فيها، لكنه لا يجعل معالجة بيانات زائر لم يوافق أمرًا مشروعًا. إشارات وضع الموافقة تنتقل إلى حاوية الخادم ويجب احترامها هناك أيضًا.

في هذا النموذج لا ترسل العلامات في المتصفح البيانات مباشرة إلى Google أو Meta أو TikTok، بل إلى حاوية خادم تديرها أنت، ومنها تقرر ما يُرسل وإلى أين. توصي Google بتشغيل الحاوية على نطاق فرعي تابع لموقعك مثل data.yourstore.com قبل استقبال الزيارات الحقيقية، وخيار الاستضافة الموصى به هو Cloud Run.

الفوائد العملية لمتجر إلكتروني:

  • كود أقل من الأطراف الثالثة في المتصفح، ما قد يحسّن سرعة الصفحة.
  • إمكانية حذف حقول مثل IP أو تجزئة البريد على الخادم قبل إرسالها إلى أي منصة.
  • تأثر أقل بقيود المتصفحات وحاجبات الإعلانات بفضل النطاق التابع لموقعك.
  • البنية نفسها تغذي اتصالات خادم إلى خادم مثل واجهة التحويلات من Meta.

احسب التكلفة أيضًا: حاوية الخادم على Google Cloud تُحاسب حسب حجم الزيارات وتحتاج صيانة. لمتجر ببضعة آلاف زائر شهريًا، الإعداد الصحيح لوضع الموافقة والإحالات الناجحة المحسّنة أولًا هو الخطوة الأعلى عائدًا. وإذا كنت ستبني اتصالًا مماثلًا مع Meta، فمقال ربط واجهة التحويلات من Meta مع البكسل يشرح كيف تعكس حالة الموافقة على الأحداث.

كيف تتحقق من أن وضع الموافقة يعمل بشكل صحيح؟

افحص ثلاثة أماكن: حالات الموافقة الافتراضية والمحدّثة في Tag Assistant، وشاشة «إعدادات الموافقة» في GA4، وعلامة تبويب التشخيص في إجراء التحويل داخل Google Ads. إذا روت الثلاثة القصة نفسها، فالإعداد صحيح غالبًا.

  1. افحص القيم الافتراضية افتح الصفحة لأول مرة دون لمس البانر، وتأكد في Tag Assistant أن الإشارات الأربع denied.
  2. اختبر القبول اضغط «قبول» وتأكد أن الإشارات تحولت إلى granted وأن علامات GA4 وGoogle Ads تعمل ببيانات كاملة.
  3. اختبر الرفض في نافذة تصفح خفي جديدة اختر «رفض»؛ في الوضع الأساسي يجب ألا يخرج أي طلب إلى Google، وفي المتقدم تظهر إشعارات بلا كوكيز فقط.
  4. افحص GA4 من المشرف ثم جمع البيانات وتعديلها ثم إعدادات الموافقة، تأكد أن إشارات الموافقة المتعلقة بالإعلانات وبقياس السلوك تظهر نشطة.
  5. افحص Google Ads من الأهداف ثم الإحالات الناجحة، افتح إجراء الشراء وراجع حالة وضع الموافقة في علامة التشخيص.

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

الخطوات التالية

خطة مرتبة يمكن تنفيذها هذا الأسبوع:

  • تحقق في Tag Assistant من أن منصة الموافقة ترسل الإشارات الأربع وأن القيمة الافتراضية denied.
  • اعرض سياسة الخصوصية وتصميم البانر على مستشار في حماية البيانات، واتخذ قرار الوضع الأساسي أو المتقدم بناءً على رأيه.
  • سجّل نسبة القبول لآخر 30 يومًا والفرق بين طلبات المتجر وتحويلات Google Ads؛ هذه نسبة فقدك الحقيقية.
  • فعّل الإحالات الناجحة المحسّنة مع توحيد أرقام الهاتف بصيغة E.164، وراجع شاشة التشخيص بعد 7 أيام.
  • أعد تقييم أهداف عائد الإنفاق الإعلاني وتكلفة الاكتساب مع احتساب القياس الناقص؛ ويلخص دليل مؤشرات أداء الإعلانات أي مقياس يستحق ثقتك وبأي قدر.

وإذا أردت رؤية بيانات متجرك بجانب لوحات الإعلانات بعد فقد الموافقات، فشاشة تحليل التحويلات في Marpany تضع طلبات Shopify وبيانات Google Ads وMeta وGA4 في جدول واحد لتقارن بينها بسهولة.

الأسئلة الشائعة

هل Consent Mode v2 إلزامي في السعودية؟

شرط Google الصريح يخص الزوار في المنطقة الاقتصادية الأوروبية والمملكة المتحدة وسويسرا. لكن نظام حماية البيانات الشخصية السعودي يجعل الموافقة الأساس الرئيسي لمعالجة البيانات، ووضع الموافقة هو أبسط طريقة لإيصال قرار الزائر إلى علامات Google. لذلك يصبح ضروريًا عمليًا حتى لو لم تفرضه Google على زوار المملكة.

ما الفرق بين وضع الموافقة الأساسي والمتقدم؟

في الوضع الأساسي لا تُحمّل علامات Google حتى يتخذ الزائر قرارًا، وعند الرفض لا يصل شيء إلى Google. في الوضع المتقدم تُحمّل العلامات فورًا بقيم افتراضية مرفوضة، وترسل إشعارات بلا كوكيز تتيح نمذجة تحويلات خاصة بالمعلن وأكثر دقة.

هل يكفي تفعيل Consent Mode v2 للامتثال لقوانين حماية البيانات؟

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

أين تظهر التحويلات المنمذجة في Google Ads؟

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

هل تقيس الإحالات الناجحة المحسّنة الزوار الذين رفضوا الكوكيز؟

لا. تحتاج الإحالات الناجحة المحسّنة إلى منح إذن ad_user_data. فائدتها أنها تربط تحويلات الزوار الموافقين بالنقرة الإعلانية عبر البريد أو الهاتف المجزأ حتى إذا كان الكوكي ناقصًا أو محذوفًا.

هل يغني التتبع من جانب الخادم عن موافقة الكوكيز؟

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

المصادر

  1. مساعدة إعلانات Google: لمحة عن وضع الموافقة (التنفيذ الأساسي والمتقدم) support.google.com
  2. مساعدة إعلانات Google: مرجع وضع الموافقة support.google.com
  3. مساعدة إعلانات Google: نمذجة الإحالات الناجحة باستخدام وضع الموافقة support.google.com
  4. مساعدة Google Analytics: النمذجة السلوكية لوضع الموافقة support.google.com
  5. DLA Piper: قوانين حماية البيانات في المملكة العربية السعودية dlapiperdataprotection.com
  6. DLA Piper: قوانين حماية البيانات في الإمارات العربية المتحدة dlapiperdataprotection.com
القياس

إعداد التجارة الإلكترونية في GA4 2026: تتبع المبيعات والأحداث الرئيسية بدقة

إعداد التجارة الإلكترونية في GA4 يعني إرسال الأحداث التي تقترحها Google مثل view_item وadd_to_cart وbegin_checkout وpurchase مع مصفوفة items، واستخدام transaction_id فريد وvalue وcurrency في حدث الشراء، ثم اختبار البيانات في DebugView، والتأكد من أن purchase مصنّف كحدث رئيسي (التحويل سابقًا، ويصنّفه GA4 تلقائيًا) واستيراده إلى إعلانات Google. عند الإعداد الصحيح تظهر الإيرادات تلقائيًا في تقارير تحقيق الربح.

مدة القراءة 11 د
القياس

ربط Conversion API من ميتا: إلغاء التكرار وجودة مطابقة الأحداث

واجهة API التحويلات (Conversions API) من ميتا ترسل أحداث الشراء والإضافة إلى السلة من خادمك مباشرة بدل متصفح الزائر. لربطها بشكل صحيح اجعل البكسل والخادم يرسلان الحدث نفسه باسم الحدث وevent_id نفسيهما، ونظّف البريد ورقم الجوال ثم شفّرهما بـ SHA-256، وتحقق من النتيجة في أحداث الاختبار، وتابع جودة مطابقة الأحداث (EMQ) في مدير الأحداث.

مدة القراءة 10 د
القياس

Shopify يسجّل 20 طلبًا وميتا 14 وGA4 11: أي رقم تصدّق؟

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

مدة القراءة 11 د

كل أرقامك في لوحة واحدة

بيانات Google وMeta وTikTok جنبًا إلى جنب، مع توصيات جديدة كل أسبوع.