أخطاء الفهرسة في Google Search Console: كيف تشخّصها وتصلحها؟
ظهور عنوان URL في تقرير الفهرسة لا يعني دائمًا وجود خلل. بعض الحالات متوقعة، مثل صفحات التحويل أو النسخ المكررة، بينما تتطلب حالات أخرى تدخلًا. المفتاح هو فهم سبب الحالة ومقارنته بما تريد أن يظهر في نتائج البحث.
1. ابدأ بهدف الصفحة، لا باسم الحالة
قبل إصلاح أي عنوان، حدّد هل ينبغي أن يكون قابلًا للفهرسة أصلًا. صفحات المنتجات أو المقالات الأساسية قد تستحق الظهور، أما نتائج البحث الداخلية، وعناوين التصفية غير المفيدة، وصفحات تسجيل الدخول، فقد يكون استبعادها مقصودًا. لا تحاول جعل كل عنوان URL في الموقع مفهرسًا؛ ركّز على الصفحات المهمة والفريدة التي تقدم قيمة للمستخدم.
افتح تقرير Page indexing في Google Search Console، واختر الحالة ثم راجع أمثلة عناوين URL. بعد ذلك استخدم أداة URL Inspection لفحص صفحة بعينها، مع الانتباه إلى الفرق بين معلومات Google عن آخر زحف والاختبار المباشر المتاح للأداة.
2. «تم الزحف إلى الصفحة - لم تتم فهرستها حاليًا»
تعني هذه الحالة أن Google زحف إلى الصفحة لكنه لم يضمّنها في الفهرس وقت التقرير. لا تثبت وحدها وجود عقوبة أو خطأ تقني محدد. راجع ما إذا كانت الصفحة تقدم محتوى أصليًا ومفيدًا، وما إذا كانت قريبة جدًا من صفحة أخرى، وهل تصل إليها الروابط الداخلية بوضوح.
- حسّن الصفحة إذا كان محتواها ضعيفًا أو مكررًا أو لا يجيب عن حاجة واضحة.
- اربط بها من صفحات ذات صلة، باستخدام روابط HTML قابلة للاكتشاف ونصوص رابط مفهومة.
- تحقق من رمز الاستجابة ووسم canonical وإمكانية الوصول إلى المحتوى الأساسي.
- إذا كانت نسخة غير ضرورية، اتركها مستبعدة أو وحّدها مع الصفحة الأساسية بدل محاولة فهرستها بالقوة.
3. «تم اكتشاف الصفحة - لم تتم فهرستها حاليًا»
تشير هذه الحالة إلى أن Google عرف عنوان URL لكنه لم يزحف إليه بعد. قد يرتبط ذلك بأولوية الزحف أو كثرة عناوين منخفضة القيمة أو بنية الموقع أو أداء الخادم؛ ولا يمكن تحديد السبب من اسم الحالة وحده.
راجع سجلات الخادم إن كانت متاحة، وقلّل توليد عناوين غير ضرورية عبر معاملات الفلاتر والبحث الداخلي، وحسّن الربط الداخلي للصفحات المهمة. يمكن أن تساعد خريطة XML Sitemap في اكتشاف عناوينك الأساسية، لكنها لا تضمن الزحف أو الفهرسة. اقرأ أيضًا دليل XML Sitemap وSEO ودليل إدارة صفحات الفلاتر.
4. الصفحة مستبعدة بسبب «noindex»
وسم noindex يطلب من محركات البحث عدم فهرسة الصفحة. إذا كان وجوده مقصودًا، فلا يلزم إجراء. أما إذا كان على صفحة مهمة، فتحقق من وسم meta name="robots" أو ترويسة X-Robots-Tag، ثم أزل المنع من المصدر الصحيح وانشر التغيير.
تذكّر أن حظر الزحف في robots.txt قد يمنع Google من قراءة توجيه noindex الموجود داخل الصفحة. لذلك لا تجمع بين الحظر ووسم noindex بصورة تمنع محرك البحث من رؤية التوجيه الذي تريد تطبيقه.
5. «تم استبعاد الصفحة بواسطة علامة canonical»
قد تختار Google عنوانًا أساسيًا مختلفًا عن العنوان الذي تفضله، خصوصًا عند وجود نسخ متشابهة. قارن canonical المعلن مع canonical الذي اختارته Google، وافحص إعادة التوجيه والروابط الداخلية وخريطة الموقع والنسخ التي تختلف بسبب المعاملات أو البروتوكول أو الشرطة المائلة.
- اجعل canonical يشير إلى عنوان URL نهائيًا وقابلًا للفهرسة.
- استخدم روابط داخلية وخريطة موقع متسقة مع العنوان الأساسي.
- لا تستخدم canonical كبديل عن إعادة التوجيه عندما تكون الصفحة القديمة قد نُقلت نهائيًا.
- لا توحّد صفحات مختلفة جوهريًا لمجرد أنها تستهدف كلمات متقاربة.
6. أخطاء الخادم وعمليات إعادة التوجيه
أخطاء الخادم مثل 5xx قد تعيق الزحف، أما أخطاء 4xx فقد تعني أن الصفحة غير موجودة أو غير متاحة. اختبر العنوان من دون جلسة دخول، وراجع سجلات الخادم وشبكة التوصيل إن وجدت، وتأكد من أن الصفحات المهمة تعيد استجابة مناسبة ومستقرة.
في حالات إعادة التوجيه، تأكد من أن السلسلة ليست طويلة أو دائرية، وأن الوجهة النهائية تعمل وتطابق مقصد المستخدم. حدّث الروابط الداخلية وخريطة الموقع لتشير إلى العناوين النهائية بدل الاعتماد على التحويلات القديمة.
7. المحتوى مكرر أو لا يملك canonical واضحًا
تنتج النسخ المكررة أحيانًا من معلمات التتبع، أو اختلاف ترتيب المعلمات، أو صفحات الطباعة، أو تصنيفات متقاربة. اختر استراتيجية واحدة لكل مجموعة: الاحتفاظ بنسخة أساسية، أو إعادة التوجيه عند دمج العناوين، أو استخدام canonical عندما تبقى النسخ متاحة ولها سبب مشروع.
إذا كانت الصفحات تختلف في المنتجات أو المعلومات أو نية البحث، فلا تفترض أنها مكررة لمجرد تشابه القالب. عالج السبب الذي يولّد النسخ بدل الاكتفاء بإخفاء الأعراض.
8. استخدم اختبار URL Inspection بطريقة صحيحة
- افحص عنوان URL الدقيق، بما في ذلك البروتوكول والمسار والمعلمات.
- راجع إمكانية الزحف، والاستجابة، وتوجيهات الفهرسة، وcanonical المعلن والمختار إن توفر.
- استخدم الاختبار المباشر للتحقق من الحالة الحالية بعد الإصلاح.
- إذا كان التغيير صحيحًا، اطلب الفهرسة للصفحات المهمة عند الحاجة، مع العلم أن الطلب لا يضمن الفهرسة.
- راقب التقرير لاحقًا بدل إعادة إرسال الطلب مرارًا من دون تغيير فعلي.
9. قائمة تحقق عملية قبل إغلاق المشكلة
- هل الصفحة مهمة وفريدة ويُفترض أن تظهر في البحث؟
- هل تعيد استجابة ناجحة ويمكن الوصول إليها دون تسجيل دخول؟
- هل تمنعها robots.txt أو noindex أو ترويسة HTTP؟
- هل canonical وإعادة التوجيه والروابط الداخلية متسقة؟
- هل الصفحة موجودة في خريطة الموقع إذا كانت صفحة أساسية؟
- هل يوجد رابط داخلي واضح يقود إليها؟
- هل عالجت السبب الجذري وتحققت من النسخة المنشورة؟
الخلاصة
تقارير الفهرسة أدوات تشخيص وليست قائمة أخطاء يجب أن تصبح جميعها صفرًا. صنّف العناوين بحسب أهميتها، وافهم سبب الاستبعاد، ثم طبّق إصلاحًا يتوافق مع بنية الموقع وهدف الصفحة. بعد النشر، تحقق من التغيير وامنح Google وقتًا لإعادة الزحف وتحديث التقارير.
مصادر رسمية وقراءات مرتبطة
تشخيص مشكلة الفهرسة خطوة بخطوة
ابدأ بفحص URL محدد ثم قارِن حالة الصفحة المعلنة مع الصفحة التي يراها Google بعد الزحف. افحص رمز الاستجابة، ووسم robots، وcanonical، وإمكانية الوصول إلى المحتوى الأساسي. لا تطلب الفهرسة مرارًا قبل إصلاح السبب؛ الطلب لا يتجاوز قواعد الزحف أو الجودة ولا يضمن الفهرسة.
- تحقق من أن الصفحة تعيد 200 عند توقع صفحة صالحة.
- تأكد من عدم وجود noindex أو حظر غير مقصود.
- راجع canonical وما إذا كان يشير إلى نسخة أخرى.
- قارن تقرير sitemap مع عناوين URL الفعلية التي تريد فهرستها.
سجّل التغيير الذي أجريته وتاريخ إعادة الفحص حتى تستطيع معرفة ما إذا كانت المشكلة قد حُلّت بدل إجراء تعديلات متضاربة.
ترتيب الأولويات عند معالجة تقارير الفهرسة
ابدأ بالصفحات التي تمثل قيمة حقيقية للموقع، لا بعدد التحذيرات وحده. قد يكون استبعاد صفحة بحث داخلية أو نسخة مكررة متوقعًا، بينما يستحق تعطل صفحة خدمة أساسية أو ظهور noindex غير مقصود معالجة عاجلة. افتح فحص URL للتحقق من النسخة المعروفة لدى Google ثم افحص النسخة المنشورة نفسها.
- حدّد نمطًا مشتركًا بين الصفحات المتأثرة.
- افحص حالة HTTP ووسوم robots وcanonical والروابط الداخلية.
- أصلح السبب في القالب أو النظام المصدر بدل معالجة URLs يدويًا واحدًا تلو الآخر.
- اختبر عينة من الصفحات ثم اطلب إعادة التحقق عند توفر ذلك.
- راقب التقرير لاحقًا؛ إعادة الفحص لا تعني ضمان الفهرسة.
دوّن تاريخ التغيير والصفحات المتأثرة والنتيجة المتوقعة، حتى يمكن التراجع إذا أدى الإصلاح إلى أثر جانبي.
8. جدول قرار سريع لتشخيص حالة الفهرسة
استخدم الجدول التالي كفرز أولي، لا كبديل عن فحص عنوان URL نفسه. اسم الحالة يصف ما رصدته Google، لكنه لا يحدد وحده الإجراء الصحيح؛ القرار النهائي يعتمد على أهمية الصفحة وهدفها واستجابتها الفعلية.
| المؤشر | ما الذي تتحقق منه؟ | الإجراء المناسب غالبًا |
|---|---|---|
| الصفحة المهمة غير مفهرسة | رمز HTTP، ووسم robots، وcanonical، وجودة المحتوى والروابط الداخلية | أصلح العائق المحدد، ثم اطلب إعادة الفهرسة عند الحاجة |
| صفحة مكررة أو ذات معاملات | هل تختلف عن الصفحة الأساسية اختلافًا مفيدًا؟ وهل تتفق الإشارات؟ | وحّد الإشارات أو استخدم التحويل إذا كان النقل نهائيًا |
| صفحة غير مطلوبة في البحث | هل استبعادها قرار مقصود ومتسق؟ | لا تحاول فهرستها لمجرد تقليل عدد المستبعدات |
| أخطاء زحف متكررة | سجلات الخادم، وتوقيت الخطأ، وتأثر عناوين أخرى | عالج السبب على مستوى الخادم أو النظام المصدر |
قائمة تحقق قبل إغلاق المشكلة
- اختبر الصفحة المهمة مباشرة وتأكد من أنها متاحة دون تسجيل دخول.
- طابق canonical مع الروابط الداخلية وعناوين خريطة الموقع.
- افحص الصفحة المعروضة ومحتواها الأساسي، ولا تعتمد على HTML المصدر وحده عند وجود JavaScript.
- سجّل عنوان URL والسبب والإجراء وتاريخ التنفيذ، ثم راقب النتيجة بعد إعادة الزحف.
للمرجعية، راجع وثائق Google حول الزحف والفهرسة وشرح تقرير فهرسة الصفحات في Search Console. تذكّر أن طلب الفهرسة لا يضمن قبول الصفحة في الفهرس، وأن التحسن يعتمد على حل السبب وتقديم صفحة تستحق الظهور.
سير عمل عملي لتحديد أولوية أخطاء الفهرسة
عند مراجعة تقرير الفهرسة، لا تبدأ بمحاولة جعل كل عنوان URL مفهرسًا. قسّم الصفحات أولًا إلى صفحات أساسية تريد ظهورها، وصفحات مستبعدة عمدًا، وصفحات تحتاج إلى قرار تحريري. هذا يمنع إهدار الوقت على صفحات بحث أو معاملات لا تضيف قيمة مستقلة.
قارن العينة مع الهدف
اختر مجموعة صغيرة من عناوين URL تمثل الأنماط المختلفة: مقال مهم، وصفحة تصنيف، ونسخة ذات معاملات، وصفحة محذوفة أو محولة. افحص كل عنوان عبر URL Inspection، ثم قارن حالة الفهرسة مع الاستجابة الفعلية ووسم canonical وتوجيه robots والمحتوى المعروض. إذا كانت الصفحة غير مفهرسة لأن Google اختارت نسخة canonical أخرى، فالمعالجة تختلف عن صفحة تعيد 5xx أو تحتوي على noindex غير مقصود.
سجل السبب بدل تسجيل الحالة فقط
احتفظ بجدول داخلي يتضمن عنوان الصفحة، وسبب المشكلة المحتمل، والدليل الذي يدعمه، والتغيير المطلوب، وتاريخ إعادة الفحص. لا تكتفِ بنسخ رسالة Search Console؛ فقد تصف الحالة الحالية دون شرح السبب الجذري. بعد التعديل، اختبر الصفحة مرة أخرى ثم راقب إعادة الزحف. طلب الفهرسة أداة لإبلاغ Google بالتغيير وليس وعدًا بقبول الصفحة.
تجنب التغييرات الواسعة غير المبررة
لا تزل noindex أو تفتح مسارات robots.txt جماعيًا لمجرد تقليل عدد الصفحات المستبعدة. قد يكون الاستبعاد مقصودًا، وقد يؤدي تغيير قاعدة واحدة إلى كشف صفحات داخلية أو مضاعفة عناوين مكررة. اختبر التعديل على عينة، وراجع أثره على صفحات مهمة قبل تعميمه.
للمرجعية راجع نظرة Google العامة على الزحف والفهرسة. أفضل نتيجة تأتي من معالجة السبب المحدد لكل مجموعة صفحات، لا من تكرار طلبات الفهرسة.
الخلاصة
الخلاصة: افصل الصفحات التي ينبغي فهرستها عن المستبعدة عمدًا، ثم اختبر السبب الفعلي لكل حالة قبل تعديل robots أو canonical. راقب النتيجة بعد إعادة الزحف ولا تعتبر طلب الفهرسة ضمانًا للظهور.