GA4 أم Universal Analytics: ماذا نختار في 2026؟

Universal Analytics لم يعد موجودًا منذ يوليوز 2023، السؤال لم يعد يُطرح في 2026. GA4 هو Google Analytics الوحيد النشط. إذا كانت لديك مقارنات تاريخية مع UA يجب القيام بها، تصدير معطيات UA إلى BigQuery عبر shutdown gracefulné من Google قبل يوليوز 2024 كان المسار الوحيد؛ بعد ذلك، لم تعد المعطيات القديمة متاحة. GA4 يستعمل نموذج event-driven عوض نموذج session في UA، وكل عمق التحليل يمر اليوم عبر explorations وعبر BigQuery.

كيف نتتبع تحويلًا يمر عبر CMI دون كسر القمع؟

ثلاثة إجراءات مجتمعة. واحد، استثناء paiement.cmi.co.ma كـ referral في GA4 Admin (وإلا يُسنِد GA4 التحويل إلى CMI كمصدر حركة). اثنان، دفع حدث purchase من جانب الخادم عبر GA4 Measurement Protocol من back-office لحظة استقبال webhook التأكيد من CMI، بتمرير client_id المقروء من جانب الخادم من كوكي _ga. ثلاثة، إضافة fallback من جانب المتصفح على صفحة الشكر يدفع purchase بـ transaction_id — GA4 يُزيل التكرار على هذا المعرّف. تركيبة تستعيد من 60 إلى 75% من تحويلات CMI التي كانت غير مرئية سابقًا.

هل تصدير BigQuery مجاني فعلًا لتاجر إلكتروني مغربي؟

نعم، في حدود حصة Google Cloud. منذ يوليوز 2023، تصدير GA4 → BigQuery مجاني لحسابات GA4 المعيارية حتى مليون حدث/يوم مُصدَّر (intermediate streaming) أو batch يومي غير محدود. تخزين BigQuery يشمل 10 غيغا مجانية شهريًا، ثم نحو 0,02 $/غيغا. لتاجر إلكتروني مغربي نمطي بـ 50 000 إلى 300 000 حدث/يوم، الفاتورة الشهرية النهائية من 5 إلى 25 MAD/شهر. فوق 10 ملايين حدث/exploration، يصبح BigQuery السبيل الوحيد لتفادي sampling في GA4.

Funnel report الأصلي أم exploration: ما الفرق؟

Funnel report الأصلي (Reports → Monetization) سريع، دون sampling تحت 10 ملايين حدث، لكنه جامد — لا فلتر مُخصَّص، لا بُعد ثانوي. Funnel exploration (Explore → Funnel exploration) يتيح كل العمق: خطوات مُخصَّصة، شرائح، مقارنات، أبعاد ثانوية. في المقابل، هو خاضع لـ sampling فوق 10 ملايين حدث على الفترة. قاعدة الممارسة: explorations للتشخيص الشهري، BigQuery بمجرد ظهور sampling، تقارير أصلية للمراقبة الأسبوعية الأوتوماتيكية.

ابتداء من كم حدث يبدأ GA4 في sampling؟

التقارير الأصلية الجاهزة (Reports → onglet) لا تُؤخذ كعيّنة بشكل معياري، أيًا كان الحجم. Explorations (Explore) تُؤخذ كعيّنة بمجرد أن يحتاج الاستعلام إلى تحليل أكثر من 10 ملايين حدث على الفترة المختارة. حساب ecommerce مغربي بـ 30 000 زائر فريد شهريًا يُولِّد نمطيًا من 8 إلى 12 مليون حدث/شهر — لذا يُفعَّل sampling بمجرد النظر إلى فترة أكثر من 30 يومًا. التنبيه يظهر في أعلى التقرير («مبني على X% من الجلسات»). BigQuery هو السبيل الوحيد خارج sampling.

إسناد data-driven أم last-click: أيهما نختار؟

Data-driven افتراضيًا منذ أبريل 2023، وهو عمومًا الاختيار الصحيح لتاجر إلكتروني مغربي. على 28 حسابًا تتابعها ويبوتيك، الانتقال من last-click إلى data-driven يُحوِّل من 18 إلى 24% من رصيد التحويل من Google branded نحو Meta paid وTikTok paid، مُظهرًا المردودية الحقيقية لأعلى القمع. احتياط: data-driven يتطلب 300 تحويل/شهر كحد أدنى وإلا يرجع GA4 إلى last-click صامتًا. لمقارنة فترات تاريخية، تجميد النموذج في Admin → Attribution Settings أو إجراء المقارنة في BigQuery.

