الرابط الأساسي Canonical: كيف تمنع تكرار الصفحات وتساعد جوجل على اختيار الرابط الصحيح؟
قد يحتوي موقعك على صفحة واحدة يمكن الوصول إليها من خلال أكثر من رابط. فعلى سبيل المثال، قد تظهر صفحة المنتج نفسها عبر الرابط الأساسي، ورابط يحتوي على معاملات تتبع، ورابط آخر ناتج عن الفلاتر أو ترتيب المنتجات.
في هذه الحالة، قد تجد Google عدة روابط تعرض المحتوى نفسه أو محتوى متشابهًا جدًا. ولذلك، تحتاج محركات البحث إلى تحديد الرابط الذي يمثل النسخة الأساسية التي يمكن عرضها في نتائج البحث.
هنا تظهر أهمية الرابط الأساسي Canonical، الذي يساعدك على توضيح النسخة المفضلة من الصفحة عند وجود عدة روابط متكررة أو متقاربة.
ومع ذلك، لا يعني إضافة Canonical أن Google ستختار الرابط المحدد دائمًا دون مراجعة. إذ تتعامل Google مع الرابط الأساسي باعتباره إشارة قوية، لكنها قد تختار رابطًا مختلفًا إذا وجدت أن بقية الإشارات داخل الموقع غير متوافقة.
في هذا الدليل، نوضح معنى Canonical، وأسباب ظهور الصفحات المكررة، وطريقة إضافة الرابط الأساسي، والفرق بينه وبين التحويل 301 وNoindex وملف robots.txt، بالإضافة إلى كيفية معالجة أخطاء Canonical داخل Google Search Console.
ما المقصود بالرابط الأساسي Canonical؟
الرابط الأساسي هو عنوان URL الذي يمثل النسخة الرئيسية من مجموعة صفحات متكررة أو شديدة التشابه.
فعلى سبيل المثال، قد يمكن فتح صفحة الخدمة من خلال الروابط التالية:
http://example.com/seo-service/
إذا كانت جميع هذه الروابط تعرض المحتوى نفسه، فيجب تحديد رابط واحد بوصفه النسخة الأساسية، مثل:
وتعرّف Google عملية Canonicalization بأنها اختيار الرابط الأكثر تمثيلًا لمجموعة من الصفحات المتكررة. وبعد اختيار الرابط الأساسي، يمكن أن يظهر هذا الرابط في نتائج البحث بدل النسخ الأخرى.
يمكنك مراجعة دليل Google حول Canonicalization لفهم كيفية اختيار الرابط الأساسي.
لماذا تظهر عدة روابط للمحتوى نفسه؟
تظهر الصفحات المتكررة داخل المواقع لأسباب كثيرة، ولا يعني ذلك دائمًا أن صاحب الموقع نسخ المحتوى يدويًا.
من الأسباب الشائعة:
- وجود نسختي HTTP وHTTPS.
- فتح الموقع عبر www ودون www.
- إضافة معاملات التتبع إلى الرابط.
- روابط فلاتر المنتجات.
- ترتيب المنتجات حسب السعر.
- صفحات الطباعة.
- روابط مشاركة الحملات.
- اختلاف الحروف الكبيرة والصغيرة.
- وجود رابط ينتهي بشرطة وآخر دونها.
- صفحات المنتجات بألوان أو خيارات مختلفة.
- نسخ الجوال القديمة.
- روابط التصنيفات والوسوم.
- أنظمة إدارة المحتوى التي تنشئ أكثر من مسار.
- وجود صفحة رئيسية عبر
/و/index.html. - معلمات الجلسات أو حساب المستخدم.
لذلك، قد يكتشف Google عددًا كبيرًا من الروابط، رغم أن عدد الصفحات الفعلية أقل بكثير.
لماذا تعد الصفحات المكررة مشكلة؟
لا تعتبر Google المحتوى المكرر مخالفة تلقائيًا، لكن وجود عدد كبير من النسخ قد يؤدي إلى مشكلات تنظيمية وتقنية.
ومن أبرز هذه المشكلات:
- اختيار Google رابطًا لا تفضله.
- توزيع الروابط الداخلية بين عدة نسخ.
- إرسال روابط مختلفة داخل Sitemap.
- ظهور روابط تحتوي على معاملات في البحث.
- استهلاك وقت الزحف في صفحات متشابهة.
- صعوبة تحليل أداء الصفحة في Search Console.
- تنافس عدة روابط على الإشارات نفسها.
- عدم وضوح الرابط الذي يجب تحديثه.
- ظهور وصف أو عنوان غير متوقع.
لذلك، يساعد Canonical على جمع الإشارات حول رابط واضح بدل توزيعها على عدة نسخ.
كيف يبدو وسم Canonical؟
يُضاف وسم Canonical داخل قسم <head> في كود الصفحة:
<link rel="canonical" href="https://example.com/seo-service/" />يعني ذلك أن الصفحة الحالية تشير إلى:
بوصفه الرابط الأساسي.
ويجب أن يكون الرابط:
- كاملًا ويبدأ بـHTTPS.
- صحيحًا ويمكن فتحه.
- غير محظور من الزحف.
- قابلًا للفهرسة.
- غير محول إلى رابط آخر.
- متوافقًا مع محتوى الصفحة.
- هو النسخة التي تريد ظهورها في جوجل.
وتوصي Google باستخدام وسم rel="canonical" داخل HTML بوصفه إحدى الطرق الأساسية لتحديد الرابط المفضل.
ما هو Canonical الذاتي؟
Canonical الذاتي أو Self-referencing Canonical يعني أن الصفحة تشير إلى رابطها الأساسي نفسه.
مثال:
صفحة:
تحتوي على:
<link rel="canonical" href="https://example.com/internal-links-seo/" />يساعد ذلك على توضيح الرابط المعتمد، خصوصًا عندما يمكن الوصول إلى الصفحة من خلال معاملات أو نسخ إضافية.
وفي كثير من أنظمة إدارة المحتوى وإضافات SEO، يتم إنشاء Canonical الذاتي تلقائيًا.
هل يجب أن تحتوي كل صفحة على Canonical؟
يفضل أن تحتوي الصفحات القابلة للفهرسة على رابط Canonical واضح، حتى إذا لم تكن تعرف بوجود نسخ مكررة.
ومع ذلك، يجب مراجعة الإعدادات؛ لأن التوليد التلقائي قد ينتج رابطًا خاطئًا عند:
- نقل الموقع.
- تغيير النطاق.
- العمل على نسخة تجريبية.
- تغيير بنية الروابط.
- استخدام إضافات متعددة.
- وجود مشكلة في HTTPS.
- وجود إعدادات www غير متوافقة.
لذلك، لا تفترض أن Canonical صحيح لمجرد أن النظام أضافه تلقائيًا.
الفرق بين Canonical والتحويل 301
يؤدي كل منهما وظيفة مختلفة.
Canonical
يبقي الرابط متاحًا للمستخدم، لكنه يوضح لمحركات البحث أن رابطًا آخر يمثل النسخة الأساسية.
التحويل 301
ينقل المستخدم ومحرك البحث من الرابط القديم إلى رابط جديد بصورة دائمة.
فعلى سبيل المثال، إذا غيّرت رابط مقال من:
/old-seo-guide/
إلى:
/seo-guide/
فالأفضل استخدام تحويل 301؛ لأنك لا تحتاج إلى بقاء الرابط القديم متاحًا.
أما إذا كانت صفحة المنتج نفسها تظهر بمعاملات ترتيب مختلفة يحتاج إليها المستخدم، فقد يكون Canonical أنسب من التحويل.
متى تستخدم تحويل 301 بدل Canonical؟
استخدم تحويل 301 عندما:
- تغير رابط صفحة نهائيًا.
- تنقل الموقع إلى نطاق جديد.
- تحول HTTP إلى HTTPS.
- توحد www ودون www.
- تحذف صفحة ويوجد بديل مباشر.
- تدمج مقالين في مقال واحد.
- تغير بنية الروابط الدائمة.
- تنقل منتجًا إلى رابط جديد.
أما Canonical، فيُستخدم عندما تحتاج النسخة الإضافية إلى البقاء متاحة، لكنك لا تريد اعتبارها صفحة مستقلة في البحث.
الفرق بين Canonical وNoindex
Canonical
يقول لمحرك البحث: هذه الصفحة مشابهة لصفحة أخرى، والرابط المفضل هو الرابط المحدد.
Noindex
يقول لمحرك البحث: لا تضف هذه الصفحة إلى نتائج البحث.
لذلك، لا يفضل استخدام Canonical وNoindex على الصفحة نفسها دون سبب واضح؛ لأن الإشارتين قد تكونان متعارضتين.
فعندما تشير الصفحة إلى رابط أساسي، فأنت تطلب من Google جمع إشاراتها مع صفحة أخرى. أما عند استخدام Noindex، فأنت تطلب استبعاد الصفحة من الفهرس.
الفرق بين Canonical وrobots.txt
لا يستخدم ملف robots.txt لحل مشكلة Canonical.
فعندما تحظر رابطًا داخل robots.txt، قد تمنع Google من قراءة محتوى الصفحة ووسم Canonical الموجود داخلها.
كما توصي Google بعدم استخدام robots.txt لأغراض Canonicalization، لأن الرابط المحظور قد يظل معروفًا لمحركات البحث دون قراءة محتواه.
ولفهم إدارة الزحف بصورة أوسع، راجع مقال ملف robots.txt والتحكم في زحف محركات البحث.
الفرق بين Canonical وخريطة الموقع XML
تُعد خريطة الموقع إحدى الإشارات التي تساعد Google على معرفة الروابط المهمة.
لذلك، يجب أن تحتوي Sitemap على الروابط الأساسية فقط.
لا يصح أن:
- يحدد Canonical الرابط A.
- بينما تحتوي Sitemap على الرابط B.
- وتشير الروابط الداخلية إلى الرابط C.
هذا التعارض قد يجعل Google تختار رابطًا مختلفًا عن الرابط الذي حددته.
وتوصي Google بعدم استخدام إشارات متناقضة، مثل وضع رابط داخل Sitemap ثم تحديد رابط آخر بوصفه Canonical.
يمكنك مراجعة مقال خريطة الموقع XML وطريقة إرسالها إلى جوجل لتنظيم الروابط الأساسية داخل Sitemap.
أهم إشارات تحديد الرابط الأساسي
لا تعتمد Google على Canonical وحده، بل تجمع عدة إشارات.
من أهمها:
- وسم
rel="canonical". - عمليات إعادة التوجيه.
- روابط Sitemap.
- الروابط الداخلية.
- بروتوكول HTTPS.
- شكل الرابط المستخدم في القوائم.
- توافق المحتوى بين النسخ.
- روابط المواقع الأخرى.
- بنية الموقع.
- جودة الصفحة.
لذلك، يجب توحيد هذه العناصر قدر الإمكان.
إذا كان الرابط الأساسي هو:
فاستخدمه داخل:
- القائمة الرئيسية.
- الروابط الداخلية.
- Sitemap.
- بيانات الصفحة.
- المشاركة الاجتماعية.
- Canonical.
- التحويلات.
- أزرار الموقع.
متى تتجاهل Google الرابط الذي حددته؟
قد تختار Google رابطًا آخر عندما تجد أن إشارات الموقع لا تدعم الرابط المحدد.
قد يحدث ذلك عندما:
- الصفحة الأساسية تعرض خطأ.
- الرابط الأساسي محول.
- الصفحة تحتوي على Noindex.
- المحتوى مختلف بصورة كبيرة.
- الروابط الداخلية تشير إلى رابط آخر.
- Sitemap تستخدم نسخة مختلفة.
- الرابط المحدد محظور.
- الصفحة الأساسية بطيئة أو غير مستقرة.
- Canonical يتغير عبر JavaScript.
- نسخة أخرى أقوى وأكثر وضوحًا للمستخدم.
- وجود اختلاف بين الهاتف والكمبيوتر.
- Canonical يشير إلى صفحة غير مرتبطة.
وتوضح Google أن محرك البحث قد يختار Canonical مختلفًا حتى عند تحديد رابط صريح، ولذلك يُنصح بفحص الرابط الذي اختارته Google وفهم سبب الاختلاف.
مشكلة Google chose different canonical than user
قد تظهر داخل Search Console رسالة:
Duplicate, Google chose different canonical than user
تعني أن صاحب الموقع حدد رابطًا أساسيًا، لكن Google اختارت رابطًا آخر.
في هذه الحالة، افحص:
- Canonical الذي حددته.
- Canonical الذي اختارته Google.
- محتوى الصفحتين.
- الروابط الداخلية.
- Sitemap.
- التحويلات.
- HTTPS وwww.
- حالة الفهرسة.
- عناوين الصفحات.
- قابلية الوصول.
بعد ذلك، اسأل: هل اختيار Google منطقي؟
إذا كانت النسخة التي اختارتها Google هي الأفضل فعلًا، فقد تحتاج إلى تحديث إعداداتك لتتوافق معها.
أما إذا كنت تريد رابطًا آخر، فيجب تقوية الإشارات التي تدعمه.
مشكلة Duplicate without user-selected canonical
قد تظهر رسالة:
Duplicate without user-selected canonical
تعني أن Google اكتشفت صفحة مكررة، لكن الموقع لم يحدد رابطًا أساسيًا واضحًا لها.
وفي هذه الحالة، اختارت Google نسخة أخرى للفهرسة.
لا تعني الرسالة دائمًا وجود خطأ خطير، خصوصًا عندما تكون النسخة المستبعدة غير مهمة. لكن يجب مراجعتها إذا كانت الصفحة التي تريد ظهورها ليست هي التي اختارتها Google.
الإجراء المناسب قد يشمل:
- إضافة Canonical واضح.
- تنفيذ تحويل 301.
- تحديث الروابط الداخلية.
- إزالة الرابط المكرر من Sitemap.
- تعديل المعاملات.
- دمج الصفحات.
- جعل المحتوى مختلفًا إذا كانت الصفحات مستقلة.
مشكلة Alternate page with proper canonical tag
تعني الرسالة أن الصفحة نسخة بديلة، وتحتوي على Canonical يشير إلى صفحة أخرى.
غالبًا لا تحتاج إلى إصلاح عندما يكون ذلك مقصودًا.
فعلى سبيل المثال، قد تظهر صفحات تحتوي على معاملات التتبع بهذه الحالة، بينما تتم فهرسة النسخة الأساسية.
لذلك، لا تتعامل مع جميع الصفحات المستبعدة في Search Console باعتبارها أخطاء.
كيف تفحص Canonical داخل Search Console؟
استخدم أداة فحص عنوان URL:
- افتح Google Search Console.
- انسخ رابط الصفحة.
- ضعه في أداة فحص URL.
- افتح تفاصيل الفهرسة.
- راجع Canonical الذي حدده المستخدم.
- راجع Canonical الذي اختارته Google.
- قارن بين الرابطين.
- اختبر الرابط المباشر عند الحاجة.
توضح Google أن أداة فحص URL تساعد على معرفة الرابط الذي تعتبره Google النسخة الأساسية للصفحة.
Canonical في صفحات المنتجات
تظهر مشكلات Canonical كثيرًا في المتاجر بسبب:
- خيارات اللون.
- المقاس.
- الترتيب.
- الفلاتر.
- العلامات التجارية.
- معاملات الإعلانات.
- صفحات البحث.
- المنتجات المتشابهة.
- روابط التصنيفات.
إذا كانت الخيارات تعرض المنتج نفسه دون اختلاف جوهري، فقد تشير إلى رابط المنتج الأساسي.
أما إذا كان لكل خيار محتوى وسعر وصور ومخزون مختلف بصورة مهمة، فقد يكون من المناسب الاحتفاظ بصفحات مستقلة.
لذلك، يعتمد القرار على تجربة المستخدم وطبيعة المنتج، وليس على قاعدة واحدة لجميع المتاجر.
Canonical في صفحات الفلاتر
قد ينشئ المتجر روابط مثل:
/cameras/?color=white
/cameras/?sort=price
/cameras/?brand=hikvision
بعض هذه الروابط مفيد للمستخدم لكنه لا يحتاج إلى الفهرسة كصفحة مستقلة.
يمكن التعامل معها باستخدام مزيج من:
- Canonical.
- Noindex.
- تنظيم الروابط الداخلية.
- تقليل الروابط غير الضرورية.
- إعدادات المنصة.
- Sitemap نظيفة.
لا تحظر جميع الفلاتر عشوائيًا؛ لأن بعضها قد يستهدف بحثًا مفيدًا ويستحق صفحة مستقلة.
Canonical في المقالات
قد تظهر نسخة المقال من خلال:
- صفحة التصنيف.
- صفحة الكاتب.
- صفحة الوسم.
- صفحة الطباعة.
- معاملات المشاركة.
- AMP القديم.
- أرشيف التاريخ.
يجب أن يشير Canonical إلى رابط المقال الأصلي.
بالإضافة إلى ذلك، يجب عدم نشر المقال نفسه داخل أكثر من رابط داخلي مستقل دون تحديد النسخة الأساسية.
Canonical بين مواقع مختلفة
يمكن استخدام Canonical يشير إلى رابط في نطاق مختلف، ويُعرف ذلك باسم Cross-domain Canonical.
يُستخدم أحيانًا عند إعادة نشر المحتوى في موقع آخر مع الإشارة إلى المصدر الأصلي.
لكن يجب استخدامه بحذر، لأنك تخبر Google بأن الموقع الآخر هو النسخة الأساسية التي تستحق الفهرسة.
إذا كنت تريد أن يظهر المحتوى في موقعك، فلا تجعل Canonical يشير إلى موقع آخر دون قصد.
Canonical والمحتوى متعدد اللغات
لا يُستخدم Canonical لدمج صفحات بلغات مختلفة عندما تكون كل صفحة مخصصة لجمهور ولغة مختلفة.
فعلى سبيل المثال:
/ar/service/
/en/service/
يجب أن تحتوي كل نسخة على Canonical ذاتي، مع استخدام hreflang لتوضيح العلاقة بين اللغات.
إذا جعلت الصفحة العربية تشير إلى الإنجليزية بوصفها Canonical، فقد تضعف فرص فهرسة النسخة العربية.
Canonical وصفحات المدن
قد تنشئ بعض الشركات صفحات متعددة مثل:
- خدمة SEO في الرياض.
- خدمة SEO في جدة.
- خدمة SEO في الدمام.
إذا كان المحتوى متطابقًا مع تغيير اسم المدينة فقط، فقد تعتبر Google الصفحات متشابهة وتختار واحدة بوصفها Canonical.
الحل الأفضل ليس جعل جميع الصفحات تشير إلى صفحة واحدة فقط، بل تطوير محتوى محلي حقيقي لكل مدينة عندما توجد خدمة فعلية مختلفة.
يمكن إضافة:
- مناطق التغطية.
- نماذج أعمال.
- تفاصيل التنفيذ.
- أسئلة العملاء.
- وقت الخدمة.
- معلومات الفرع.
- فريق العمل المحلي.
Canonical في ووردبريس
تضيف إضافات مثل Yoast SEO رابط Canonical تلقائيًا في معظم الصفحات.
ويمكن تعديل Canonical يدويًا داخل الإعدادات المتقدمة للصفحة عند الحاجة.
لكن لا تغيره إلا إذا كان لديك سبب واضح.
راجع Canonical خصوصًا بعد:
- نقل الموقع.
- دمج المقالات.
- تغيير الرابط.
- استخدام صفحات هبوط.
- تفعيل إضافات جديدة.
- استيراد محتوى.
- تغيير HTTPS.
- إنشاء صفحات مكررة.
Canonical في متجر سلة
تدير منصة سلة كثيرًا من العناصر التقنية تلقائيًا، لذلك قد لا يتوفر التحكم الكامل في Canonical لكل نوع من الصفحات.
ومع ذلك، يمكنك تقليل مشكلات التكرار من خلال:
- استخدام رابط ثابت لكل منتج.
- عدم تغيير رابط المنتج باستمرار.
- تنفيذ تحويل 301 عند تغيير الرابط.
- حذف الوسوم غير المهمة.
- تنظيم التصنيفات.
- استخدام وصف أصلي لكل منتج.
- تجنب تكرار المنتج نفسه.
- متابعة Search Console.
- مراجعة الصفحات المستبعدة.
- تحديث روابط المقالات والمنتجات.
لا تستخدم Canonical إلى الصفحة الرئيسية
من الأخطاء الشائعة جعل الصفحات الضعيفة أو المكررة تشير جميعها إلى الصفحة الرئيسية.
يجب أن يشير Canonical إلى صفحة قريبة جدًا في المحتوى.
فصفحة منتج لا يجب أن تشير إلى الصفحة الرئيسية لمجرد أنك لا تريد فهرستها.
اختر بين:
- تحسين الصفحة.
- توجيهها إلى منتج بديل.
- استخدام Noindex.
- حذفها.
- إبقائها مستقلة.
- تحديد صفحة مشابهة فعلًا.
لا تستخدم Canonical بين صفحات مختلفة
لا تجعل مقالًا عن الكلمات المفتاحية يشير إلى مقال عن الروابط الداخلية فقط لأن المقال الثاني أقوى.
يجب أن تكون الصفحات متطابقة أو شديدة التشابه.
عندما يكون المحتوى مختلفًا، يجب أن تحصل كل صفحة على Canonical ذاتي.
لا تضع أكثر من Canonical
وجود أكثر من وسم Canonical قد يجعل الإشارة غير واضحة.
قد يحدث ذلك بسبب:
- إضافة SEO.
- القالب.
- كود مخصص.
- إضافة أخرى.
- Google Tag Manager.
- JavaScript.
افحص كود الصفحة وابحث عن:
rel="canonical"
يجب أن تجد رابطًا واحدًا واضحًا.
لا تغير Canonical باستخدام JavaScript بصورة متعارضة
توضح Google أن أفضل طريقة لتحديد Canonical هي داخل HTML. وإذا تم استخدام JavaScript، فيجب ألا يغيّر Canonical إلى قيمة مختلفة عن الموجودة في HTML الأصلي.
لذلك، تجنب إنشاء Canonical أول ثم استبداله بعد تحميل الصفحة.
علاقة Canonical بالروابط الداخلية
يجب أن تشير الروابط الداخلية إلى الرابط الأساسي مباشرة.
لا تستخدم رابطًا بمعاملات ثم تعتمد على Canonical لإصلاحه.
فعلى سبيل المثال، بدل الربط إلى:
/seo-guide/?source=blog
اربط مباشرة إلى:
/seo-guide/
تساعد الروابط الداخلية الواضحة Google على اكتشاف الصفحة الأساسية وفهم أهميتها. كما تستخدم Google الروابط للعثور على الصفحات وتقييم علاقتها بالمحتوى.
راجع أيضًا مقال الروابط الداخلية في SEO لتنظيم الربط بين المقالات والخدمات.
علاقة Canonical ببنية الروابط
كلما كانت روابط الموقع واضحة وثابتة، قلت احتمالات إنشاء نسخ متعددة.
توصي Google باستخدام روابط وصفية ومنظمة وسهلة الفهم، مع استخدام الشرطات للفصل بين الكلمات عند الإمكان.
لذلك، تجنب:
- الأرقام العشوائية.
- المعاملات غير الضرورية.
- تغيير الروابط باستمرار.
- اختلاف شكل الرابط بين الصفحات.
- استخدام أكثر من صيغة للصفحة نفسها.
خطة عملية لمراجعة Canonical
أولًا: حدد الصفحات المهمة
ابدأ بالخدمات والمنتجات والمقالات الأعلى قيمة.
ثانيًا: افحص كود الصفحة
ابحث عن وسم Canonical وتأكد من الرابط.
ثالثًا: استخدم Search Console
قارن Canonical المستخدم مع Canonical الذي اختارته Google.
رابعًا: راجع Sitemap
تأكد من وجود الروابط الأساسية فقط.
خامسًا: افحص الروابط الداخلية
حدّث الروابط التي تشير إلى النسخ غير الأساسية.
سادسًا: راجع التحويلات
يجب ألا يشير Canonical إلى رابط محول.
سابعًا: افحص Noindex وrobots.txt
تأكد من عدم وجود إشارات متعارضة.
ثامنًا: راجع نسخ HTTP وwww
وحّد النطاق والبروتوكول باستخدام التحويلات.
تاسعًا: افحص المحتوى
تأكد من أن الصفحات مستقلة فعلًا أو متشابهة بما يكفي للدمج.
عاشرًا: تابع الفهرسة
راقب تقارير Search Console بعد تنفيذ التعديلات.
أخطاء شائعة في Canonical
من أبرز الأخطاء:
- الإشارة إلى رابط غير موجود.
- الإشارة إلى صفحة تعرض 404.
- استخدام رابط محول.
- تحديد صفحة مختلفة في المحتوى.
- وجود أكثر من Canonical.
- استخدام رابط HTTP داخل موقع HTTPS.
- الإشارة إلى النطاق التجريبي.
- اختلاف Canonical عن Sitemap.
- اختلافه عن الروابط الداخلية.
- استخدام Canonical إلى الصفحة الرئيسية.
- وضع Noindex مع Canonical دون حاجة.
- حظر الصفحة الأساسية في robots.txt.
- تغيير Canonical عبر JavaScript.
- استخدام روابط نسبية خاطئة.
- الإشارة إلى منتج غير متاح.
- نسيان تحديث Canonical بعد نقل الموقع.
كيف تساعدك شركة الكفاح العالمية للتسويق؟
تساعدك شركة الكفاح العالمية للتسويق على فحص مشكلات Canonical والصفحات المكررة التي تؤثر في فهرسة الموقع.
تشمل عملية المراجعة:
- تحليل Canonical داخل الصفحات.
- مقارنة Canonical المستخدم باختيار Google.
- فحص الصفحات المكررة.
- مراجعة Sitemap.
- تحليل الروابط الداخلية.
- فحص نسخ HTTP وHTTPS.
- مراجعة www ودون www.
- اكتشاف روابط المعاملات.
- مراجعة صفحات المنتجات.
- تحليل الفلاتر والتصنيفات.
- إصلاح عمليات إعادة التوجيه.
- مراجعة Noindex وrobots.txt.
- متابعة Search Console.
- إعداد تقرير بالمشكلات والحلول.
كما يمكنك الاطلاع على خدمات الكفاح العالمية للتسويق لمعرفة خدمات SEO وتطوير المواقع والمتاجر وكتابة المحتوى.
الأسئلة الشائعة عن الرابط الأساسي Canonical
هل يضمن Canonical فهرسة الرابط الذي أحدده؟
لا. يُعد Canonical إشارة قوية، لكن Google قد تختار رابطًا آخر إذا وجدت إشارات متعارضة أو رأت أن رابطًا آخر أكثر تمثيلًا.
هل Canonical يمنع الزحف إلى النسخة المكررة؟
لا. قد يواصل Google الزحف إلى الرابط، لكنه يجمعه ضمن مجموعة الصفحات المتشابهة ويختار نسخة أساسية.
هل أضع Canonical ذاتيًا على كل صفحة؟
يفضل ذلك للصفحات التي تريد فهرستها، مع التأكد من صحة الرابط.
هل يمكن أن يشير Canonical إلى موقع آخر؟
نعم، لكن ذلك يعني أنك تفضل الصفحة الموجودة في الموقع الآخر، ولذلك يجب استخدامه بحذر.
هل Canonical بديل عن التحويل 301؟
لا. استخدم 301 عندما لا تحتاج إلى بقاء الرابط القديم، واستخدم Canonical عندما يجب أن تبقى النسخة متاحة.
هل أضيف الروابط غير الأساسية إلى Sitemap؟
لا. أضف الروابط الأساسية فقط.
لماذا اختارت Google رابطًا آخر؟
قد يكون السبب اختلاف الروابط الداخلية أو Sitemap أو التحويلات أو جودة الصفحة أو وجود إشارات تقنية متعارضة.
الخلاصة
يساعد الرابط الأساسي Canonical على توضيح النسخة المفضلة من الصفحات المتكررة أو المتشابهة.
في البداية، حدد الرابط الذي تريد ظهوره في نتائج البحث، ثم أضف وسم Canonical واضحًا داخل الصفحة. بعد ذلك، استخدم الرابط نفسه داخل Sitemap والروابط الداخلية والتحويلات.
بالإضافة إلى ذلك، لا تستخدم robots.txt أو Noindex بدل Canonical دون فهم الفرق بين الأدوات. كما يجب ألا تشير الصفحات إلى محتوى مختلف أو إلى الصفحة الرئيسية دون سبب منطقي.
وفي الوقت نفسه، راجع Canonical الذي اختارته Google من خلال أداة فحص URL، وعالج أي تعارض بين الرابط المستخدم واختيار Google.
وأخيرًا، اجعل بنية الروابط ثابتة ومنظمة، وراقب الصفحات المكررة داخل Search Console. ونتيجة لذلك، تساعد محركات البحث على فهم صفحات موقعك، وتجمع الإشارات حول الروابط التي تمثل خدماتك ومنتجاتك ومحتواك بصورة صحيحة.