وسم Canonical: متى تستخدمه وكيف تضبط الرابط الأساسي؟

وسم Canonical هو عنصر link يُضاف إلى رأس صفحة HTML لتحديد عنوان URL الذي تفضّل أن يمثّلها عندما يكون المحتوى نفسه متاحًا عبر أكثر من رابط. يستخدم العلاقة rel="canonical"، ويساعد محركات البحث على فهم النسخة المفضلة، لكنه لا ينقل الزائر إليها ولا يفرض على Google اختيارها.

هناك فرق بين الوسم الذي تنشره والرابط الأساسي الذي تعتمده Google. الأول يعلن تفضيل الموقع، بينما تختار Google العنوان الذي تعتبره الأنسب لتمثيل مجموعة الصفحات المتكررة. وتسمى عملية الاختيار Canonicalization، وفق شرح Google لتحديد عنوان URL الأساسي.

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

تاريخ النشر: 29 سبتمبر 2026.

انتقل إلى: متى تستخدم Canonical؟، مثال الكود، إعداده في ووردبريس، طريقة الفحص، تشخيص المشكلات، الفلاتر والترقيم واللغات.

متى تستخدم Canonical، ومتى تختار إجراءً آخر؟

استخدم Canonical عندما توجد عناوين تعرض المحتوى نفسه أو محتوى متشابهًا جدًا، وتحتاج إلى تحديد النسخة المفضلة مع إبقاء العناوين الأخرى متاحة. أما اشتراك صفحتين في القالب أو اسم المنتج أو الكلمة المستهدفة، فلا يكفي وحده لاعتبارهما نسختين.

قارن المحتوى الأساسي وما يحصل عليه القارئ من كل صفحة. مثلًا، مقال يشرح مقاسات الدفاتر وصفحة تبيع دفترًا بمقاس A5 ليسا محتوى متكافئًا، حتى لو تكررت فيهما المصطلحات نفسها. لا تجعل أحدهما Canonical للآخر لمجرد الرغبة في تقوية صفحة معينة.

الحالة	الإجراء الأقرب	ما الذي يفعله؟
نسخ متكافئة تحتاج إلى إبقائها متاحة	rel="canonical"	يعلن النسخة المفضلة دون نقل الزائر.
عنوان انتقل نهائيًا إلى بديل مناسب	تحويل دائم 301 أو 308	ينقل الزائر ويشير إلى الانتقال الدائم.
صفحة عامة لا تريد ظهورها في البحث	تعليمات noindex	تمنع فهرستها بعد وصول Google إلى التعليمات.
مسارات تريد إدارة وصول الزاحف إليها	قواعد robots.txt	تدير الزحف، ولا تضمن إزالة العنوان من البحث.

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

كذلك، وجود بعض المحتوى المكرر لا يعني تلقائيًا عقوبة؛ توضح وثائق Google أن بعض التكرار طبيعي. المشكلة التي تعالجها هنا هي تحديد النسخة الممثلة للمحتوى، وليست إثبات ملكيته أو ضمان ترتيبه.

مثال عملي: صفحة واحدة ورابط يحتوي على معامل تتبع

افترض أن لديك دليلًا عن مقاسات الدفاتر، ويمكن الوصول إليه من العنوانين التاليين. هذا مثال تعليمي، وليس نتيجة فحص لموقع حقيقي:

https://example.com/guides/notebook-sizes/
https://example.com/guides/notebook-sizes/?utm_source=newsletter&utm_medium=email

إذا كانت معاملات التتبع لا تغيّر محتوى الدليل، وكانت النسخة الأولى هي العنوان المستقر الذي تريد اعتماده، فيمكن أن تنشر النسخة الثانية داخل قسم <head> هذا الوسم:

<link rel="canonical" href="https://example.com/guides/notebook-sizes/">

وفي الصفحة الأساسية نفسها، استخدم السطر ذاته؛ لأنه يشير هذه المرة إلى عنوان الصفحة التي يوجد داخلها. يسمى ذلك Canonical ذاتي المرجعية أو Self-referencing canonical. وتوصي Google بهذه الإشارة على الصفحة الأساسية، مع توضيح أن إعلان التفضيل ليس شرطًا إلزاميًا حتى يختار محرك البحث نسخة أساسية.