كم من الوقت تستغرق تهيئة GA4 كاملة بالمغرب؟

لـ Shopify أو WooCommerce معياري: من 3 إلى 5 أيام للنشر الكامل يشمل data layer enhanced ecommerce، ستة أحداث قانونية مع currency MAD صريحة، تحويلة CMI مُدارة، Consent Mode v2 عبر Axeptio أو Didomi، تصدير BigQuery مُفعَّل وثلاثة استعلامات Looker Studio مربوطة. لـ PrestaShop أو بناء مُخصَّص: من 5 إلى 8 أيام. عائد الاستثمار يكون مرئيًا منذ الشهر الأول على انخفاض CPA المُبلَّغ عنه بفضل الإسناد data-driven واستعادة تحويلات CMI التي كانت غير مرئية سابقًا.

العودة إلى المدونة

/ 17 · google-analytics-4-ecommerce-marocالتحليلات6 ماي 202613 دقيقة

ANALYTICS · دليل تقني

GA4 للتجارة الإلكترونية المغربية في 2026 — إعداد كامل.

منهجية ورشة لتهيئة Google Analytics 4 على متجر إلكتروني مغربي: data layer enhanced ecommerce، تصدير BigQuery الذي أصبح مجانيًا، تحويلة CMI دون كسر التتبع، Consent Mode v2، إسناد data-driven. مُجرَّبة على 45 تاجرًا في 2025-2026.

−22 %CPA المقاسdata-driven مقابل last-click · 28 حسابًا

1 تيرابايتBigQuery مجانيشهريًا · منذ يوليوز 2023

10 Mعتبة sampling GA4حدث لكل exploration

3-5 أياممهلة النشرShopify أو WooCommerce معياري

لماذا لا يصمد GA4 الافتراضي مع تاجر مغربي

Universal Analytics مات في يوليوز 2023، GA4 خلَفه، وأغلب المتاجر الإلكترونية المغربية اكتفت بتاغ GA4 الأساسي المنشور عبر Google Tag Manager: سكريبت مُلصَق، حساب مُنشأ، صفحة Acquisition تُراجَع مرة في الأسبوع. هذا الإعداد الافتراضي يشتغل — بمعنى أنه يرفع الجلسات والتحويلات — لكنه يحجب ثلاثة أمور تهم مشغّلًا بالدار البيضاء أو الرباط أو طنجة. أولًا، العملة. GA4 يستعمل افتراضيًا عملة الحساب، عادة USD. إذا لم تُرسل صراحة currency: 'MAD' في كل حدث ecommerce، تصعد المداخيل مُحوَّلة بسعر مُجمَّد، وكل تقارير ROAS تصبح خاطئة رياضيًا. ثانيًا، مسار الشراء المغربي الخاص. على 78% من حركة الجوال، يكتشف المستهلك العلامة عبر Meta أو TikTok، يبحث عنها على Google بعد يومين من حاسوب مكتبي، ويُتمّ الشراء عبر CMI أو الدفع عند التسليم. دون data layer enhanced ecommerce، يظهر هذا المسار كزائرَين مختلفَين، ولا تنال قناة الاكتشاف أي رصيد. ثالثًا، sampling. يُعيِّن GA4 العيّنة بمجرد أن يتجاوز exploration 10 ملايين حدث، وهو ما يحدث بسرعة على حساب ecommerce متوسط — 30 000 زائر/شهر تكفي. عند هذا المستوى، أرقامك لم تعد دقيقة بل مُستقرَأَة. على 45 تاجرًا مغربيًا دقَّقت ويبوتيك حساباتهم في 2025-2026، الفجوة الوسيطة بين المداخيل الحقيقية في back-office والمداخيل في GA4 كانت 31%.

العملة الافتراضية USD: دون currency: 'MAD' صريحة، كل ROAS مُنحاز.
78% من الحركة على الجوال + إتمام على المكتب = مسار cross-device غير مرئي دون data layer نظيف.
Sampling GA4 يُفعَّل بمجرد 10 ملايين حدث/exploration — يُبلَغ عند 30 ألف زائر/شهر.
الفجوة الوسيطة بين مداخيل back-office وGA4: 31% على 45 حسابًا مغربيًا مُدقَّقًا.

