غير موجود (404)

الخلاصة — يعني «Not found (404)» (ترجمة) «غير موجود (404)» في Search Console أن Google طلب من خادمك صفحة فتلقى إجابة «غير موجود»، ولذلك لم يفهرسها. عثر Google على عنوان URL من تلقاء نفسه — غالباً عبر رابط في مكان ما أو لأن الصفحة كانت موجودة سابقاً — وهذا يصف كيفية اكتشاف العنوان، ولا يثبت غيابه عن خريطة الموقع الحالية. هذا أمر طبيعي ولا مشكلة فيه عادةً، لكن فقط لعناوين URL التي يُفترض فعلاً أن تكون قد اختفت. لا تحتاج إلى إصلاحه إلا إذا كان عنوان URL ينبغي أن يعمل؛ وعندئذ تعيد الصفحة أو تعيد توجيه العنوان إلى البديل الصحيح.

ما معنى «Not found (404)» (ترجمة) «غير موجود (404)»؟

تعني هذه التسمية أن Google تلقى حالة HTTP 404 عند طلب عنوان URL. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report ويتعامل Google مع استجابات 4xx المستمرة، عدا 429، كما لو أن المحتوى غير موجود. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

افتح تقرير Page Indexing (فهرسة الصفحات) في Google Search Console، وسترى قائمة بالأسباب التي تمنع فهرسة الصفحات. ومن بينها «Not found (404)» (ترجمة) «غير موجود (404)». يعني ذلك أن Googlebot طلب عنوان URL، فرد خادمك بحالة HTTP 404 (Not Found) — أي الاستجابة القياسية التي تقول «هذه الصفحة غير موجودة». وبما أن الصفحة أعادت 404، لم يفهرسها Google.

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

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

هل تضر أخطاء 404 بتحسين محركات البحث لدي؟

هذا هو السؤال الذي يريد الجميع إجابته فعلاً، وإليك الجواب مباشرةً: لا، ليس تلقائياً. أخطاء 404 جزء طبيعي من عمل الويب؛ فالصفحات تُحذف، وعناوين URL تتغير، وقد تربط مواقع أخرى أحياناً بعناوين لم توجد أصلاً. عندما تعيد صفحة حالة 404 لأنها اختفت فعلاً، فذلك هو السلوك الصحيح — إذ تنص وثائق الزحف لدى Google على أن استجابات 4xx عدا 429 لا تؤثر في معدل زحف الموقع، كما أن 404 الصحيح لا يعاقب بقية الموقع.

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

متى يستحق خطأ 404 الإصلاح فعلاً؟

أخطاء 404 الجديرة باهتمامك هي التي تخص عناوين URL ينبغي أن تعمل:

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

في هذه الحالات، لديك خياران جيدان:

1. أعد الصفحة إذا حُذفت بطريق الخطأ.
2. أعد توجيهها إلى أنسب صفحة منشورة (إعادة توجيه 301). يرسل ذلك الزوار إلى وجهة مفيدة، وينقل — وهو الأهم — قيمة الروابط التي تشير إلى عنوان URL القديم.

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

هل تريد النسخة الكاملة — المقارنة بين 404 و410 و301 وnoindex، وكيفية معرفة ما يربط إلى 404، ومدة بقاء هذه الحالات في التقرير؟ انتقل إلى تبويب Advanced.

الخلاصة — يعني «Not found (404)» (ترجمة) «غير موجود (404)» أن Googlebot طلب عنوان URL يقول Google إنه اكتشفه من تلقاء نفسه — عبر رابط أو صفحة سبق فهرستها — لا عبر طلب صريح منك، وتلقى 404، ولذلك لم يُفهرس العنوان. يشرح هذا الوصف طريقة الاكتشاف الأصلية، ولا يثبت غياب العنوان عن خريطة الموقع الحالية. أخطاء 404 جزء طبيعي من الويب، وتنص وثائق Google على أن استجابات 4xx عدا 429 لا تؤثر في معدل الزحف. لذا فإن إرجاع 404 لصفحة محذوفة بلا بديل إجراء صحيح ولا يمثل عقوبة على مستوى الموقع؛ لكن 404 لعنوان URL ينبغي أن يعمل — لوجود رابط داخلي أو إدراج في خريطة الموقع أو روابط خلفية أو زيارات — يظل يسبب روابط معطلة أو قيمة مفقودة أو مستخدمين ضائعين. أعد تلك الصفحات أو وجّهها بـ301 إلى صفحة منشورة وثيقة الصلة، مع إعطاء الأولوية لما لديه روابط واردة لاستعادة قيمتها، واترك البقية 404. وفي تجربتي يميل 410 إلى الاختفاء أسرع بقليل، مع أن Google يعامل رموز 4xx عدا 429 بالطريقة نفسها. لا تعِد توجيه الجميع إلى الصفحة الرئيسية، تفادياً لخطر 404 المرنة. ويواصل Googlebot إعادة فحص أخطاء 404 القديمة بوتيرة تتناقص، ولهذا تبقى في التقرير؛ وهذا طبيعي وليس عقوبة.

