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

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

ما الاستجابة التي ينبغي أن يعيدها المستند المفقود؟

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

حالة المستند الاستجابة المقصودة ما ينبغي أن يراه القراء
موجود على العنوان المطلوب 200 OK المستند كاملًا
له بديل دائم واضح إعادة توجيه 301 المستند البديل على عنوانه الجديد
تعذّر العثور عليه، ولا يوجد بديل مكافئ 404 Not Found توضيح مفيد بشأن المستند المفقود
أُزيل عمدًا، ومن المرجح أن يكون غيابه دائمًا من المناسب استخدام 410 Gone توضيح واضح بشأن الإزالة وروابط تنقّل مفيدة

يعرّف HTTP الرمز 404 دون تحديد ما إذا كان الغياب مؤقتًا أم دائمًا. ويعرّف الرمز 410 لمورد يُرجّح أن يكون عدم توفره دائمًا؛ وعندما تكون الديمومة غير معلومة، استخدم 404. ترد هذه المعاني في RFC 9110، القسمين 15.5.5 و15.5.11.

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

على سبيل المثال، لنفترض أن /documents/paper-folding-notes أصبح /documents/paper-folding-guide، وأن التعليمات فيهما متكافئة إلى حد كبير. تناسب هذا التغييرَ إعادةُ توجيه دائمة. أما إذا أُزيلت الملاحظات دون بديل، فأبقِ استجابة المستند المفقود على العنوان القديم. ويمكن توفير رابط إلى دليل عام للمستندات على تلك الصفحة.

لماذا لا يكفي تصميم صفحة مقنعة للمستند المفقود؟

قد تعرض الصفحة بوضوح عبارة لم يُعثر على المستند بينما يعيد خادمها 200. وتسمي Google هذا النوع من عدم التطابق خطأ 404 وهميًا؛ وقد يؤدي أيضًا إلى هذا التصنيف عرض صفحة فارغة أو صفحة بلا محتوى رئيسي. اقرأ شرح Google لأخطاء 404 الوهمية.

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

كيف تتحقق من استجابة المستند على جهاز Mac؟

استخدم الأدوات المدمجة في Chrome لإجراء هذا الفحص. جهّز عنوانًا معروفًا لمستند يعمل، ومسارًا غير موجود عمدًا ضمن الموقع العام نفسه. على سبيل المثال، قد يكون المسار المفقود /documents/missing-paper-example-731. اختر عنوانًا تعرف أنه لا يتضمن مستندًا منشورًا.

  1. افتح الصفحة العامة في Chrome.
  2. اضغط Command + Option + I لفتح DevTools.
  3. اختر لوحة Network.
  4. بعد فتح DevTools، أدخل عنوان الاختبار في شريط العناوين وحمّله.

توثّق Chrome اختصار Mac في فتح Chrome DevTools. ويُسجَّل نشاط الشبكة أثناء فتح DevTools، كما هو موضح في نظرة عامة على لوحة Network.

  1. اختر Disable cache لتجنب الاعتماد على الاستجابة المخزنة مؤقتًا في المتصفح أثناء هذا الفحص.
  2. فعّل Preserve log إذا كنت بحاجة إلى تتبّع التنقّل عبر عمليات إعادة التوجيه.
  3. أعد تحميل عنوان الاختبار.
  4. اختر طلب المستند الرئيسي، ثم افتح Headers. ضمن General، اقرأ عنوان الطلب ورمز الحالة.

ترد توثيقات عناصر التحكم هذه ومكان معلومات الحالة في مرجع ميزات Network في Chrome.

تحقق من طلب المستند بعناية. يتضمن السجل أيضًا طلبات البرامج النصية والأنماط والموارد الأخرى. ولا يثبت فقدان ملف داعم أن المستند نفسه أعاد 404. يميّز جدول الطلبات في Chrome رمز HTTP ضمن Status وفئة المورد ضمن Type؛ راجع فحص نشاط الشبكة.

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

كيف تحوّل الملاحظات إلى تصحيح؟