هندسة data layer enhanced ecommerce

Data layer هو طبقة المعطيات المُهيكَلة التي يدفعها موقعك إلى window.dataLayer، ويقرأها GTM قبل تمريرها إلى GA4. دون data layer enhanced ecommerce، لا يستقبل GA4 سوى page_view عامة. بـ data layer مربوط جيدًا، كل خطوة من المسار تُتبَع بمعاملاتها: المنتج، السعر، الكمية، العملة، طريقة التسليم، وسيلة الدفع، معرّف المعاملة. التسلسل القانوني لـ GA4 ecommerce ست أحداث رسمية. view_item يُفعَّل عند تحميل صفحة المنتج، مع item_id، item_name، item_category، price، currency: 'MAD'. add_to_cart عند النقر على زر السلة، مع item وvalue. begin_checkout عند الدخول إلى نفق الأداء، مع items[] كامل وvalue إجمالية. add_shipping_info عند اختيار طريقة التسليم، مع shipping_tier (الدار البيضاء داخل المدينة، توصيل خارج المدينة، نقطة استلام). add_payment_info عند اختيار وسيلة الدفع — وهي النقطة الحاسمة في المغرب: payment_type قد يكون 'cmi' أو 'cod' (الدفع عند التسليم) أو 'transfer'. purchase عند تأكيد الطلب، مع transaction_id فريد لإزالة التكرار، value، tax، shipping، items[]. على Shopify، يُحقَن DataLayer المُخصَّص عبر theme.liquid أسفل checkout — تطبيقات مثل Elevar أو GTM4Shopify تُؤتمت 80% من الربط، لكننا نتحقّق منهجيًا أن currency: 'MAD' موجودة في كل حدث وأن transaction_id لا يُعاد استعماله أبدًا. على WooCommerce، GTM4WP (مجاني) يقوم بالعمل، شرط تفعيل خيار Enhanced E-commerce وتحديد MAD كعملة افتراضية في WooCommerce Settings. على PrestaShop، تبقى وحدة Google Tag Manager Pro الرسمية مدفوعة من أجل أحداث refund وadd_shipping_info — وهي لا غنى عنها لمتابعة شاملة.

ستة أحداث GA4 قانونية: view_item، add_to_cart، begin_checkout، add_shipping_info، add_payment_info، purchase.
transaction_id فريد لكل طلب: بدونه، يحتسب GA4 الطلب مرتين عند إعادة تحميل الصفحة.
Shopify: Elevar أو GTM4Shopify + حقن theme.liquid · WooCommerce: GTM4WP مجاني · PrestaShop: وحدة Pro مدفوعة.
فرض currency: 'MAD' في كل حدث دائمًا — عملة الحساب الافتراضية تُفسد كل شيء وإلا.

CMI وتحويلة الدفع: حيث ينكسر التتبع فعلًا

هذه هي النقطة التي تُميِّز إعدادًا مغربيًا عن إعداد معياري وحيث تنكسر أغلب التنفيذات. المركز النقدي بين البنوك (CMI) هو البوابة الإلزامية للدفع بالبطاقة في المغرب. عندما ينقر العميل على «أدفع»، يُحوِّله موقعك نحو paiement.cmi.co.ma، يُدخل المستخدم بطاقته على نطاق CMI، يُصادق، ثم يُعيده CMI نحو URL العودة الخاص بك — عادة /checkout/success أو /merci. المشكل: خلال هذه الحلقة، يُغادر المتصفح نطاقك، يفقد سياق JavaScript، وقد تُعاد تهيئة كوكيز التتبع حسب معاملات SameSite وإعداد ITP في Safari. النتيجة المتكررة: حدث purchase لا يُفعَّل، أو يُفعَّل بـ client_id GA4 مختلف عن client_id الجلسة الأصلية. يصعد التحويل كزائر مباشر مجهول، منفصل عن حملة الاكتساب. ثلاثة إجراءات تُعيد الإشارة. واحد، تأشير URL العودة الخاص بـ CMI كـ referral exclusion في GA4 (Admin → Data Streams → More tagging settings → List unwanted referrals → إضافة paiement.cmi.co.ma). دون هذا الاستثناء، يُسنِد GA4 التحويل إلى CMI كمصدر حركة. اثنان، دفع data layer purchase من جانب الخادم عبر GA4 Measurement Protocol من back-office، عند استقبال webhook التأكيد من CMI، باسترداد client_id من كوكي _ga المقروء من جانب الخادم. هذا المسار هو الوحيد الموثوق مع Safari ITP. ثلاثة، إضافة fallback من جانب المتصفح على صفحة الشكر: إذا كان window.dataLayer موجودًا لكن المعاملة لم تُدفع بعد (حالة عودة CMI مع جلسة منتهية)، يُدفع حدث purchase رغم ذلك بـ transaction_id، وGA4 يُزيل التكرار على هذا المعرّف. على الحسابات التي دقَّقناها، هذه الإجراءات الثلاثة مجتمعة تستعيد من 60 إلى 75% من تحويلات CMI التي كانت غير مرئية سابقًا.

