تُعد تقارير الفهرسة في أدوات مشرفي المواقع من جوجل (Google Search Console) المرآة الحقيقية لرؤية محرك البحث لموقعك الإلكتروني. عندما يواجه جوجل صعوبة في زحف أو فهرسة صفحة ما، فإن ذلك ينعكس مباشرة على استبعاد تلك الصفحة من نتائج البحث، مما يعني فقدان حركة الزيارات (Organic Traffic) وفرص التحويل.
في هذا الدليل العملي الموجه لأصحاب المواقع ومطوري الويب، سنستعرض الأسباب التقنية لأبرز أخطاء الفهرسة الشائعة في تقرير "الصفحات" (Page Indexing)، مع تقديم الخطوات والمقاطع البرمجية اللازمة لإصلاحها، وتوضيح كيفية التحقق من نجاح التعديلات بشكل سليم.
الفرق بين "الأخطاء" و"الصفحات المستبعدة عن قصد"
قبل البدء في تعديل أكواد الموقع أو تغيير الإعدادات، من الضروري التمييز بين حالتين يظهرهما تقرير الفهرسة:
- الأخطاء والمشاكل التقنية: وهي حالات يرغب فيها صاحب الموقع بفهرسة الصفحة، لكن جوجل يتعذر عليه ذلك بسبب إعداد خاطئ في الخادم، أو تعارض في التوجيه، أو علامات تقنية ناتجة عن استجابة خاطئة.
- الاستبعاد المتعمد: وهي صفحات يُفترض عدم ظهورها في محركات البحث (مثل صفحات سلة التسوق، لوحة تحكم المستخدم، أو الصفحات المكررة المعالجة بعلامة Canonical). ظهور هذه الصفحات تحت قسم "غير مفهرسة" هو سلوك طبيعي ولا يدعو للقلق.
الهدف هنا هو التعامل مع الصفحات المهمة التي سقطت في فخ الفهرسة الخاطئة، وإعادتها لنتائج البحث بنجاح.
1. خطأ: "تم استبعاد الصفحة بواسطة علامة noindex"
يظهر هذا التقرير عندما يستكشف محرك البحث URL معيناً ولكنه يجد توجيهاً صريحاً يخبره بعدم إدراج الصفحة في الفهرس.
السبب التقني
وجود وسم <meta name="robots" content="noindex"> في شفرة HTML الخاصة بالصفحة، أو إرسال هيدر من الخادم ينص على X-Robots-Tag: noindex في استجابة HTTP.
كيفية الإصلاح
إذا كانت الصفحة مهمة وتستهدف زواراً من محرك البحث، يجب إزالة وسم الاستبعاد. في ملفات القالب الخاصة بموقعك، ابحث في منطقة <head> وقم بحذف أو تعديل الوسم ليكتب بالشكل التالي إن كنت ترغب برغبة صريحة للفهرسة:
<!-- الوسم الصحيح للسماح بالفهرسة ومتابعة الروابط -->
<meta name="robots" content="index, follow">في حال كنت تستخدم منصة إدارة محتوى مثل WordPress، تحقق من عدم تفعيل خيار "منع محركات البحث من أرشفة هذا الموقع" من إعدادات القراءة، أو مراجعة إعدادات إضافة الـ SEO (مثل Rank Math أو Yoast) للتأكد من عدم تعيين النوع (Post Type) على noindex عن طريق الخطأ.
2. خطأ: "تمت الفهرسة لكن تم الحظر بواسطة robots.txt"
هذا الخطأ يحمل بعض التناقض لدى المبتدئين؛ كيف تم فهرسة الصفحة وهي محظورة؟ الحقيقة هي أن جوجل قد يفرس رابطاً إذا وجد إشارات إليه عبر روابط خارجية، حتى لو منعه ملف robots.txt من الزحف وقراءة محتوى الصفحة نفسه. النتيجة هي مقتطف بحثي (Snippet) فارغ يشير إلى الصفحة بدون عنوان أو وصف دقيق.
السبب التقني
وجود قاعدة حظر Disallow داخل ملف robots.txt تستهدف المسار أو الرابط المعني.
كيفية الإصلاح
قم بمراجعة ملف robots.txt الموجود في الجذر الرئيسي للموقع (Root directory). إذا كانت الصفحة المستهدفة محظورة عن طريق الخطأ، قم بتعديل السطر المنظم للحظر.
# مثال على حظر خاطئ لصفحة المقالات
User-agent: Googlebot
Disallow: /blog/important-article
# التصحيح: إزالة سطر Disallow الخاص بالمسار المهم أو تخصيصه فقط للمسارات الإدارية
User-agent: Googlebot
Disallow: /wp-admin/
Disallow: /cart/ملاحظة مهمة: إذا كنت تريد منع ظهور صفحة في نتائج البحث بشكل كامل، لا تستخدم ملف robots.txt، بل استخدم وسم noindex واترك لجوجل إمكانية الزحف إليها ليقرأ الوسم ويحذفها من الفهرس.
3. مشاكل العناوين الكنسية (Canonical Tags)
تظهر هذه المشكلة تحت عنوانين شهيرين في Search Console:
- "صفحة بديلة تشتمل على علامة كنسية مناسبة" (Alternate page with proper canonical tag).
- "صفحة مكررة لم يحدد المستخدم الصفحة الرئيسية" (Duplicate without user-selected canonical).
السبب التقني
عندما تتوفر لديك عدة روابط تؤدي لنفس المحتوى (مثل نسخ المنتجات ذات الألوان المختلفة أو الروابط التي تحتوي على معلمات تتبع UTM)، يتوجب إعلام محركات البحث بالرابط الأصلي لتجنب مشاكل المحتوى المكرر.
كيفية الإصلاح
أضف وسم Canonical في جميع النسخ الفرعية أو المكررة، مشيراً إلى الرابط الأصلي والرئيسي للمقالة أو المنتج:
<!-- يضاف هذا السطر في كود HTML للصفحات المكررة والصفحة الأصلية -->
<link rel="canonical" href="https://sitegeeky.com/main-product-page/" />في حالة "صفحة مكررة لم يحدد المستخدم الصفحة الرئيسية"، يختار جوجل تلقائياً الرابط الذي يراه أنسب. لإجبار جوجل على اختيار الرابط الصحيح، قم بتعيين وسم rel="canonical" يدوياً على الصفحة الرئيسية والصفحات المشابهة.
4. أخطاء "تعذر العثور على الصفحة (404)" و "Soft 404"
يواجه نظام الفهرسة نوعين من أخطاء عدم وجود المحتوى، وتأثيرهما مختلف تكتيكياً على زحف الموقع.
أ) خطأ 404 الصريح (Not Found)
يحدث عندما يحاول جوجل الوصول لرابط غير موجود على الخادم، ويرد الخادم برمز الحالة HTTP Status 404. إذا كانت الصفحة قديمة وتم حذفها بدون بديل، فهذا السلوك صحيح تماماً ولا يعتبر خطأً تقنياً يحتاج للتعديل. أما إذا كانت الصفحة نقلت إلى رابط جديد، فيجب تطبيق توجيه دائم (301 Redirect).
# مثال لتوجيه رابط قديم إلى رابط جديد عبر ملف .htaccess
Redirect 301 /old-page-url/ https://sitegeeky.com/new-page-url/ب) خطأ Soft 404
تحدث هذه المشكلة المعقدة عندما تعيد الصفحة رمز استجابة 200 OK (مما يعني أن الصفحة تعمل)، ولكن المحتوى الداخلي يوحي لجوجل بأن الصفحة فارغة أو تعبر عن عدم وجود منتج (مثل صفحة تصنيف لا تحتوي على منتجات، أو صفحة تظهر رسالة "غير متوفر").
كيفية إصلاح Soft 404:
- إذا كانت الصفحة لا تحتوي على محتوى بالفعل، اجعل الخادم يعيد رمز
404 Not Foundأو410 Gone. - إذا كانت الصفحة تحتوي على محتوى حقيقي ومفيد، أضف نصاً واضحاً وعناصر تفاعلية تمنع خوارزميات جوجل من تصنيفها كصفحة فارغة.
5. أخطاء التوجيه (Redirect Errors)
تشير هذه الفئة إلى أن محرك البحث حاول تتبع إعادة توجيه الصفحة ولكنه فشل في الوصول إلى الوجهة النهائية.
السبب التقني
تحدث هذه المشكلة غالباً بسبب:
- دائرة توجيه مغلقة (Redirect Loop): الصفحة A توجه إلى B، و B توجه مجدداً إلى A.
- سلسلة توجيه طويلة جداً (Redirect Chain): الانتقال عبر أكثر من 3-4 روابط قبل الوصول للهدف.
- توجيه إلى رابط غير صالح أو يتجاوز الحد الأقصى للمهلة (Timeout).
كيفية الإصلاح
استخدم أدوات فحص الترويسات (HTTP Header Checkers) لتعقب مسار التوجيه. احرص دائماً على أن يكون التوجيه مباشراً من الرابط القديم إلى الرابط النهائي بنقلة واحدة فقط (Single Hop):
# خطأ: توجيه متسلسل (A -> B -> C)
# الصحيح: تعديل التوجيه ليكون من المصدر الأول مباشرة إلى الهدف
Redirect 301 /page-a/ https://sitegeeky.com/page-c/
Redirect 301 /page-b/ https://sitegeeky.com/page-c/6. أخطاء الخادم (5xx Server Errors)
عندما يتعذر على Googlebot الاتصال بالخادم أو يتلقى إجابة تشير إلى فشل في معالجة الطلب، يُسجل هذا كخطأ خادم برمز 5xx (مثل 500 أو 502 أو 503).
الأسباب وكيفية التغلب عليها
- ضغط الزحف (Crawl Load): عندما يزور زاحف جوجل الموقع في وقت استهلاك عالٍ لموارد الخادم (RAM/CPU)، مما يؤدي لسقوط قاعدة البيانات مؤقتاً. الحل يستدعي تحسين استعلامات قاعدة البيانات، تفعيل نظام تخزين مؤقت (Caching)، أو ترقية خطة الاستضافة.
- مهلة الاستجابة (Timeout): بطء شديد في استجابة الخادم تجاوز الحدود المسموحة لجوجل.
- جدار الحماية (WAF): إعدادات أمنية خاطئة في جدار الحماية (مثل Cloudflare أو ModSecurity) تقوم بحظر عناوين IP الخاصة بـ Googlebot عن طريق الخطأ. يجب التأكد من إدراج محركات البحث ضمن القائمة المعتمدة (Whitelist).
دليل خطة العمل: كيف تحقق وتطلب إعادة الفهرسة بعد الإصلاح؟
تعديل الكود أو الخادم هو النصف الأول من العمل، النصف الثاني هو إعلام جوجل بالتعديلات للتحقق منها. اتبع الخطوات التالية بشكل منظم:
- فحص العنوان (URL Inspection): خذ الرابط المصلح وضعه في شريط البحث العلوي داخل Search Console.
- اختبار العنوان المباشر (Test Live URL): اضغط على هذا الخيار ليقوم جوجل بزحف لحظي للصفحة. هذه الخطوة تتأكد من أن الكود الحالي على الخادم خالي من المشكلة.
- التحقق من الإصلاح (Validate Fix): ارجع إلى تقرير الأخطاء الرئيسي، واضغط على زر "التحقق من الإصلاح" (Validate Fix). سيبدأ جوجل عملية زحف مجدولة للتحقق من كافة الصفحات المتأثرة.
أخطاء شائعة يقع فيها المطورون وأصحاب المواقع
تجنب الممارسات التالية التي قد تؤدي إلى تعقيد أزمة الفهرسة بدلاً من حلها:
- حظر ملفات CSS و JavaScript: إغلاق الوصول إلى ملفات التنسيق والسكربتات عبر
robots.txtيجعل جوجل غير قادر على فهم شكل الصفحة ورندرتها (Render) بشكل صحيح، مما يسبب أخطاء Soft 404 أو مشاكل في التوافق مع الهواتف. - إعادة التوجيه الجماعي إلى الصفحة الرئيسية: توجيه جميع روابط 404 المفقودة إلى الصفحة الرئيسية بشكل أعمى يُعد ممارسة سيئة للـ SEO وتعتبرها خوارزميات جوجل بمثابة Soft 404. وجه الرابط القديم دائماً إلى صفحة بديلة ذات صلة وثيقة بمحتواه.
- مسح ذاكرة التخزين المؤقت دون اختبار: إجراء التعديلات التقنية دون إفراغ الـ Cache من إضافة الموقع أو الـ CDN (مثل Cloudflare) يترك النسخة القديمة المكسورة ممررة لـ Googlebot.
أسئلة شائعة حول أخطاء الفهرسة
كم من الوقت يستغرق جوجل للتحقق من إصلاح الأخطاء؟
تستغرق عملية التحقق (Validation Process) عادةً بين عدة أيام إلى بضعة أسابيع. يعتمد ذلك بشكل أساسي على ميزانية الزحف (Crawl Budget) الخاصة بموقعك ومعدل زيارة Googlebot المعتاد لصفحاتك.
هل تؤثر الصفحات المستبعدة غير المهمة على ترتيب موقعي؟
لا، وجود صفحات مستبعدة بشكل طبيعي (مثل صفحات المعاملات المالية، أو السياسات، أو الوسوم المكررة) لا يضر بترتيب الموقع. التركيز يجب أن يكون على الصفحات التي تؤثر على رحلة المستكشف والمحتوى الذي تستهدف به الكلمات المفتاحية.
ما الفرق بين مشكلة الزحف ومشكلة الفهرسة؟
الزحف (Crawling) هو محاولة الوصول إلى الرابط وقراءة الشفرة البرمجية بواسطة البوت. الفهرسة (Indexing) هي مرحلة تحليل هذا المحتوى وإضافته لقاعدة بيانات جوجل ليكون مهيأً للظهور في نتائج البحث. أي خطأ في الزحف يمنع الفهرسة تلقائياً.
خلاصة القول
معالجة أخطاء الفهرسة في Google Search Console ليست عملية عشوائية، بل تحتاج لتتبع تقني دقيق يبدأ من تحليل رمز استجابة HTTP، ومراجعة تعليمات ملف robots.txt، وصولاً للوسام التقنية داخل المحتوى مثل canonical و noindex. الفحص الدوري لهذه التقارير يضمن لك الحفاظ على وصول محتواك للجمهور المستهدف واستقرار حركة الزيارات اللاحقة بموقعك.
