لماذا تظهر صفحة منتجي ثلاث مرات في Google؟

ما الذي يعنيه توحيد نطاق عناوين URL بالضبط

لنفترض أنك تبيع أحذية. يأتي شخص ما إلى موقعك عبر إعلان: your-shop.nl/schoenen?utm_source=facebook. يقوم شخص آخر بالفرز حسب السعر: your-shop.nl/schoenen?sort=laag-hoog. يقوم ثالث بالتصفية حسب الحجم: your-shop.nl/schoenen?maat=42. بالنسبة للزائر، هذه كلها نفس الصفحة بإضافات مختلفة. بالنسبة لـ Google، بدون تدخل، هذه ثلاث صفحات أو أكثر منفصلة.

توحيد النطاق يعني أن تخبر Google: هذه كلها متغيرات، لكن النسخة الحقيقية والفعلية هي your-shop.nl/schoenen — بدون إضافات. نسمي هذا العنوان النظيف بـ عنوان URL الموحد. فأنت تعطي إجابة واحدة واضحة على سؤال أي نسخة يجب أن تظهر في نتائج البحث.

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

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

كيف تعرف ما إذا كان هذا ينطبق عليك

الفحص الأسرع: ابحث في Google Search Console عن اسم نطاقك الخاص بدعوى عنصر البحث، على سبيل المثال site:your-shop.nl/schoenen. إذا ظهرت متغيرات متعددة بها علامات استفهام ومعاملات بداخلها، فمن المحتمل أن تكون الأمور ليست على ما يرام. يمكنك أيضاً أن تتصفح موقعك ببساطة وتفعل المرشحات وخيارات الفرز وتشاهد ما يحدث في شريط العناوين.

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

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

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

تكلفة عدم ترتيب هذا الأمر

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

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

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

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

ما الذي يجب أن يحدث لحل هذه المشكلة

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

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

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

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

كيفية ارتباط هذا بالأساسيات التقنية الأخرى

لا تعمل الأساليب المستخدمة canonicalization بمعزل عن الآخرين. إذا كان ملف robots.txt الخاص بك يحظر بالفعل أجزاء من الموقع، كما تمت مناقشته في نقطة التحقق 1.1 حول robots.txt ونقطة التحقق 1.2، فقد يعطل هذا عمل تعليمات canonical الخاصة بك. لا يمكن لـ Google حتى زيارة صفحة محظورة لقراءة تعليمات canonical.

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

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