استثناء paiement.cmi.co.ma من referrals GA4 — وإلا تُسنَد التحويلات إلى CMI كمصدر.
المسار الموثوق: purchase مدفوع من جانب الخادم عبر Measurement Protocol من webhook CMI في back-office.
Fallback المتصفح على صفحة الشكر: دفع purchase بـ transaction_id، GA4 يُزيل التكرار.
الاستعادة النمطية: من 60 إلى 75% من تحويلات CMI غير المرئية تصبح قابلة للتتبع.

تصدير BigQuery: لماذا أصبح إلزاميًا في 2026

إلى غاية يوليوز 2023، كان تصدير BigQuery حكرًا على حسابات GA4 360، بسعر 150 000 $/سنويًا. منذ ذلك الحين، جعله Google مجانيًا لكل حسابات GA4 المعيارية، في حدود مليون حدث في اليوم مُصدَّر وحجم تخزين يُؤدى بالتسعيرة العادية لـ BigQuery (10 غيغا مجانية شهريًا، ثم نحو 0,02 $/غيغا فوق ذلك). بالنسبة إلى متجر مغربي نمطي — من 50 000 إلى 300 000 حدث/يوم — يدخل التصدير في حصة المجاني بأريحية، وتُصبح فاتورة BigQuery الشهرية النهائية من 5 إلى 25 MAD/شهر. هذا هو السبيل الوحيد للخروج من sampling. في واجهة GA4، بمجرد أن يتجاوز exploration 10 ملايين حدث على الفترة، تُؤخذ النتائج كعيّنة ويظهر تنبيه في أعلى التقرير («هذا التحليل مبني على 23% من الجلسات»). عند 23% من sampling، أرقامك ليست خاطئة في المطلق، لكنها لم تعد مستقرة: تكرار نفس exploration مرتين يُعطي رقمين مختلفين. BigQuery يتجاوز هذا sampling كليًا: تستعلم الأحداث الخام بـ SQL، النتيجة دقيقة. ثلاثة استعلامات حاسمة يجب ربطها بـ Looker Studio منذ النشر. واحد، funnel cohort حسب المصدر: كم زائر Meta Ads رُئي في أبريل واشترى في ماي أو يونيو أو يوليوز — مستحيل أصلًا في GA4. اثنان، CLV حسب cohort الاكتساب: المداخيل المتراكمة عند 30 و90 و180 و365 يومًا. ثلاثة، إزالة التكرار multi-touch: عدّ الطلبات التي ادّعت Meta وGoogle كلاهما التحويل (لدى عملائنا، من 12 إلى 18% من المشتريات). تفعيل التصدير يتم مرة واحدة في Admin → BigQuery Linking، على مشروع GCP يُنشأ لهذا الغرض. ينطلق streaming خلال 24 ساعة.

تصدير BigQuery مجاني منذ يوليوز 2023: مليون حدث/يوم مشمول، الفاتورة النهائية من 5 إلى 25 MAD/شهر.
فوق 10 ملايين حدث/exploration، GA4 يأخذ عيّنة — التنبيه ظاهر في الواجهة.
BigQuery يتجاوز sampling: SQL على الأحداث الخام، نتائج دقيقة وقابلة للتكرار.
حالات استعمال حاسمة: funnel cohort عبر الأشهر، CLV حسب cohort، إزالة تكرار Meta مقابل Google.

Funnel report أم exploration: اختيار الأداة الصحيحة

