كيفية تأثير رموز حالة HTTP وأخطاء الشبكة ونظام أسماء النطاقات في "بحث Google"

توضّح هذه الصفحة كيفية تأثير رموز حالة HTTP وأخطاء الشبكة وأخطاء نظام أسماء النطاقات في "بحث Google". وسنتناول في هذه المقالة أهم 20 رمز حالة واجهها Googlebot على الويب، وأبرز أخطاء الشبكة ونظام أسماء النطاقات. ولا تشمل المقالة رموز الحالة الغريبة، مثل 418 (I'm a teapot). تعرض جميع المشاكل المذكورة في هذه الصفحة خطأ أو تحذيرًا مطابقًا لها في تقرير إحصاءات الزحف في Search Console.

رموز حالة HTTP

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

تنشئ خدمة Search Console رسائل خطأ لرموز الحالة في النطاق 4xx–5xx، ولعمليات إعادة التوجيه التي يتعذّر إتمامها (3xx). إذا ردّ الخادم برمز الحالة 2xx، يمكن النظر في إمكانية فهرسة المحتوى الذي تم استلامه في الاستجابة للفهرسة.

رموز حالة HTTP‬
2xx (success)

يراجع محرّك البحث Google المحتوى وينظر في إمكانية فهرسته. إذا تضمّن المحتوى خطأ، مثل صفحة فارغة أو رسالة خطأ، ستعرض Search Console خطأ soft 404.

200 (success)

يمرّر Googlebot المحتوى إلى مسار الفهرسة. وقد تفهرس أنظمة الفهرسة المحتوى، ولكن ذلك ليس مضمونًا.

201 (created)
202 (accepted)

ينتظر Googlebot المحتوى لفترة محدودة ثم يمرّر أي محتوى يتلقّاه إلى مسار الفهرسة. تعتمد المهلة على وكيل المستخدم، على سبيل المثال، قد تختلف مهلة Googlebot Smartphone عن مهلة Googlebot Image.

204 (no content)

يرسل Googlebot إشارة إلى مسار الفهرسة بأنه لم يتلقَّ أي محتوى. قد تعرض Search Console خطأ 404 soft في تقرير "تغطية الفهرسة" الخاص بالموقع الإلكتروني.

3xx (redirects)

يتّبع Googlebot ما يصل إلى 10 قفزات إعادة توجيه. إذا لم يتلقَّ الزاحف أي محتوى خلال 10 قفزات، ستعرض Search Console خطأ في إعادة التوجيه في تقرير "تغطية الفهرسة" الخاص بالموقع الإلكتروني. يعتمد عدد القفزات التي يتّبعها Googlebot على وكيل المستخدم، مثلاً، قد تختلف قيمة Googlebot Smartphone عن قيمة Googlebot Image.

301 (moved permanently)

يتّبع Googlebot عملية إعادة التوجيه، ويستخدم مسار الفهرسة عملية إعادة التوجيه كإشارة قوية إلى أن الوجهة المستهدفة في إعادة التوجيه يجب أن تكون أساسية.

302 (found)

يتّبع Googlebot عملية إعادة التوجيه، ويستخدم مسار الفهرسة إعادة التوجيه كإشارة ضعيفة على أن الوجهة المستهدفة في إعادة التوجيه يجب أن تكون أساسية.

303 (see other)
304 (not modified)

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

307 (temporary redirect) هذا الرمز مكافئ للرمز 302.
308 (moved permanently) هذا الرمز مكافئ للرمز 301.
4xx (client errors)

يستبعد مسار الفهرسة في Google عناوين URL التي تعرض رمز حالة 4xx من عملية الفهرسة، كما تتم إزالة عناوين URL التي سبق أن تمت فهرستها والتي تعرض رمز حالة 4xx من الفهرس.

400 (bad request)

يتم التعامل مع جميع أخطاء 4xx بطريقة واحدة، باستثناء 429: يرسل Googlebot إشارة إلى مسار الفهرسة بأن المحتوى غير متوفّر.

يزيل مسار الفهرسة عنوان URL من الفهرس إذا سبق أن تمت فهرسته. لا تتم معالجة صفحات 404 التي تم رصدها حديثًا. وينخفض معدّل الزحف تدريجيًا.

401 (unauthorized)
403 (forbidden)
404 (not found)
410 (gone)
411 (length required)
429 (too many requests)

يتعامل Googlebot مع رمز الحالة 429 على أنه إشارة إلى أن الخادم يواجه زيادة في التحميل، ويعتبره خطأ في الخادم.

5xx (server errors)

يطلب خطأا الخادم 5xx و429 من برامج زحف Google تخفيض معدّل الزحف مؤقّتًا. ويتم الاحتفاظ بعناوين URL التي سبق أن تمت فهرستها في الفهرس، ولكن يتم حذفها في النهاية.

500 (internal server error)

يُخفِض Googlebot معدّل الزحف إلى الموقع الإلكتروني. ويكون مقدار الانخفاض في معدل الزحف متناسبًا مع عدد عناوين URL الفردية التي تعرض خطأ في الخادم. يزيل مسار الفهرسة في Google عناوين URL التي تعرض باستمرار خطأ في الخادم من الفهرس.

502 (bad gateway)
503 (service unavailable)

أخطاء في الشبكة وفي نظام أسماء النطاقات

تؤدي الأخطاء في الشبكة وفي نظام أسماء النطاقات إلى التأثير سلبًا وبسرعة في مدى ظهور عنوان URL في "بحث Google". يتعامل Googlebot مع مُهَل الشبكة وإعادة ضبط الاتصال وأخطاء نظام أسماء النطاقات بالطريقة نفسها التي يتم التعامل بها مع أخطاء الخادم 5xx. في حال حدوث أخطاء في الشبكة، يبدأ معدّل الزحف بالانخفاض على الفور، لأن حدوث خطأ في الشبكة يشير إلى عدم قدرة الخادم على التعامل مع نسبة التحميل. وستتم إزالة عناوين URL التي سبق وتمت فهرستها من فهرس Google في غضون أيام. وقد تعرض Search Console أخطاء لكل خطأ مطابق.

تصحيح أخطاء الشبكة

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

  • اطّلِع على إعدادات الجدار الناري وسجلّاته. من المحتمل أنه قد تم استخدام مجموعة قواعد منع واسعة النطاق بشكل مفرط. تأكَّد من عدم حظر عناوين IP لبرنامج Googlebot من خلال أي من قواعد الجدار الناري.
  • اطّلِع على حركة بيانات الشبكة. استخدِم أدوات مثل tcpdump وWireshark لالتقاط حزم TCP وتحليلها، وابحث عن القيم الشاذة التي تشير إلى وجود مكوّن شبكة معيّن أو وحدة خادم معيّنة.
  • إذا لم تجد أي أمر مريب، تواصَل مع شركة الاستضافة.

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

تصحيح الأخطاء في نظام أسماء النطاقات

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

  • افحص قواعد الجدار الناري. تأكّد من عدم حظر أي من عناوين IP التي تستخدمها Google من خلال أي من قواعد الجدار الناري، وأنّ طلبَيUDP وTCP مسموح بهما.
  • اطّلِع على سجلّات نظام أسماء النطاقات. تأكَّد من أنّ سجلّات A وCNAME تشير إلى عنوان IP واسم المضيف الصحيحَين على التوالي. مثلاً:
    dig +nocmd example.com a +noall +answer
    dig +nocmd www.example.com cname +noall +answer
  • تحقَّق من أن جميع خوادم الأسماء تشير إلى عناوين IP الصحيحة لموقعك الإلكتروني. مثلاً:
    dig +nocmd example.com ns +noall +answer
    example.com.    86400  IN  NS  a.iana-servers.net.
    example.com.    86400  IN  NS  b.iana-servers.net.
    dig +nocmd @a.iana-servers.net example.com +noall +answer
    example.com.    86400  IN  A  93.184.216.34
    dig +nocmd @b.iana-servers.net example.com +noall +answer
    ...
  • إذا أجريت تغييرات على إعدادات نظام أسماء النطاقات خلال فترة 72 ساعة الأخيرة، قد تحتاج إلى الانتظار حتى يتم نشر هذه التغييرات في شبكة نظام أسماء النطاقات العالمية.
  • إذا كنت تشغّل خادم نظام أسماء النطاقات الخاص بك، تأكّد من أنه سليم ولا يواجه زيادة في التحميل.