طريقة تحديد عنوان URL الأساسي باستخدام rel="canonical" وغيرها من الطرق
لتحديد عنوان URL أساسي لصفحات مكرّرة أو متشابهة جدًا في "بحث Google"، يمكنك الإشارة إلى خيارك المفضّل باستخدام عدة طُرق. إليك هذه الطُرق مرتّبة وفقًا لمدى فعالياتها من حيث التأثير في تحديد عنوان URL الأساسي:
- عمليات إعادة التوجيه: هي إشارة قوية إلى أنّ الوجهة المستهدفة من إعادة التوجيه يجب أن تصبح أساسية.
-
تعليقات
link
rel="canonical"
التوضيحية: هي إشارة قوية إلى أنّ عنوان URL المحدّد يجب أن يصبح أساسيًا. - تضمين خريطة موقع: هي إشارة ضعيفة تساعد في جعل عناوين URL المضمّنة في خريطة الموقع أساسية.
يُرجى العِلم أنّه يمكن الجمع بين هذه الطرق لتصبح أكثر فاعلية. ويعني ذلك أنّ استخدام طريقتين أو أكثر سيزيد من فرصة ظهور عنوان URL الأساسي المفضَّل لديك في نتائج البحث.
ننصح باستخدام هذه الطُرق، لكن لا نشترط أيًا منها، لأنّ موقعك الإلكتروني سيعمل على الأرجح بشكل جيّد حتى لو لم تحدّد الصفحة التي تفضّلها أن تكون عنوان URL الأساسي. والسبب في ذلك هو أنّه إذا لم تحدّد عنوان URL أساسيًا، سيحدّد محرّك بحث Google بشكل موضوعي أفضل نسخة لعنوان URL يجب عرضها للمستخدمين في "بحث Google".
لمَ من الأفضل أن تحدِّد عنوان URL أساسيًا؟
ذكرنا أنّه ليس شرطًا أن تحدّد الصفحة التي تفضّلها أن تكون عنوان URL الأساسي، لكن هناك عدة أسباب لإعلام Google بشكل واضح بصفحة أساسية من بين مجموعة من الصفحات المكرّرة أو المتشابهة، وهذه الأسباب هي:
-
تحديد عنوان URL الذي تريد أن يراه المستخدمون في نتائج البحث:
ربما تفضّل أن يصل المستخدمون إلى صفحة الفساتين الخضراء من خلال
https://www.example.com/dresses/green/greendress.html
بدلاً منhttps://example.com/dresses/cocktail?gclid=ABCD
. -
الجمع بين إشارات الروابط في حالة الصفحات المتشابهة أو المكرّرة: يساعد هذا الإجراء
محرّكات البحث في دمج الإشارات المتوفرة لديها بخصوص عناوين URL الفردية
(مثل الروابط المؤدية إليها) في عنوان URL واحد مفضّل. هذا يعني أنّه سيتم دمج الإشارات
من مواقع أخرى إلى
https://example.com/dresses/cocktail?gclid=ABCD
مع الروابط إلىhttps://www.example.com/dresses/green/greendress.html
في حال أصبح العنوان الثاني أساسيًا. - تبسيط مقاييس التتبع في جزء من المحتوى: مع توفّر مجموعة متنوعة من عناوين URL، قد يصعب الحصول على مقاييس موحّدة لنوع محدّد من المحتوى.
- تجنُّب قضاء وقت في الزحف إلى الصفحات المكرّرة: ربما تفضّل أن يزحف Googlebot بأكبر فعالية ممكنة إلى موقعك الإلكتروني، لذلك من الأفضل له قضاء الوقت في الزحف إلى صفحات جديدة (أو معدَّلة) على موقعك، بدلاً من الزحف إلى إصدارات مكرّرة من المحتوى نفسه.
أفضل الممارسات
ننصحك باتّباع أفضل الممارسات التالية في جميع طُرق تحديد عنوان URL الأساسي:
- لا تستخدم ملف robots.txt لأغراض متعلقة بتحديد عنوان URL الأساسي.
- لا تستخدم أداة إزالة عناوين URL لأغراض تحديد عنوان URL الأساسي، لأنّها تخفي كل نُسخ عنوان URL من "بحث Google".
-
لا تحدّد عناوين URL مختلفة على أنّها عناوين أساسية للصفحة ذاتها باستخدام
أساليب مختلفة لتحديد عنوان URL الأساسي (على سبيل المثال، لا تحدّد عنوان URL واحدًا في
خريطة الموقع، وعنوان URL مختلفًا للصفحة نفسها باستخدام
rel="canonical"
). -
لا ننصح باستخدام
noindex
كوسيلة لمنع اختيار صفحة أساسية ضمن موقع إلكتروني واحد، لأنّ ذلك سيؤدي إلى حظر الصفحة تمامًا من الظهور في نتائج "بحث Google". والحلّ المفضّل في تلك الحالة هو استخدام تعليقاتlink
rel="canonical"
التوضيحية. -
إذا كنت تستخدم
عناصر
hreflang
، احرص على تحديد صفحة أساسية باللغة نفسها أو بأفضل لغة بديلة ممكنة إذا لم تتوفر صفحة أساسية للّغة نفسها. - عند إنشاء روابط ضمن موقعك الإلكتروني، احرص على أن تؤدّي إلى عنوان URL الأساسي بدلاً من عنوان URL مكرّر. فمن خلال إنشاء روابط تؤدي بشكل متّسق إلى عنوان URL الذي تعتبره أساسيًا، يمكنك مساعدة Google في فهم خيارك المفضّل.
مقارنة بين طُرق تحديد عنوان URL الأساسي
يقارن الجدول التالي بين الطُرق المختلفة لتحديد عنوان URL الأساسي، مع إبراز نقاط القوة والضعف فيها عندما يتعلق الأمر بالصيانة والفعالية في سيناريوهات مختلفة.
الطريقة والوصف | |||
---|---|---|---|
عنصر rel="canonical" link
|
أضِف عنصر
|
||
عنوان HTTP rel="canonical"
|
أرسِل عنوان
|
||
خريطة الموقع |
حدّد صفحاتك الأساسية في خريطة موقع.
|
||
عمليات إعادة التوجيه | استخدِم عمليات إعادة التوجيه لإعلام Googlebot بأنّ عنوان URL المُعاد توجيهه يمثّل نسخة أفضل من عنوان URL معيّن، ولكن لا تستخدم هذه العمليات إلا عند إيقاف صفحة مكرّرة معيّنة بشكل نهائي. | ||
نسخة AMP | إذا كانت إحدى النسخ هي صفحة AMP، اتّبِع إرشادات AMP للإشارة إلى الصفحة الأساسية ونسخة AMP. |
استخدام تعليقات link
rel="canonical"
التوضيحية
يتيح محرّك بحث Google استخدام تعليقات link
canonical rel
التوضيحية الصريحة على النحو المبيَّن في
RFC 6596.
ويتم تجاهل تعليقات rel="canonical"
التوضيحية التي تقترح نسخًا بديلة من إحدى الصفحات، وتحديدًا، لن تُستخدم تعليقات rel="canonical"
التوضيحية لتحديد عنوان URL الأساسي إذا كان تتضمّن سمات hreflang
وlang
وmedia
وtype
. بدلاً من ذلك، عليك استخدام تعليقات link
التوضيحية المناسبة لتحديد النسخ البديلة من الصفحة، على سبيل المثال، hreflang
rel="alternate"
link
للتعليقات التوضيحية الخاصة باللغة والبلد.
يمكنك تقديم تعليقات link
rel="canonical"
التوضيحية بطريقتين، هما:
ننصحك بتحديد أحد هذين الخيارين والالتزام به، فعلى الرغم من توفّر إمكانية استخدام
الخيارين معًا، قد يزيد ذلك من احتمال حدوث خطأ (على سبيل المثال، قد توفّر عنوان URL معيّنًا في عنوان HTTP وعنوان URL آخر في العنصر link
rel="canonical"
).
العنصر link
rel="canonical"
العنصر link
rel="canonical"
(المعروف أيضًا باسم
العنصر الأساسي) هو عنصر مستخدَم في قسم HTML المسمّى head
للإشارة إلى أنّ صفحة أخرى تُعبّر عن محتوى الصفحة.
لنفترض أنّك تريد تحديد https://example.com/dresses/green-dresses
كعنوان URL أساسي، علمًا أنّ عدة عناوين URL يمكنها الوصول إلى هذا المحتوى. يمكنك الإشارة إلى
عنوان URL هذا كعنوان أساسي باتّباع الخطوات التالية:
-
أضِف عنصر
<link>
مع السمةrel="canonical"
إلى قسم<head>
في الصفحات المكرّرة للإشارة إلى الصفحة الأساسية. مثلاً:<html> <head> <title>Explore the world of dresses</title> <link rel="canonical" href="https://example.com/dresses/green-dresses" /> <!-- other elements --> </head> <!-- rest of the HTML -->
-
إذا كانت الصفحة الأساسية تحتوي على نسخة مخصّصة للأجهزة الجوّالة على عنوان URL منفصل، أضِف
عنصر
link
rel="alternate"
إليها للإشارة إلى نسخة الصفحة المخصّصة للأجهزة الجوّالة:<html> <head> <title>Explore the world of dresses</title> <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/dresses/green-dresses"> <link rel="canonical" href="https://example.com/dresses/green-dresses" /> <!-- other elements --> </head> <!-- rest of the HTML -->
-
أضِف عنصر
hreflang
أو أيّ عنصر آخر مناسب للصفحة.
استخدِم المسارات المطلقة بدلاً من المسارات النسبية مع عنصر link
rel="canonical"
. إنّ المسارات النسبية متوفرة لدى Google، إلا أنّها
قد تسبّب مشاكل على المدى الطويل (على سبيل المثال، إذا سمحت عن غير قصد بالزحف إلى
موقعك الإلكتروني المخصّص للاختبار)، وبالتالي لا ننصح بها.
مثال جيد:
https://www.example.com/dresses/green/greendress.html
مثال سيئ:
/dresses/green/greendress.html
يتم القبول بعنصر link element
rel="canonical"
فقط إذا ظهر في قسم HTML المسمّى <head>
، لذا تأكَّد على الأقل من أنّ قسم <head>
يمثّل محتوى HTML صالحًا.
إذا كنت تستخدم JavaScript لإضافة عنصر link
rel="canonical"
،
احرص على
إدخال عنصر الرابط الأساسي بشكل صحيح.
عنوان HTTP يتضمّن العنصر rel="canonical"
إذا كان بإمكانك تغيير إعدادات الخادم الخاص بك، وأردت الإشارة إلى عنوان URL الأساسي لمستند يتوافق مع "بحث Google"، بما في ذلك المستندات التي ليست بتنسيق HTML، مثل ملفات PDF، يمكنك استخدام
عنوان استجابة HTTP يتضمّن العنصر link
مع سمة rel="canonical"
مستهدفة كما هو محدّد وفق معيار
RFC5988
بدلاً من عنصر HTML.
يتيح محرك بحث Google هذه الطريقة لنتائج بحث الويب فقط.
إذا نشرت محتوًى بالعديد من تنسيقات الملفات، مثل PDF أو Microsoft Word، وكان كلّ منها
يحتوي على عنوان URL الخاص به، يمكنك عرض عنوان HTTP يتضمّن العنصر rel="canonical"
لإخبار
Googlebot بعنوان URL الأساسي للملفات التي ليست بتنسيق HTML. على سبيل المثال، للإشارة
إلى أنّ ملف PDF من نسخة .docx
يجب أن يكون أساسيًا، يمكنك
إضافة عنوان HTTP هذا لنسخة .docx
من المحتوى:
HTTP/1.1 200 OK Content-Length: 19 ... Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical" ...
كما هي الحال مع العنصر link
rel="canonical"
، استخدِم عناوين URL الكاملة
في عنوان HTTP الذي يتضمّن العنصر rel="canonical"
، ووفقًا لبروتوكول
RFC2616،
استخدِم علامات الاقتباس المزدوجة فقط حول عنوان URL.
استخدام خريطة موقع
اختَر عنوان URL أساسيًا لكل صفحة من صفحاتك وأرسِله في خريطة موقع. تكون جميع الصفحات المدرَجة في خريطة الموقع مقترَحة على أنّها صفحات أساسية، وسيحدّد Google الصفحات المكرّرة (في حال توفّرها) بناءً على ما إذا كان المحتوى متشابهًا.
إنّ توفير عناوين URL الأساسية المفضَّلة في خرائط الموقع يشكّل طريقة بسيطة لتحديد العناوين الأساسية لموقع إلكتروني كبير، وخرائط الموقع هي طريقة مفيدة لإخبار Google بالصفحات التي تعتبرها الأكثر أهمية على موقعك.
استخدام عمليات إعادة التوجيه
استخدِم هذه الطريقة للتخلص من الصفحات المكرّرة الحالية. جميع
طُرق إعادة التوجيه لها التأثير ذاته في "بحث Google"، سواء كانت عمليات إعادة التوجيه 301
و302
أو meta-refresh
أو عمليات إعادة التوجيه باستخدام JavaScript، ولكن قد يختلف الوقت
الذي تستغرقه محركات البحث لملاحظة طُرق إعادة التوجيه المختلفة.
للحصول على أسرع تأثير، استخدِم عمليات إعادة توجيه HTTP 3xx
(المعروفة أيضًا بعمليات إعادة التوجيه
من جهة الخادم).
لنفترض أنّه يمكن الوصول إلى صفحتك من خلال عدة طُرق:
https://example.com/home
https://home.example.com
https://www.example.com
اختَر أحد عناوين URL هذه كعنوان URL الأساسي، واستخدِم عمليات إعادة التوجيه لتحويل الزيارات من عناوين URL الأخرى إلى عنوان URL المفضّل لديك.
الإشارات الأخرى
إلى جانب الطُرق المقدَّمة بشكل واضح، يستخدم Google أيضًا مجموعة من إشارات تحديد العنوان الأساسي
التي تستند بشكل عام إلى طريقة إعداد الموقع الإلكتروني: تفضيل HTTPS على HTTP وعناوين URL في
مجموعات hreflang
.
تفضيل HTTPS على HTTP لعناوين URL الأساسية
يفضّل Google صفحات HTTPS على صفحات HTTP المكافئة عند اختيار صفحات أساسية، باستثناء عندما تكون هناك مشاكل أو إشارات متضاربة مثل ما يلي:
- تتضمن صفحة HTTPS شهادة طبقة مقابس آمنة (SSL) غير صالحة.
- تحتوي صفحة HTTPS على تبعيات غير آمنة (بخلاف الصور).
- تعيد صفحة HTTPS توجيه المستخدمين إلى صفحة HTTP أو من خلالها.
-
تتضمّن صفحة HTTPS عنصر
link
rel="canonical"
يؤدي إلى صفحة HTTP.
مع أنّ أنظمتنا تفضّل صفحات HTTPS على صفحات HTTP بشكل تلقائي، يمكنك ضمان التزام الأنظمة بذلك عن طريق اتّباع أيّ من الإجراءات التالية:
- إضافة عمليات إعادة توجيه من صفحة HTTP إلى صفحة HTTPS
-
إضافة عنصر
link
rel="canonical"
يؤدّي من صفحة HTTP إلى صفحة HTTPS - تنفيذ سياسة HSTS
لمنع Google من اختيار صفحة HTTP كصفحة أساسية بشكلٍ خاطئ، تجنَّب الممارسات التالية:
- تجنَّب شهادات بروتوكول أمان طبقة النقل (TLS) أو طبقة المقابس الآمنة غير الصالحة وعمليات إعادة التوجيه من HTTPS إلى HTTP لأنّها تجعل Google يفضّل HTTP إلى حدّ كبير جدًا. ولا يمكن أن يلغي تنفيذ HSTS هذا التفضيل القوي.
-
لا تضمِّن نسخة HTTP من صفحاتك في خريطة الموقع أو
تعليقات
hreflang
التوضيحية بدلاً من نسخة HTTPS. -
تجنَّب استخدام شهادة بروتوكول أمان طبقة النقل أو طبقة المقابس الآمنة لمتغيّر المضيف الخاطئ، على سبيل المثال، عندما يعرض
example.com
الشهادة لـsubdomain.example.com
. ويجب أن تتطابق الشهادة مع عنوان URL الكامل للموقع الإلكتروني أو أن تكون شهادة أحرف بدل يمكن استخدامها لنطاقات فرعية متعددة في أحد النطاقات.
تفضيل عناوين URL في مجموعات hreflang
للمساعدة في جهود أقلمة المواقع الإلكترونية، يفضّل محرك بحث Google
عناوين URL التي هي جزء من مجموعات hreflang
لأغراض تحديد عنوان URL الأساسي. على سبيل المثال، إذا كان كلّ من
https://example.com/de-de/cats
وhttps://example.com/de-ch/cats
يشيران إلى بعضهما بالتبادل باستخدام تعليقات
hreflang
التوضيحية، ولا يشيران إلى
https://example.com/de-at/cats
، سيتم تفضيل الصفحات لكلّ من
de-de
وde-ch
باعتبارها صفحات أساسية
بدلاً من صفحة /de-at/
التي لا تظهر في مجموعة
hreflang
.
يمكنك الاطّلاع على مزيد من المعلومات حول إصلاح المشاكل المتعلقة بتحديد عنوان URL الأساسي.