404 غير موجود
ما هو خطأ 404، وكيف تتعامل Google مع صفحات 404 (فتزيلها من الفهرس بمرور الوقت)، وما الفرق بين 404 الصلبة واللينة، وأفضل ممارسات صفحات 404 في SEO.
اللغات
404 Not Found هو رمز خطأ من جهة العميل يعيده الخادم عندما لا يوجد عنوان URL — صفحة محذوفة أو رابط مكسور أو خطأ مطبعي. أخطاء 404 طبيعية ومتوقعة: لا تستخدم Google محتواها، وكون بعض عناوين موقعك تعيد 404 لا يضر صفحاتك الناجحة الأخرى، لذلك لا تحتاج إلى الإسراع لإصلاح كل واحدة. تزيل Google عناوين 404 من الفهرس بمرور الوقت (وتعيد فحصها بوتيرة أقل فأقل)، لا فوراً، ولا تعد بالتوقف التام عن المحاولة. والتمييز المهم هو 404 صلبة (صحيحة — تعيد 404 فعلاً) مقابل 404 لينة (رمز نجاح لصفحة اختفت حقاً)، إذ تهدر الثانية موارد الزحف. لا تنشئ توجيه 301 لعنوان 404 إلا إذا انتقلت الصفحة فعلاً إلى هدف ذي صلة — لا توجه كل شيء إلى الصفحة الرئيسية.
الخلاصة — يعني 404 أن «هذه الصفحة غير موجودة هنا». يحدث ذلك عندما يُحذف عنوان URL أو يُكتب خطأ أو لم يكن موجوداً قط. والجزء المفاجئ هو أن 404 أمر طبيعي، وأن عنوان URL المفقود المفرد ليس عقوبة ترتيب على مستوى الموقع. لا داعي للهلع عند رؤيتها في تقرير. فقط تأكد من أن العنوان يعيد 404 حقيقياً (لا صفحة «نجاح» زائفة)، ولا تعِد توجيهه إلا إذا انتقلت الصفحة فعلاً.
ملاحظة سريعة عن النطاق: كُتبت هذه الصفحة لمن يملك الموقع — لاتخاذ قرار بشأن 404 التي تظهر في Search Console أو في زحف Ahrefs. إذا كنت زائراً نَقَر رابطاً ميتاً، فلا شيء عليك إصلاحه. وإذا كان خادمك معداً خطأً ولن يعيد صفحة 404 أصلاً، فهذه مسألة استضافة/خادم، لا مسألة SEO.
ما هو خطأ 404
عندما تزور صفحة ويب، يطلب متصفحك من الخادم عنوان URL. إذا وجده الخادم، يعيد 200 OK وترى الصفحة. وإذا لم يجد ذلك العنوان، يعيد 404 Not Found — وهو رمز يعني «المورد الذي طلبته غير موجود هنا».
لقد رأيت هذه الحالات. انقر رابطاً قديماً، أو اكتب عنوان URL خطأً، أو زر صفحة حُذفت منذ ذلك الحين، فتهبط في شاشة «الصفحة غير موجودة». تلك هي 404.
أسباب شائعة لظهور 404:
- حُذفت صفحة **(منشور قديم أو منتج توقف).
- ربط شخص ما بعنوان URL خاطئ أو احتوى الرابط على خطأ مطبعي.
- تغير عنوان URL ولم يُنشأ له توجيه.
- كتب شخص العنوان خطأً في متصفحه.
هل تضر صفحات رمز عدم العثور بـSEO؟
هذا هو القلق الأكبر، لذا سأجيب مباشرةً: لا، ليس بحد ذاته. ليست أخطاء 404 عقوبة، وتقول إرشادات Google نفسها إن كون بعض عناوين URL في موقعك تعيد 404 لا يجر الصفحات الأخرى الناجحة إلى أسفل. وقد صاغها أحد موظفي Google بوضوح: «404 errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.» (الترجمة العربية) «أخطاء 404 ليست مدعاة للخوف، ولا تحتاج إلى الإسراع في إصلاحها، على الأقل في معظم الأوقات.» الروابط المكسورة جزء طبيعي من الويب وتتوقعها Google. (أما صفحة 404 التي كانت تجلب زيارات أو روابط خلفية، فما زالت تستحق قراراً — وسنغطي ذلك أدناه — لكن حالة 404 نفسها ليست المشكلة.)
ما يحدث بدلاً من ذلك هادئ وغير درامي: بمرور الوقت تتوقف Google عن عرض الصفحة المفقودة في البحث وتفحصها مرات أقل فأقل. ولا ينتشر أي ضرر إلى بقية موقعك.
متى ينبغي فعل شيء فعلاً
لا تحتاج إلى إصلاح كل 404. لكن التصرف يستحق أحياناً:
- انتقلت الصفحة. إذا أصبح المحتوى على عنوان URL جديد، أنشئ توجيهاً 301 من العنوان القديم إلى الجديد حتى يصل الناس (وقيمة الروابط) إلى المكان الصحيح.
- اختفت الصفحة فحسب. إذا لم يوجد بديل، فلا بأس بتركها 404. تلك هي النتيجة الصحيحة.
- توجد صفحة جيدة يشير إليها رابط مكسور. أصلح الرابط، لا 404.
الشيء الوحيد الذي يجب تجنبه
لا تزيّف الحالة. فبعض المواقع، في محاولة لتكون «آمنة»، تعيد توجيه كل عنوان URL مفقود إلى الصفحة الرئيسية، أو تعرض رسالة «غير موجود» بينما تعيد سراً رمز نجاح 200 OK. كلاهما يسبب مشكلات (وللثاني اسم — soft 404 — سنغطيه في علامة التبويب Advanced). إذا اختفت الصفحة، فاتركها تعيد 404 بصدق. هذه ليست غلطة ينبغي إصلاحها؛ بل هي الإجابة الصحيحة.
هل تريد الصورة الكاملة — كيف تزيل Google عناوين حالات عدم العثور من الفهرس، والفرق بين صفحات حالات عدم العثور الصلبة واللينة، ومواقع JavaScript، وكيف تدقق فيها؟ انتقل إلى علامة التبويب Advanced.
الخلاصة — 404 هو رمز حالة خطأ من جهة العميل
4xxلعنوان URL لا يستطيع الخادم العثور عليه — وتعرّفه مواصفة RFC 9110 بأنه “no current representation, or unwillingness to disclose one,” (الترجمة العربية) «لا تمثيل حالياً، أو عدم رغبة في الإفصاح عنه»، ولا يحدد وحده ما إذا كان الغياب مؤقتاً أو دائماً. وهو ليس محتوى مفيداً قابلاً للفهرسة، كما أن كون بعض العناوين تعيد 404 لا يجر عناوين موقعك الأخرى الناجحة إلى أسفل. وقد تكون الإزالة من البحث تدريجية لا فورية: تزيل Google عنوان 404 الذي سبق فهرسته وتعيد زحفه بوتيرة متناقصة؛ وتقول اللغة المصدر إن Googlebot «will probably» يستمر في إعادة المحاولة لفترة ما، لا إنه سيحاول إلى الأبد. والتمييز المهم فعلاً هو 404 صلبة مقابل 404 لينة: إعادة200(أو التوجيه الشامل إلى الصفحة الرئيسية) للمحتوى الذي اختفى تهدر موارد الزحف وتضلل التحليلات. لا توجّه 301 إلا عندما تكون الصفحة قد انتقلت فعلاً إلى هدف ذي صلة؛ وإلا فاتركها 404 (أو410) بوضوح. وصفحات 404 المخصصة أداة تجربة مستخدم/احتفاظ، لا أداة فهرسة.
ما هي 404 فعلياً
404 Not Found هو رمز حالة خطأ من جهة عميل HTTP (4xx) يعيده الخادم عندما لا يستطيع العثور على عنوان URL المطلوب. وتعني فئة 4xx أن المشكلة في الطلب — فالمورد غير موجود على ذلك العنوان — خلافاً لأخطاء الخادم 5xx حيث يكون الخادم نفسه متعطلاً.
تعرّف مواصفة HTTP نفسها 404 تعريفاً أضيق من حديث SEO اليومي: لا يملك الأصل تمثيلاً حالياً للمورد المستهدف، أو لا يرغب في الإفصاح عن وجوده. ولا يخبر رمز الحالة وحده ما إذا كان الغياب مؤقتاً أو دائماً — فهذا قرار تتخذه أنت باستخدام توجيه أو 410 أو إبقاء 404. ومن التفاصيل العملية أن استجابة 404 قابلة للتخزين المؤقت استدلالياً افتراضياً، لذلك قد يواصل متصفح أو ذاكرة مؤقتة وسيطة تقديم 404 قديمة لعنوان بدأ يعمل مجدداً، ما لم يرسل خادمك ترويسات cache-control تخبرها بخلاف ذلك.
تنتج هذه الحالات من التغيرات العادية في الموقع: صفحات محذوفة، ومنتجات متوقفة، وحملات انتهت، وروابط داخلية أو خارجية مكسورة أو مكتوبة خطأ، وتغييرات في عناوين URL لم تُوجّه. لا شيء من ذلك غير معتاد، ولا يمثل بذاته مشكلة يجب حلها.
كون عنوان URL يعيد حالة عدم العثور لا يضر صفحاتك الأخرى
توضح وثائق Google حدود الأثر على الموقع. ابدأ من هنا، فمعظم القلق من 404 في غير محله. تقول الوثائق صراحةً: “Google doesn’t use the content from URLs that return 4xx status codes.” (الترجمة العربية) «لا تستخدم Google محتوى العناوين التي تعيد رموز حالة 4xx.» لا يوجد في صفحة 404 ما يمكن أن تقيمه Google. كما أن إرشادها يحدد نطاق الادعاء: كون بعض عناوين الموقع تعيد 404 لا يؤثر في أداء عناوينه الأخرى الناجحة. هذه هي الحدود التي يسندها المصدر، وليست وعداً شاملاً بأن كل حالة مجاورة لـ404 غير ضارة. فالصفحة التي لا تستطيع Google العثور عليها رغم رغبتك في فهرستها، أو الصفحة الجيدة التي فقدت روابطها الواردة، أو مسار المستخدم المكسور، مشكلات منفصلة لا يصلحها رمز 404 وحده ولا يسببها.
تقول مصادر Google الشيء نفسه بلغة أبسط منذ سنوات. يقول Gary Illyes إن أخطاء 404 «are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.» (الترجمة العربية) «أخطاء 404 ليست مدعاة للخوف، ولا تحتاج إلى الإسراع في إصلاحها، على الأقل في معظم الأوقات.» ووصف John Mueller أخطاء 404 مراراً بأنها «fine & expected». (الترجمة العربية) «لا بأس بها ومتوقعة.» وحتى المواقع التي تملك أعداداً هائلة من عناوين 404/410 لا ترى عقوبة على مستوى النطاق بسببها. الخوف المحدد من أن 404 إشارة ترتيب أو جودة خرافة — مع أن صفحة 404 كانت تكسب زيارات أو روابط ما زالت تستحق قراراً، كما سيأتي.
كيف تزيل Google عنوان 404 من الفهرس
تصف وثائق Google الآلية تدريجياً؛ والنص المقتبس محفوظ بلغة المصدر: إزالة الفهرسة حقيقية، لكنها تدريجية وغير درامية. وتصف الوثائق الآلية هكذا: “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (الترجمة العربية) «يزيل مسار الفهرسة العنوان من الفهرس إذا كان مفهرساً سابقاً؛ ولا يعالج صفحات 404 الجديدة، ويتناقص تواتر الزحف تدريجياً.»
نتيجتان ينبغي استيعابهما:
تشرح Google إعادة المحاولة المتناقصة وحدودها كما يلي:
- يسقط عنوان URL المفهرس سابقاً الذي يبدأ بإعادة 404 من الفهرس، أما العنوان الذي اكتُشف أول مرة بوصفه 404 فلا تتم معالجته أصلاً.
- يواصل Googlebot إعادة محاولة العنوان، لكن بوتيرة أقل فأقل. وتقول مساعدة Search Console: “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (الترجمة العربية) «من المرجح أن يواصل Googlebot محاولة زيارة هذا العنوان لبعض الوقت؛ ولا توجد طريقة لإخباره بنسيانه نهائياً، رغم أنه سيزحفه بوتيرة أقل فأقل.» انتبه إلى الصياغة المحدودة: «على الأرجح» و«لفترة من الوقت»؛ لا تعد Google باستمرار ذلك إلى الأبد، بل تقول إنه لا يوجد زر لإيقافه مبكراً. لذلك من المتوقع أن يظهر 404 معروف في تقاريرك مدة من الزمن، وليس ذلك دليلاً على عطل.
هل يمكن تسريع ذلك؟ ليس فعلياً. تخفي أداة Removals في Search Console عنوان URL مؤقتاً (نحو ستة أشهر)، وهو مفيد للحالات العاجلة، لكنه إخفاء مؤقت لا إزالة دائمة من الفهرس. للإزالة الحقيقية، أعد رمز الحالة الصحيح واترك العملية التدريجية تسير.
404 مقابل 410 Gone
يزيل كل من 404 (Not Found) و410 (Gone) الصفحة من الفهرس، والفارق العملي في SEO ضئيل. و410 إشارة أقوى وأسرع قليلاً إلى أن المورد «اختفى عمداً» — لكن Mueller قال إن الفرق في المعالجة ضئيل جداً ونادراً ما يبرر اختيار أحدهما لأجل SEO. استخدم 410 إذا كان نظام إدارة المحتوى يجعل ذلك سهلاً وتريد الإشارة إلى إزالة دائمة؛ وإلا فـ404 عادية مناسبة تماماً. (توجد مقارنة مخصصة لهذين الرمزين في مكان آخر من هذه المجموعة.)
404 صلبة مقابل 404 لينة — التمييز المهم
هنا تقع مشكلات SEO الحقيقية، لا في مجرد وجود صفحات غير موجودة.
تشرح المواصفة ووثائق Google الفرق بين الرمز الصادق والنجاح الزائف:
- 404 صلبة — يعيد الخادم فعلياً رمز الحالة
404للمحتوى المفقود. وهذا صحيح؛ تقرأ الزواحف الرمز وتفهم أن الصفحة اختفت وتعالجها بنظافة. - 404 لينة — يعيد الخادم رمز نجاح (عادةً
200 OK) لصفحة محتواها خطأ فعلي: صفحة فارغة أو رسالة «غير موجود» أو توجيه إلى الصفحة الرئيسية. تكتشف Google ذلك خوارزمياً. وتقول وثائقها: “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show asoft 404error.” (الترجمة العربية) «إذا كان المحتوى يوحي بخطأ لبحث Google، مثل صفحة فارغة أو رسالة خطأ، فستعرض Search Console خطأ 404 ليناً.»
توضح أمثلة Google سبب كون 404 اللينة مشكلة كفاءة زحف: فهي أسوأ من الحقيقية لأن الزاحف لا يستطيع من رمز 200 معرفة أن المحتوى اختفى، فيواصل جلب العناوين. ووصف Illyes ذلك بدقة: تقول الزواحف «use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.» (الترجمة العربية) «تستخدم الزواحف رموز الحالة لتفسير نجاح الجلب، حتى لو كان محتوى الصفحة مجرد رسالة خطأ؛ وقد تعود إلى الصفحة نفسها مراراً وتهدر مواردك، وبأعداد كبيرة تهدر موارد أكثر أُسّياً.» وإرشاد Google واضح: “We recommend returning a 404 response code for truly ‘not found’ pages.” (الترجمة العربية) «نوصي بإرجاع استجابة 404 للصفحات غير الموجودة فعلاً.»
يؤطر John Mueller الفكرة بوضوح؛ الاقتباسات محفوظة من المصدر. يقول في موقعه الشخصي: “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms,” (الترجمة العربية) «استخدام 404 اللينة بدلاً من 404 الحقيقية ممارسة سيئة ويجعل الأمور أصعب على خوارزمياتنا.» بينما “returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (الترجمة العربية) «إرجاع 404، مع إدراج العناوين في أخطاء الزحف في Webmaster Tools، ليس مشكلة.» وبعبارة أخرى، 404 الصادقة هي النتيجة الجيدة؛ أما رمز النجاح الزائف فهو العطل.
من أين تأتي الأخطاء اللينة بالخطأ
- إعادة توجيه كل 404 إلى الصفحة الرئيسية. تعيد الصفحة الرئيسية
200، لذلك يحل عنوان URL «المفقود» الآن بنجاح إلى محتوى غير ذي صلة من منظور المحرك — وهو نمط 404 لين (سنعود إلى سبب سوء ذلك أدناه). - حالات «غير موجود» في JavaScript/SPA. لا تستطيع الموجهات من جهة العميل عادةً إصدار
404على مستوى الخادم. وتكون SPA التي تعرض مكوّن «الصفحة غير موجودة» بينما يعيد الخادم200404 لينة — كما تفسد التحليلات لأن رمز الحالة لا يطابق الواقع، فتسجل GA4 وGSC والزواحف زيارة «ناجحة» لصفحة ميتة. الإصلاحان: توجيه هذه العناوين من جهة الخادم إلى استجابة404حقيقية، أو (وهو أضعف) عرض حالة عدم العثور معnoindexوقبول مفاضلات التتبع. - إعدادات خاطئة في CMS/القالب تجعل عنصراً محذوفاً يسقط إلى قالب عام يخدمه الخادم مع
200.
متى تصلح 404 (ومتى تتركها)
شجرة القرار قصيرة:
تجمع إرشادات Search Console وسير العمل العملي هذه الحالات؛ الاقتباسات المصدر محفوظة:
- اتركها 404 (أو 410) إذا لم تكن للصفحة قيمة أو زيارات أو روابط خلفية حقيقية. هذا هو الافتراضي الصحيح، ولا يلزم إجراء.
- وجّهها 301 فقط إذا انتقلت الصفحة فعلاً أو كانت لها روابط خلفية/زيارات حقيقية تستحق الحفاظ عليها. يستعيد التوجيه ذو الصلة قيمة الروابط؛ وتوافق مساعدة Search Console: “If your page has moved, use a 301 redirect to the new location.” (الترجمة العربية) «إذا انتقلت صفحتك، فاستخدم إعادة توجيه 301 إلى الموقع الجديد.» ويمكنك في Ahrefs استخدام تقرير «Best by links» وترشيح العناوين التي تعيد 404 وترتيبها حسب النطاقات المحيلة، ثم توجيه القيّم منها إلى أقرب صفحة حية ذات صلة.
- لا توجّه كل الحالات إلى الصفحة الرئيسية. يقول Martin Splitt بوضوح: “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (الترجمة العربية) «إذا انتقلت إلى مكان آخر، فاستخدم إعادة توجيه؛ وإذا اختفت، فلا تعِد توجيهي إلى الصفحة الرئيسية.» فهذا ينشئ إشارة شبيهة بـ404 اللينة، ويقول أيضاً: “it annoys me as a user.” (الترجمة العربية) «إنه يزعجني كمستخدم.» و404 «إشارة واضحة جداً إلى أن الرابط خاطئ ومكسور أو أن العنوان لم يعد موجوداً». وجّه فقط إلى هدف محدد ذي صلة حقيقية.
باختزالها في مصفوفة سريعة، هذا هو القرار كله:
| هل للصفحة روابط خلفية/زيارات حقيقية؟ | هل يوجد بديل حي ذو صلة؟ | الإجراء |
|---|---|---|
| لا | لا | اتركها 404 (أو 410). لا إجراء مطلوب. |
| نعم | نعم | وجّه 301 إلى الصفحة المحددة ذات الصلة. |
| نعم | لا | فكّر في إعادة بناء الصفحة أو توجيهها إلى أقرب فئة ذات صلة؛ لا توجّه إلى الصفحة الرئيسية افتراضياً. |
| لا | نعم (رابط داخلي مكسور يشير إليها) | أصلح الرابط الذي يشير إلى 404، لا 404 نفسها. |
صفحات 404 المخصصة: أداة تجربة مستخدم لا أداة فهرسة
لا تغيّر صفحة 404 المخصصة الجيدة طريقة فهرسة Google لعنوان URL — رمز الحالة هو الذي يفعل ذلك. لكنها تغيّر ما يحدث للإنسان الذي وصل إلى الرابط الميت. فصفحة 404 المفيدة تبقيه في موقعك بدلاً من خروجه، فتحمي التحويلات والتفاعل. لذلك توجد وظيفتان منفصلتان:
توضح إرشادات Google وMueller الوظيفتين المنفصلتين؛ الاقتباس المصدر محفوظ:
- صحة رمز الحالة (جانب SEO والزاحف): يجب أن تعيد الصفحة
404حقيقية. فصفحة 404 مخصصة جميلة تعيد200تصبح 404 لينة؛ لقد حللت مشكلة تجربة المستخدم وأنشأت مشكلة زحف. - الفائدة داخل الصفحة (جانب تجربة المستخدم): رسالة واضحة تفيد باختفاء الصفحة، مع التنقل الرئيسي ومربع بحث وروابط إلى محتوى شائع أو ذي صلة. ونصيحة Mueller: “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (الترجمة العربية) «فكّر في طرق تجعل صفحات 404 مفيدة للمستخدمين، بحيث يدركون أن الصفحة لم تعد موجودة ويجدوا شيئاً آخر مناسباً.»
كيف تعثر على الصفحات غير الموجودة وتدقق فيها
- Google Search Console — تقرير فهرسة الصفحات. يعرض حالتي «غير موجود (404)» و«404 لينة» مع عناوين URL مثال.
- تدقيق Ahrefs / مستكشف Ahrefs. يضع التدقيق إشارات على 404 والروابط الداخلية المكسورة؛ ويتيح لك المستكشف (تقرير «Best by links») العثور على عناوين 404 التي ما زالت لها روابط خلفية، لتحديد أولوية التوجيه حسب النطاقات المحيلة.
- تحليلات الويب في Ahrefs. لحركة المرور، صفِّ صفحات 404 المحتملة إلى قناة بحث الذكاء الاصطناعي ورتبها حسب الجلسات. يعرض ذلك عناوين مرشحة تلقت نقرات محالة من الذكاء الاصطناعي في الفترة المختارة؛ لكنه لا يثبت أن الاستجابة 404 أو أن العنوان مختلق. أوثق خطوات التحقق في مراقبة هلوسة الذكاء الاصطناعي.
- أداة الزحف Screaming Frog وتحليل سجلات الخادم لرؤية كاملة على مستوى الزحف وحركة المرور الحقيقية للعناوين التي يصل إليها الروبوت والمستخدم فعلاً.
Bing باختصار
تعليقات Bing العامة هنا أضعف بكثير من تعليقات Google، لذلك لا تفترض تطابقاً تاماً، وتعامل التفاصيل التالية على أنها أقل توثيقاً من قسم Google أعلاه. تقدم Bing Webmaster Tools أداة إزالة المحتوى لإبلاغ Bing بعنوان تريد معاملته كمحذوف، وتقرير معلومات الزحف يعرض 404 وأخطاء الخادم — وهذه الأدوات موثقة. أما الادعاء المحدد بأن Bing يستخدم مصنفاً يميز بين «متوقف مؤقتاً» و«محذوف فعلياً»، أو أن إزالة المحتوى تسرع إزالة الفهرسة بشكل ملحوظ مقارنة بإعادة 404 صحيحة والانتظار، فليس متحققاً مستقلاً في المصادر الأولية الحالية. تعامل مع Bing كمرجع ثانوي لسلوك Google الموثق جيداً، ولا تكرر ادعاءات المصنف/السرعة كحقائق محسومة.
لصورة أوسع عن رموز الحالة، راجع رموز الحالة HTTP وتأثيرها في SEO و*11 نوعاً من عمليات إعادة التوجيه وتأثيرها في SEO*.
ملخص الذكاء الاصطناعي
خلاصة مكثفة للنسخة المتقدمة:
تلخص النقاط التالية النسخة المتقدمة، مع إبقاء الصياغات المقتبسة والمراجع المصدرية:
- 404 Not Found رمز خطأ من فئة
4xxلعنوان لا يستطيع الخادم العثور عليه (صفحة محذوفة أو رابط مكسور أو خطأ مطبعي أو تغيير عنوان). وتعرّفه RFC 9110 بأنه “no current representation, or unwillingness to disclose one” (الترجمة العربية) «لا تمثيل حالياً، أو عدم رغبة في الإفصاح عنه»؛ ولا يقول الرمز وحده إن كان الغياب مؤقتاً أو دائماً، كما أنه قابل للتخزين المؤقت استدلالياً في الوضع الافتراضي. - ليس إشارة تضر صفحاتك الأخرى. تقول Google “doesn’t use the content from URLs that return
4xxstatus codes,” (الترجمة العربية) «لا تستخدم Google المحتوى من العناوين التي تعيد رموز حالة 4xx.» وكون بعض العناوين تعيد 404 لا يؤثر في أداء عناوين موقعك الأخرى الناجحة. الخوف العام من أن «404 تضر الترتيب» خرافة؛ فقد كرر Illyes وMueller أن 404 طبيعية ومتوقعة، مع أن الصفحة التي كانت تكسب زيارات أو روابط ما زالت تستحق قراراً. - إزالة الفهرسة تدريجية لا فورية. تسقط Google عنوان 404 المفهرس سابقاً وتعيد زحفه «بوتيرة أقل فأقل». والصياغة المصدرية محدودة: يواصل Googlebot المحاولة «على الأرجح» «لفترة من الوقت»، لا إلى الأبد. وأداة Removals تخفي العنوان مؤقتاً فقط (نحو ستة أشهر).
- 404 مقابل 410: يسقط كلاهما من الفهرس؛ و
410أسرع/أقوى قليلاً، لكن الفارق في SEO ضئيل (Mueller). - المشكلة الحقيقية هي 404 الصلبة مقابل اللينة. تعيد 404 اللينة رمز نجاح (
200) لمحتوى اختفى، فتهدر موارد الزحف لأن الروبوتات لا تعرف أن الصفحة زالت. توصي Google بإعادة404حقيقية. - أسباب 404 اللينة الشائعة: توجيه كل 404 إلى الصفحة الرئيسية، وحالات «غير موجود» في JS/SPA تعيد
200(فتفسد التحليلات أيضاً)، وإعدادات CMS الخاطئة. - استخدم 301 فقط عندما تكون الصفحة قد انتقلت فعلاً أو تملك روابط/زيارات قيّمة؛ وإلا فاتركها 404 نظيفة. ونصيحة Splitt: لا توجّه الصفحات المختفية إلى الصفحة الرئيسية.
- صفحات 404 المخصصة تفيد تجربة المستخدم/الاحتفاظ، لا الفهرسة، ويجب أن تعيد
404حقيقية. - دقّق عبر تقرير فهرسة الصفحات في GSC وتدقيق Ahrefs/مستكشفه وأداة الزحف Screaming Frog وسجلات الخادم.
الوثائق الرسمية
وثائق المصادر الأولية من محركات البحث.
وثائق Google الأساسية كما وردت في المصدر: Google
- كيف تؤثر رموز حالة HTTP وأخطاء الشبكة وDNS في بحث Google — كيفية تعامل Google مع
4xx(بما فيها 404)، وآلية إزالة الفهرسة، وتعريف 404 اللينة. - تقرير فهرسة الصفحات (مساعدة Search Console) — حالتا «غير موجود (404)» و«404 لينة» وإرشادات الإصلاح.
- عمليات إعادة التوجيه وبحث Google — متى وكيف توجّه 301 لصفحة انتقلت بدلاً من تركها 404.
- إزالة صفحة مستضافة على موقعك من Google (أداة Removals) — إخفاء مؤقت مقابل إزالة دائمة.
مرجع Bing/Microsoft كما ورد في المصدر: Bing / Microsoft
- مساعدة Bing Webmaster Tools — تقارير الزحف وأداة إزالة المحتوى لإبلاغ Bing بصفحات غير موجودة حقيقية.
اقتباسات من المصدر
تصريحات مسجلة من Google. كل رابط إلى وثائق Google رابط عميق يقفز إلى المقطع المقتبس في صفحة المصدر؛ أما التصريحات المنقولة فتربط بالتغطية التي أعادت نشرها.
Google Search Central — كيفية التعامل مع الصفحات غير الموجودة
الاقتباسات الرسمية من Google محفوظة بلغة المصدر مع روابطها:
- “Google doesn’t use the content from URLs that return
4xxstatus codes. If a URL was previously used but is now returning4xxstatus code, Google systems will stop using the URL over time.” (الترجمة العربية) «لا تستخدم Google محتوى العناوين التي تعيد رموز 4xx؛ وإذا كان العنوان مستخدماً سابقاً ثم بدأ يعيد 4xx، فستتوقف أنظمة Google عن استخدامه بمرور الوقت.» انتقل إلى الاقتباس - “Google doesn’t index URLs that return a
4xxstatus code, and URLs that are already indexed and return a4xxstatus code are removed from the index.” (الترجمة العربية) «لا تفهرس Google العناوين التي تعيد 4xx، وتزيل من الفهرس العناوين المفهرسة سابقاً التي تعيد 4xx.» انتقل إلى الاقتباس - “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered
404pages aren’t processed. The crawling frequency gradually decreases.” (الترجمة العربية) «يزيل مسار الفهرسة العنوان من الفهرس إذا كان مفهرساً سابقاً؛ ولا يعالج صفحات 404 الجديدة، ويتناقص تواتر الزحف تدريجياً.» انتقل إلى الاقتباس - “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a
soft 404error.” (الترجمة العربية) «إذا كان المحتوى يوحي بخطأ لبحث Google، مثل صفحة فارغة أو رسالة خطأ، فستعرض Search Console خطأ 404 ليناً.» انتقل إلى الاقتباس
مساعدة Search Console — تقرير فهرسة الصفحات
اقتباسات تقرير Search Console محفوظة بلغة المصدر:
- “404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.” (الترجمة العربية) «استجابات 404 ليست بالضرورة مشكلة إذا أزيلت الصفحة من دون بديل؛ وإذا انتقلت صفحتك، فاستخدم إعادة توجيه 301 إلى الموقع الجديد.» انتقل إلى الاقتباس
- “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (الترجمة العربية) «من المرجح أن يواصل Googlebot محاولة زيارة هذا العنوان لبعض الوقت؛ ولا توجد طريقة لإخباره بنسيانه نهائياً، رغم أنه سيزحفه بوتيرة أقل فأقل.» انتقل إلى الاقتباس
- “We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (الترجمة العربية) «نوصي بإرجاع استجابة 404 للصفحات غير الموجودة فعلاً وإضافة معلومات إلى الصفحة لتوضيح أنها ليست 404 لينة.» انتقل إلى الاقتباس
Gary Illyes، Google (عبر إعادة إنتاج SEJ لمنشوراته على LinkedIn — تحقق من صياغة LinkedIn الأصلية التي تقاوم الجلب الآلي)
الاقتباسات المنقولة من Illyes محفوظة، مع إبقاء روابط التغطية:
- “404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (الترجمة العربية) «أخطاء 404 ليست مدعاة للخوف، ولا تحتاج إلى الإسراع في إصلاحها، على الأقل في معظم الأوقات.» منقول من منشور Illyes على LinkedIn.
- “Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (الترجمة العربية) «تستخدم الزواحف رموز الحالة لتفسير نجاح الجلب، حتى لو كان محتوى الصفحة مجرد رسالة خطأ؛ وقد تعود إلى الصفحة نفسها مراراً وتهدر مواردك، وبأعداد كبيرة تهدر موارد أكثر أُسّياً.» منقول عبر Search Engine Journal؛ أكد النص مقابل الأصل قبل الاستخدام النهائي.
John Mueller — من Google — johnmu.com/soft-404s-your-site
اقتباسات Mueller من موقعه الشخصي محفوظة بلغة المصدر:
- “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.” (الترجمة العربية) «استخدام 404 اللينة بدلاً من 404 الحقيقية ممارسة سيئة ويجعل الأمور أصعب على خوارزمياتنا.»
- “Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (الترجمة العربية) «إرجاع 404، مع إدراج العناوين في أخطاء الزحف في Webmaster Tools، ليس مشكلة.»
- “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (الترجمة العربية) «فكّر في طرق تجعل صفحات 404 مفيدة للمستخدمين، بحيث يدركون أن الصفحة لم تعد موجودة ويجدوا شيئاً آخر مناسباً.» من موقع Mueller الشخصي؛ أعد التحقق من المقاطع الحرفية في الصفحة الحية قبل إنشاء روابط عميقة منها.
Martin Splitt، Google (عبر تغطية SEJ لمقطع ساعات العمل — تحقق من الفيديو الأصلي)
اقتباسات Splitt المنقولة محفوظة مع رابط التغطية:
- “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (الترجمة العربية) «إذا انتقلت إلى مكان آخر، فاستخدم إعادة توجيه؛ وإذا اختفت، فلا تعِد توجيهي إلى الصفحة الرئيسية.»
- “A 404 is a very clear signal this link is wrong and broken or this URL no longer exists.” (الترجمة العربية) «404 إشارة واضحة جداً إلى أن هذا الرابط خاطئ ومكسور أو أن هذا العنوان لم يعد موجوداً.» منقول عبر Search Engine Journal.
ما لا ينبغي فعله مع الصفحات غير الموجودة
1. إعادة توجيه كل 404 إلى الصفحة الرئيسية. الحدس هو أن «التوجيه يبدو أكثر أماناً من الخطأ». ليس كذلك. تعيد الصفحة الرئيسية 200، فيحل عنوان URL المختفي فعلياً «بنجاح» إلى محتوى غير ذي صلة — وهو نمط 404 لين، وقد أشار Splitt صراحةً إلى أنه مزعج وغير مفيد. الإصلاح: وجّه فقط إلى هدف محدد وذي صلة عندما تكون الصفحة قد انتقلت فعلاً؛ وإلا فاتركها 404.
2. إنشاء 404 لينة بدلاً من إعادة 404 حقيقية. إن تقديم رسالة «الصفحة غير موجودة» (أو صفحة فارغة) مع استجابة 200 OK يخبر الزواحف أن الجلب نجح. فتواصل إعادة الزحف، وتهدر الموارد، وتسجل تحليلاتك زيارة «ناجحة» لصفحة ميتة. الإصلاح: أعد رمز حالة 404 (أو 410) فعلياً للمحتوى المختفي — فهذا ما توصي به Google صراحةً.
3. الهلع و«إصلاح» كل 404 في تقاريرك. 404 في GSC أو تدقيق الموقع أمر طبيعي ومتوقع. إعادة التوجيه أو إحياء كل حالة انعكاسياً تهدر الوقت وغالباً ما تنشئ 404 لينة. الإصلاح: فرز الحالات — وجّه القليل الذي يملك روابط/زيارات حقيقية واترك البقية.
4. محاولة إجبار Google على «نسيان» عنوان URL فوراً. لا يوجد زر لذلك. أداة Removals إخفاء مؤقت (نحو ستة أشهر)، وليست إزالة دائمة من الفهرس. الإصلاح: أعد رمز الحالة الصحيح واترك وتيرة الزحف تنخفض من تلقاء نفسها.
5. إطلاق شاشة «غير موجود» في JS/SPA تعيد 200. لا تستطيع الموجهات من جهة العميل إصدار 404 على الخادم، لذلك يكون مكوّن عدم العثور المعروض فوق استجابة 200 404 لينة تفسد التتبع أيضاً. الإصلاح: وجّه هذه المسارات من جهة الخادم إلى 404 حقيقية، أو على الأقل ضع noindex لحالة عدم العثور واقبل مفاضلات التحليلات.
6. اعتبار صفحة 404 المخصصة الجميلة إصلاحاً لـSEO. تساعد صفحة 404 المصممة جيداً المستخدمين، لا الفهرسة — وإذا أعادت 200 فهي 404 لينة. الإصلاح: احتفظ برمز الحالة الحقيقي واجعل الصفحة مفيدة؛ فهما وظيفتان منفصلتان.
التعامل الجيد والسيئ مع 404
صفحة 404 مخصصة سيئة
- تعيد رمز حالة
200 OKبينما تعرض «الصفحة غير موجودة» (404 لينة). - أو تكون صفحة الخادم الافتراضية الخام: «Not Found» عارية على خلفية بيضاء، بلا تنقل ولا طريق إلى الأمام.
- تسد الطريق أمام المستخدم — بلا مربع بحث أو روابط أو هوية واضحة.
- النتيجة: يستمر الزواحف في إعادة جلبها (404 لينة)، ويرتد المستخدمون، وتظل قيمة الروابط التي تشير إلى العنوان عالقة.
صفحة 404 مخصصة جيدة
- تعيد رمز حالة
404حقيقياً (فتُعالج جهة الزحف/الفهرسة بشكل صحيح). - تقول بوضوح إن الصفحة غير موجودة، بلغة مباشرة.
- تتضمن التنقل الرئيسي ومربع بحث حتى يجد المستخدم ما كان يبحث عنه.
- تقدم روابط إلى محتوى شائع أو ذي صلة (أفضل المقالات والفئات الرئيسية).
- تحافظ على هوية الموقع — الرأس والتذييل والتنسيق نفسه كما في بقية الموقع، حتى يعرف المستخدم أنه ما زال في المكان الصحيح.
الخاصيتان مستقلتان: يحافظ رمز الحالة على رضا محركات البحث، ويحافظ تصميم الصفحة على بقاء البشر. قد تنجح الصفحة في إحداهما وتفشل في الأخرى — فصفحة 404 جميلة تعيد 200 تظل 404 لينة، وصفحة 404 صحيحة تسد الطريق أمام المستخدم تظل تفقد الزائر.
التعامل الجيد والسيئ مع توجيه عنوان URL مختفٍ
- سيئ: كل منتج محذوف يعيد توجيه 301 إلى الصفحة الرئيسية → إشارة شبيهة بـ404 لينة ومستخدمون محبطون.
- جيد: منتج محذوف له روابط خلفية يوجّه 301 إلى أقرب صفحة حية ذات صلة (فئته الأصلية أو منتج بديل)؛ أما المنتج المحذوف بلا قيمة ولا روابط فيعيد ببساطة
404.
قائمة فحص تدقيق 404 والتعامل معها
- تعيد عناوين URL المفقودة رمز
404(أو410) حقيقياً — تحقق من الرمز ولا تثق برسالة الصفحة. - لا توجد 404 لينة: لا محتوى «غير موجود» مع
200ولا توجيهات شاملة للصفحات المختفية إلى الصفحة الرئيسية. - تمت مراجعة GSC Page indexing لحالتي «Not found (404)» و«Soft 404».
- حُددت عناوين 404 ذات روابط/زيارات حقيقية (Ahrefs Site Explorer «Best by links»، مع فلترة 404) ووُجهت 301 إلى صفحة حية ذات صلة.
- تُركت الصفحات المختفية بلا قيمة ولا روابط لتعيد 404 — بلا توجيه ولا إحياء.
- تشير التوجيهات إلى هدف محدد ذي صلة، ولا توجه أبداً كل الحالات إلى الصفحة الرئيسية.
- صفحة 404 المخصصة مفيدة (رسالة واضحة وتنقل وبحث وروابط إلى محتوى شائع) وتعيد 404 فعلياً.
- في مواقع JS/SPA: تحل مسارات عدم العثور إلى 404 حقيقية من الخادم، أو تضع
noindexعلى الأقل، ولا تسجلها التحليلات كزيارات ناجحة. - لا تُهدر الجهود في «إصلاح» كل 404 — بل تُفرز الحالات ولا يُتخذ إجراء شامل.
أدوات العثور على الصفحات غير الموجودة والتعامل معها
- Google Search Console — تقرير Page indexing — عرض Google لحالتي «Not found (404)» و«Soft 404»، مع عناوين مثال وإمكانية طلب التحقق بعد الإصلاح.
- Ahrefs Site Audit — يضع إشارات على 404 والروابط الداخلية المكسورة في زحف الموقع.
- Ahrefs Site Explorer («Best by links») — اعثر على عناوين 404 التي لها روابط خلفية، مرتبة حسب النطاقات المحيلة، لتحديد الحالات التي تستحق توجيه 301.
- Screaming Frog SEO Spider — عرض على مستوى الزحف لكل 404 (وروابط مصدرها) في الموقع.
- تحليل ملفات سجلات الخادم — اعرف أي 404 يزورها الروبوت والمستخدم فعلياً وكم مرة.
- Bing Webmaster Tools — تقارير زحف تعرض 404/أخطاء الخادم، مع أداة Content Removal للإبلاغ عن عنوان تريد معاملته كمختفٍ (تفاصيل مصنف Bing وسرعة الإزالة غير متحققة مستقلاً، لذا يبقى هذا ثانوياً مقارنةً بسلوك Google الموثق في GSC).
- URL Inspection (GSC) — تحقق من رمز الحالة المجلب لعنوان واحد لتؤكد أنه 404 حقيقي لا 404 لين.
مصادر تستحق وقتك
كتاباتي ذات الصلة
- رموز الحالة HTTP وتأثيرها في SEO — صورة رموز الحالة الكاملة، بما فيها موقع 404 و410 و404 اللينة.
- 11 نوعاً من عمليات إعادة التوجيه وتأثيرها في SEO — متى توجه 301 إلى ما كان سيصبح 404، ومتى تتركه 404/410.
- دليل المبتدئين إلى SEO التقني — موقع رموز الحالة في الصورة التقنية الأكبر.
- مشكلات SEO في JavaScript وأفضل الممارسات — سياق العرض خلف مشكلات 404 اللينة في JS/SPA.
حديثي
- كيف يعمل البحث (SlideShare) — شرحي لمسار الزحف والعرض والفهرسة الذي تمر فيه حالات عدم العثور. (إخلاء المسؤولية الدائم: “This is my understanding of systems… not going to be 100% complete or accurate.” (الترجمة العربية) «هذا فهمي للأنظمة… ولن يكون كاملاً أو دقيقاً بنسبة 100%.»)
من أنحاء المجال
- كيف تؤثر رموز حالة HTTP في بحث Google (Google Search Central) — المصدر الأولي للتعامل مع
4xx/404. - تقرير فهرسة الصفحات (مساعدة Search Console) — التعريفان الأساسيان لـ404 الصلبة واللينة وإرشادات الإصلاح.
- 404 اللينة وموقعك (John Mueller) — رؤية Google في سبب كون 404 اللينة أسوأ من الحقيقية.
- تحذر Google من أخطاء 404 اللينة وتأثيرها في SEO (Search Engine Journal) — تغطية كلام Illyes عن 404 اللينة وموارد الزحف المهدرة.
- يوضح John Mueller التباس 404 و410 لأجل SEO (Search Engine Journal) — سبب ضآلة الفرق بين 404 و410 لأغراض SEO.
- يحذر Martin Splitt من توجيه 404 إلى الصفحة الرئيسية (Search Engine Journal) — الحجة ضد التوجيه الشامل إلى الصفحة الرئيسية.
- صفحات خطأ 404: ما ينبغي وما لا ينبغي فعله (Yoast) — أمثلة صفحات 404 المخصصة الجيدة والسيئة وما ينبغي فعله وتجنبه.
- كل ما تحتاج إلى معرفته عن أخطاء 404 لأجل SEO (Seer Interactive) — إطار بدرجات شدة لتحديد أولوية إصلاحات 404.
اختبر نفسك: 404 Not Found
خمسة أسئلة سريعة عن معنى صفحات رمز عدم العثور بالنسبة إلى SEO وكيفية التعامل معها. اختر إجابة لكل سؤال، ثم تحقق من إجاباتك.
سجل التغييرات
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 6 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 6 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 5 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 17 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
Try it live
This is a real endpoint on this site — not a simulation.
Hit it from the button, open it in a new tab, or
curl -i it from your terminal, and the server answers with the actual status code this article is about.