تستخدم جوجل المستندات والموارد التي توفر الحالة 200 فقط عند الوصول إليها. لا يتم فهرسة جميع المصادر الأخرى. هذا مهم أيضًا للروابط الخلفية .
تشير الحالة 200 عند استرداد مورد من الويب إلى نجاح الطلب. وبالتالي يمكن العثور على المورد المطلوب وتسليمه.
لا تستخدم Google سوى الموارد التي يتم إرسال الحالة 200 لها. يستثني ذلك جميع الاستجابات الأخرى مثل عمليات إعادة التوجيه (300s) أو المستندات التي لم يتم العثور عليها أو الوصول المستحيل (400s) أو أخطاء الخادم (500s).
كما أوضح يوهانس مولر على Twitter ، فإن المحتوى ذو الحالة 200 فقط يؤخذ في الاعتبار للفهرسة. في السابق ، كان المستخدم قد سأل عما إذا كان ينبغي عليه تخفيض قيمة الروابط الخلفية المشكوك فيها التي تسبب خطأ 500.
وفقًا لمولر ، فإن تقييد الحالة 200 يؤثر أيضًا على الروابط. لا يتم تضمين الروابط الخلفية مع حالة HTTP مختلفة في التصنيف.
لكن كن حذرًا: إذا وصل أحد الارتباطات خطأ اليوم ، فقد يكون نشطًا مرة أخرى غدًا. على سبيل المثال ، يمكن أن تكون أخطاء الخادم والمشاكل الأخرى مؤقتة. لذلك قد يكون من الجيد اختبار الروابط الخلفية المشكوك فيها مرة أخرى بعد فترة زمنية معينة.
يبقى سؤال واحد: كيف تتعامل Google مع رموز الحالة الأخرى من سلسلة 200؟ هناك إصدارات مختلفة مثل الحالة 205 (“إعادة تعيين المحتوى”) ، حيث يتعين على العميل إعادة إنشاء نموذج وإعادة تعيين المدخلات.
يمكن تفسير إجابة مولر على أنها تتجاهل مثل هذه النتائج من Google لأنه يسمي صراحةً الحالة 200 كإجابة مقبولة فقط.
