عندما لا تجد موقع شركتك في Google، لا تبدأ بتغيير الكلمات أو نشر عشرات الصفحات. افصل أولًا بين أربعة أسئلة: هل اكتشف Google الرابط؟ هل استطاع جلبه؟ هل قرر فهرسته؟ وهل يظهر لاستعلام مناسب؟ لكل سؤال أدلة وإجراءات مختلفة. قد يكون المحتوى جيدًا لكن الخادم يمنع الزاحف، وقد يكون الرابط قابلًا للجلب لكنه مكرر، وقد تكون الصفحة مفهرسة ولا تنافس على عبارة عامة. هذا الدليل يقدم طريقة فحص تبدأ من الاستجابة الحية وتنتهي بسجل إصلاح قابل للمراجعة. الأمثلة تعليمية، ولا تصف نتائج عميل أو تضمن ترتيبًا؛ الهدف معرفة موضع المشكلة قبل إنفاق الوقت على حل لا يرتبط بها. وسجّل نسخة الإعدادات التي اختبرتها، كي يعرف الفريق هل تغيّرت النتيجة بسبب إصلاح جديد أم بسبب اختلاف النسخة أو مصدر الطلب.
افصل الفهرسة عن الترتيب
ظهور صفحة في فهرس البحث يختلف عن ظهورها أولًا لاستعلام معين. كذلك نجاح طلب فهرسة لا يعني قبول الصفحة أو وقتًا محددًا لمعالجتها. اكتب المشكلة بدقة: «صفحة الخدمة لا تُجلب» أو «Google اختار رابطًا أساسيًا آخر» أو «الصفحة مفهرسة لكن انطباعاتها محدودة». هذه الصياغة تمنع انتقال الفريق مباشرة إلى شراء روابط أو إعادة كتابة الموقع دون دليل. استخدم متطلبات Google التقنية لفهم شروط الأهلية العامة: الوصول والاستجابة المناسبة ومحتوى قابل للفهرسة. اجتياز هذه الشروط لا يضمن الإدراج أو المركز، لكنه يحدد نقطة البداية التي يمكن فحصها فنيًا.
اختر صفحات تمثل الموقع الحقيقي
ابدأ بعينة تشمل الرئيسية وخدمة ومقالًا وصفحة تواصل ورابطًا غير موجود. أضف صفحة تستخدم قالبًا مختلفًا أو تعتمد على بيانات متغيرة إذا وجدت. لا يكفي فحص الرئيسية لاستنتاج أن جميع المقالات تعمل؛ قد تكون لها قاعدة توجيه أو استعلام مختلف. سجل الرابط الكامل، والغرض، والحالة المتوقعة، وتاريخ الاختبار، ومن أجراه. إذا كان الموقع متعدد اللغات أو له نطاق قديم، أضف النسخ المرتبطة للعينة. استخدم روابط الإنتاج الفعلية دون بيانات حساسة، ولا تجعل نتائج localhost بديلًا عن فحص الخادم الحي. يمكن لخطأ في جذر النشر أن يغير النتيجة رغم سلامة التطبيق محليًا.
افحص HTTP والمحتوى معًا
راجع طلب HEAD ثم GET، وتحقق من سلسلة التحويل عند وجودها. الصفحة العامة الصحيحة ينبغي أن تقدم استجابة ناجحة ومحتوى الصفحة المطلوبة. حالة 200 مع شاشة خطأ أو صفحة تحقق لا تكفي. خريطة XML تحتاج محتوى XML ونوعًا مناسبًا، بينما ملف robots نص. انتبه إلى تحويل رابط الخدمة إلى الرئيسية، أو اختلاف النتيجة بين طلب بلا ملفات تعريف وطلب من متصفح سابق. اكتب الدليل كما ظهر: الحالة، والوجهة النهائية، ونوع المحتوى، ومقتطفًا غير حساس. لا تعالج 403 كأنه مشكلة عنوان، ولا تفترض أن 500 يعني ضعف كتابة المحتوى؛ ابدأ من الطبقة التي أنتجت الاستجابة.
راجع صلاحيات الزحف في robots
افتح robots من النطاق الصحيح، واقرأ القواعد التي تخص الزاحف والروابط المقصودة. قد يظل منع شامل من بيئة التجربة، أو تكون قاعدة واسعة تغطي صفحات عامة بالخطأ. في المقابل، استثناء المسارات الإدارية والداخلية أمر مختلف عن منع الخدمات. لا تستخدم robots لحماية معلومات خاصة؛ الحماية تحتاج صلاحيات وصول فعلية. تحقق من أن الملف متاح وأن عنوان الخريطة المعلن يطابق الإنتاج. عند تغيير القواعد، سجّل ما تغير واختبر العينة مرة أخرى. لا تعتمد على قراءة اسم الملف في مدير الملفات، فقد يقدم الخادم ملفًا آخر أو محتوى ديناميكيًا مختلفًا عن النسخة التي فتحتها.
تحقق من noindex في الصفحة والاستجابة
راجع ترويسات الاستجابة ووسوم الصفحة بحثًا عن تعليمات تمنع الفهرسة، وقارنها بالغرض الحقيقي للصفحة. من الطبيعي أن تكون لوحة الإدارة غير قابلة للفهرسة، لكن نقل إعداداتها إلى صفحة خدمة يخلق تناقضًا. افحص الاستجابة المقدمة للزائر الجديد، لا كود القالب فقط، لأن إعدادًا عامًا قد يضيف الترويسة بعد عرض الصفحة. قبل إزالة أي منع، حدد هل المحتوى عام أصلًا وهل توجد بيانات أو نسخة تجريبية تستدعي الحماية. الهدف تصحيح خطأ محدد في صفحات مقصودة، وليس جعل كل مسارات التطبيق قابلة للفهرسة. احتفظ بمنع المسارات الخاصة الذي يخدم حدود الموقع.
اقرأ canonical كإشارة واضحة
الرابط الأساسي يساعد على توضيح النسخة المقصودة عندما توجد عناوين متقاربة. افحص أنه يستخدم HTTPS والنطاق الصحيح والصفحة نفسها أو البديل المعتمد. صفحة خدمة تشير إلى الرئيسية قد تعطي إشارة لا تطابق محتواها. راجع أيضًا التحويلات والروابط الداخلية وخريطة الموقع، حتى لا يشير كل منها إلى نسخة مختلفة. لا تضع رابطًا أساسيًا فقط لإخفاء مشكلة بنية، ولا تفترض أن التصريح سيجبر Google على اختياره. إذا اختار المحرك نسخة أخرى، راجع أسباب التشابه والإشارات المتعارضة بدل تعديل الوسم عشوائيًا. سجل الرابط المعلن والرابط الذي تعرضه أدوات الفحص لتبني مقارنة قابلة للفهم.
اختبر خريطة الموقع كوثيقة حية
يجب أن تُجلب الخريطة وتُقرأ بالكامل، وأن تحتوي روابط عامة حالية وقابلة للفهرسة. افحص البداية والمساحة الاسمية وصلاحية XML، ثم اختبر روابطها. لا تضف مسودات أو تحويلات متقاعدة أو واجهات API لزيادة العدد. إذا كانت المقالات تُنشر من قاعدة البيانات، تحقق من ظهور المنشور الجديد واستبعاد المؤجل. بيانات التعديل ينبغي أن تعكس تحديثًا فعليًا عند استخدامها. وجود الخريطة لا يضمن معالجة جميع روابطها؛ هي وسيلة اكتشاف. ويمكن مقارنة نتيجتها مع قائمة الصفحات في لوحة المحتوى، لاستخدام الاختلاف في اكتشاف مقال مفقود أو صفحة لم يعد نشرها مقصودًا.
استخدم Search Console لتحديد المرحلة
افحص رابطًا واحدًا بأداة فحص عنوان URL، وميّز بين البيانات المعروفة سابقًا ونتيجة الاختبار المباشر للنسخة المنشورة. اقرأ وصف الحالة والتاريخ والرابط الأساسي، واحتفظ بما يساعد على إعادة الاختبار. عند رسالة تعذر الجلب، لا تستنتج من رقم الصفحات المكتشفة أن المحتوى سيئ؛ قد لا يصل Google إلى الملف أصلًا. وإذا نجح الجلب الحالي، فقد تحتاج مقارنة توقيت الخطأ مع سجلات الاستضافة. توضح مساعدة Search Console لفحص صفحة واحدة دور الأداة في التشخيص. استخدمها لتوجيه العمل، لا لإعلان نجاح فهرسة لم يظهر في التقرير بعد.
انتبه إلى اختلاف الزاحف والمنطقة والشبكة
قد ينجح الطلب من جهازك بينما تفشل جهة أخرى بسبب DNS أو TLS أو قواعد CDN أو التحقق من المتصفح. تجربة اسم Googlebot مفيدة للكشف عن منع يعتمد على الاسم، لكنها لا تثبت وصول Google من عناوينه. اطلب سجلات عند توقيت الاختبار، مع التحقق من هوية المصدر قبل نسب الطلب للزاحف. قارن IPv4 وIPv6 إذا كانا منشورين، وراجع عقد التوزيع المتاحة عند وجود اختلاف. لا تعطل حماية الموقع بالكامل لمجرد الشك؛ ابحث عن القاعدة التي تعترض طلبًا مشروعًا، وحدد الاستثناء المناسب مع الاستضافة بناءً على أدلة قابلة للتحقق.
ابحث عن صفحات بلا روابط داخلية
قد تكون الصفحة موجودة في قاعدة البيانات لكن لا تصل إليها القوائم أو المقالات أو صفحة الخدمات. خريطة الموقع تساعد، لكن الربط المفهوم يجعل الاكتشاف والتنقل أوضح للقارئ. استخدم رابطًا نصيًا يصف الوجهة، وضعه حيث يحتاج القارئ التفصيل فعلًا. لا توصل كل مقال بكل خدمة؛ العلاقة السياقية أهم من كثرة الروابط. راجع خطة المقالات والربط الداخلي لبناء خريطة تساعد على كشف الصفحات المنعزلة. افحص الروابط بعد تغيير عنوان أو إعادة التصميم، لأن رابطًا قديمًا قد يضيف تحويلًا أو يصل إلى صفحة انتهى غرضها.
رتب الإصلاحات بحسب ما تمنعه
ابدأ بما يمنع الوصول إلى صفحة مهمة، ثم الإشارات التي تمنع فهرستها أو تربك نسختها، ثم التحسينات التي تجعل المحتوى والتنقل أوضح. لا تجعل تغيير وصف صغير يسبق إصلاح خادم يعيد خطأ متكررًا. قيّم عدد الصفحات المتأثرة وأهمية الرحلة وإمكانية الرجوع. قد تكون مشكلة قالب واحدة مسؤولة عن عشرات الروابط، بينما ملاحظة معزولة لا تستحق نشرًا واسعًا. لكل إصلاح، اكتب السبب المتوقع والاختبار الذي سيؤكد تغيره. هذا يحول تقرير SEO من قائمة تنبيهات طويلة إلى خطة تنفيذ يمكن لمالك النشاط مراجعتها والتأكد من أثرها العملي.
أنشئ سجل متابعة يمكن إغلاق بنوده
| الملاحظة | الدليل المطلوب | شرط الإغلاق |
|---|---|---|
| الخريطة لا تُجلب | استجابة حية واختبار Google | جلب ناجح ومحتوى XML صالح |
| صفحة عامة ممنوعة | robots أو noindex الفعلي | تصحيح القاعدة والتحقق من الاستجابة |
| عنوان أساسي متعارض | وسم وتحويل وروابط داخلية | إشارات متسقة للنسخة المقصودة |
أضف المسؤول والتاريخ والأولوية إلى سجل الفريق، واحتفظ بحالة «بانتظار معالجة Google» منفصلة عن «تم الإصلاح فنيًا». يمكن إغلاق تعديل الخادم بعد اختباره، مع إبقاء نتيجة الفهرسة للمتابعة. تجنب إعادة فتح كل البنود بسبب مؤشر ترتيب واحد، وراجع السياق قبل نسبة أي تغير إلى نشر آخر.
نفذ مثال تشخيص بدل التخمين
لنفترض تعليميًا أن مقالًا جديدًا لا يظهر، بينما الرئيسية تعمل. تبدأ بفحص الرابط فتجد 200 ومحتوى صحيحًا، ثم تجد أنه مرتبط من المدونة وموجود في الخريطة. يظهر noindex في الترويسة بسبب إعداد قالب نُقل من المسودة. هنا يكون العمل تصحيح شرط القالب للمقالات المنشورة، واختبار المسودة والمنشور للتأكد من بقاء الحدود، ثم متابعة فحص Google. لا حاجة لتغيير النص أو إنشاء مقال آخر عن السؤال نفسه. وإذا لم تجد هذا الدليل، لا تقلّد الحل؛ انتقل إلى الإشارة التالية. المثال يوضح أهمية بناء فرضية صغيرة واختبارها بدل تطبيق قائمة حلول على جميع الحالات.
متى تحتاج فحصًا متخصصًا؟
اطلب مراجعة متخصصة عند اختلاف الاستجابة حسب المصدر، أو تغير عدد كبير من العناوين، أو استمرار أخطاء خادم، أو تعدد النسخ واللغات. جهز أمثلة وتوقيتات وتقارير غير حساسة وخطة النشر الأخيرة. راجع خدمة تحسين محركات البحث وخطة انتقال إعادة التصميم لتحديد نطاق المراجعة. ينبغي أن ينتج الفحص أسبابًا وأدلة وأولويات، لا شهادة بأن الموقع سيتصدر. ويمكن مشاركة الروابط المعنية عبر صفحة التواصل دون إرسال كلمات مرور في النص؛ صلاحيات الوصول تُجهز بالقناة والطريقة المناسبة للمشروع.
أسئلة شائعة عن عدم الظهور
هل نشر مقال جديد يحل تعذر جلب الخريطة؟
لا يعالج عطل الوصول نفسه. أصلح الاستجابة أو الحظر المثبت، ثم تحقق من أن المحتوى المنشور يظهر داخل خريطة صالحة وروابط عامة.
هل النجاح في الاختبار المباشر يضمن الفهرسة؟
يثبت جوانب من إمكانية الوصول الحالية، بينما الفهرسة والترتيب قرارات منفصلة. تابع الحالة وتاريخ المعالجة دون وعد بمدة محددة.
ما أول معلومة أرسلها لفريق الفحص؟
الرابط الدقيق، ووصف المشكلة، وتاريخ ظهورها، ونتيجة الفحص المتاحة. هذه المعلومات أوضح من عبارة عامة بأن الموقع لا يعمل في البحث.