كيف يتم إعداد وسم Canonical؟ حل مشكلة فهرسة الصفحات المكررة وتشتت سلطة الصفحات

غالبًا ما يؤدي المحتوى نفسه، بسبب اختلاف المعلمات أو اللغة أو عوامل التصفية أو الترقيم أو المسارات الداخلية للموقع، إلى إنشاء عدة عناوين URL يمكن الوصول إليها. عندما يرى المختصون في السجلات أو تقارير الزحف أو Google Search Console رسالة «صفحة مكررة، اختارت Google صفحة أساسية مختلفة عن تلك التي حددها المستخدم»، فإن القلق الحقيقي لا يقتصر عادةً على انخفاض عدد الصفحات المفهرسة، بل يشمل تشتت إشارات الروابط، ودخول صفحات خاطئة إلى الفهرس، وعدم حصول الصفحات المقصودة الأساسية على الترتيب الذي تستحقه لفترة طويلة.

تُعد علامة Canonical الوسيلة الأساسية لمعالجة هذا النوع من المشكلات. وفيما يتعلق بإعداد canonical google، لا تكمن النقطة الأساسية في «إضافة سطر من التعليمات البرمجية إلى كل صفحة»، بل في تمكين محركات البحث من فهم ما يلي بوضوح: أي عناوين URL تمثل مداخل مختلفة للمحتوى نفسه، وأيها هو الإصدار الرئيسي الذي ينبغي زحفه وفهرسته وإسناد القوة إليه.

حدّد أولًا: هل هذا محتوى مكرر أم صفحة ينبغي أن تكون مستقلة أصلًا؟

تصلح Canonical لمعالجة الصفحات التي يكون «محتواها الأساسي متطابقًا بدرجة كبيرة ولا تختلف إلا في طريقة الوصول إليها». على سبيل المثال:

• الروابط التي تتضمن معلمات مصدر: ?utm_source=google، ?campaign=xxx؛
• العناوين المتعددة الناتجة عن HTTP وHTTPS، وwww ومن دون www، واختلاف الشرطة المائلة الختامية؛
• الصفحات المتشابهة الناتجة عن ترتيب المنتجات أو التصفية البسيطة أو معلمات الجلسة؛
• المنتج نفسه موضوع ضمن مسارات فئات متعددة، بينما تظل تفاصيله متطابقة؛
• نسخ الطباعة، أو النسخ القديمة للجوال، أو صفحات الأرشيف التي ينشئها CMS تلقائيًا.

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

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

كيف ينبغي كتابة علامة Canonical؟

الطريقة الأكثر شيوعًا هي وضع العلامة في منطقة <head> من مستند HTML:

<link rel="canonical" href="https://www.example.com/product/car/">

تشير href إلى عنوان URL مطلق للصفحة الأساسية. بالنسبة إلى الصفحة الأصلية https://www.example.com/product/car/?utm_source=ad، يعني التصريح أعلاه أنه يمكن الوصول إلى صفحة المعلمات، ولكن المطلوب هو أن تتعرف Google عليها بوصفها نسخة من الصفحة الرئيسية.

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

قد لا تنفذ Google ما تحدده بالكامل

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

على سبيل المثال، تشير الصفحة A عبر canonical إلى الصفحة B، لكن التنقل ومسارات التنقل الهرمية وXML Sitemap وعددًا كبيرًا من الروابط الداخلية تستمر جميعها في الإشارة إلى A؛ أو إذا كانت الصفحة B تُرجع 404، أو يمنع robots.txt زحفها، أو تتطلب تسجيل الدخول للوصول إليها، فلن يكون لدى Google سبب لاختيار B. والمشكلة الأكثر شيوعًا هي توجيه عدد كبير من صفحات التصفية إلى الصفحة الرئيسية لفئة واحدة، في حين أن قائمة المنتجات والعنوان ونية المستخدم في صفحات التصفية أصبحت مختلفة بوضوح، وبالتالي لا تشكل الصفحات تكرارًا حقيقيًا.

عند التقييم الفني، ركّز على فحص هذه الأنواع الخمسة من التعارضات