تساعد هذه الإشارات على تجميع إشارات النسخ المتشابهة، مثل الروابط الواردة، لدى النسخة التي تُعتمد أساسية. لكنها لا تَعِد بنسبة ثابتة لنقل قيمة الروابط أو بتحسن محدد في الترتيب. راجع إرشادات Google لتحديد الرابط الأساسي.

أما رابط مثل /notebooks/?paper=dotted فقد يعرض دفاتر منقطة فقط، بخلاف صفحة جميع الدفاتر. وجود علامة الاستفهام في الرابط ليس سببًا كافيًا لحذف المعامل من Canonical؛ القرار يتوقف على المحتوى المعروض ووظيفة الصفحة.

قواعد تنفيذ الوسم واختيار الوجهة

ضع عنصر link في رأس الصفحة، لا داخل نص المقال

وسم Canonical ليس عنصر meta. في صفحات HTML يُكتب باستخدام link داخل <head>، وليس داخل <body> أو فقرة المحتوى. وتوضح Google في شرح أخطاء Canonical الشائعة أن وضعه في جسم الصفحة لا يحقق الغرض المطلوب.

استخدم عنوانًا كاملًا يبدأ بالبروتوكول والنطاق، مثل المثال السابق. Google تدعم المسارات النسبية، لكنها توصي بالعناوين المطلقة لتقليل الالتباس، خصوصًا عند وجود بيئات اختبار أو نسخ مختلفة من الموقع.

اختر وجهة نهائية مناسبة للمحتوى

افتح عنوان الوجهة وتأكد من أنه يعرض المحتوى المقصود، وليس صفحة خطأ أو تسجيل دخول أو محتوى مختلفًا. لا يكفي أن يعيد الخادم استجابة ناجحة؛ افحص أيضًا ما يراه المستخدم وتعليمات الفهرسة الموجودة عليه.

تجنّب سلسلة من نوع «الصفحة أ تشير إلى ب، وب تشير إلى ج». حدّد النسخة النهائية ثم وجّه النسخ المناسبة إليها مباشرةً. وينبّه المرجع التقني لعلاقة Canonical إلى تجنب الوجهات التي تعيد أخطاء، أو تحوّل دائمًا إلى عنوان آخر، أو تعلن بدورها نسخة أساسية مختلفة.

اجعل الروابط والخريطة متسقة مع الاختيار

استخدم العنوان المفضل في الروابط الداخلية، ولا تعلن نسخة في الوسم وأخرى في خريطة الموقع. وتصف Google التحويلات ووسم Canonical بأنهما إشارتان قويتان، بينما تصف الإدراج في Sitemap بأنه إشارة أضعف؛ فلا تتعامل مع الخريطة باعتبارها أمرًا يلغي بقية الإشارات.

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

للملفات غير HTML: استخدم ترويسة HTTP عند الحاجة

يمكن إعلان Canonical في ترويسة استجابة HTTP Link، وهي طريقة تدعمها Google أيضًا للمستندات غير HTML، مثل ملفات PDF. هذا مثال لترويسة تشير إلى صفحة ويب تحتوي على المحتوى المكافئ:

Link: <https://example.com/guides/notebook-sizes/>; rel="canonical"

تُضبط الترويسة في استجابة الخادم، ولا تُلصق داخل نص المستند. وتوصي وثائق التنفيذ باختيار طريقة واحدة بين عنصر HTML والترويسة؛ فالجمع بينهما مدعوم، لكنه يزيد احتمال إعلان وجهتين مختلفتين بالخطأ.

إضافة وسم Canonical في ووردبريس دون تكراره

افحص الصفحة المنشورة قبل إضافة أي شيء. يتضمن ووردبريس وظيفة rel_canonical() لإخراج الوسم في صفحات المحتوى المفردة، مثل المقالات والصفحات. وقد تتولى إضافة السيو إدارة هذا الإخراج وتعديله؛ لذلك لا تفترض أن موقعك يحتاج إلى وسم يدوي إضافي.

كما أن ترك حقل Canonical فارغًا داخل الإضافة لا يثبت غياب الوسم من الصفحة. فمثلًا، توضح مواصفات Yoast الوظيفية كيفية توليد العنوان تلقائيًا، وكيف تتجاوز القيمة المخصصة ذلك السلوك عند إدخالها.

تعديل الرابط الأساسي باستخدام Rank Math

إذا كنت تستخدم Rank Math بالفعل وتحتاج إلى إعلان وجهة مختلفة لصفحة محددة، فاتبع الخطوات الموثقة للإضافة:

1. افتح المقالة أو الصفحة المطلوب تعديلها في محرر ووردبريس.
2. افتح إعدادات Rank Math وانتقل إلى تبويب Advanced. إذا لم يظهر، فعّل الوضع المتقدم من لوحة Rank Math SEO.
3. أدخل عنوان الوجهة الكامل في حقل Canonical URL، بعد التأكد من ملاءمتها.
4. احفظ التعديل، ثم افتح الصفحة المنشورة وافحص الوسم الفعلي.

تعديل الرابط الأساسي باستخدام Yoast SEO

في Yoast SEO، افتح الصفحة في المحرر، ثم انتقل إلى Advanced داخل لوحة Yoast وأدخل العنوان المطلوب في Canonical URL، ثم احفظ. توضح وثائق ميزة Canonical في Yoast أن الإضافة تولّد القيمة افتراضيًا، وأن التعديل اليدوي مطلوب عند الحاجة إلى تجاوز الاختيار الافتراضي.

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

كيف تفحص الوسم وما اختارته Google؟

افحص المصدر والصفحة بعد العرض

افتح مصدر الصفحة وابحث عن canonical. راجع عناصر link المطابقة، وعناوينها، وموقعها داخل الرأس. لا تتوقف عند أول نتيجة؛ فقد يضيف القالب وسمًا وتضيف الإضافة آخر في موضع بعيد. تؤكد إرشادات Google لفحص الأخطاء أهمية مراجعة الرأس كاملًا لاكتشاف التصريحات المتعددة.

بعد ذلك افحص الصفحة في تبويب Elements بأدوات المطور، خصوصًا إذا كان الموقع يعتمد على JavaScript. قد يختلف المحتوى النهائي عن المصدر الأولي. وتوضح وثائق JavaScript SEO أن Google تستطيع قراءة Canonical المحقون أثناء العرض، لكنها توصي بعدم تغيير قيمته إلى عنوان يخالف القيمة الموجودة في HTML الأصلي.

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

راجع ترويسات الاستجابة أيضًا

في أدوات المطور بمتصفح Chrome، افتح Network وأعد تحميل الصفحة، ثم اختر طلب المستند الأساسي وافتح Headers. راجع رمز الاستجابة وResponse Headers، وابحث عن ترويسة Link تتضمن rel="canonical". هذه هي طريقة عرض ترويسات HTTP في Chrome DevTools.

قارن قيمة الترويسة، إن وُجدت، بقيمة الوسم في HTML. ثم افحص الوجهة نفسها بالطريقة ذاتها. هذه الخطوات تكشف ما يرسله الموقع، لكنها لا تثبت أن Google اعتمدت الاختيار.

استخدم بيانات الفهرس في Search Console

داخل خاصية الموقع التي تملك صلاحية الوصول إليها، أدخل العنوان الكامل في URL Inspection، ثم افتح تفاصيل فهرسة الصفحة. قارن بين الحقلين:

User-declared canonical: العنوان الأساسي الذي أعلن عنه الموقع كما يظهر في التقرير. Google-selected canonical: العنوان الذي اختارته Google لتمثيل المحتوى.

راجع كذلك تاريخ آخر زحف، وافتح العنوان الذي اختارته Google عندما يختلف عن المتوقع. توضح وثائق أداة فحص عنوان URL أن تحديد اختيار Google يعتمد على بيانات النسخة المفهرسة؛ الاختبار المباشر لا يتنبأ بالعنوان الذي ستعتمده Google أساسيًا.

استخدم الاختبار المباشر لفحص الحالة المنشورة بعد التعديل، لا لإعلان نجاح الاختيار في الفهرس فورًا. كذلك لا تجعل ظهور عنوان في بحث site: أو نجاح فاحص خارجي بديلًا عن مقارنة حقول التقرير.

كيف تفسّر حالات Canonical في Search Console؟

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

صفحة بديلة تتضمن علامة أساسية مناسبة

حالة Alternate page with proper canonical tag تعني أن الصفحة تشير بصورة مناسبة إلى النسخة الأساسية المفهرسة. إذا كانت العلاقة والوجهة مقصودتين، فلا تحتاج إلى إجبار النسخة البديلة على الفهرسة. افحص الوجهة للاطمئنان إلى أنها الصفحة التي تريد ظهورها.

صفحة مكررة بدون عنوان أساسي يحدده المستخدم

