تأثير تحسين محركات البحث على رموز حالة HTTP وكيفية تحسينها

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

رمز حالة HTTP 200

200 جيد

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

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

يمكن تحديد هذه الصفحات على OnCrawl بمجموعة من عدة معايير:

• موجود في المجموعة الأخرى التي تحتوي على الصفحات غير المصنفة الخاصة بالتقسيم
• عدد الكلمات منخفض جدًا
• العلامات الأساسية التي لا تتطابق
• معدل تشابه مرتفع للغاية
• علامات العنوان والوصف غير المحسّنة
• علامات مكررة H1 ، العنوان ، الوصف
• الصفحات التي لا تحتوي على H1

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

أفضل الممارسات:

• تأكد من أن الصفحات التي تريد فهرستها تستجيب بـ 200
• تأكد من أن الصفحات التي تستجيب في 200 صفحة "حقيقية" للتحكم في الارتباط الداخلي وميزانية الزحف الخاصة بها

رموز حالة HTTP 3XX

301 منقول بشكل دائم

تم نقل الصفحة المطلوبة وإعادة توجيهها إلى عنوان URL آخر بشكل دائم. مفيدة جدًا في تحسين محركات البحث ، تسمح إعادة التوجيه الدائمة بإدارة حالات ترحيل الموقع من أي نوع (تغيير المجال ، وترحيل http إلى https ، وإعادة التصميم ، وما إلى ذلك) ولكن بشكل خاص لتعديل عنوان URL للصفحة دون فقد حركة المرور الواردة.
لن يتمكن Google bot من الوصول إلى الصفحة الأصلية وسيتبع إعادة التوجيه لاكتشاف صفحة الوجهة. سيفهم أن الصفحة قد تم نقلها وأنه لا ينبغي الزحف إلى الصفحة الأصلية بعد الآن.
عواقب تحسين محركات البحث الخاصة بك:

• في النهاية سيتم إلغاء فهرسة الصفحة الأصلية
• ستتم فهرسة صفحة الوجهة ولكن ليس هناك ما يضمن أنها ستستعيد مواضع الصفحة الأصلية
• يتم إرسال عصير تحسين محركات البحث للروابط الواردة على الصفحة الأصلية إلى الصفحة الوجهة

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

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

أفضل الممارسات:

• • تأكد من أن صفحة الوجهة تستجيب في 200. يسهّل OnCrawl اكتشاف سلاسل إعادة التوجيه وعمليات إعادة التوجيه التي لا تشير إلى صفحة في 200
  • تصحيح الروابط التي تشير إلى الصفحات في 301
  • الحد من استخدام 301 مع إعادة التوجيه التلقائي لجميع أخطاء 4XX إلى الصفحة الرئيسية
  • قم بتفضيل القسم الرئيسي على الصفحة الرئيسية لعمليات إعادة التوجيه بدون محتوى مشابه
  • قم بإعداد إعادة توجيه إذا:
    • يتم نقل المحتوى
    • يحل محتوى مشابه محل الصفحة الأصلية
    • تم حذف الصفحة ولكنها تتلقى روابط خلفية مثيرة للاهتمام

302 وجدت

يتم إعادة توجيه الصفحة المطلوبة مؤقتًا إلى عنوان URL آخر. مثل إعادة التوجيه 301 الدائمة ، فإن إعادة التوجيه 302 المؤقتة تحافظ على حركة المرور الواردة بتجربة مستخدم سلسة ، لكنها لا تقدم نفس مزايا تحسين محركات البحث (SEO). سيتفهم برنامج Google bot أن الصفحة الأصلية لا يمكن الوصول إليها مؤقتًا وستكون مرة أخرى.
عواقب تحسين محركات البحث الخاصة بك:

• سيستمر Google bot في محاولة الزحف إلى الصفحة الأصلية
• الصفحة الأصلية ستحافظ على شعبيتها
• لن يتم نقل عصير تحسين محركات البحث الخاص بـ netlinking إلى صفحة الوجهة
• لن يتم إلغاء فهرسة الصفحة الأصلية (إذا لم تتم فهرسة الصفحة ، فلن تطول طالما أنها تستجيب في 302)

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

أفضل الممارسات:

• استخدم 302 فقط للاحتياجات المؤقتة ، مثل الصيانة على سبيل المثال
• لا تستخدم 302s للمحتوى الذي تم نقله أو حذفه نهائيًا
• استبدل 302s بـ 301 إذا أصبحت دائمة

304 غير معدل

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

• لم يتم الزحف إلى الصفحة مرة أخرى مما يؤدي إلى تجنب استهلاك الموارد والزحف إلى الميزانية
• تم تحسين وقت تحميل الصفحة (نسخة مخبأة)