ما الذي يخبرك به Google فعلاً؟

يثبت التقرير حالة 404 المرصودة؛ لكنه لا يوضح وحده أي رابط أو عنوان تاريخي أو مسار في التطبيق أنتجها. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report وتصف وثائق Google العامة لرموز 4xx سلوك الفهرسة. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

تعريف Google لهذه الحالة قصير: “This page returned a 404 error when requested.” (ترجمة) «أعادت هذه الصفحة خطأ 404 عند طلبها». والسياق المحيط هو المهم: اكتشف Google عنوان URL من دون أي طلب صريح أو خريطة موقع منك. وهذا ما يميز «Not found (404)» عن أخطاء الفهرسة التي أرسلتها بنفسك.

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

إذن جاء عنوان URL من أحد المصادر التالية:

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

جدير بك أن تستوعب النقطة الأخيرة: العثور على 404 في هذا التقرير لا يعني أنك ارتكبت خطأ. يكتشف Google عناوين URL من أنحاء الويب.

هل تضر «غير موجود (404)» بتحسين محركات البحث؟ الحكم أولاً

لا — ليس تلقائياً، وهذه أكبر فكرة خاطئة منفردة عن التقرير. أخطاء 404 هي الطريقة التي يُفترض أن يعمل بها الويب عند اختفاء المحتوى، وتنص وثائق الزحف لدى Google على أن رموز الحالة 4xx عدا 429 لا تؤثر في معدل زحف الموقع. وحالة 404 المعادة بصورة صحيحة لصفحة اختفت فعلاً ليست عقوبة على مستوى الموقع.

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

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

تقرر وثائق مساعدة Google النقطة نفسها عن الفهرسة عموماً: لا بأس ألا يُفهرس عنوان URL للأسباب الصحيحة، ومن أمثلتها صراحةً “a 404 for a page that you’ve removed and have no replacement for” (ترجمة) «حالة 404 لصفحة حذفتها وليس لها بديل». فحالة 404 لصفحة ميتة فعلاً هي النتيجة النهائية الصحيحة، وليست مهمة في قائمة أعمالك.

ماذا يفعل Google داخلياً مع 404؟

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

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

متى يستحق 404 الإصلاح، ومتى لا يستحق؟

قاعدة القرار بسيطة: أصلح 404 فقط إذا كان عنوان URL ينبغي أن يوجد. ومن الإشارات إلى أن العنوان «ينبغي أن يوجد»:

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

إذا لم يتحقق شيء من ذلك — فالصفحة اختفت فعلاً ولا يشير إليها شيء ذو قيمة — فاتركها تعيد 404. هذه هي الاستجابة الصحيحة، ولا يوجد ما ينبغي فعله.

كيفية إصلاح الحالات المهمة

لعناوين URL التي ينبغي أن تستجيب، لديك خيارات قليلة:

• أعد الصفحة إذا حُذفت بطريق الخطأ أو كان لديك محتوى مكافئ تعيده إليها.
• أعد توجيهها بـ301 إلى أنسب صفحة منشورة. هذا هو الإجراء المعتاد لصفحة محذوفة لها بديل معقول. وكما قلت من قبل عن الصفحات التي تظهر بحالة 4xx: يُرجح أنك تحتاج فقط إلى إعادة توجيه كل منها بـ301 إلى صفحة ذات صلة. ترسل إعادة التوجيه المستخدمين إلى مكان مفيد وتنقل أيضاً قيمة ترتيب أي روابط إلى عنوان URL الجديد.
• اتركها 404 (أو استخدم 410) حين تختفي الصفحة فعلاً ولا يوجد بديل جيد. هذا ليس فشلاً، بل هو الجواب الصحيح.

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

لا تعِد توجيه كل شيء إلى الصفحة الرئيسية. تتعامل Google مع إعادة التوجيه إلى صفحة غير ذات صلة — كإرسال كل عنوان ميت إلى / — بوصفها 404 مرنة، لأن الوجهة ليست بديلاً حقيقياً للمحتوى المطلوب. أعد التوجيه إلى صفحة ذات صلة أو لا تعِد التوجيه إطلاقاً.

مقارنة 404 و410 و301 وnoindex

تختلط هذه الخيارات باستمرار. ستجد جدول القرار الكامل في تبويب Cheat Sheets؛ وهذه نسخته المختصرة:

