يرسل soft 404 رسالتين متعارضتين. يعرض الخادم الخاص بك استجابة 200 OK، وهو ما يعني عادةً نجاح الطلب، بينما تبدو الصفحة نفسها مفقودة أو فارغة أو معطلة. ولذلك، قد تتعامل Google مع عنوان URL كصفحة 404 لم يتم العثور عليها، على الرغم من أن الرد الفني ينص على خلاف ذلك.

يمكن أن تنمو المشكلة بسرعة. خذ بعين الاعتبار كتالوجًا توضيحيًا للتجارة الإلكترونية مكونًا من 50000 صفحة، حيث يؤدي خطأ في القالب إلى ترك 5% من صفحات المنتج فارغة. يؤدي ذلك إلى إنشاء 2500 عنوان URL يقدم استجابات نجاح مضللة، يتنافس كل منها على جذب انتباه الزحف بينما يقدم قيمة ضئيلة أو معدومة للباحثين.

لا تعد ملفات Soft 404 مجرد عناصر مرتبة في Search Console. يمكنهم إزالة عناوين URL المفيدة من البحث، وتأخير الزحف إلى مكان آخر، وإخفاء الأعطال الفنية التي تحبط الزائرين الحقيقيين. تعتمد الاستجابة الصحيحة على ما يفترض أن يفعله عنوان URL: تقديم محتوى مفيد، أو يؤدي إلى استبدال حقيقي، أو التأكيد بوضوح على اختفاء المورد.

فقدان حركة المرور العضوية على عناوين URL المتأثرة

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

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

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

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

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

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

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

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

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

جنبا إلى جنب مع سجلات الخادم العاديةمراقبة السجليساعد في التحقق مما إذا كان Googlebot قد وصل إلى عنوان URL وما إذا كانت الاستجابة قد تغيرت بين عمليات الزحف.

بمجرد فهمك لهدف الصفحة، اختر الرد الذي يقول الحقيقة.

حالة عنوان URLالإجراء المناسبلماذا يساعد المستخدمين ومحركات البحث
يجب أن تكون الصفحة موجودة ولها غرض محددقم باستعادة المحتوى الرئيسي الجوهري واحتفظ بـ 200الاستجابة الناجحة تتطابق مع صفحة عمل مفيدة
يوجد بديل قريب ودائماستخدم إعادة التوجيه 301 ذات الصلةينتقل الزوار والإشارات إلى أفضل وجهة مكافئة
اختفى المحتوى نهائيًا دون استبدالالعودة 404 أو 410الرد يؤكد بوضوح أن المورد لم يعد موجودا
المنتج غير متوفر مؤقتًا ولكن الصفحة تظل مفيدةاحتفظ بـ 200 وأظهر مدى التوفر والبدائل والخطوات التالية المتوقعةلا يزال الباحثون يتلقون معلومات مفيدة بدلاً من الوصول إلى طريق مسدود
عطل فني مؤقت يمنع تسليم المحتوىقم بإصلاح الفشل واستخدم استجابة الخادم المؤقتة المناسبة عند الضرورةيتجنب الموقع تقديم محتوى معطل كصفحة ناجحة

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

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

تأثير حركة المرور العضوية على مستوى الموقع من 404s الناعمة واسعة النطاق

عنوان واحد خاطئ يضيع القليل من الوقت. يمكن لآلاف العناوين الخاطئة أن تعطل مسار التسليم بأكمله. تعمل ملفات Soft 404 بنفس الطريقة تقريبًا عندما يقوم الموقع بإنشائها على نطاق واسع.

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

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

يمكن أن يؤدي التنقل متعدد الأوجه إلى إنشاء مصدر كبير آخر لـ soft 404s. قد تؤدي عوامل التصفية للمجموعات المستحيلة، مثل الحجم واللون واختيار العلامة التجارية مع عدم وجود منتجات مطابقة، إلى إنشاء عناوين URL قابلة للزحف تحتوي فقط على "لم يتم العثور على عناصر". يمكن لمعلمات الجلسة وقيم التتبع والصفحات المشوهة أن تضاعف تلك الحالات الفارغة بشكل أكبر.

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

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

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

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

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

إعطاء الأولوية للإصلاحات حسب الحجم والقيمة التجارية والسبب الجذري.

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


لا تستخدم ملف robots.txt كبديل لرموز الحالة الصحيحة. قد يؤدي حظر Googlebot إلى منعه من رؤية أن عنوان URL قد تمت إزالته أو إصلاحه. وبالمثل، فإن إزالة عنوان URL من خريطة الموقع لا يغير ما يعرضه الخادم عند طلب الصفحة.

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

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

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

استعادة حركة المرور العضوية بعد إصلاحات Soft 404

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

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

بالنسبة للصفحات التي يجب تصنيفها، قم بإصلاح السبب الجذري واستعادة المحتوى ذي المعنى. تأكد من ظهور المعلومات الرئيسية في ملف HTML المتوفر لبرنامج Googlebot، وليس فقط بعد التفاعل أو في ظل ظروف المتصفح المثالية. احتفظ بـ 200 رد بمجرد أن تحقق الصفحة غرضها حقًا.

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

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

تنظيف الإشارات الداعمة في نفس الوقت. قم بإزالة عناوين URL الميتة من خرائط مواقع XML، وقم بتحديث الروابط الداخلية، وتصحيح العلامات الأساسية، وإيقاف القوالب من إعادة إنشاء الحالات الفارغة. إذا تمت استعادة الصفحة، فقم بتضمين عنوان URL الأساسي الخاص بها في خريطة الموقع مع تاريخ تعديل دقيق.

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

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

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

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

عدد 404 ناعمانخفاض مستمر في مجموعات عناوين URL المتأثرة
صفحات صالحة مفهرسةالصفحات المستعادة تنتقل إلى حالة قابلة للفهرسة
نشاط الزحفيقوم Googlebot بإعادة النظر في النماذج والأدلة المصححة
مرات ظهور البحثتبدأ الاستعلامات في تشغيل عناوين URL المستعادة مرة أخرى
النقرات العضويةالزيارات ذات الصلة التي تعود بعد تحسن الرؤية
جلسات وإجراءات الصفحة المقصودةتفاعل الزوار أو التحويل أو الاستمرار من خلال الموقع
لنفترض، كمثال توضيحي، أنه تم تصنيف 600 صفحة فئة بشكل خاطئ بعد حدوث خطأ في العرض. بعد الإصلاح، يستعيد 450 مرة ظهور في غضون أربعة أسابيع، بينما يظل 150 غائبًا. تستحق المجموعة المتبقية تحليلاً منفصلاً للمحتوى الرقيق أو الروابط الداخلية الضعيفة أو التعارضات الأساسية أو انخفاض الطلب على البحث بدلاً من تغيير تقني شامل آخر.

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

تحقق من صحة التصحيح في Search Console بمجرد التأكد من حل المشكلة الأساسية. لا تستخدم التحقق من الصحة كخطوة أولى ثم تأمل أن تتوقف Google عن الإبلاغ عن المشكلة. يجب أن تتغير حالة الصفحة قبل أن يعكس التقرير الاسترداد الدائم.

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

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

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

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