أوقف GA4 عن نسب عمليات التسجيل إلى صفحات تسجيل الدخول والدفع، واحتسب كل تسجيل مرة واحدة فقط
يعثر على الأحداث الرئيسية التي ينسبها GA4 إلى accounts.google.com أو facebook.com أو صفحة دفع، ويتحقق مما إذا كان تسجيل شخص واحد يُحتسب عدة مرات، ويجهّز إصلاح GTM مع معاينة.
متى تستخدمه
عندما ينسب GA4 عمليات التسجيل إلى صفحات تسجيل الدخول أو الدفع مثل accounts.google.com أو مزوّد الدفع لديك، أو عندما يبدو أن تسجيل الشخص نفسه يُحتسب أكثر من مرة.
ما ستحصل عليه
تحصل على جداول بالمصادر الخاطئة والأحداث الرئيسية المحتسبة بشكل زائد، وتشخيص يفصل بين المصدر الخاطئ والاحتساب المتكرر، وإصلاح مختبَر في GTM (متغير ignore_referrer مع حماية "مرة واحدة لكل شخص") لا يُنشر إلا بعد موافقتك.
هل يغيّر أي شيء في حسابي؟
فقط بموافقتك. يعرض المساعد أولًا معاينة لكل تغيير وينتظر موافقتك.
يعمل مع
GA4, Tag Manager
أكمل البيانات قبل الإرسال
[موقع GA4][حاوية GTM][طرق تسجيل الدخول، مثل Google وMeta وMicrosoft][مزود الدفع]
استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني.
خاصية GA4 لديّ هي [موقع GA4] ويحمّل الموقع GA4 عبر حاوية GTM [حاوية GTM]. يسجّل الأشخاص الدخول عبر [طرق تسجيل الدخول، مثل Google وMeta وMicrosoft] ويدفعون عبر [مزود الدفع]. استخدم آخر 90 يومًا. إذا كانت الخاصية تحتوي على سجل أقصر من ذلك، فأخبرني بعدد الأيام الفعلي قبل أن تقارن أي شيء.
1. شغّل تقريرًا في GA4 حسب مصدر الجلسة، وتقريرًا ثانيًا حسب صفحة الوصول مقسّمًا حسب القناة، للفترة نفسها. اذكر كل مصدر هو في الواقع خطوة تسجيل دخول أو موافقة أو دفع: مثل accounts.google.com وlogin.microsoftonline.com ونطاق مزوّد الدفع، أو facebook.com وlinkedin.com عندما تكون صفحة الوصول تطبيقًا أو لوحة تحكم أو صفحة callback. اعرض لكل منها الجلسات والمستخدمين والأحداث الرئيسية.
2. شغّل تقريرًا في GA4 حسب اسم الحدث. لكل حدث رئيسي، اقسم عدد مرات الحدث على عدد المستخدمين الذين أطلقوه. يجب أن يبقى التسجيل الذي يُفترض أن يحدث مرة واحدة لكل شخص قريبًا من 1. أشِر إلى كل حدث رئيسي يتجاوز 1.2 وبيّن عدد الأحداث الزائدة التي يعنيها ذلك.
3. اقرأ وسوم GTM والمشغّلات والمتغيرات. اعثر على الوسم الذي يرسل الحدث الرئيسي للتسجيل، والمشغّل الذي يطلقه، وأي حماية تمنع إطلاقه مرتين. وأخبرني أين توجد هذه الحماية: في علامة التبويب الحالية فقط (sessionStorage)، أم في المتصفح (cookie أو localStorage)، أم على الخادم.
4. تحقق مما إذا كان وسم Google الخاص بـ GA4 يرسل ignore_referrer بالفعل عند العودة من تسجيل الدخول والدفع.
قدّم:
1. جدولًا بالمصادر الخاطئة من الخطوة 1 مع الأحداث الرئيسية التي تستقبلها اليوم،
2. جدول الاحتساب الزائد من الخطوة 2،
3. تشخيصًا موجزًا يفصل بين المشكلتين: المصدر الخاطئ والاحتساب المتكرر،
4. الإصلاح. بالنسبة للمصدر الخاطئ، اقترح متغير JavaScript مخصصًا يعيد 'true' فقط عندما يكون المُحيل نطاق تسجيل دخول أو دفع، أو شبكة اجتماعية تصل إلى مسار تطبيق أو callback، وأضفه إلى وسم Google الخاص بـ GA4 كمعامل ignore_referrer. اعرض كود JavaScript كاملًا واختبره في إجابتك على ستة أزواج على الأقل من المُحيل والمسار، بما في ذلك نقرة عادية من وسائل التواصل الاجتماعي يجب أن تبقى إحالة حقيقية. أما بالنسبة للاحتساب المتكرر، فحدّد بدقة أين يجب أن توضع حماية "مرة واحدة لكل شخص" وما الذي يجب أن تتحقق منه.
لا تغيّر GTM أو GA4 قبل موافقتي. بعد موافقتي، أنشئ المتغير وحدّث الوسم أولًا باستخدام confirm=false، واعرض لي المعاينة، ثم انشر باسم إصدار واضح وأخبرني بالإصدار الذي يجب التراجع إليه إذا بدا أي شيء غير صحيح. وذكّرني أيضًا بأن قائمة "الإحالات غير المرغوب فيها" الخاصة بـ GA4 لا يمكن تعديلها إلا من واجهة GA4.
يراجع القياس ومشكلات التسليم ومرحلة التعلم والاستهداف والمواضع وإرهاق المواد الإبداعية دفعة واحدة. يرتب النتائج ويحدد أول ثلاثة إصلاحات دون تغيير أي شيء.
متى تستخدمهعندما تراجعت نتائج إعلانات Meta لديك أو توقفت وتحتاج إلى معرفة الخلل في الحساب قبل أن تلمس أي شيء.
يقيّم إمكانية الوصول والصحة التقنية والبيانات المنظمة وقابلية اقتباس المحتوى وإشارات الثقة وظهورك المقاس في الذكاء الاصطناعي، ضمن ست مجالات في كل منها خمسة فحوصات محددة. يعرض الدليل على كل نقطة ويرتب الإصلاحات حسب التأثير والجهد، دون تغيير أي شيء.
متى تستخدمهتريد تقريرًا واحدًا مدعومًا بالأدلة يوضح موقع موقعك في Google وفي البحث بالذكاء الاصطناعي، وقائمة مهام واضحة تسلّمها لوكالة أو مطوّر.