• 404 (Not Found) / 410 (Gone) — الصفحة غير موجودة. كلاهما يحذف عنوان URL من الفهرس، وتقول وثائق Google إنه يعامل رموز حالة 4xx عدا 429 بالطريقة نفسها. وفي خبرتي العملية يميل 410 إلى الحذف أسرع بقليل، لكن الفارق ضئيل على أي حال. استخدم 410 إذا أردت الإشارة إلى أن «هذه الصفحة لن تعود أبداً»؛ وإلا فإن 404 مناسب تماماً.
• 301 (Moved Permanently) — انتقل المحتوى؛ فاجمع الإشارات على عنوان URL الجديد. هذه هي الأداة المناسبة لصفحة محذوفة لها بديل ذو صلة.
• noindex — الصفحة موجودة وينبغي أن تظل منشورة، لكنك لا تريد ظهورها في البحث. إنها أداة لهدف مختلف؛ فلا تستخدمها لصفحة اختفت فعلاً.

في مقارنة 404 و410 تحديداً، كان تصوري دائماً أنهما يتلقيان معاملة متشابهة؛ فكلاهما يحذف الصفحات من الفهرس، وفي خبرتي يتحرك 410 أسرع قليلاً، رغم أن وثائق Google تعامل رموز 4xx عدا 429 بصورة متطابقة. لذلك لا تبالغ في التفكير في الاختيار: انتقِ 410 لما «اختفى إلى الأبد»، و404 لكل ما عداه، ثم تابع عملك.

كيف تعرف ما الذي يربط إلى 404؟

لإصلاح 404 — أو تقرير ما إذا كان يستحق الجهد — اعثر على ما يشير إليه:

• في GSC: افتح حالة «Not found (404)»، وانقر على مثال لعنوان URL، ثم افحص Referring page (الصفحة المُحيلة) ضمن Discovery. تعامل معها كدليل محتمل واحد، لا كسجل كامل للروابط؛ إذ تصفها Google بأنها صفحة ربما استخدمتها لاكتشاف العنوان، وقد تكون رابطاً مباشراً أو صفحة أعلى مستوى عُثر عبرها على الرابط، وقد تغيب إن لم تتوفر المعلومات. استخدمها إلى جانب الطرق أدناه ولا تتوقف عندها.
• بواسطة زاحف أو تدقيق موقع: يسرد Ahrefs Site Audit أو Screaming Frog الروابط الداخلية المعطلة، وهي أخطاء 404 داخل موقعك التي تستطيع إصلاحها مباشرةً بتعديل الرابط.
• بواسطة أداة روابط خلفية: افحص الروابط الخلفية المعطلة للعثور على عناوين ميتة في موقعك ترتبط بها مواقع خارجية. وهذه أولويات إعادة التوجيه 301.
• في سجلات الخادم: هي الحقيقة المرجعية لعناوين URL المطلوبة ورموز الحالة التي تعيدها على نطاق واسع.

التحقق من الإصلاح وما ينبغي توقعه

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

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

موضع هذه الحالة بين الحالات الشقيقة

«Not found (404)» هي الحالة الواضحة: قال الخادم «غير موجود» على نحو صحيح. أما الحالات المجاورة في تقرير فهرسة الصفحات فمختلفة، فلا تخلط بينها. soft 404 هي رسالة «غير موجود» تُقدّم مع حالة 200 — أو إعادة توجيه غير ذات صلة — ويضع Google لها علامة منفصلة. وتشمل Blocked due to other 4xx issue حالات 401 و403 وبقية عائلة 4xx. أما Redirect error فهو إعادة توجيه معطلة، ويختلف عن الحالة الطبيعية Page with redirect. ويعني server error (5xx) أن الخادم فشل، لا أن الصفحة اختفت. تختلف الإصلاحات، لذلك حدد أولاً رمز الحالة الذي تنظر إليه فعلاً.

للتقرير ككل، راجع مركز GSC Page Indexing؛ وللآلية الأساسية التي تطلب بها الروبوتات عناوين URL ابتداءً، راجع crawling (الزحف).

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

