مولد وسم Canonical

التالي

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

كيفية توليد وسم canonical

  1. 1

    الصق عنوان URL canonical (المفضل)

    URL مطلق يتضمن البروتوكول والمضيف. يتم تجاهل معرفات الأجزاء (#section) — يتعامل Google مع URLs ذات الأجزاء المختلفة كأنها متطابقة.

  2. 2

    تتحقق الأداة وتطبّع

    اتساق الشرطة المائلة النهائية، وتحويل host إلى أحرف صغيرة، وpunycode لنطاقات IDN. يشار إلى البروتوكول الناقص كإصلاح مطلوب.

  3. 3

    يبنى الوسم

    `<link rel="canonical" href="https://example.com/page">`.

  4. 4

    انسخ HTML أو صيغة HTTP header

    استخدم وسم HTML لصفحات الويب؛ واستخدم HTTP `Link: <url>; rel="canonical"` لـ PDFs والصور واستجابات API.

ما الذي تفعله وسوم canonical فعلا

يخبر وسم canonical محركات البحث: “من مجموعة URLs التي تعرض هذا المحتوى، هذا هو الأصل. اجمع كل إشارات الترتيب هنا.” بدونه، تقسم الصفحات المكررة إشارات الترتيب — ولا تحصل أي منها على ترتيب جيد كما لو كانت صفحة واحدة موحدة.

صيغة HTML

<link rel="canonical" href="https://example.com/products/blue-shirt" />

ضعه داخل <head>. يقرأه Google؛ وتتجاهله المتصفحات.

صيغة HTTP Link header

استخدمها للموارد غير HTML (PDFs، الصور، feed XML):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

أرسله في أي استجابة 2xx. اضبطه عبر خادم الويب أو CDN.

أخطاء شائعة

  • URLs نسبية: href="/page" يعمل لكنه هش. استخدم URLs مطلقة لتجنب الغموض.
  • اختلاف البروتوكول: canonical يقول http:// بينما الصفحة تقدم عبر https://. طابق دائما البروتوكول الحي.
  • الإشارة إلى redirect: يجب أن يستهدف canonical استجابة 200. السلاسل تضعف الإشارة.
  • حظر عنوان canonical في robots.txt: يجب أن يكون الهدف قابلا للزحف، وإلا لا يستطيع Google التحقق.
  • إشارات متعارضة: روابط داخلية تشير إلى نسخ غير canonical. حدّثها لتطابق.
  • noindex على هدف canonical: متعارضان — اختر واحدا.
  • Canonicals مختلفة على صفحات مكررة: يختار Google واحدة ويتجاهل البقية. ضع canonical نفسه على كل نسخة مكررة.

حالات خاصة

  • الأرشيفات المرقمة: يمكن لكل صفحة (?page=2) أن تشير إلى نفسها canonical، لا إلى الصفحة 1. كانت النصيحة مختلفة سابقا؛ Google ألغى صراحة rel=prev/next ويعامل self-canonical كمعيار.
  • التنقل المفلتر: عادة ترجع العروض المفلترة من القائمة نفسها إلى القائمة غير المفلترة ما لم يغير الفلتر المحتوى بصورة ذات معنى.
  • URLs منفصلة للجوال (m.example.com): صفحة الجوال canonical إلى سطح المكتب؛ وسطح المكتب يضيف rel=alternate عائدا إليها.
  • صفحات AMP: AMP canonical إلى غير AMP؛ وغير AMP يضيف rel=amphtml إلى نسخة AMP.

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

موصى به — canonical ذاتي الإشارة (الصفحة تشير إلى نفسها) يحمي من معاملات session-ID وأكواد UTM والتكرار العرضي الآخر. إنه أفضل ممارسة SEO، لا شرط.

نعم. إذا أعاد شركاء النشر نشر محتواك، يمكنهم جعل canonical لديهم يشير إلى URL الأصلي لديك. يحترم Google canonicals العابرة للنطاقات عندما يكون المحتوى مطابقا فعلا.

HTTPS دائما، لأي صفحة تقدم عبر HTTPS. خلط البروتوكولات يرسل إشارات متعارضة وقد يجعل Google يختار نسخة عشوائية.

ينبغي أن يستهدف canonical عنوان URL النهائي بعد التحويلات، لا عنوانا وسيطا. السلاسل تضعف الإشارة — قد يتعامل Google مع الإشارة إلى 302 كتلميح لا كسلطة.

أدوات ذات صلة