فاحص عنوان Canonical URL

التالي

الصق أي URL وسيجلبه الفاحص، ويبحث عن وسم <link rel="canonical"> داخل رأس HTML، وعن HTTP header باسم Link، ثم يوضح أي canonical سيراه Google — مع أي تعارضات أو سلاسل تحويل أو إشارات قد تسبب مشكلات فهرسة. يجري زحفا قصيرا حتى ترى المشكلات بلا حفر يدوي في مصدر الصفحة.

كيف يعمل فاحص canonical

  1. 1

    أدخل URL

    أي صفحة عامة. يقبل HTTPS وHTTP؛ وتتبع التحويلات حتى 5 قفزات.

  2. 2

    تجلب الصفحة

    تحلل كل من HTTP headers وHTML المعروض. يعرّف الزاحف نفسه افتراضيا كـ browser UA عادي.

  3. 3

    تستخرج إشارات canonical

    كل وسوم `<link rel="canonical">` في `<head>`، وأي HTTP headers من نوع `Link: rel="canonical"`، إضافة إلى الأهداف الذاتية والخارجية.

  4. 4

    تحدد التعارضات

    وسوم مكررة بأهداف مختلفة، canonical يشير إلى redirect، canonical يشير إلى صفحة noindex، أو canonical مفقود في نمط محتوى مكرر.

ما الذي يبلّغ عنه الفاحص

  • عنوان URL الهدف للـ canonical: قيمة href من الوسم أو الترويسة.
  • المصدر: وسم HTML، أو ترويسة HTTP، أو كلاهما. إذا كانا معا، يجب أن يتطابقا.
  • ذاتي الإشارة؟: نعم تعني أن canonical يعود إلى الصفحة نفسها. هذا طبيعي وآمن.
  • هل الهدف قابل للوصول؟: هل يعيد canonical URL استجابة 200؟
  • سلسلة إعادة التوجيه على canonical: ينبغي ألا يعيد الهدف التوجيه.
  • مطابقة البروتوكول والمضيف: ينبغي أن يطابق canonical مخطط URL الحي.
  • اتساق الشرطة المائلة النهائية: عدم التطابق يجعل URLs تعامل كمختلفة.
  • وسوم canonical متعددة: يستخدم Google أول واحد؛ والبقية تحذيرات.

مشكلات شائعة يلتقطها الفاحص

المشكلة لماذا تهم
Canonical إلى redirect 301/302 قد يتجاهل Google الإشارة أو يخفض قيمتها
Canonical إلى صفحة محظورة بـ robots.txt لا يستطيع Google التحقق؛ فتسقط الإشارة
Canonical إلى صفحة noindex إشارات متعارضة؛ سلوك الفهرسة غير قابل للتنبؤ
وسوم canonical متعددة بـ hrefs مختلفة لا يكرّم إلا واحد؛ والبقية تربك التشخيص
مسار نسبي بلا base يحله Google نسبيا إلى URL الحالي — غالبا جيد لكن غير صريح
Canonical إلى نسخة لغة مختلفة ينبغي استخدام hreflang بدلا من ذلك
HTTP canonical على صفحة HTTPS إشارة أضعف؛ قد يتجاهلها Google
Canonical في <body> بدلا من <head> يتجاهله Google

كيف تصلح canonicals السيئة

  1. استهدف دائما URL النهائي (بلا إعادة توجيه).
  2. طابق البروتوكول والمضيف الحيين بدقة، بما في ذلك الشرطة المائلة النهائية.
  3. ضع canonical في <head>، لا في <body> أو محقونا عبر JavaScript بعد العرض.
  4. Canonical واحد لكل صفحة — اختر هدفا واحدا والتزم به.
  5. للأرشيفات المرقمة، اجعل كل صفحة تشير إلى نفسها canonical. لا تجعل كل الصفحات تشير إلى الصفحة 1.
  6. لنسخ الفلترة/الفرز، أشر إلى القائمة غير المفلترة.
  7. طابق الروابط الداخلية مع canonical URL — اكتشاف canonical لا يربط إليه بقية الموقع يخفف الإشارة.

ما لا يفحصه

  • هل فهرس Google بالفعل canonical (استخدم Search Console لذلك).
  • هل يعزز الربط الداخلي لديك canonical.
  • هل تتطابق إدخالات XML sitemap مع canonical.

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

ليس بالضرورة. بدون canonical، يختار Google واحدا بنفسه اعتمادا على الإشارات الداخلية (الروابط، sitemap، تشابه المحتوى). يظل canonical ذاتي الإشارة أفضل ممارسة لتجنب الغموض، خصوصا في الصفحات ذات معاملات query.

Canonical تلميح قوي، لا توجيه إلزامي. إذا رأى Google أن الصفحات غير متشابهة، أو أن canonical غير قابل للوصول، فقد يختار URL مختلفا. تحقق عبر أداة “URL Inspection” في Search Console لحالة الفهرسة المعتمدة.

وسوم canonical المكررة في <head> خطأ — بعض قوالب CMS تضيف واحدا، والإضافات تضيف آخر. يستخدم Google الأول؛ أزل البقية. يحدد الفاحص كل الحالات.

ليس مباشرة — فهو يجلب كعميل غير مصادق. للمحتوى المحمي، افحص مصدر الصفحة يدويا بعد تسجيل الدخول أو استخدم URL staging بلا مصادقة.

أدوات ذات صلة