• المعنى: طلب Googlebot عنوان URL يقول Google إنه اكتشفه من تلقاء نفسه — عبر رابط أو صفحة سبق فهرستها — لا عبر طلب صريح منك، وتلقى حالة HTTP 404، ولذلك لم تُفهرس الصفحة. تعريف Google: “This page returned a 404 error when requested.” (ترجمة) «أعادت هذه الصفحة خطأ 404 عند طلبها». هذا وصف للاكتشاف، وليس دليلاً على غياب العنوان عن خريطة موقعك الحالية؛ فإذا ظل مدرجاً فيها فهذه مشكلة منفصلة تستحق الإصلاح.
• مصدر عنوان URL: روابط داخلية أو خارجية، وصفحات حذفتها أو غيّرت أسماءها، أو عناوين منسوخة أو مشوهة أو مختلقة في أماكن أخرى. لا يعني العثور على 404 هنا أنك ارتكبت خطأ.
• أثر SEO: ليس تلقائياً. تقول وثائق Google إن حالات 4xx عدا 429 لا تؤثر في معدل الزحف، وإن 404 المعاد بصورة صحيحة لصفحة محذوفة بلا بديل ليس عقوبة على مستوى الموقع. لكن 404 لعنوان URL ينبغي أن يعمل — لوجود رابط أو إدراج في خريطة الموقع أو روابط خلفية أو زيارات — ما زال يكلفك روابط معطلة أو قيمة مفقودة أو مستخدمين ضائعين.
• ما يفعله Google: يحذف العنوان الذي سبق فهرسته من الفهرس، ولا يعالج أخطاء 404 الجديدة، ويواصل إعادة فحص العنوان بوتيرة متناقصة؛ ولهذا تبقى أخطاء 404 القديمة في التقرير، وهو سلوك طبيعي لا عقوبة.
• متى تصلح: أصلح فقط عناوين URL التي ينبغي أن توجد — المرتبطة داخلياً أو المدرجة في خريطة الموقع أو ذات الروابط الخلفية أو الزيارات.
• كيفية الإصلاح: أعد الصفحة، أو وجّهها بـ301 إلى صفحة منشورة وثيقة الصلة. أعط الأولوية لأخطاء 404 ذات الروابط الواردة لاستعادة قيمتها. واترك الصفحات التي اختفت فعلاً بحالة 404 (أو 410، الذي يعامله Google مثل 404 في وثائقه، مع أنه يميل عملياً إلى الاختفاء أسرع بقليل).
• لا تفعل: لا تعِد توجيه كل شيء إلى الصفحة الرئيسية؛ إذ تُعامل عمليات إعادة التوجيه غير ذات الصلة بوصفها 404 مرنة.
• 404 مقابل 410 مقابل 301 مقابل noindex: 404/410 = اختفاء (كلاهما يحذف من الفهرس)؛ و301 = انتقال (تجميع الإشارات على البديل)؛ وnoindex = إبقاء الصفحة منشورة مع إخراجها من البحث.
• اعثر على الروابط عبر Referring page في GSC — كدليل محتمل لا قائمة كاملة — أو زاحف للروابط الداخلية المعطلة، أو أداة روابط خلفية للروابط المعطلة، أو سجلات الخادم. ويظل Validate Fix اختيارياً؛ يستطيع Google اكتشاف التصحيح من دونه، ولا يضمن أي المسارين جدولاً زمنياً.

الوثائق الرسمية

وثائق المصادر الأولية من محركات البحث.

Google

• تقرير فهرسة الصفحات — التقرير الذي تظهر فيه هذه الحالة، بما في ذلك تعريف «Not found (404)» والإرشاد “it’s fine for a URL not to be indexed for the right reasons” (ترجمة) «لا بأس ألا يُفهرس عنوان URL للأسباب الصحيحة».
• رموز حالة HTTP وأخطاء الشبكة وDNS — كيفية تعامل Google مع 4xx: حذف عناوين URL التي سبق فهرستها، وعدم معالجة أخطاء 404 المكتشفة حديثاً، والتناقص التدريجي في وتيرة الزحف.
• عمليات إعادة التوجيه وبحث Google — كيفية إعداد عمليات إعادة التوجيه 301 التي ترسل بها عناوين 404 التي ينبغي أن توجد إلى صفحات منشورة ذات صلة.
• كيفية إزالة صفحة من البحث (حظر الفهرسة) — حين تريد إخراج صفحة منشورة من البحث باستخدام noindex، وهو هدف مختلف عن 404.

Bing / Microsoft

• Bing Webmaster Tools — Site Explorer & URL inspection — تعرض أدوات الزحف لدى Bing أخطاء 404 بالطريقة نفسها، وتتوافق إرشادات التعامل معها مع Google: أصلح الحالات المهمة ودع الصفحات الميتة فعلاً تعيد 404.

اقتباسات من المصدر

تصريحات موثقة من Google. كل رابط عميق ينتقل إلى المقطع المقتبس في صفحة المصدر.

Google — تعريف «Not found (404)»

• “This page returned a 404 error when requested.” (ترجمة) «أعادت هذه الصفحة خطأ 404 عند طلبها». — مساعدة Google Search Console، تقرير فهرسة الصفحات. الانتقال إلى الاقتباس

Google — لا بأس ألا يُفهرس عنوان URL

