المحتوى المكرر والكانونيكال موضوعان مرتبطان لكنهما ليسا الشيء نفسه. المحتوى المكرر يحدث عندما توجد نسخ متطابقة أو متشابهة جدًا من نفس المحتوى على أكثر من URL، بينما Canonical هو إشارة تساعد محركات البحث على معرفة النسخة التي تفضّل أن تُعامل كنسخة أساسية.
التعامل الصحيح مع المحتوى المكرر والكانونيكال يبدأ من فهم سبب وجود النسخ المختلفة. أحيانًا يكون السبب فلاتر أو معلمات أو طباعة أو نسخة HTTP وHTTPS، وأحيانًا يكون السبب صفحات مختلفة فعلًا لكنها تغطي نفس النية. الحل لا يكون دائمًا بوضع canonical.
ما المقصود بالمحتوى المكرر
المحتوى المكرر قد يكون نسخة مطابقة بالكامل أو نسخة قريبة جدًا من صفحة أخرى. المشكلة ليست عقوبة تلقائية، بل صعوبة تحديد النسخة الأهم وتشتت الإشارات والزحف.
- نسخ URL بمعلمات مختلفة.
- نسخة للطباعة.
- صفحات تصنيف وفلاتر متشابهة جدًا.
- نسخ HTTP وHTTPS أو www وnon-www.
- صفحات منتجات متطابقة في الوصف.
Canonical ليس Redirect
وسم canonical لا ينقل المستخدم من URL إلى آخر. الصفحة تظل متاحة، لكنك ترسل إشارة لمحرك البحث عن النسخة المفضلة.
لهذا في المحتوى المكرر والكانونيكال يجب التفريق بين حالة تريد فيها إبقاء أكثر من URL متاحًا وحالة تريد فيها إلغاء URL فعليًا.
متى يكون Canonical مناسبًا
يكون مناسبًا عندما تحتاج النسخ المتعددة أن تبقى متاحة للمستخدم أو النظام، لكنك تريد توحيد النسخة الأساسية للبحث.
| الحالة | القرار المحتمل |
| نسخة طباعة من صفحة أصلية | Canonical إلى النسخة الأصلية |
| معلمات تغير العرض فقط | Canonical حسب بنية الموقع والحالة |
| نسخة متطابقة في نطاق آخر | Cross-domain canonical عند الحاجة |
| صفحة تم إلغاؤها نهائيًا | Redirect غالبًا أنسب من canonical |
Self Canonical مفيد للنسخة الأساسية
الصفحة الأساسية يمكن أن تشير إلى نفسها عبر canonical، وهذا يساعد على توضيح النسخة المفضلة خصوصًا في الأنظمة التي قد تولد متغيرات URL.
لكن self canonical لا يعالج وحده فوضى كبيرة في بنية الموقع إذا كانت الصفحات المختلفة تخدم نيات متداخلة.
Canonical إشارة وليس أمرًا مطلقًا
محركات البحث قد تختار Canonical مختلفًا إذا رأت إشارات أقوى نحو نسخة أخرى. لذلك في المحتوى المكرر والكانونيكال يجب أن تكون باقي الإشارات متسقة مثل الروابط الداخلية وSitemap وRedirects.
متى يكون Redirect أفضل
إذا لم تعد النسخة القديمة لها وظيفة مستقلة، وكان هناك بديل واضح يجب أن يحل محلها، فقد يكون Redirect أنسب.
لا تستخدم canonical لإبقاء URL لا تحتاجه أصلًا. هذا يضيف تعقيدًا بدون قيمة.
متى يكون Noindex أفضل
بعض الصفحات يجب أن تبقى متاحة للمستخدم لكنها لا تحتاج إلى الظهور في البحث، مثل بعض صفحات الحساب أو الفلاتر غير المهمة. في هذه الحالات قد يكون Noindex أنسب من canonical حسب الوظيفة.
لا تستخدم Noindex وCanonical بصورة متناقضة على نفس الصفحة بدون سبب واضح.
المحتوى المتشابه لا يعني دائمًا أنه مكرر
صفحتان عن موضوع قريب قد تشتركان في أجزاء كثيرة لكن تخدمان نيتين مختلفتين. هنا المشكلة ليست Duplicate Content بل وضوح الاستهداف.
في المحتوى المكرر والكانونيكال لا تضع canonical بين صفحتين مختلفتين لمجرد أنهما تحتويان كلمات متشابهة.
الفلاتر والمعلمات تحتاج سياسة
المتاجر قد تنتج آلاف URLs عبر اللون والحجم والترتيب والفلاتر. بعض التركيبات قد تمثل نية مستقلة تستحق صفحة، وبعضها مجرد طريقة عرض.
ضع سياسة تحدد ما الذي يمكن فهرسته وما الذي يجب توحيده أو منعه أو تركه للاستخدام فقط.
الروابط الداخلية يجب أن تشير إلى النسخة الأساسية
حتى لو استخدمت canonical، من الأفضل أن تربط داخليًا بالـURL الأساسي بدل إرسال إشارات مختلطة.
كذلك Sitemap يجب أن تحتوي النسخ التي تريد فهرستها، لا كل البدائل المكررة.
كيف تكتشف مشكلات Canonical
- Google اختار Canonical مختلفًا عن المستخدم.
- صفحة مهمة تشير إلى صفحة غير مناسبة.
- صفحات كثيرة تشير كلها إلى الصفحة الرئيسية.
- Canonical يذهب إلى URL غير قابل للفهرسة.
- الروابط الداخلية تشير إلى نسخة غير أساسية.
قائمة تشخيص قبل القرار
- هل الصفحتان متطابقتان فعلًا أم تخدمان نيتين مختلفتين.
- هل يجب أن تبقى النسختان متاحتين للمستخدم.
- أي URL هو النسخة الأساسية.
- هل Redirect أنسب من canonical.
- هل Noindex أنسب لوظيفة الصفحة.
- هل الروابط الداخلية وSitemap متسقة مع القرار.
- هل الصفحة الأساسية قابلة للفهرسة.
أخطاء شائعة
- Canonical إلى الصفحة الرئيسية لكل مشكلة.
- استخدام canonical لحل Cannibalization بين نيات مختلفة.
- الإشارة إلى URL غير مفهرس.
- إرسال روابط داخلية إلى النسخة غير الأساسية.
- إبقاء صفحات لا وظيفة لها بدل Redirect.
- اعتبار كل تشابه نصي Duplicate Content خطيرًا.
الكانونيكال ينظم النسخ ولا يصلح بنية خاطئة
المحتوى المكرر والكانونيكال يحتاجان تشخيصًا قبل وضع الوسم. إذا كانت الصفحات نسخًا حقيقية وتحتاج أن تبقى، يمكن للـCanonical أن يوضح النسخة المفضلة. أما إذا كان URL انتهى أو النيات مختلفة، فقد يكون الحل Redirect أو Noindex أو إعادة بناء الاستهداف.
ولفهم العلاقة بين Canonical وبقية عناصر الصفحة يمكن الرجوع إلى السيو الداخلي. وإذا كان الموقع يحتوي عددًا كبيرًا من النسخ والفلاتر والمعلمات يمكن الانتقال إلى خدمات سيو بعد حصر الأنماط وتحديد السياسة المناسبة.