يُوفر GA4 عائلتين من تقارير ecommerce. التقارير الأصلية الجاهزة (Reports → Monetization → E-commerce purchases، Acquisition → Traffic acquisition) تُغطي الأساسيات: المداخيل حسب المصدر، أعلى المنتجات، المعاملات. هي سريعة، دون sampling تحت 10 ملايين حدث، لكنها جامدة — لا أبعاد مُخصَّصة، لا فلتر مُركَّب. Explorations (Explore → Funnel exploration، Path exploration، Cohort exploration) تتيح كل عمق التحليل، لكنها خاضعة لـ sampling. الانعكاس الصحيح: استعمال funnel exploration للتشخيص الشهري، والانتقال إلى BigQuery بمجرد ظهور sampling. بناء funnel exploration نافع يتم في خمس خطوات. الخطوة 1: view_item. الخطوة 2: add_to_cart. الخطوة 3: begin_checkout. الخطوة 4: add_payment_info. الخطوة 5: purchase. قراءة حاسمة: لدى عملائنا المغاربة، التسرّب الأكبر يكون منهجيًا بين begin_checkout وadd_shipping_info، حيث تُسبِّب مصاريف التسليم من 35 إلى 42% من التخلّي. التسرّب الثاني بين add_payment_info وpurchase حين تكون الوسيلة المختارة CMI — احتكاك 3D Secure وتحويلة البنك يُفقدان من 8 إلى 15% إضافية. عكسيًا، الدفع عند التسليم (COD) له معدل add_payment_info → purchase من 91 إلى 96%، لكن مع معدل no-show من 12 إلى 18% عند التسليم — لذا يجب أيضًا تتبع حالة ما بعد التسليم عبر حدث مُخصَّص delivery_confirmed مرفوع من شركة النقل أو back-office. Path exploration يخدم التحليل العكسي: الانطلاق من purchase والصعود عبر الأحداث السبعة الأخيرة لفهم المسارات الرابحة. Cohort exploration يخدم CLV — لكن تحت 6 أشهر من المعطيات، تبقى الـ cohorts قليلة المعلومات.

التقارير الأصلية: سريعة، دون sampling تحت 10 ملايين حدث، لكنها جامدة.
Explorations: عمق التحليل + أبعاد مُخصَّصة، لكن خاضعة لـ sampling.
التسرّب النمطي في المغرب: begin_checkout → add_shipping_info، من 35 إلى 42% تخلٍّ بسبب مصاريف التسليم.
COD: من 91 إلى 96% تحويل checkout → purchase، لكن من 12 إلى 18% no-show — تتبع delivery_confirmed بشكل منفصل.

الإسناد: data-driven مقابل last-click

نموذج الإسناد أصبح data-driven افتراضيًا منذ أبريل 2023، وهي نقلة مُستهان بها. Last-click كان يُسنِد 100% من رصيد التحويل إلى آخر قناة مُلامِسة — عادة Google branded search أو الوصول المباشر، مما كان يبخّس منهجيًا قيمة Meta وTikTok وأعلى القمع. Data-driven يُوزع الرصيد بين كل نقاط التلامس حسب مساهمتها الفعلية في تفعيل التحويل، محسوبة بنموذج machine learning خاص بحسابك. على 28 حسابًا تتابعها ويبوتيك، الانتقال من last-click إلى data-driven يُحوِّل في المتوسط من 18 إلى 24% من رصيد التحويل من Google branded نحو Meta paid وTikTok paid. الأثر المباشر: CPA Meta المُبلَّغ عنه في GA4 ينخفض ميكانيكيًا بهذه النسبة، مما يُظهِر المردودية الحقيقية لأعلى القمع. ثلاثة احتياطات تشغيلية. أولًا، الانتقال غير رجعي إلا على 30 يومًا — التحويلات التاريخية تبقى محسوبة على النموذج المستعمل آنذاك. لمقارنة الفترات، يجب تجميد النموذج في Admin → Attribution Settings أو إجراء المقارنة في BigQuery. ثانيًا، data-driven يتطلب حجمًا أدنى: 300 تحويل شهريًا على 30 يومًا، ويُفعَّل النموذج تلقائيًا عند بلوغ العتبة. تحتها، يرجع GA4 إلى last-click — تحقّق من الإشارة في Admin. ثالثًا، استيراد بيانات تكلفة Meta وTikTok عبر Data Imports في GA4 (أو عبر موصّلات Looker Studio المباشرة) لكي تُحسَب ROAS المُبلَّغ عنها على المداخيل المُسنَدة × التكلفة المستوردة — دون تكلفة مستوردة، لديك المداخيل فقط، لا ROAS.

