13 خطأ في تتبع Google Analytics وكيفية إصلاحها
ثم ربما ترغب في إعطاء الأولوية لتحسين تحسين محركات البحث لتلك الصفحة.
ولكن ماذا لو كانت هذه البيانات معيبة؟
هناك خطر كبير من اتخاذ قرارات سيئة إذا كنت تعتمد بشكل أعمى على البيانات التي تراها في Google Analytics.
أنت تعرف القول: القمامة في القمامة.
1. فقدان أو تكرار كود Google Analytics
قد يبدو هذا تافهًا ، لكنها مشكلة شائعة – خاصةً في المواقع التي تستخدم أكثر من نظام إدارة محتوى واحد .
الخبر السار هو أن Google Analytics يفتقد إشعارات التعليمات البرمجية المضمنة . الأخبار السيئة هي أنها بطيئة ، وقد تستغرق أسابيع لتنبيهك بالصفحات التي تحتوي على كود مفقود. كما أنه لا يخبرك عن الرموز المكررة ، وهي مشكلة شائعة أخرى.
لهذا السبب ، من الأفضل عدم الاعتماد على إشعارات Google وبدلاً من ذلك الزحف إلى موقعك بحثًا عن أخطاء باستخدام أداة تسمح بالاستخراج المخصص.
فيما يلي كيفية إعداد الزحف باستخدام الاستخراج المخصص في Screaming Frog لاستكشاف رموز إدارة العلامات من Google و Google Analytics:
من الأفضل تصدير الزحف لفحص البيانات. يمكنك بسهولة تصفية الرموز المفقودة أو رؤية التكرارات إذا كان هناك المزيد من الأعمدة في التقرير ، على سبيل المثال ، Find GTM code 1 و Find GTM code 2.
2. قم بإعداد أحداث التفاعل بشكل غير صحيح
يعد إعداد أشياء مثل عمليات الشراء أو إرسال النماذج أو تشغيل الفيديو كأحداث تفاعل أمرًا منطقيًا. إنها مهمة لنشاطك التجاري ، لذا فإن حقيقة عدم احتسابها مرتدة – حتى عندما يشاهد الزائر صفحة واحدة فقط – أمر جيد.
ولكن إذا كنت تستخدم أحداث تفاعلية لتتبع الأحداث التي يتم إطلاقها تلقائيًا على كل صفحة ، مثل تتبع عمق التمرير ، فسيؤدي ذلك إلى معدلات ارتداد قريبة من الصفر عبر موقع الويب بالكامل – وهو أمر غير جيد.
يمكنك تحديد هذه المشكلات بسهولة من خلال البحث عن معدلات ارتداد منخفضة بشكل غير واقعي في GA .
إذا كنت تشك في أن أحداث التفاعل هي المذنب ، فقم بتغيير إعداد “نتيجة عدم التفاعل” الخاص بالحدث من خطأ إلى صحيح في إدارة العلامات من Google.
إذا كنت لا تستخدم برنامج إدارة العلامات من Google ، فما عليك سوى إضافة سطر آخر من التعليمات البرمجية إلى مقتطف حدث GA .
3. تتبع الزيارات من المجالات الأخرى
من السهل بشكل مفاجئ أن يقوم شخص ما بإفساد بياناتك إذا لم تتخذ تدابير وقائية. لماذا ا؟ لأن رمز تتبع GA / GTM مرئي لأي شخص يقوم بفتح شفرة المصدر الخاصة بك ، بحيث يمكن لأي شخص إرسال نتائج إلى خوادم GA تحت شفرة التتبع الخاصة بك.
لحسن الحظ ، من السهل منع حدوث ذلك عن طريق إعداد مرشح عرض.
سيشمل هذا فقط النتائج من نطاقك (الفرعي) الخاص
إليك نمط فلتر regex لاسم المضيف: (^|\.)example\.com
4. تتبع الجلسات الخاصة بك
هناك الكثير من الإجراءات غير المنتظمة التي نتخذها على مواقعنا الإلكترونية ، ولا نريد أن تنعكس تلك الإجراءات في بياناتنا.
لذلك ، أثناء إعداد الفلاتر ، دعنا نتأكد أيضًا من استبعاد النتائج من عناوين IP الداخلية . من السهل القيام بذلك لعنوان IP واحد :
إذا كنت بحاجة إلى استبعاد المزيد من عناوين IP ، فراجع هذا الدليل من Google .
5. عدم استخدام ترشيح البوت
يمكن لـ Google اكتشاف جزء لا بأس به من حركة البريد العشوائي / البوت القادمة إلى موقع الويب الخاص بك. كل ما عليك فعله هو تحديد مربع.
ستجد هذا في المسؤول> عرض الإعدادات
لاحظ أنه يكفي التحقق من ذلك فقط من أجل عرض التحليلات الرئيسي الخاص بك. ليست هناك حاجة للقيام بذلك لوجهات النظر الخام أو التجريبية.
6. تتبع الإحالات غير المرغوب فيها
تجذب المواقع الشهيرة روابط غير مرغوب فيها. إنها فقط كيف تسير الأمور.
معظم هذه الإشارات لا تذكر ولا تجلب أي زيارات إحالة ، ولكن يمكن للبعض إرسال آلاف الإحالات غير المرغوب فيها كل يوم.
للتحقق مما إذا كانت هذه مشكلة بالنسبة لك ، قم بتعيين النطاق الزمني إلى ثلاثة أشهر كحد أدنى ، ثم انتقل إلى تقرير الإحالات ( الاكتساب> كل الزيارات> الإحالات).
ابحث عن المجالات المظللة مع عدد كبير من الإحالات.
لا تنقر على النطاقات المشبوهة لأنها قد تحتوي على برامج ضارة أو برامج تجسس. بدلاً من ذلك ، قم بإنشاء قائمة واستبعدها باستخدام عامل تصفية ( مسؤول> عامل تصفية ). عيّن حقل الفلتر على أنه “مصدر الحملة” ، ثم أدرج النطاقات في حقل نمط الفلتر مفصولة برمز أنبوب (|).
هام . تذكر دائمًا التحقق من الفلاتر لمعرفة مدى تأثيرها على بياناتك. يوجد زر أسفل المرشحات لهذا.
7. استخدام قذر لمعلمات UTM
معلمات UTM هي علامات يتم إلحاقها بعناوين URL لتصنيف مصادر الزيارات المختلفة. يتم استخدامها غالبًا مع الإعلانات والروابط المدفوعة التي كانت ستختلط مع الزيارات المجانية.
لنفترض أننا نعرض إعلانات على Twitter. بشكل افتراضي ، ستندرج حركة المرور ضمن “twitter / الإحالة” ، مما يجعل أي تحليل أداء مستحيلاً. لذا نضيف معلمات UTM إلى عناوين URL المستخدمة لإعلانات Twitter:
هذه UTM ثم يتم إرسال المعلمات إلى GA الخوادم واستخدامها في أبعاد كل منها.
8. لا تشمل معلمات الاستعلام
يمكن أن يكون ازدحام أبعاد الصفحة (المقصودة) مع عناوين URL ذات معلمات كابوسًا لأي تحليلات أخرى. يقوم بتقسيم نفس عنوان URL إلى صفوف متعددة ، مما يؤدي إلى تقسيم المقاييس.
لحل هذه المشكلة ، استخدم فلتر التقرير لعرض جميع عناوين URL ذات المعلمات المسجلة في عرض GA الخاص بك .
بعد ذلك ، للحفاظ على توحيد أبعاد الصفحة ، استبعد المعلمات التي لا تريد رؤيتها في تقاريرك.
يمكنك القيام بذلك في إعدادات العرض :
فقط تأكد من عدم استبعاد
- معامِلات طلب البحث (وإلا ستحظر بيانات بحث الموقع الداخلية )
- معلمات UTM ( يمكن لـ GA التعامل معها بالفعل بشكل صحيح)
- المعلمات التي تريد تتبعها بشكل منفصل (على سبيل المثال ، تلك الخاصة بمنتجات مختلفة على مواقع التجارة الإلكترونية)
إذا كنت تتعامل مع عدد كبير من المعلمات المختلفة التي تريد استبعادها ، فمن الأفضل استخدام فلاتر العرض بدلاً من ذلك. إن مرونتها وخيار استخدام التعبيرات العادية تجعلها حلاً أفضل. اتبع هذا الدليل لإعدادهم.
9. عدم دمج نفس المصادر والوسائط
ربما لاحظت أن بعض مصادر ووسائط الزيارات الخاصة بك في حالة فوضى لأنها في الأساس نفس الشيء. المثال الأكثر شيوعًا هو زيارات الإحالة من Facebook.
تسمى هذه النطاقات الفرعية الغريبة بإحالات رابط الرقائق. يستخدمهم Facebook لأسباب تتعلق بالأمان والخصوصية ، ولكن يمكنهم جعل تحليل أداء مصدر / وسيط معين أمرًا صعبًا.
لإصلاحها ، استخدم المرشحات. في ما يلي الدمج بين زيارات الإحالة من Facebook:
تذكر التحقق من الفلتر للتأكد من أنه يفعل ما تعتقد أنه يفعله.
يجب عليك أيضًا إنشاء ملاحظة بأنك قمت بدمج حركة المرور حتى لا يتساءل الآخرون عن سبب التغيير. لا يطبق Google Analytics الفلاتر بأثر رجعي ، لذلك لا يزال عليك التعامل مع البيانات القديمة.
10. عدم استخدام قائمة استبعاد الإحالة
عندما تضيف نطاقًا إلى قائمة استبعاد الإحالة ، فلن يتم تصنيف أي زيارات منه على أنها زيارات إحالة ، ولن تؤدي إلى جلسة جديدة.
هذا مفيد بشكل خاص في ثلاث حالات:
- بوابات الدفع. إذا كنت تستخدم أي معالجات دفع تابعة لطرف ثالث ، فمن المحتمل أنك ستعيد توجيه عملائك هناك والعودة بعد الانتهاء من الدفع. يجب أن تكون جلسة واحدة تحت مصدر واحد لحركة المرور.
- تتبع النطاق الفرعي. النطاقات الفرعية هي أسماء مضيف منفصلة ، ومن الطبيعي أن تؤدي حركة المرور منها إلى جلسة إحالة جديدة. لحسن الحظ ، ترسل GA نطاقك الخاص إلى القائمة عند إنشاء الموقع. اتركه هناك. واحتفظ بـ “Cookie Domain: Auto” الافتراضي أيضًا إذا واجهت ذلك في شفرة التتبع أو GTM .
- التتبع عبر النطاقات . قد يكون لديك مواقع مصغرة ونطاقات منفصلة أخرى قد ترغب في دمج بياناتها إذا كانت هي نفس النشاط التجاري.
ستجد هذه القائمة في المسؤول> عمود الموقع> معلومات التتبع> قائمة استبعاد الإحالة.
أدخل المجالات بتنسيق example.com لتغطية جميع النطاقات الفرعية.
11. تتبع معلومات تحديد الهوية الشخصية ( PII )
على الرغم من أن هذا لا يضر بوضوح بياناتك ، إلا أنه يمكن أن يسبب بعض الأضرار الجسيمة لعملك.
تحتاج إلى التأكد من عدم تتبع أي معلومات تحديد هوية شخصية مثل رسائل البريد الإلكتروني أو أرقام الهواتف أو الأسماء. أو حتى أفضل – الالتزام بقواعد حماية البيانات والخصوصية التي تنطبق على عملك.
لسوء الحظ ، ربما تتتبع معلومات تحديد الهوية الشخصية دون معرفة ذلك من خلال إنشاء معلمات عناوين URL بمعلومات شخصية في النماذج أو في أي مكان آخر.
13. عدم وجود طرق عرض النسخ الاحتياطي والاختبار
هذا الأخير ليس خطأ تتبع بل هو أفضل ممارسة للتعامل مع البيانات في Google Analytics.