• “It’s fine for a URL not to be indexed for the right reasons—for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (ترجمة) «لا بأس ألا يُفهرس عنوان URL للأسباب الصحيحة — مثل قاعدة robots.txt متوقعة في موقعك، أو وسم noindex في الصفحة، أو عنوان URL مكرر، أو 404 لصفحة حذفتها وليس لها بديل». — مساعدة Google Search Console، تقرير فهرسة الصفحات. الانتقال إلى الاقتباس

Google — كيفية معالجة 4xx في الفهرسة

• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” (ترجمة) «في حالة بحث Google، تزيل منظومة الفهرسة عنوان URL من الفهرس إذا كان قد فُهرس سابقاً. ولا تُعالج صفحات 404 المكتشفة حديثاً». — Google Search Central، وثائق رموز حالة HTTP. الانتقال إلى الاقتباس
• “The crawling frequency gradually decreases.” (ترجمة) «تتناقص وتيرة الزحف تدريجياً». — Google Search Central، وثائق رموز حالة HTTP. الانتقال إلى الاقتباس

النماذج الذهنية

1. مكتشَف ≠ مُرسَل. تعني «Not found (404)» تحديداً أن Google عثر على عنوان URL من تلقاء نفسه — عبر رابط أو صفحة قديمة مفهرسة أو عنوان شوّهه موقع آخر — لا من خريطة موقعك. لذلك ليس السؤال الأول «كيف أصلحه؟»، بل «هل ينبغي أن يوجد عنوان URL هذا أصلاً؟»

2. حالة 404 هي الإجابة الصحيحة لصفحة ميتة. ليست 404 خطأً يجب القضاء عليه؛ بل هي استجابة HTTP الصحيحة عند اختفاء المحتوى. وهي ليست إشارة جودة ولا إشارة ترتيب. الهدف هو الدقة — أن تعيد عناوين URL الحقيقة الفعلية — لا الوصول إلى عدد صفري في التقرير.

3. أصلح فقط ما ينبغي أن يوجد. مرر كل 404 عبر اختبار واحد: هل يرتبط به موقعك داخلياً، أو يظهر في خريطة الموقع، أو تدعمه روابط خارجية، أو ما زال يجلب زيارات؟ نعم ← أعد الصفحة أو وجّهها بـ301 إلى صفحة ذات صلة. لا ← اتركها 404. تحل هذه القاعدة معظم عناصر التقرير.

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

5. إعادة توجيه ذات صلة، أو لا إعادة توجيه. لا يفيد 301 إلا حين يصل إلى صفحة وثيقة الصلة فعلاً. وتعامل إعادة التوجيه غير ذات الصلة — كل شيء ← الصفحة الرئيسية — بوصفها 404 مرنة. وعند غياب وجهة جيدة، الإجراء الصحيح هو إبقاء 404 لا اختراع وجهة.

فرز قائمة «Not found (404)» لديك

اعمل في التقرير من أعلاه إلى أسفله:

• افتح حالة «Not found (404)» في تقرير فهرسة الصفحات وراجع أمثلة عناوين URL.
• لكل عنوان، انقر عليه وافحص Referring page ضمن Discovery؛ فهي دليل محتمل إلى موضع عثور Google على الرابط، لا سجل كامل مضمون.
• ضع علامة على كل عنوان مرتبط به داخلياً، وأصلح الرابط الداخلي المعطل من مصدره؛ فهذا أوضح مكسب.
• ضع علامة على كل عنوان مدرج في خريطة الموقع؛ إذ لا ينبغي وجوده هناك، فإما أن تحذفه أو تعيد الصفحة.
• استخرج عناوين 404 التي لها روابط خلفية خارجية من تقرير الروابط المعطلة؛ فهي أولويات 301 لاستعادة القيمة.
• افحص عناوين 404 التي ما زالت تتلقى زيارات أو تطابق مقصد المستخدم بوضوح.
• لكل عنوان «ينبغي أن يوجد»: أعد الصفحة أو وجّهه بـ301 إلى صفحة منشورة وثيقة الصلة فعلاً، لا إلى الصفحة الرئيسية.
• اترك العناوين التي اختفت فعلاً ولا روابط أو زيارات لها بحالة 404 — أو 410 إن أردت حذفا أسرع قليلاً.
• تأكد من عدم وجود عمليات إعادة توجيه منشورة تلقي عناوين غير ذات صلة على /، تفادياً لخطر 404 المرنة.
• يمكنك اختيارياً الضغط على Validate Fix — يستطيع Google التقاط الإصلاح الحقيقي من تلقاء نفسه أيضاً — ثم توقّع انخفاضاً بطيئاً لا صفراً فورياً، من دون جدول زمني ثابت.
• تأكد من أنك تفرز الحالة الصحيحة: ليست soft 404 أو 4xx أخرى أو خطأ إعادة توجيه أو 5xx؛ فإصلاحاتها مختلفة.