Data-driven افتراضيًا منذ أبريل 2023 — last-click يبقى متاحًا في Admin → Attribution Settings.
الانتقال النمطي: من 18 إلى 24% من رصيد التحويل مُحوَّل من Google branded نحو Meta + TikTok.
عتبة التفعيل: 300 تحويل/شهر — تحتها، يرجع GA4 إلى last-click صامتًا.
استيراد تكاليف Meta/TikTok عبر Data Imports لحساب ROAS الحقيقية مباشرة في GA4.

Consent Mode v2 وdata layer مغربي: المطابقة مربوطة

منذ مارس 2024، أصبح Consent Mode v2 إلزاميًا لكل المُعلنين الذين يخاطبون حركة المجال الأوروبي، وتُوصي ويبوتيك بربطه منهجيًا حتى لحركة 100% مغربية، لأن قانون 09-08 (CNDP) يفرض هو الآخر الموافقة المسبقة على التتبع الإعلاني. عمليًا، يُضيف Consent Mode v2 إشارتين يجب أن تُمررهما Consent Management Platform إلى Google: ad_user_data (يُوافق المستخدم على مشاركة معطياته الهوياتية مع Google) وad_personalization (يُوافق المستخدم على التخصيص الإعلاني). إذا كانت هاتان الإشارتان denied، يستمر GA4 في التجميع لكن في وضع مجهول (نمذجة التحويلات دون كوكي)، ولا تُحال الأحداث إلى Google Ads من أجل remarketing. على حساب ecommerce مغربي نمطي، معدل consent granted من 62 إلى 78% حسب جودة صياغة CMP — صياغة جافة «رفض» تُسقط المعدل إلى 45%، صياغة صريحة «المتابعة دون تخصيص» تُعيده إلى 75%. CMPs مُوصى بها: Axeptio (فرنسية، مجانية حتى 25 000 زائر/شهر، ثم من 600 إلى 1 200 MAD/شهر)، Didomi (أكثر شمولًا، من 1 000 إلى 2 500 MAD/شهر حسب الحجم)، Cookiebot (أوروبية، من 250 إلى 1 800 MAD/شهر). على data layer، إضافة حدث consent_update عند كل تفاعل CMP، مع القيم الصريحة لكل إشارة — هذا يُتيح تتبع موازٍ لمعدل الموافقة الذي تحصل عليه كل صيغة CMP وتحسين الصياغة. على جانب GTM، إعداد بطاقات GA4 وMeta بـ consent_check على ad_storage وanalytics_storage، لكي لا يُفلت أي حدث من الموافقة. النشر الكامل — CMP + Consent Mode v2 + data layer enhanced ecommerce + تصدير BigQuery — يستغرق من 3 إلى 5 أيام لـ Shopify أو WooCommerce معياري، ومن 5 إلى 8 أيام لـ PrestaShop أو بناء مُخصَّص.

Consent Mode v2 إلزامي لحركة المجال الأوروبي منذ مارس 2024 — مُوصى به حتى للحركة 100% مغربية.
إشارات تُمرَّر: ad_user_data + ad_personalization · denied = تجميع مجهول، لا remarketing.
معدل consent granted النمطي بالمغرب: من 62 إلى 78% حسب صياغة CMP — قد يسقط إلى 45% بصياغة سيئة.
النشر الكامل (CMP + Consent v2 + data layer + BigQuery): 3-5 أيام Shopify/Woo، 5-8 أيام PrestaShop/مُخصَّص.

أسئلة شائعة

