لماذا لا تعرض Яндекс Метрика الترافيك على الموقع

غياب البيانات لا يعني دائمًا غياب الترافيك

الرسم البياني الفارغ في Яндекс Метрика لا يثبت أن لا أحد يدخل الموقع. تسجّل Метрика الزيارة فقط عندما يقوم متصفح الزائر بتحميل كود العدّاد وتنفيذه، ثم يرسل طلبًا إلى خادم التحليلات. قد يفتح المستخدم الصفحة أو يترك طلبًا أو ينتقل عبر الإعلان، لكنه لا يظهر في التقرير بسبب حظر السكربت أو خطأ في المتصفح أو فلتر في الإعدادات.

افصل أولًا بين غياب الانتقالات الفعلية وتعطّل جمع البيانات. لا ينبغي مقارنة الرسم البياني العام، بل الفترة نفسها وعنوان URL المحدد والمصدر. على سبيل المثال، رابط من إعلان أو وصف بث أو رسالة بريدية أو منشور في شبكة اجتماعية.

كيف تميّز غياب الترافيك عن غياب البيانات

عادةً تعرض لوحة الإعلانات النقرات على الإعلان، ويعرض سجل الخادم الطلبات إلى الموقع. للتحقق، افتح سجل الوصول في الخادم وابحث عن الصفحة المستهدفة خلال الفترة المطلوبة. في سجلات Nginx قد يكون الطلب بهذا الشكل: grep "GET /promo" /var/log/nginx/access.log. إذا تغيّر المسار بسبب وسوم UTM، فابحث عن عنوان URL نفسه بدون المعاملات أو استخدم جزءًا من عنوان صفحة الهبوط.

النقرة في لوحة الإعلانات لا تساوي تحميل الصفحة: قد يكون المستخدم قد أغلق التبويب، أو انقطع الاتصال، أو كان الرابط يؤدي إلى عنوان URL غير متاح. سجل الخادم أيضًا لا يساوي زيارة حقيقية، لأنه يتضمن الروبوتات ومعاينات الروابط والفحوصات التقنية. لكن إذا كانت الانتقالات موجودة في السجلات وغير موجودة في Метрика، فالمشكلة على الأرجح في العدّاد أو إعداداته.

ماذا تعني الاختلافات بين الإعلانات والسجلات وМетрика

إذا كانت هناك نقرات في لوحة الإعلانات لكن لا توجد طلبات إلى صفحة الهبوط في السجلات، فتحقق من عنوان URL النهائي وإعادة التوجيه وتوفر النطاق وإعدادات المتتبع. إذا كانت هناك سجلات في access.log لكن المتصفح لا يرسل طلبات إلى mc.yandex.ru، فالعدّاد لا يعمل أو محظور. إذا كانت الطلبات إلى mc.yandex.ru تُرسل والتقرير فارغ، فتحقق من رقم العدّاد والفلاتر والفترة وإعدادات النطاق.

للمطابقة الدقيقة، خذ فترة قصيرة ومصدرًا واحدًا. قارن الوقت ومسار الصفحة وحالة الاستجابة وعنوان IP وUser-Agent فقط ضمن قواعد معالجة البيانات المعتمدة في المشروع. المطابقة اليدوية غير مريحة مع حجم كبير من الزيارات: فهي تساعد في اكتشاف العطل، لكنها لا تغني عن المراقبة المستمرة.

كود العدّاد غائب عن بعض الصفحات

قد يكون العدّاد موجودًا على الصفحة الرئيسية لكنه غائب عن صفحة الهبوط أو المدونة أو الكتالوج أو الحساب الشخصي أو القالب المتوافق مع الجوال أو النطاق الفرعي. يظهر هذا الخطأ غالبًا بعد نقل الموقع أو إنشاء صفحة ترويجية منفصلة أو تحديث قالب نظام إدارة المحتوى. يفتح الزائر الموقع، لكن في عنوان URL المحدد لا يوجد ما تنفذه Метрика.

افتح الكود المصدري للصفحة عبر عرض كود المتصفح وابحث عن مقطع mc.yandex.ru أو رقم العدّاد. تحقق من العناوين التي تؤدي إليها فعليًا الروابط من الإعلانات والشبكات الاجتماعية، وليس الصفحة الرئيسية فقط. عيب هذا الفحص أنه من السهل يدويًا تفويت الصفحات والسيناريوهات النادرة، مثل الشاشة بعد الدفع أو النموذج في النسخة المتوافقة مع الجوال.