1. سلاسل canonical والحلقات. إشارة A إلى B ثم B إلى C تزيد تكلفة التقييم؛ أما إشارة A إلى B ثم عودة B للإشارة إلى A فهي حلقة نموذجية. ينبغي أن تشير جميع النسخ المكررة مباشرةً إلى عنوان URL الأساسي النهائي.
2. عدم اتساق Canonical مع إعادة التوجيه. ينبغي للصفحات التي انتقلت بشكل دائم استخدام إعادة توجيه 301 إلى العنوان الجديد، لا الاعتماد على canonical وحدها. وإذا كانت الصفحة الأساسية نفسها تعيد التوجيه إلى عنوان URL آخر، فيجب أيضًا تحديث هدف العلامة.
3. استخدام Canonical وnoindex معًا. إذا كان الهدف هو دمج الإشارات، فلا تجعل الصفحة المصدرية noindex ثم تتوقع منها تمرير إشارة canonical بشكل مستقر. أما الصفحات عديمة القيمة التي لا تحتاج إلى الاحتفاظ بإمكانية الوصول إليها، فغالبًا ما يكون منع إنشائها مباشرةً أو إعادة توجيهها بشكل مناسب أنظف.
4. إشارة إصدارات اللغات المتعددة بشكل خاطئ. ينبغي أن تشير الصفحات الإنجليزية والفرنسية واليابانية أولًا عبر canonical إلى نفسها باللغة ذاتها، ثم ترتبط فيما بينها عبر hreflang. إن توجيه جميع إصدارات اللغات عبر canonical إلى الصفحة الصينية سيحرم الصفحات الخارجية من فرص الفهرسة المستقلة.
5. المعالجة المفرطة للترقيم. ينبغي عادةً أن تستخدم الصفحتان 2 و3 من القائمة canonical ذاتية الإشارة، بدلًا من توجيههما جميعًا إلى الصفحة 1؛ إلا إذا كان محتواهما مكررًا تقريبًا بالكامل. روابط المنتجات في صفحات الترقيم هي مسارات اكتشاف مهمة، ولا ينبغي اختصارها بسهولة.

عملية تحقق عملية قابلة للتنفيذ

بعد النشر أو إعادة التصميم، لا حاجة للاعتماد على الفحص البصري. استخدم أولًا خيار «عرض مصدر الصفحة» في المتصفح للتأكد من وجود canonical واحدة فقط في <head> ضمن HTML الأولي، ومن أن بروتوكول URL وحالة أحرف اسم النطاق وقواعد الشرطة المائلة الختامية تتوافق جميعها مع المعيار الموحد للموقع. وبالنسبة إلى المواقع التي تعتمد على عرض JavaScript، يجب أيضًا التأكد من أن العلامة لا تُحقن متأخرة على جهة العميل فقط؛ إذ إن الإخراج من جهة الخادم أو العرض المسبق المستقر أكثر ملاءمة للزحف.

بعد ذلك، راجع في أداة فحص عنوان URL ضمن Google Search Console ما إذا كانت «الصفحة الأساسية التي أعلنها المستخدم» و«الصفحة الأساسية التي اختارتها Google» متطابقتين. وبالنسبة إلى القوالب المهمة، افحص عينات منفصلة من عناوين URL ذات المعلمات، ومداخل الفئات، وإصدارات اللغات، ومداخل الجوال. وإذا لم تتطابق الاثنتان، فلا تتسرع في تعديل العلامة مرارًا، بل تحقّق أولًا مما إذا كانت الصفحة المستهدفة قابلة للزحف، وما إذا كانت تُرجع 200، وما إذا كان المحتوى متشابهًا بدرجة كافية، وما إذا كانت الروابط الداخلية لا تزال تميل نحو الإصدارات غير الأساسية.

لا تُدرج في خريطة الموقع إلا عناوين URL الأساسية، واحرص قدر الإمكان على اتساق حقول URL في التنقل ومسارات التنقل الهرمية ونتائج البحث داخل الموقع والبيانات المنظمة. بالنسبة إلى الملفات غير HTML مثل PDF، يمكن التصريح عبر رأس استجابة HTTP باستخدام Link: <...>; rel="canonical"؛ أما صفحات الويب العادية، فيُفضّل استخدام علامة head لأن تكلفة صيانتها أقل.

لا تتعامل مع Canonical على أنها «زر لإصلاح القوة»

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

وخاصةً صفحات المنتجات التي تتضمن سردًا بصريًا غامرًا، ومعارض بعلامات تبويب، ووحدات مواصفات فنية، ولوحات معلومات ديناميكية، إذ يمكن لتفاعلات الواجهة الأمامية أن تولّد بسهولة عناوين URL لحالات متعددة. ينبغي أن يؤكد التطوير وSEO والتشغيل معًا قبل الإطلاق: أي الحالات ينبغي أن تظهر في البحث، وأيها تخدم عمليات المستخدم فقط. عندما يكون هذا الحد واضحًا، يمكن أن يصبح canonical google أداة موثوقة لإدارة الفهرسة، بدلًا من أن يكون علامة للمعالجة اللاحقة.