دليل عمل: الاستجابة لارتفاع مفاجئ في أخطاء 404

1. تأكد من أن الارتفاع حقيقي. قارن أمثلة Search Console بزحف مباشر أو استجابات الخادم؛ فقد تتأخر التقارير عن السلوك الحالي.
2. اجمع حسب السبب والقالب. ابحث عن نشر جديد، أو تغيير في نمط عناوين URL، أو خطأ في الروابط الداخلية، أو قسم محذوف، أو عنوان مُنشأ بصورة مشوهة، بدلاً من إصلاح الصفوف واحداً واحداً.
3. أعط الأولوية للعناوين ذات القيمة. أعد أو وجّه العناوين التي ينبغي أن توجد، أو التي لها روابط خلفية أو زيارات مهمة، أو ما زالت موجودة في الروابط الداخلية وخرائط الموقع.
4. اترك الحذف المشروع وشأنه. ينبغي أن يظل عنوان اختفى فعلاً ولا بديل له يعيد 404 أو 410؛ فلا توجّهه إلى صفحة غير ذات صلة.
5. أصلح المصدر. حدّث القوالب والروابط الداخلية وتوليد خريطة الموقع كي تتوقف عن إنتاج النمط المعطل أو الترويج له.
6. تحقق وراقب التكرار. اختبر عناوين ممثلة وراقب النمط. أنهِ العمل حين تستجيب العناوين القيّمة بصورة صحيحة، وتعود أخطاء 404 المكتشفة حديثاً إلى خط الأساس المتوقع.

أوراق مرجعية لأخطاء 404

أي استجابة تناسب أي حالة؟

هل أصلح 404 هذا؟ — مسار القرار

حقائق سريعة

• «Not found (404)» = يقول Google إنه عثر على عنوان URL من دون طلب صريح منك؛ وهذه هي طريقة اكتشافه، لا دليلاً على غيابه عن خريطة الموقع الحالية.
• حالة 404 المعادة بصورة صحيحة ليست تلقائياً عقوبة جودة أو ترتيب على مستوى الموقع؛ لكن 404 لعنوان ينبغي أن يعمل ما زال يكلفك روابط أو زيارات أو مستخدمين.
• يحذف Google عنواناً سبق فهرسته عند 404، ولا يعالج أخطاء 404 الجديدة.
• يواصل Googlebot إعادة فحص أخطاء 404 القديمة بوتيرة متناقصة ← ولذلك تبقى.
• 404 مقابل 410: تعامل وثائق Google رموز 4xx عدا 429 بالطريقة نفسها؛ وفي الخبرة العملية يُحذف 410 أسرع قليلاً.
• لا تعِد توجيه الجميع إلى الصفحة الرئيسية ← 404 مرنة.
• تكلفة 404 من ميزانية الزحف ضئيلة إلا في المواقع الضخمة جداً ذات الملايين من العناوين الوهمية.

مشكلات شائعة

ارتفاع عدد أخطاء 404 فجأة في تقرير فهرسة الصفحات

السبب المحتمل: يولّد قالب معطل عناوين URL عشوائية — مثل معاملات ترقيم صفحات سيئة أو خلل في التنقل متعدد الأوجه أو تسرب معرّفات الجلسات إلى الروابط — أو يوجد فخ للزواحف، أو ينسخ موقع آخر عناوينك ويشوّهها. الإصلاح: خذ عينة من عناوين 404 الجديدة وابحث عن نمط مشترك، مثل معامل استعلام أو بادئة مسار. وإذا كان القالب لديك، فأصلح الشيفرة التي تولد الروابط السيئة. تحقق عبر سجلات الخادم أو /tools/log-file-analyzer لتأكيد النمط ومعرفة إن كان يمثل حجم زحف فعلياً أم مجرد أمثلة قليلة.

أصلحت عنوان URL لكنه ما زال يظهر «Not found (404)» بعد أسابيع

السبب المحتمل: يعيد Googlebot فحص أخطاء 404 وفق جدول تتناقص وتيرته، ولذلك يتأخر عدد التقرير عن الإصلاح الفعلي؛ وهذا متوقع وليس علامة على فشل الإصلاح. الإصلاح: تأكد من أن عنوان URL المنشور يعيد الحالة الصحيحة الآن — 200 إذا أعدت الصفحة، أو 301 إذا وجّهتها — باستخدام curl -I أو /tools/http-status-checker. ويمكنك اختيارياً الضغط على Validate Fix في GSC؛ فهو غير مطلوب لأن Google يستطيع التقاط التصحيح من تلقاء نفسه. توقّع انخفاض العدد تدريجياً لا فوراً، من دون موعد ثابت لاختفائه.