الجدول التشخيصي التالي خلاصة عملية لمعاني HTTP وإرشادات Google لاستكشاف الأخطاء وإصلاحها. وهو أداة مساعدة لاتخاذ القرار، وليس مجموعة نتائج مقاسة.

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

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

لإحالة واضحة، اكتب: «للمسار الافتراضي المفقود /documents/missing-paper-example-731، أعد 404 واعرض صفحة المستند المفقود المخصصة على ذلك العنوان. أبقِ مسارات المستندات الموجودة تعمل بنجاح. لا تطبّق إعادة توجيه دائمة إلا عند تحديد بديل مكافئ». أضف الحالة المرصودة والرسالة الظاهرة من فحصك.

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

ماذا لو كان المحرر لا يتيح لك سوى تغيير محتوى الصفحة؟

قد لا يتحكم المحرر الذي يغيّر النص أو البيانات الوصفية للمستند في استجابات HTTP. يحدّد معيار WHATWG HTML سلوكيات معينة لتوجيهات meta باستخدام http-equiv؛ لكن تعيين حالة استجابة HTTP ليس من بينها. لذلك، فإن إضافة http-equiv="status" ليست طريقة مدعومة لإنشاء 404. راجع معيار HTML: توجيهات Pragma.

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

مثال موثّق للصفحات الثابتة على Netlify

بالنسبة إلى موقع ثابت موجود على Netlify، فالآلية الموثقة هي ملف باسم 404.html. ويستخدمه Netlify تلقائيًا للمسارات التي لا تُحل إلى ملف ثابت. هذا مثال خاص بمزوّد الخدمة، وله متطلبات مسبقة: إمكانية الوصول إلى مخرجات الموقع النهائية ووجود عملية بناء للصفحات الثابتة. توثّق Netlify معالجة صفحات 404 المخصصة.

  1. استخدم قالب الصفحة الحالي في الموقع لإنشاء صفحة المستند المفقود.
  2. تأكد من أن المخرجات النهائية تتضمن 404.html في جذر دليل النشر.
  3. تحقق من عدم وجود قاعدة توجيه سابقة ترسل العناوين غير المعروفة إلى صفحة أخرى.
  4. بعد إتاحة المخرجات المعدلة على العنوان العام، افحص مسارًا مفقودًا ومستندًا يعمل.

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

حدود التطبيقات التي توجّهها المتصفحات

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

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

ماذا ينبغي أن تقول صفحة المستند المفقود؟

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

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

كيف تتحقق من توافق الاستجابة مع الصفحة؟

أعِد الفحص باستخدام مجموعة مقارنة صغيرة. النتائج المتوقعة أدناه معايير قبول توضيحية، وليست نتائج اختبارات مُبلّغًا عنها.

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

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

إذا استمرت نتيجة قديمة، فميّز بين ذاكرة التخزين المؤقت للمتصفح وذاكرات التخزين المؤقت الأخرى. يعالج تعطيل ذاكرة التخزين المؤقت في Chrome ذاكرة المتصفح. ويمكن لتخزين HTTP المؤقت أن يحتفظ أيضًا باستجابات سلبية مثل 404؛ لذا قد يتطلب استمرار استجابة قديمة عن مستند مفقود التحقق من سلوك التخزين المؤقت الموثق في نظام النشر. يشرح RFC 9111 النتائج السلبية القابلة للتخزين المؤقت.

في بحث Google، تترتب على استجابة الغياب الحقيقية نتيجة مقصودة: لا تفهرس Google عناوين URL التي تعيد 404 أو 410، وتُزال عناوين URL المفهرسة سابقًا عند معالجة هذه الاستجابات. كما أن استجابة 200 الناجحة لا تضمن الفهرسة. راجع تأثير رموز حالة HTTP على برامج زحف Google.

انتهِ عندما يقدم كل عنوان تم اختباره سردًا متسقًا: تُحمَّل المستندات المتاحة بنجاح، وتقود المستندات المنقولة إلى بدائلها، وتعيد المستندات الغائبة استجابة مناسبة للغياب مع تنقّل مفيد. وهكذا تحصل على فحص نشر ملموس وقابل للتكرار على جهاز Mac.

المصادر