رقم عدّاد آخر مثبّت على الموقع

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

ابحث عن المعرّف في كود الصفحة وقارنه بالرقم في لوحة Метрика. في وحدة تحكم المتصفح يمكن تنفيذ الطلب: document.documentElement.innerHTML.includes("mc.yandex.ru"). سيُظهر ما إذا كان عنوان Метрика موجودًا في HTML، لكنه لن يؤكد أن السكربت قد نُفّذ. لذلك يلزم فحص طلبات الشبكة.

كيف تتحقق من تحميل Метрика في المتصفح

افتح الصفحة في متصفح بدون مانعات الإعلانات، واضغط F12، وانتقل إلى تبويب Network وحدّث الصفحة. في سطر الفلتر أدخل mc.yandex.ru. عند العمل الطبيعي يجب أن تظهر طلبات إلى عنوان تحميل السكربت وطلبات جمع البيانات، وعادةً تحتوي على المسار metrika/tag.js أو watch مع رقم العدّاد.

ثم افتح تبويب Console وتحقق من الأخطاء. من العلامات المفيدة على المشكلة: رسائل «Refused to load the script» أو «blocked by client» أو «Content Security Policy» أو أخطاء JavaScript تحدث قبل تشغيل العدّاد. للفحص في متصفح واحد عيب: فقد يعطي امتداد أو إصدار متصفح أو إعدادات شبكة مستخدم معين نتيجة مختلفة.

مانعات الإعلانات تخفي جزءًا من الزيارات

قد توقف إضافات حظر الإعلانات وخدمات DNS الخاصة والحماية المدمجة في المتصفحات وبرامج مكافحة الفيروسات الطلبات إلى التحليلات. في Network يظهر هذا غالبًا كـ blocked by client. تُفتح الصفحة بشكل طبيعي ويسجّل الخادم الطلب، لكن Метрика لا تتلقى معلومات عن الزيارة.

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

سياسة Content Security Policy تحظر الطلبات إلى Метрика

يقيّد ترويسة Content Security Policy المصادر التي يمكن للصفحة تحميل السكربتات والصور منها وتنفيذ طلبات الشبكة. بعد ربط CDN أو وكيل أو تعزيز حماية الموقع، قد يبدأ الموقع في منع الطلبات إلى Метрика. ستظهر في وحدة تحكم المتصفح رسالة عن انتهاك CSP مع الإشارة إلى العنوان المحظور mc.yandex.ru.

يجب إضافة القاعدة بشكل دقيق، وليس تعطيل CSP بالكامل. مثال على التوجيه في سطر واحد: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

لا يمكن استبدال هذا السطر دون تفكير في الترويسة الموجودة: يجب دمجه مع مصادر الموقع المطلوبة بالفعل. إذا كان كود العدّاد مدرجًا مباشرة في HTML، فقد يحتاج السكربت المضمّن أيضًا إلى إذن منفصل عبر nonce أو hash. إضافة unsafe-inline أسهل، لكن عيبها حماية أضعف من حقن JavaScript خارجي.

الموافقة على ملفات تعريف الارتباط لا تسمح بتشغيل العدّاد

في المواقع التي تحتوي على لافتة موافقة، تُشغَّل Метрика أحيانًا فقط بعد الضغط على زر. قد يؤدي خطأ في منطق اللافتة إلى ترك العدّاد معطّلًا بعد الموافقة، أو تشغيله فقط في الصفحة الأولى، أو عدم حفظ اختيار المستخدم. بسبب ذلك يضيع جزء من الزيارات، خاصة الزيارات القصيرة من صفحات الهبوط.

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

فلاتر العدّاد تستبعد الزيارات المطلوبة

قد تعمل في إعدادات Метрика فلاتر حسب عناوين IP أو النطاقات أو URL أو المعاملات أو الترافيك التقني. تُضاف عادةً لإزالة زيارات الفريق والانتقالات التجريبية. بعد تغيير المكتب أو VPN أو الشبكة المؤسسية أو بنية URL، قد يستبعد هذا الفلتر ما لم يعد زيارات داخلية فقط.

راجع الفلاتر النشطة وتحقق من هدف كل قاعدة. للتشخيص يمكنك مؤقتًا تعديل فلتر واحد وتكرار الانتقال التجريبي. عيب تعطيل الفلتر أن إحصاءات الموظفين والمطورين والاختبارات الآلية ستدخل في الإحصاءات، لذلك يُفضّل توثيق التغييرات بشكل منفصل.