يظهر عنوان URL محذوف بوصفه «soft 404» بدلاً من «Not found (404)»

السبب المحتمل: تعيد الصفحة HTTP 200 مع رسالة تشبه «غير موجود» بدلاً من حالة 404/410 حقيقية، أو تعيد التوجيه إلى صفحة غير ذات صلة. الإصلاح: افحص رمز الاستجابة باستخدام curl -I أو /tools/http-status-checker؛ فإذا كان 200، فاضبط الخادم أو نظام CMS ليعيد 404/410 حقيقية لذلك المسار بدلاً من صفحة خطأ مرنة.

يظهر 301 الذي أعددته بوصفه «soft 404» للوجهة

السبب المحتمل: صفحة الوجهة ليست بديلاً حقيقياً للمحتوى المطلوب؛ إذ يقرأ Google وجهة إعادة التوجيه غير المتطابقة كما يقرأ الوجهة غير ذات الصلة. الإصلاح: أعد فحص الوجهة بواسطة /tools/redirect-checker، ووجّه 301 إلى صفحة تطابق موضوع عنوان URL الأصلي فعلاً، لا إلى أقرب صفحة فئة أو الصفحة الرئيسية.

يسرد التقرير عنوان URL لم تنشئه أو تربط إليه قط

السبب المحتمل: عنوان URL نسخه موقع آخر أو شوّهه أو اختلقه، أو صفحة من سنوات سابقة ما زال Google يتذكرها ويعيد فحصها دورياً. الإصلاح: انقر على العنوان في التقرير وافحص Referring page ضمن Discovery؛ فهي دليل محتمل لا مصدر مضمون، لأن Google قد لا يملك تلك البيانات. وإذا كان العنوان خارجياً ومشوهاً بوضوح، فلا يلزم أي إجراء؛ فهو ليس شيئاً عطّلته أنت.

نصوص برمجية ومقتطفات

فحص الحالة المنشورة لعنوان URL في macOS/Linux

تأكد من رمز الحالة الذي يعيده عنوان URL فعلاً قبل أن تقرر إن كان يحتاج إلى إصلاح:

curl -I https://example.com/old-page

انظر إلى السطر الأول من الاستجابة، مثل HTTP/2 404 أو HTTP/2 301. وإذا كانت إعادة توجيه، يعرض curl ترويسة location: والوجهة.

فحص الحالة المنشورة لعنوان URL في PowerShell

$response = Invoke-WebRequest -Uri "https://example.com/old-page" -Method Head -UseBasicParsing
$response.StatusCode

أضف -MaximumRedirection 0 إذا أردت رؤية 301/302 الأصلية من دون أن يتبعها PowerShell تلقائياً.

البحث في سجلات الخادم عن طلبات 404 باستخدام تعبير نمطي

شغّل الأمر التالي على سجل وصول Apache/Nginx بتنسيق “combined” لاستخراج كل طلب أعاد 404:

grep -oP '"\S+ \K\S+(?=.*" 404 )' access.log

شرح مجموعات الالتقاط: يتجاوز "\S+ \K طريقة HTTP، أي GET/POST، ويستبعدها من المطابقة؛ ويلتقط \S+ المسار المطلوب؛ ويشترط الاستباق (?=.*" 404 ) أن يحتوي باقي سطر السجل على الحالة 404 قبل المطابقة. الناتج قائمة بسيطة بعناوين URL التي أعادت 404؛ مررها عبر sort | uniq -c | sort -rn لترتيبها حسب التكرار.

وحدة تحكم DevTools — افحص الحالة من دون مغادرة الصفحة

الصق المقتطف في لوحة Console لفحص حالة عنوان URL محدد من المتصفح الذي تستخدمه:

fetch("https://example.com/old-page", {method: "HEAD"}).then(r => console.log(r.status, r.url));

Bookmarklet — افحص حالة الصفحة الحالية

اسحب هذا المقتطف إلى شريط الإشارات المرجعية — فهو bookmarklet؛ انقر عليه وأنت في أي صفحة لفحص حالة استجابة الصفحة نفسها:

javascript:(function(){fetch(location.href,{method:"HEAD"}).then(function(r){alert(r.status+" "+r.url);});})();

أدوات العثور على أخطاء 404 وإصلاحها

أدوات هذا الموقع