GA4 أم Universal Analytics: ماذا نختار في 2026؟: Universal Analytics لم يعد موجودًا منذ يوليوز 2023، السؤال لم يعد يُطرح في 2026. GA4 هو Google Analytics الوحيد النشط. إذا كانت لديك مقارنات تاريخية مع UA يجب القيام بها، تصدير معطيات UA إلى BigQuery عبر shutdown gracefulné من Google قبل يوليوز 2024 كان المسار الوحيد؛ بعد ذلك، لم تعد المعطيات القديمة متاحة. GA4 يستعمل نموذج event-driven عوض نموذج session في UA، وكل عمق التحليل يمر اليوم عبر explorations وعبر BigQuery.
كيف نتتبع تحويلًا يمر عبر CMI دون كسر القمع؟: ثلاثة إجراءات مجتمعة. واحد، استثناء paiement.cmi.co.ma كـ referral في GA4 Admin (وإلا يُسنِد GA4 التحويل إلى CMI كمصدر حركة). اثنان، دفع حدث purchase من جانب الخادم عبر GA4 Measurement Protocol من back-office لحظة استقبال webhook التأكيد من CMI، بتمرير client_id المقروء من جانب الخادم من كوكي _ga. ثلاثة، إضافة fallback من جانب المتصفح على صفحة الشكر يدفع purchase بـ transaction_id — GA4 يُزيل التكرار على هذا المعرّف. تركيبة تستعيد من 60 إلى 75% من تحويلات CMI التي كانت غير مرئية سابقًا.
هل تصدير BigQuery مجاني فعلًا لتاجر إلكتروني مغربي؟: نعم، في حدود حصة Google Cloud. منذ يوليوز 2023، تصدير GA4 → BigQuery مجاني لحسابات GA4 المعيارية حتى مليون حدث/يوم مُصدَّر (intermediate streaming) أو batch يومي غير محدود. تخزين BigQuery يشمل 10 غيغا مجانية شهريًا، ثم نحو 0,02 $/غيغا. لتاجر إلكتروني مغربي نمطي بـ 50 000 إلى 300 000 حدث/يوم، الفاتورة الشهرية النهائية من 5 إلى 25 MAD/شهر. فوق 10 ملايين حدث/exploration، يصبح BigQuery السبيل الوحيد لتفادي sampling في GA4.
Funnel report الأصلي أم exploration: ما الفرق؟: Funnel report الأصلي (Reports → Monetization) سريع، دون sampling تحت 10 ملايين حدث، لكنه جامد — لا فلتر مُخصَّص، لا بُعد ثانوي. Funnel exploration (Explore → Funnel exploration) يتيح كل العمق: خطوات مُخصَّصة، شرائح، مقارنات، أبعاد ثانوية. في المقابل، هو خاضع لـ sampling فوق 10 ملايين حدث على الفترة. قاعدة الممارسة: explorations للتشخيص الشهري، BigQuery بمجرد ظهور sampling، تقارير أصلية للمراقبة الأسبوعية الأوتوماتيكية.
ابتداء من كم حدث يبدأ GA4 في sampling؟: التقارير الأصلية الجاهزة (Reports → onglet) لا تُؤخذ كعيّنة بشكل معياري، أيًا كان الحجم. Explorations (Explore) تُؤخذ كعيّنة بمجرد أن يحتاج الاستعلام إلى تحليل أكثر من 10 ملايين حدث على الفترة المختارة. حساب ecommerce مغربي بـ 30 000 زائر فريد شهريًا يُولِّد نمطيًا من 8 إلى 12 مليون حدث/شهر — لذا يُفعَّل sampling بمجرد النظر إلى فترة أكثر من 30 يومًا. التنبيه يظهر في أعلى التقرير («مبني على X% من الجلسات»). BigQuery هو السبيل الوحيد خارج sampling.
إسناد data-driven أم last-click: أيهما نختار؟: Data-driven افتراضيًا منذ أبريل 2023، وهو عمومًا الاختيار الصحيح لتاجر إلكتروني مغربي. على 28 حسابًا تتابعها ويبوتيك، الانتقال من last-click إلى data-driven يُحوِّل من 18 إلى 24% من رصيد التحويل من Google branded نحو Meta paid وTikTok paid، مُظهرًا المردودية الحقيقية لأعلى القمع. احتياط: data-driven يتطلب 300 تحويل/شهر كحد أدنى وإلا يرجع GA4 إلى last-click صامتًا. لمقارنة فترات تاريخية، تجميد النموذج في Admin → Attribution Settings أو إجراء المقارنة في BigQuery.
كم من الوقت تستغرق تهيئة GA4 كاملة بالمغرب؟: لـ Shopify أو WooCommerce معياري: من 3 إلى 5 أيام للنشر الكامل يشمل data layer enhanced ecommerce، ستة أحداث قانونية مع currency MAD صريحة، تحويلة CMI مُدارة، Consent Mode v2 عبر Axeptio أو Didomi، تصدير BigQuery مُفعَّل وثلاثة استعلامات Looker Studio مربوطة. لـ PrestaShop أو بناء مُخصَّص: من 5 إلى 8 أيام. عائد الاستثمار يكون مرئيًا منذ الشهر الأول على انخفاض CPA المُبلَّغ عنه بفضل الإسناد data-driven واستعادة تحويلات CMI التي كانت غير مرئية سابقًا.