حالة Duplicate without user-selected canonical تعني أن Google وجدت نسخة أخرى واختارتها رغم عدم إعلان تفضيل واضح. ليست خطأ تلقائيًا. إذا كان الاختيار مناسبًا، فلا توجد ضرورة لتغيير المحتوى؛ وإذا كان غير مناسب، راجع العلاقة ثم وضّح اختيارك بإشارات متسقة.

صفحة مكررة اختارت Google لها عنوانًا مختلفًا

حالة Duplicate, Google chose different canonical than user تستدعي مقارنة الصفحة المفحوصة بالوجهة المعلنة والوجهة التي اختارتها Google. لا تستنتج منها وحدها أن الوسم غير قابل للقراءة؛ افحص المحتوى والإعدادات قبل اختيار الإصلاح.

تشخيص اختيار غير مرغوب: ماذا تغيّر أولًا؟

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

إذا كانت Google تجمع صفحات تريد فهرستها منفصلة، فتصحيح الوسم وحده قد لا يكفي؛ توصي إرشادات تشخيص Canonical بالتأكد من وجود اختلاف واضح ومهم بين المحتويات التي ينبغي فصلها. لا تجعل التغيير مجرد استبدال كلمات في العنوان مع إبقاء المحتوى الأساسي نفسه.

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

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

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

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

حالات لا يصلح لها إعداد Canonical واحد

الفلاتر ومعاملات الروابط

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

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

صفحات الترقيم

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

مثلًا، على صفحة https://example.com/notebooks/?page=2 يمكن أن يكون الوسم ذاتي المرجعية هكذا:

<link rel="canonical" href="https://example.com/notebooks/?page=2">

بهذا لا تعلن أن قائمة العناصر في الصفحة الثانية نسخة من قائمة الصفحة الأولى. وتظل قابلية الوصول إلى صفحات التسلسل عبر روابط مناسبة مسألة يجب فحصها أيضًا.

الترجمات وhreflang

لا تجعل الصفحة العربية تشير تلقائيًا إلى الإنجليزية باعتبارها «الأصل». ترجمة المحتوى الأساسي ليست الحالة نفسها لنسختين متكررتين باللغة نفسها. استخدم hreflang لبيان العلاقات اللغوية أو الإقليمية، وراجع Canonical داخل كل مجموعة مناسبة.

أما النسخ الإقليمية المتشابهة باللغة نفسها، فتوصي إرشادات المواقع متعددة اللغات والمناطق باستخدام Canonical وhreflang معًا وفق بنية الموقع. لا يعوّض أحدهما الآخر: تحديد النسخة المفضلة يختلف عن توضيح الجمهور اللغوي أو الإقليمي.

ألوان المنتجات ومقاساتها

لا تعمم أن كل لون أو مقاس يجب أن يشير إلى صفحة منتج رئيسية. تميّز إرشادات Google لمتغيرات المنتجات بين تنفيذ يجمع المتغيرات في صفحة واحدة، وتنفيذ يوزعها على صفحات مستقلة.

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

Canonical عبر نطاقين وإعادة نشر المقالات

تسمح علاقة Canonical بالإشارة إلى نطاق مختلف، لكن الإمكان التقني لا يعني أنها الحل المناسب لكل اتفاق لإعادة النشر. وتوضح Google في إرشادات المحتوى المعاد نشره أنها لا توصي بالاعتماد على الوسم لمنع تكرار محتوى شركاء النشر؛ فصفحاتهم قد تختلف كثيرًا، ويكون منع فهرسة نسخة الشريك هو الحل الأكثر فاعلية لهذا الهدف.

لذلك اتفق على هدف النشر وإعدادات النسخة الأخرى، ولا تتعامل مع Canonical باعتباره إثبات ملكية أو ضمانًا بأن نسخة الشريك لن تظهر في البحث.

كيف تتأكد من نجاح تعديل Canonical؟

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

• تحقق من الناتج: افحص المصدر والنسخة المعروضة والترويسات، وتأكد من عدم وجود وجهة متعارضة.
• تحقق من الوجهة: افتح الصفحة المقصودة وافحص محتواها واستجابتها وتعليماتها.
• اختبر نطاق التغيير: راجع صفحات أخرى من القالب نفسه وحالات يجب ألا تتأثر.
• تابع بيانات الفهرس: قارن الاختيار المعلن باختيار Google بعد إعادة المعالجة، بدل الاكتفاء بنتيجة الاختبار المباشر.

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

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