قد يكون تنفيذ هذا النوع من الاستجابة للصفحات "الكلاسيكية" صعبًا ويتطلب التطوير. من ناحية أخرى ، بالنسبة لصفحات الموارد من نوع CSS ، يمكن أن يكون ذلك بمثابة فوز سريع حقيقي.

أفضل الممارسات:

• للصفحات التي لم يتم تعديلها أبدًا ، تفضل 304 إلى 200
• ادرس إمكانية تعميم الممارسة لصفحات المصادر

أكواد حالة HTTP 4XX

404 الملف غير موجود

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

• يتفهم برنامج Google bot أن هذه الصفحة غير موجودة وأنه لا ينبغي فهرستها
• إذا كانت الصفحة مفهرسة بالفعل ، فسيتم فكها في النهاية
• سيتم فقد عصير SEO الخاص بـ netlinking بمجرد إلغاء فهرسة الصفحة

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

لتوفير تجربة مستخدم جيدة ، يوصى بإنشاء صفحة خطأ 404 مخصصة:

• تنص صراحة على أن الصفحة غير موجودة
• مدمج في تصميم موقعك
• يوفر روابط لمحتوى يمكن الوصول إليه
• غير قابل للفهرسة (404 response and meta robots noindex)

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

الممارسات الجيدة:

• • قم بإعداد 404 عندما:
    • الصفحة غير موجودة (إذا لم تعد موجودة ، تفضل 410)
    • الصفحة لا تحتوي على رابط خلفي مهم
    • لا يوجد محتوى مكافئ متاح
  • قم بإنشاء صفحة 404 مخصصة
  • تجنب soft-404 ، أي صفحة 404 مخصصة تستجيب برمز حالة HTTP 200
  • لا تقم بإعادة توجيه 404 بشكل منهجي باستخدام 301
  • لا تحظر الوصول إلى صفحة 404 عبر ملف robots.txt
  • صحح جميع الروابط التي تشير إلى 404

410 ذهب

الصفحة المطلوبة لم تعد متوفرة. يكمن الاختلاف مع رمز حالة HTTP 404 في هذه الدقة الدقيقة ، فالصفحة موجودة بالفعل ولكن تمت إزالتها ولن يتم استبدالها. وبالتالي ، تكون الرسالة المرسلة إلى Google bot أكثر دقة وتحديداً.
عواقب تحسين محركات البحث الخاصة بك:

• ستأخذ Google المعلومات في الاعتبار دون تأخير (على عكس 404)
• سيتم إلغاء فهرسة الصفحة (تقريبًا) على الفور
• تحدد Google أنه سيتم إجراء عمليات التحقق للتأكد من أن الصفحة لم تعد موجودة بالفعل

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

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

أفضل الممارسات:

• تفضل 410 إلى 404 لإلغاء فهرسة الصفحة المحذوفة
• لا تحظر الوصول إلى 410 صفحة عبر ملف robots.txt
• صحح جميع الروابط التي تشير إلى رقم 410

اتخذ إجراء مع OnCrawl

حدد رمز حالة HTTP لموقعك من خلال تقرير الزحف

انتقل إلى تقرير CRAWL> الفهرسة> تقرير رمز الحالة للاطلاع على تقسيم الصفحات حسب رمز حالة HTTP.

يتيح لك التقرير التالي تحديد أولويات الإجراءات الخاصة بك مع تصنيف حسب رمز الحالة والشرائح.

انقر فوق البيانات التي تريد استردادها لتصديرها بتنسيق csv.

للمضي قدمًا ، يمكنك أيضًا استرداد رموز الحالة عبر سجلات الوصول الخاصة بك.

انتقل إلى LOG MONITORING> تقرير سلامة الاستكشاف لاكتشاف انهيار الصفحات حسب رمز حالة HTTP الذي واجهته روبوتات Google.

تصحيح الارتباط الداخلي

لتصحيح الارتباط الداخلي ، تحتاج إلى العثور على الروابط التي تشير إلى الصفحات التي لا تستجيب برمز حالة HTTP 200. ستحتاج إلى الصفحات الأصلية ، والمراسي ورمز حالة HTTP للصفحة الوجهة.

انتقل إلى مستكشف البيانات ، وحدد مجموعة بيانات الروابط واكتب الاستعلام التالي:

الآن عليك فقط التصدير إلى ملف csv.
بالنسبة إلى 301 ، إذا كنت تريد أيضًا معرفة صفحة إعادة التوجيه ، فراجع المقالة حول كيفية إنشاء ملف يسرد جميع الروابط التي تشير إلى عنوان URL 301 وعنوان URL القديم وعنوان URL الجديد؟