الفترة أو التقرير أو المنطقة الزمنية المفتوحة غير صحيحة

أحيانًا تكون البيانات موجودة بالفعل، لكن في اللوحة تم اختيار عدّاد آخر أو فترة ضيقة جدًا أو وضع مقارنة التواريخ أو منطقة زمنية غير مناسبة. مع عدد قليل من الزيارات، قد يغيّر فرق بضع ساعات الصورة بالكامل ليوم محدد. لا ينبغي تقييم عمل العدّاد بناءً على بضع دقائق فقط بعد الانتقال.

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

إعادة التوجيه والنطاقات تغيّر مسار الزائر

قد يمر الانتقال عبر مختصر رابط أو متتبع أو نسخة HTTP من الموقع أو نطاق www أو نطاق فرعي للجوال، ثم يصل فقط بعد ذلك إلى صفحة الهبوط النهائية. إذا كانت إعادة التوجيه معدّة بشكل خاطئ، أو استجابت الصفحة ببطء، أو أُرسل الزائر إلى نطاق آخر، فقد لا يُحمَّل عدّاد الموقع المطلوب. هذا مهم بشكل خاص للروابط من أوصاف البث والحملات الإعلانية.

تحقق من السلسلة بالأمر curl -I -L "https://example.com/promo" وانظر الحالات مع عناوين الانتقالات. سيُظهر الأمر إعادة التوجيه من الخادم، لكنه لا يغني عن الاختبار في المتصفح: إعادة التوجيه عبر JavaScript والحظر بواسطة الإضافات لا يراها curl. الروابط المختصرة مفيدة في المنشورات، لكن الانتقال الإضافي يعقّد التشخيص.

تطبيق SPA لا يرسل المشاهدات عند الانتقالات الداخلية

في الموقع أحادي الصفحة، يحدث الانتقال بين الأقسام غالبًا دون إعادة تحميل كاملة. يفتح المستخدم خطة الأسعار أو بطاقة المنتج أو النموذج أو صفحة الشكر، بينما تسجّل Метрика الشاشة الأولى فقط. قد تكون الزيارات موجودة في التقرير، لكن صفحات الدخول وعمق المشاهدة والتحويلات تبدو غير مكتملة.

تحقق في Network مما إذا كان يظهر طلب جديد إلى Метрика بعد تغيير المسار داخل التطبيق. اختبر الانتقالات بأزرار المتصفح والنوافذ المنبثقة وتغيير اللغة وعناوين URL الديناميكية. الإرسال التلقائي للمشاهدات عبر الموجّه مريح، لكن عيبه أنه عند خطأ في المنطق يسهل الحصول على مشاهدات مكررة وعمق زيارة مبالغ فيه.

الأهداف لا تعمل رغم وجود الزيارات

التقرير الفارغ عن هدف لا يعني أن الموقع بلا ترافيك. قد تُجمع الزيارات بشكل طبيعي، لكن لا يُسجَّل إرسال النموذج أو النقر على الزر أو الشراء أو الانتقال إلى صفحة الشكر. من الأسباب: تغيّر محدد CSS، أو حدث قبل تهيئة العدّاد، أو نموذج AJAX دون معالجة النتيجة، أو رقم Метрика مختلف في الصفحة.

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

قائمة تشخيص في خمس دقائق

1. افتح الرابط الذي يجب أن يمر عبره الترافيك في متصفح عادي بدون مانعات إعلانات.
2. في DevTools افتح Network وحدّث الصفحة وفلتر الطلبات حسب mc.yandex.ru.
3. في تبويب Console تحقق من أخطاء JavaScript وCSP ورسالة blocked by client.
4. قارن رقم العدّاد في كود الصفحة برقم التقرير في لوحة Метрика.
5. تحقق في access.log من الطلب إلى عنوان URL المطلوب خلال وقت الاختبار، مثل grep "GET /promo" /var/log/nginx/access.log.
6. طابق سجل الخادم مع النقرات في لوحة الإعلانات عبر رابط واحد وفترة واحدة.
7. راجع الفلاتر والتواريخ المختارة والمنطقة الزمنية والنطاقات الفرعية وسيناريو الموافقة على ملفات تعريف الارتباط.
8. لتطبيق SPA نفّذ انتقالًا داخليًا وتأكد من إرسال طلب جديد بعد تغيير المسار.