لماذا لا تُفهرس صفحة الموقع؟ خطوات تشخيص عملية

افصل الاكتشاف والزحف والفهرسة

الاكتشاف (Discovery) يعني معرفة محرك البحث بوجود الرابط. والزحف (Crawling) جلب الصفحة ومواردها. أما الفهرسة (Indexing) فتشمل معالجة المحتوى وتحديد إدراجه في الفهرس وكيفية ذلك. الفهرس قاعدة معلومات يستعين بها المحرك عند تقديم النتائج. أما الترتيب (Ranking) فيحدد موضع النتائج المناسبة لسؤال المستخدم. نجاح مرحلة لا يضمن نجاح المرحلة التالية.

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

افحص الرابط المحدد وسجل الدليل

التحويل (Redirect) ينقل الزائر من عنوان إلى آخر. تحقق من العنوان النهائي، بما يشمل بداية العنوان مثل HTTPS، واسم الموقع، ومسار اللغة. استخدم أداة Google Search Console التي تعرض بيانات حضور الموقع في بحث Google. اختر خاصية الموقع، أي النطاق أو مجموعة العناوين المسجلة في الأداة، بصلاحية معتمدة. ثم افحص عنوان الصفحة نفسه بأداة فحص الرابط (URL Inspection). الرابط الأساسي (Canonical URL) هو العنوان المفضل لتمثيل صفحات مكررة أو متشابهة. سجل الحالة وتاريخ آخر زحف والرابط الأساسي المعلن والرابط الذي اختاره Google عندما تتوفر البيانات.

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

تحقق من الوصول والاستبعاد الصريح

توجيه noindex يطلب عدم إدراج الصفحة في الفهرس. أما ملف robots.txt فيحدد المسارات التي يسمح للزاحف بطلبها أو يمنعه منها. اطلب من المسؤول التقني فحص استجابة الخادم واشتراط تسجيل الدخول غير المقصود، وقواعد ملف robots.txt، وتعليمات noindex. راجع بيانات الصفحة وترويسات الاستجابة (HTTP Headers)، وهي معلومات يرسلها الخادم مع المحتوى وقد تتضمن تعليمات الفهرسة. خطأ الخادم أو طلب الدخول يختلفان عن صفحة عامة تحمل توجيهًا بعدم الفهرسة.

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

عالج النسخ المتنافسة باتساق

إعلان الرابط الأساسي إشارة إلى Google، وليس أمرًا يضمن اختياره. قد يختار المحرك عنوانًا آخر بعد تقييم إشارات الصفحات. تحقق هل تشير الصفحة إلى نفسها أم إلى عنوان آخر، وهل الاختيار مقصود. وحّد التحويلات والروابط الداخلية وخريطة الموقع (Sitemap)، وهي ملف يسرد عناوين تريد تعريف المحرك بها، حول العنوان المفضل بدل إرسال إشارات متعارضة.

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

راجع غرض الصفحة وقيمتها

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

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

حوّل النتيجة إلى طلب معالجة محدد

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

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

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

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

صحح وأعد الفحص ثم تابع

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

التشخيص الجيد يبدأ بعنوان محدد ودليل مؤرخ، ثم يميز بين منع الوصول والاستبعاد المقصود واختيار نسخة أخرى. أصلح السبب المثبت، وتحقق من أثر التعديل، ثم تابع الفهرسة بوصفها نتيجة مستقلة. عدم الظهور في بحث واحد لا يثبت وحده أن الصفحة غير مفهرسة.

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