• /tools/http-status-checker — افحص حالة HTTP المنشورة لأي عنوان URL قبل تقرير ما إذا كان يحتاج إلى إعادة توجيه أو استعادة أو لا شيء.
• /tools/redirect-checker — تأكد من أن 301 الذي أعددته يصل فعلاً في قفزة واحدة إلى الوجهة المقصودة، من دون سلاسل أو حلقات.
• /tools/log-file-analyzer — حلل سجلات الخادم لرؤية عناوين URL الفعلية التي يطلبها Googlebot وتعيد 404، ووتيرة الطلب.
• /tools/site-audit-lite — ازحف إلى موقعك لإظهار الروابط الداخلية المعطلة، وهي أخطاء 404 التي تستطيع إصلاحها مباشرةً بتعديل الرابط من مصدره.

أدوات خارجية

• Google Search Console — تقرير فهرسة الصفحات نفسه؛ افتح مثالاً من «Not found (404)»، واستخدم عرض Referring pages لمعرفة ما ربط إليه، ثم Validate Fix بعد إجراء التغيير.
• Bing Webmaster Tools — السطح المكافئ لأخطاء الزحف في Bing.
• Ahrefs أو Screaming Frog — عمليات زحف كاملة إلى الموقع تسرد الروابط الداخلية المعطلة، وتقارير روابط خلفية تعرض الروابط الخلفية المعطلة، أي المواقع الخارجية التي تربط إلى عنوان ميت لديك؛ وهذه قائمة أولويات 301.

التحقق من إصلاح 404

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

فحص الحالة المنشورة لعنوان URL بعد إصلاحه

الاختبار: شغّل curl -I على عنوان URL، أو استخدم /tools/http-status-checker. النتيجة المتوقعة: 200 إذا أعدت الصفحة، أو 301 إلى الوجهة الصحيحة إذا أعدت توجيهها. تفسير الفشل: استمرار 404، أو ظهور 5xx، أو إعادة توجيه إلى صفحة خاطئة، يعني أن الإصلاح لم يُنشر فعلاً. نافذة المراقبة: فوراً. مسبب التراجع: حالة أو وجهة خاطئة؛ أصلح قاعدة الخادم وأعد الفحص قبل المتابعة.

فحص مسار إعادة التوجيه

الاختبار: شغّل /tools/redirect-checker على عنوان URL القديم. النتيجة المتوقعة: إعادة توجيه 301 بقفزة واحدة تصل مباشرةً إلى الصفحة المنشورة ذات الصلة، بلا سلسلة أو حلقة. تفسير الفشل: عدة قفزات أو حلقة أو وصول إلى صفحة غير ذات صلة، مع خطر 404 المرنة. نافذة المراقبة: فوراً. مسبب التراجع: أي سلسلة أو حلقة أو وجهة غير ذات صلة؛ صحح قاعدة إعادة التوجيه.

Validate Fix في GSC

الاختبار: افتح «Not found (404)» في تقرير فهرسة الصفحات واضغط Validate Fix — وهذا اختياري؛ إذ يستطيع Google اكتشاف التصحيح الحقيقي من تلقاء نفسه. النتيجة المتوقعة: تنتقل الحالة من Validation started إلى Passed، وينخفض عدد عناوين URL المتأثرة تدريجياً. تفسير الفشل: إذا فشل التحقق أو لم يتحرك العدد خلال مدة ممتدة، فأعد التأكد من إصلاح العنوان المنشور ومن عدم بقاء روابط إلى العنوان القديم. نافذة المراقبة: مستمرة بلا موعد اكتمال ثابت؛ يعيد Google فحص أخطاء 404 وفق جدول تتناقص وتيرته، لا فوراً، ولا يقدم جدولاً مضموناً. مسبب التراجع: تكرار فشل التحقق؛ أعد التحقق من الإصلاح على مستوى الخادم.

سلوك الزحف في سجلات الخادم

الاختبار: شغّل /tools/log-file-analyzer على طلبات عنوان URL القديم. النتيجة المتوقعة: تتناقص طلبات Googlebot إلى العنوان القديم بمرور الوقت، بينما تتحول الطلبات إلى العنوان الجديد. تفسير الفشل: استمرار طلب Googlebot العنوان القديم بالمعدل نفسه بعد التغيير بوقت طويل يوحي بأنه لم يلتقط إعادة التوجيه، أو بأن شيئاً ما زال يربط إلى العنوان القديم مباشرةً. نافذة المراقبة: مستمرة خلال مدة ممتدة؛ تتناقص وتيرة الزحف تدريجياً وفق وثائق Google، من دون جدول ثابت. مسبب التراجع: عدم حدوث تناقص بعد مدة ممتدة؛ تأكد من أن إعادة التوجيه على مستوى الخادم، لا عبر JavaScript أو meta-refresh، ودقق في الروابط الداخلية الباقية إلى العنوان القديم.

اختبار قصير

خمسة أسئلة للتحقق مما بقي لديك فعلاً عن «Not found (404)» (ترجمة) «غير موجود (404)».

سجل التغييرات