410 Gone: الصفحة أزيلت نهائيًا

الخلاصة — رمز الحالة 410 Gone هو طريقتك لإخبار محركات البحث: «كانت هذه الصفحة هنا، حذفناها عمدًا، ولن تعود». يشبه 404 (Not Found)، لكن مع نية واضحة: 404 تقول فقط «لا شيء هنا»، أما 410 فتقول «زالت، نهائيًا وبقرار مقصود». وفي النهاية يحذف الرمزان الصفحة من Google، وتوثّق Google أنهما متكافئان في البحث.

ماذا يعني 410؟

عندما يطلب متصفح أو محرك بحث صفحة من خادمك، يجيب الخادم بـرمز حالة. 200 تعني «ها هي الصفحة». و404 تعني «لا أجد شيئًا على هذا العنوان». أما 410 فتعني «كان هناك مورد هنا، لكنه زال — وبشكل دائم».

الفرق بين 404 و410 هو اليقين. فـ404 غامضة: ربما حُذفت الصفحة، أو كتب أحدهم العنوان خطأ، أو هناك خلل وستعود غدًا. أما 410 فتزيل هذا الغموض؛ أنت تخبر العالم صراحةً أن الصفحة حُذفت عمدًا ولن تعود.

لماذا يهم ذلك في SEO؟

إذا حذفت صفحة وأعادت 404 أو 410، فستزيلها Google من نتائج البحث في النهاية. هذه هي النقطة المهمة: كلا الرمزين ينجز المهمة. وتعامل إرشادات Google المنشورة الرمزين بالطريقة نفسها في البحث، ولا تعد بجدول إزالة خاص لـ410. Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers

أشياء قليلة يخطئ فيها المبتدئون:

• ليست فورية. يجب أن تعيد Google زحف العنوان لتلاحظ الحالة الجديدة. وحتى يحدث ذلك قد تبقى الصفحة في النتائج (أحيانًا بمقتطف مخزّن). تسرّع 410 قرار الإزالة، لا جدول الزحف.
• لا تحجب العنوان. إذا حذفت صفحة وحجبتها أيضًا في robots.txt فلن تستطيع Google زحفها لرؤية 410، وبالتالي لن تعالج الإزالة. اتركها قابلة للزحف.
• إذا كان لديك بديل جيد فأعد التوجيه. عندما ينتقل المحتوى أو يوجد بديل طبيعي، تكون إعادة التوجيه 301 غالبًا أفضل؛ فـ410 تقتل الصفحة والطلب عليها، وهذا عكس ما تريده إن كان هناك مكان مفيد لإرسال الزائر.

القاعدة البسيطة

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

هل تريد البيانات وراء سؤال «كم هي أسرع؟»، وما قاله John Mueller فعلًا، وكيف تنفذ ذلك على نطاق واسع أثناء ترحيل؟ انتقل إلى تبويب Advanced.

الخلاصة — يزيل كل من 410 و404 العنوان من فهرس Google بمرور الوقت؛ والسؤال الحقيقي هو سرعة قرار الإزالة وكفاءة ميزانية الزحف، لا حدوث الإزالة من عدمه. تضع وثائق Google المرجعية 404 و410 في حاوية واحدة هي 4xx. وادعاء «410 أسرع» فارق ميداني أقرّ به ممثلو Google، لكنه صغير لا درامي. الرقم الصادق: تؤكد Google إزالة 410 أسرع قليلًا وإعادة زحفها بمعدل أقل. أما رقم «أسرع 3 مرات، 4 مقابل 12 يومًا» المتداول فحكاية غير موثقة — لا تكررها. تظهر فائدة 410 على نطاق واسع (حذف جماعي، ترحيل بلا عنوان مكافئ، تنظيف spam/اختراق)، والخطأ الأكبر هو 404 رخوة تهدر ميزانية الزحف بلا نهاية.

ما هو 410 فعلًا؟

410 Gone رمز خطأ عميل من عائلة 4xx. ودلاليًا هو «404 أقوى»: كان المورد موجودًا، ثم أزيل عمدًا وبشكل دائم، ولا يوجد عنوان لإعادة التوجيه إليه. أما 404 فلا تدّعي شيئًا عن النية أو الديمومة — إنها فقط «غير موجود الآن».

تحدد RFC 9110 §15.5.11، وهي مواصفة HTTP الفعلية، معنى «زالت» بدقة: الحالة مرجح أن تكون دائمة؛ وإذا كنت لا تعرف حقًا هل هي دائمة، فإرشاد المواصفة نفسها هو استخدام 404. والغرض المعلن هو تسهيل الصيانة بإخبار العملاء (والزواحف) بأن الرابط ينبغي إزالته. وتضيف المواصفة تفصيلين تتجاهلهما معظم المقالات: لا تُلزم كل مورد زال نهائيًا باستخدام 410، ولا تُلزم بقاء حالة 410 إلى الأبد؛ فكلا الأمرين متروك لتقدير المصدر. كما تذكر أن استجابة 410 قابلة للتخزين المؤقت استدلاليًا افتراضيًا، لذلك قد يواصل cache وسيط أو CDN تقديمها إلى أن تنتهي صلاحيتها، ما لم تضبط ترويسات Cache-Control صريحة.

بالنسبة إلى SEO، يكمن الفرق كله في إشارة النية. يخبر الرمزان الزاحف بأن الصفحة لا ينبغي تقديمها. وتضيف 410 عبارة «…ولا تتوقع عودتها»، وهي الإشارة التي تستطيع محركات البحث التصرف بناءً عليها.

هل تلغي Google فهرسة الصفحات الزائلة أسرع من الصفحات غير الموجودة؟

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

1. ما تقوله وثائق Google فعلًا. لا تضع وثائق Google المرجعية جدولًا خاصًا لـ410. وتنص وثائق الزحف على التجميع مباشرةً: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (ترجمة) «تُعامل كل أخطاء 4xx، باستثناء 429، بالطريقة نفسها: تُبلغ زواحف Google نظام المعالجة التالي بأن المحتوى غير موجود». Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers وتصف وثائق البحث الآلية نفسها بعبارات أخرى: “Google doesn’t use the content from URLs that return 4xx status codes… URLs that are already indexed and return a 4xx status code are removed from the index.” (ترجمة) «لا تستخدم Google محتوى العناوين التي تعيد رموز حالة 4xx… وتزيل العناوين المفهرسة التي تعيد رمز 4xx من الفهرس». وتوصف آلية الإزالة للـ404 وتنطبق بالطريقة نفسها — “the indexing pipeline removes the URL from the index if it was previously indexed… The crawling frequency gradually decreases.” (ترجمة) «يزيل مسار الفهرسة العنوان من الفهرس إذا كان مفهرسًا من قبل… وينخفض تواتر الزحف تدريجيًا». على مستوى الوثائق، 404 و410 متطابقان وظيفيًا؛ و429 هو رمز 4xx الوحيد الذي يعامل بطريقة مختلفة (يعني «حاول لاحقًا»، لا إشارة إزالة).

2. ما قاله John Mueller. وقف متحدث Google الرسمي على جانبي هذه المسألة، وهذا مفيد بحد ذاته. في البداية وصف الفرق بأنه ضئيل. ثم، بعد المراجعة داخليًا، صحح نفسه: “it appears I was wrong there — we do treat 410s slightly differently than 404s,” (ترجمة) «يبدو أنني كنت مخطئًا — نحن نتعامل مع 410 بشكل مختلف قليلًا عن 404»، وأن Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (ترجمة) «قد ترغب أحيانًا في تأكيد 404 قبل إزالة العنوان من الفهرس، ونميل إلى فعل ذلك أسرع مع رمز HTTP 410». إذن يوجد فرق فعلًا — قرار إزالة من الفهرس أسرع قليلًا — لكنه صغير. والأهم أن التحول إلى 410 لا يوقف Google عن إعادة فحص العنوان أحيانًا، خصوصًا إذا بقيت له روابط واردة.

3. ما تظهره الاختبارات المستقلة. أفضل بيانات واقعية رأيتها هي تجربة Reboot Online المضبوطة: 119 عنوان اختبار على مدى أكثر من ثلاثة أشهر. وكانت نتيجتهم عن تواتر الزحف، لا عن عدد الأيام الخام حتى إلغاء الفهرسة — “404’s are, on average, crawled 49.6% more often than 410’s.” (ترجمة) «تُزحف 404s في المتوسط أكثر من 410s بنسبة 49.6%». أي إن Googlebot ينفق ميزانية أقل بوضوح في إعادة فحص 410s. وهذا هو حجة ميزانية الزحف بصورة ملموسة. (تنبيه: قاسوا تواتر إعادة الزحف لأن GSC API لم يستطع قياس «ما زال مفهرسًا أم أزيل» بوضوح.)

وتتسق صياغتي في HTTP Status Codes: A Complete List مع ذلك كله: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster. In practical applications, they’re roughly the same.” (ترجمة) «لـ404s و410s معاملة متشابهة. كلاهما يسقط الصفحات من الفهرس، لكن 410s أسرع قليلًا. وفي التطبيقات العملية هما متقاربان». صدّق كلمة «قليلًا» ولا تصدق «3x».

الخرافة التي ينبغي إسقاطها

سترى عبارة «410 تلغي الفهرسة أسرع 3 مرات — 4 أيام مقابل 12» مكررة في مدونات كثيرة. لم أستطع قط تتبع الرقم إلى دراسة أصلية ذات منهجية موثقة؛ ويبدو أنه إعادة رواية محرّفة لرقم Reboot. لا تستشهد به. الادعاء القابل للدفاع هو «أسرع قليلًا وتُعاد زحفًا أقل قليلًا»، وانتهى الأمر.

متى تستخدم 410 مقابل 404 أو إعادة التوجيه؟

هذا قرار ثلاثي، وليس ثنائيًا.

• استخدم 410 عندما تكون متأكدًا أن المحتوى زال إلى الأبد وتريد الإشارة إلى ذلك عمدًا: حذف جماعي، خطوط منتجات متقاعدة، تنظيف spam أو محتوى مخترق، أو توحيد موقع لمجموعة عناوين بلا بديل. استخدام 410 موقف واضح تتخذه.
• استخدم 404 عندما تكون غير متأكد، أو قد تعود الصفحة، أو لا يستحق تخصيص الاستجابة كلفة هندسية. في عمليات الحذف الفردية قليلة الحجم، 404 كافية؛ فرق SEO لا يبرر تنفيذًا مخصصًا.
• استخدم إعادة توجيه 301 عندما توجد صفحة مكافئة. لا تجعل موردًا له بديل طبيعي 410؛ أعد توجيهه، وانقل الإشارات، وحافظ على الطلب. فـ410 ترمي ذلك كله عمدًا.

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

فخ 404 الرخوة (الخطأ الذي يكلفك فعلًا)

اختيار «رمز 4xx الخطأ» تفصيل صغير بجانب تقديم 404 رخوة — صفحة تعيد 200 OK وتضع رسالة «غير موجود» في متنها. تواصل Google زحف 404 الرخوة لأنها، وفق رمز الحالة، صفحات حية. وهي “will continue to be crawled, and waste your budget.” (ترجمة) «ستستمر في الزحف، وتهدر ميزانيتك». إذا كنت تحذف محتوى، فالهدف 404/410 حقيقية، لا صفحة «عفوًا، زالت» ودودة ما زالت تجيب بـ200.

410 أثناء الترحيل والحذف الجماعي

هنا يتوقف الاختيار عن كونه أكاديميًا. ففي إعادة بناء منصة أو تقليص كبير للمحتوى، أنت تقرر مصير آلاف العناوين دفعة واحدة.

• الترحيلات: تنص إرشادات Google للترحيل صراحةً على أن المحتوى الذي لن تنقله يجب أن يعيد 404 أو410 حقيقية على الموقع الجديد. النموذج الذهني: أعد توجيه ما له بديل، واستخدم 410 لما تقاعد عمدًا بلا بديل، ولا تقلق من إبقاء العناوين غير المؤكدة فعلًا كـ404. أبقِ إعادة التوجيه فترة طويلة (تقترح Google سنة على الأقل)؛ أما العنوان الذي لا يوجد ما توجهه إليه فهو مرشح لـ410، لا لإعادة توجيه قسرية إلى صفحة شبيهة بشكل فضفاض.
• الحذف الجماعي (إلغاء قوائم التجارة الإلكترونية، تقليص المحتوى، التوحيد): هذه أقوى حالة لاستخدام 410. عندما تنهي نحو 50 ألف SKU متوقفًا أو قسمًا كاملًا، تتراكم وفورات ميزانية الزحف من انخفاض إعادة زحف 410. قاعدة سريعة للبيع بالتجزئة: المنتج المتوقف نهائيًا 410؛ المنتج الخارج من المخزون مؤقتًا والعائد ليس 410 — أبقه حيًا (نفاد المخزون ليس حذفًا).
• التنفيذ على نطاق واسع: استخدم قواعد، لا صفحة واحدة كل مرة. طابق أنماط العناوين في إعداد الخادم أو عامل CDN/edge أو CMS — كتلة Nginx location، أو RewriteRule … [R=410] في Apache، أو إضافة جماعية — حتى تعيد المجموعة المتقاعدة كلها 410 دون تحرير يدوي.

راجع تبويب Playbooks للحصول على دليل تشغيل خطوة بخطوة للحذف الجماعي.

كيف تتعامل Bing مع ذلك (وكيف تسرّع العملية)

آلية Bing مماثلة في جوهرها: احذف الصفحة لتعيد 404 أو410، وأبقِ العنوان قابلًا للزحف (لا تحجبه في robots.txt) حتى يستطيع Bingbot رؤية الحالة؛ ثم تزيله Bing بعد إعادة زحف تؤكد الإزالة. والمسرّع العملي لدى Bing هو IndexNow — أرسل ping عند الحذف كي تعرف Bing أنها ينبغي أن تعود إلى العنوان أسرع، وحافظ على حداثة خريطة الموقع. في عمليات الإزالة العاجلة (تسريب أو امتثال)، تخفي أداة Block URLs لدى Bing العنوان نحو 90 يومًا كحل مؤقت إلى أن تنتشر 410 الدائمة.

تنبيه بشأن الفقرة الأخيرة: صفحات مساعدة Bing تُعرض عبر JavaScript، ما منع إعادة تحقق آلية نظيفة من الصياغة الحالية حرفيًا. تعامل مع الآلية أعلاه باعتبارها ممارسة موثقة لدى Bing لا اقتباسًا تحققت منه للتو؛ راجع صفحة المساعدة الحية في Bing Webmaster Tools قبل اعتبار تفاصيل مثل نافذة Block URLs التي تقارب 90 يومًا نهائية.

كيف تتحقق من أن 410 تعمل؟

• افحص الحالة الخام. ينبغي أن يعرض curl -I https://example.com/gone-page/ ترويسة HTTP/… 410. ويعرض تبويب Network في أدوات مطور المتصفح الشيء نفسه. لا تثق بالصفحة المرئية — ثق بالترويسة.
• فحص العنوان (GSC). يؤكد آخر زحف لـGoogle وما الحالة التي رآها.
• تقرير التغطية / فهرسة الصفحات. راقب خروج العناوين المحذوفة من المجموعة المفهرسة خلال عمليات الزحف التالية.

تذكّر ضبط التوقعات في دليلي remove URLs: الصفحة «removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results.» (ترجمة) «تُزال من الفهرس بعد وقت قصير من إعادة زحف الصفحة. وإلى أن تُزال، قد تظل الصفحة ظاهرة في نتائج البحث». لا تتغلب 410 على إعادة الزحف؛ إنها تفوز بالقرار بعد حدوث إعادة الزحف.

قراءات ذات صلة في هذه المجموعة: حالة 404 Not Found العامة، ومقارنة 404 مقابل 410 وجهًا لوجه، وفخ 404 الرخوة أعلاه.

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

خلاصة مكثفة لنسخة Advanced:

• 410 Gone = إزالة مقصودة ودائمة. بخلاف 404 («غير موجود» من دون سبب)، تشير 410 صراحةً إلى أن الصفحة حُذفت عمدًا ولن تعود.
• كلاهما يلغي الفهرسة في النهاية. تضع Google 404 و410 في حاوية 4xx نفسها؛ وتزيل العناوين المفهرسة التي تعيد 4xx وتزحف إليها أقل بمرور الوقت.
• 410 أسرع — لكن باعتدال. أكد Mueller أن Google تتعامل مع 410 «بشكل مختلف قليلًا» وتزيلها «أسرع». ووجد اختبار Reboot Online على 119 عنوانًا أن زحف 404s أكثر بنحو 49% من 410s (مؤشر لتواتر الزحف، لا لعدد الأيام حتى إلغاء الفهرسة).
• لا تكرر رقم «أسرع 3 مرات / 4 مقابل 12 يومًا» — إنه قول شعبي لا يمكن تتبع أصله.
• ليست فورية ولا توقف إعادة الزحف؛ فما زالت Google تعيد فحص 410 أحيانًا، خصوصًا العناوين ذات الروابط الواردة.
• قاعدة القرار: 410 = يقين وديمومة (حذف جماعي، ترحيل بلا بديل، تنظيف spam)؛ 404 = عدم يقين أو أقل جهد؛ 301 = يوجد بديل مكافئ.
• 404 الرخوة هي الخطأ الأسوأ: صفحة بحالة 200 ورسالة «غير موجود» تهدر ميزانية الزحف إلى الأبد.
• على نطاق واسع، نفّذ 410 بقواعد الخادم أو CDN أو CMS؛ استخدم IndexNow لتسريع Bing؛ وأبقِ العناوين قابلة للزحف كي ترى الروبوتات الحالة.

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

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

البروتوكول

• RFC 9110 §15.5.11 — 410 Gone — تعريف معيار HTTP: عدم التوفر المرجح دوامه، وغرض الصيانة وإزالة الروابط، وحرية المالك في النطاق والمدة، وقابلية التخزين المؤقت الاستدلالية.

Google

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

Bing / Microsoft

• How to permanently remove a URL or page from Bing or Copilot — احذف الصفحة لتعيد 404/410، وأبقها قابلة للزحف، واستخدم أداة Block URLs للحالات العاجلة.
• IndexNow / indexnow.org — أرسل ping بالعناوين المتغيرة أو المحذوفة كي تعيد Bing فحصها أسرع.

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

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

Google — كيف تُعامل 4xx (ومنها 410)

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (ترجمة) «تُعامل كل أخطاء 4xx، باستثناء 429، بالطريقة نفسها: تُبلغ زواحف Google نظام المعالجة التالي بأن المحتوى غير موجود». — وثائق زحف Google. انتقل إلى الاقتباس
• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (ترجمة) «لا تستخدم Google محتوى العناوين التي تعيد رموز حالة 4xx. وإذا كان العنوان مستخدمًا من قبل ثم صار يعيد 4xx، تتوقف أنظمة Google عن استخدامه بمرور الوقت». — وثائق Google Search Central. انتقل إلى الاقتباس
• “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 — ميزانية الزحف والإزالة الدائمة

• “Return a 404 or 410 status code for permanently removed pages. Google won’t forget a URL that it knows about, but a 404 status code is a strong signal not to crawl that URL again.” (ترجمة) «أعد رمز حالة 404 أو410 للصفحات المحذوفة نهائيًا. لن تنسى Google عنوانًا تعرفه، لكن رمز 404 إشارة قوية إلى عدم زحف ذلك العنوان مجددًا». — وثائق Google Search Central. انتقل إلى الاقتباس
• “Eliminate soft 404 errors. soft 404 pages will continue to be crawled, and waste your budget.” (ترجمة) «أزل أخطاء 404 الرخوة. ستستمر صفحات 404 الرخوة في الزحف وتهدر ميزانيتك». انتقل إلى الاقتباس

John Mueller، Google (عبر تقارير ثانوية)

• “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (ترجمة) «من الجيد التحقق من هذه الأمور، ويبدو أنني كنت مخطئًا — نحن نتعامل مع 410s بشكل مختلف قليلًا عن 404s». وقالت Google أيضًا “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (ترجمة) «قد ترغب أحيانًا في تأكيد 404 قبل إزالة عنوان من الفهرس، ونميل إلى فعل ذلك أسرع مع رمز HTTP 410». نُقل ذلك عبر تغطية Search Engine Roundtable لمتابعة Mueller؛ أعد التحقق من المصدر الحي قبل اعتباره نهائيًا. اقرأ التغطية

اختبار مستقل — Reboot Online

• “An analysis of the Google Search Console API data looking at our sample of 119 test web pages shows that 404’s are, on average, crawled 49.6% more often than 410’s.” (ترجمة) «يُظهر تحليل بيانات Google Search Console API لعينة من 119 صفحة اختبار أن 404’s تُزحف في المتوسط أكثر بنسبة 49.6% من 410’s». يقيس تواتر إعادة الزحف (المؤشر القابل للقياس لديهم)، لا عدد الأيام الخام حتى إلغاء الفهرسة. اقرأ التجربة

دليل تشغيل: تطبيق 410 على مجموعة عناوين (حذف أو ترحيل)

استخدم هذا الدليل عندما تُحيل عناوين كثيرة إلى التقاعد دفعة واحدة — مجموعة منتجات متوقفة، قسم محتوى جرى تقليمه، أو محتوى تتعمد عدم نقله إلى موقع جديد. نفّذ الخطوات من الأعلى إلى الأسفل.

1. تأكد أن العناوين زالت فعلًا وبشكل دائم. 410 باب في اتجاه واحد. أي شيء قد يعود (مجموعات موسمية، نفاد مخزون مؤقت) ليس 410 — أبقه حيًا. وكل ما له بديل حقيقي هو إعادة توجيه 301 لا 410. لا تنتمي إلى قائمة 410 إلا العناوين التي لا مستقبل لها ولا بديل.

2. قسّم مجموعة العناوين إلى قاعدة نظيفة. تريد نمطًا، لا جدولًا من آلاف السطور: بادئة مسار (/archive/ أو /discontinued/)، أو بصمة query، أو قائمة يمكن التعبير عنها في map. إذا تعذر التعبير عنها كقاعدة، فهي غالبًا فوضوية أكثر من اللازم لتكون آمنة — أعد فحص الخطوة 1.

3. نفّذ 410 على الحافة أو الخادم دفعة واحدة.

   • Nginx: location /discontinued/ { return 410; }
   • Apache/.htaccess: RewriteRule ^discontinued/ - [R=410,L] (أو Redirect gone /old-path).
   • عامل CDN/edge: أعد استجابة 410 للمسارات المطابقة — أسرع طريقة للنشر عبر مجموعة كبيرة وقابلة للتخزين المؤقت.
   • CMS/إضافة: تتيح منصات كثيرة (أو إضافة إعادة توجيه/410) إسناد 410 جماعيًا إلى قائمة عناوين دون لمس كل صفحة.

4. قدّم متن 410 حقيقيًا، لا 404 رخوة. يجب أن تحمل الاستجابة حالة 410 في الترويسة. صفحة ودية تقول «زالت» مقبولة ما دامت الحالة 410، لا 200. تحقق من عينة: يجب أن يعرض curl -I <url> قيمة HTTP/… 410.

5. أبقِ العناوين قابلة للزحف. لا تحجبها في robots.txt. فإذا لم تستطع الروبوتات زحف العنوان، فلن ترى 410 ولن تعالج الإزالة. أزل أي قواعد منع متعارضة عن المجموعة.

6. نظّف الروابط الداخلية وخرائط المواقع. أزل العناوين المتقاعدة من خريطة XML ومن التنقل الداخلي كي لا تشير إليها بنشاط للروبوتات (والمستخدمين). والروابط الواردة الباقية هي السبب الرئيسي لاستمرار Google في إعادة فحص 410.

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

8. راقب إلغاء الفهرسة. تتبع خروج المجموعة من الفهرس عبر تقرير Page Indexing في GSC وBing Webmaster Tools خلال الأسابيع التالية. وإذا بقيت عناوين، فأعد التحقق من (أ) حجب عرضي في robots.txt، (ب) تسرب 404 رخوة بحالة 200، أو (ج) روابط واردة قوية تبقي العنوان «مثيرًا للاهتمام» للزاحف.

متى لا تشغّل هذا الدليل؟

• حذف صفحة واحدة: 404 عادية كافية؛ قاعدة 410 مخصصة لا تستحق الجهد.
• إزالة مؤقتة / نفاد مخزون: أبقِ الصفحة حية؛ لا تستخدم 410 لشيء سيعود.
• محتوى انتقل: أعد توجيهه بـ301 إلى العنوان الجديد؛ فـ410 تدمر الطلب الذي تريد الاحتفاظ به.
• إزالة قانونية أو تسريب عاجل: اضبط 410، واستخدم أيضًا أداة Block URLs لدى Bing وأداة Removals لدى Google للإخفاء الفوري ريثما تنتشر الحالة.

تشخيص 410 العرضية

إذا كان عنوان يعيد 410 ولا ينبغي له ذلك، فمر على هذه النقاط قبل افتراض أن الخلل في كود التطبيق؛ إذ تفشل القواعد الجماعية بطرق متوقعة قليلة:

• قواعد المصدر والحافة وCMS. افحص إعداد الخادم، وقواعد CDN/edge-worker، وأي إضافة إعادة توجيه أو حالة على مستوى CMS بحثًا عن نمط مسار طابق عناوين أكثر مما قصدت.
• طبقة cache/CDN. 410 قابلة للتخزين المؤقت استدلاليًا افتراضيًا؛ وقد تواصل 410 مخزنة قديمة التقديم بعد إصلاح القاعدة الأصلية، إلى أن تنتهي المدخلة أو تُفرغ.
• الروابط الداخلية وخرائط المواقع. تأكد من أن العنوان المتأثر لم تلتقطه قاعدة 410 جماعية بسبب مطابقة بادئة مسار أوسع من مجموعة التقاعد المقصودة.
• canonical وhreflang والتغذية. إذا أشارت إلى العنوان وصلة canonical أو بديل hreflang أو إدخال في تغذية المنتج/المحتوى، فإن 410 تكسر أكثر من صفحة واحدة؛ تتبع كل ما يشير إلى العنوان، لا العنوان نفسه فقط.
• التراجع. احتفظ بقاعدة/إعداد ما قبل النشر كي تعكس مطابقة خاطئة فورًا بدل إعادة تشخيص القاعدة من الصفر.

هل ينبغي أن يعيد هذا العنوان 410؟

Prompt: صنّف قائمة حذف

Classify each URL in this deletion spreadsheet as keep live, 301 redirect, 404, 410,
or needs human review. Use only the columns I provide: current status, replacement
candidate, permanence, traffic/backlink notes, internal links, and sitemap membership.
Explain each 410 decision, flag unsupported replacement mappings, and output a CSV
plus a validation sample. Do not invent destinations or assume a product is permanent.

[PASTE ROWS AND COLUMN DEFINITIONS]

Prompt: راجع قاعدة 410 جماعية

Review this server, CDN, or application rule that returns 410 for retired URLs. Find
overbroad path matches, conflicts with redirects, robots.txt blocking, soft-404 200s,
and URLs that might return. Give a minimal safer rule and a pass/fail test matrix.
Preserve the configuration language I provide and do not invent provider syntax.

[PASTE RULE AND REPRESENTATIVE URLS]

Shell: تحقق من قائمة عناوين متقاعدة

شغّل هذا في طرفية macOS/Linux، مع عنوان مطلق واحد في كل سطر من gone-urls.txt.

while IFS= read -r url; do
  code=$(curl -sS -o /dev/null -w '%{http_code}' "$url")
  printf '%s,%s\n' "$code" "$url"
done < gone-urls.txt

راجع أي نتيجة غير 410 بدل إعادة كتابتها آليًا؛ فقد تكون إعادة توجيه أو عنوانًا حيًا مقصودًا.

PowerShell: تحقق من القائمة نفسها

Get-Content .\gone-urls.txt | ForEach-Object {
  $r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
  [PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\gone-results.csv -NoTypeInformation

DevTools Console: اعثر على روابط إلى مسار متقاعد

شغّل هذا في Console المتصفح بعد استبدال بادئة المسار.

console.table([...document.links].filter(a => new URL(a.href).pathname.startsWith('/retired/')).map(a => ({text: a.textContent.trim(), href: a.href})));

أدوات تنفيذ الصفحات الزائلة والتحقق منها

• Bulk HTTP Status Code Checker: تحقق من المجموعة المتقاعدة كلها، واكتشف استجابات النجاح العرضية وإعادات التوجيه والاستجابات غير المتسقة.
• Redirect Map Builder: افصل العناوين ذات البدائل الحقيقية عن العناوين التي ينبغي حذفها قبل كتابة قواعد 410.
• SEO Migration Planner & Validator: راجع خرائط إعادة التوجيه والحالات المنشورة أثناء ترحيل يتقاعد فيه بعض العناوين.
• Link Analyzer: اعثر على الروابط الداخلية التي ما زالت تشير إلى عناوين محذوفة كي يتوقف الموقع عن الإعلان عن وجهات ميتة.
• فحص العنوان وفهرسة الصفحات في Search Console: أكد آخر استجابة رآها Google وراقب خروج المجموعة من الفهرس بعد إعادة الزحف.

تحقّق من إطلاق 410

اختبار الحالة والنطاق

الاختبار: افحص المطابقات التمثيلية، والحالات القريبة، والاستثناءات باستخدام Bulk HTTP Status Code Checker. النتيجة المتوقعة: لا تعيد 410 إلا العناوين المتقاعدة المعتمدة. تفسير الفشل: القاعدة أوسع أو أضيق من اللازم، أو يجري حجبها بقاعدة أخرى. نافذة المراقبة: فورًا بعد كل نشر على الحافة/المصدر. محفز التراجع: تحول أي عنوان حي أو قابل لإعادة التوجيه إلى 410.

اختبار قابلية الزحف والمتن

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

اختبار تنظيف الإشارات الداخلية

الاختبار: زحف الروابط الداخلية وافحص خرائط XML للمجموعة المتقاعدة. النتيجة المتوقعة: تغيب عناوين 410 المعتمدة عن التنقل الحالي وخرائط المواقع. تفسير الفشل: ما زال الموقع يرسل إشارات اكتشاف متعارضة. نافذة المراقبة: بعد نشر خريطة الموقع/البناء التالي. محفز التراجع: يزيل التنظيف روابط أو إدخالات خريطة خارج المجموعة المعتمدة.

اختبار تشخيص 410 العرضية

الاختبار: لأي عنوان يعيد 410 على نحو غير متوقع، افحص نطاق قاعدة المصدر/الحافة/CMS، وطبقة cache/CDN، وأي canonical أو hreflang أو تغذية تشير إلى العنوان. النتيجة المتوقعة: المطابقة مقصودة، ولا يتأثر أي هدف canonical أو hreflang أو تغذية. تفسير الفشل: قاعدة أوسع من اللازم، أو 410 مخزنة قديمة، أو إدخال canonical/hreflang/feed سيئ النطاق ينتج الحالة الخاطئة. نافذة المراقبة: فور الإبلاغ عن 410 غير متوقعة. محفز التراجع: أعد آخر قاعدة/إعداد سليم وأفرغ cache للمسار المتأثر.

اختبر نفسك: 410 Gone

خمسة أسئلة سريعة عن معنى 410 ومتى تستخدمها. اختر إجابة لكل سؤال ثم تحقق منها.

موارد تستحق وقتك

كتاباتي ذات الصلة

• رموز حالة HTTP: قائمة كاملة — مرجعي الكامل لرموز الحالة، ومنها صياغة أن 404 و410 «متقاربتان عمليًا».
• كيفية إزالة عناوين URL من بحث Google (5 طرق) — موضع 404/410 بين خيارات الإزالة، ولماذا تتأخر الإزالة إلى ما بعد إعادة الزحف.
• الدليل المبتدئ إلى SEO التقني — موضع رموز الحالة في الصورة التقنية الأكبر.

محاضراتي

• How Search Works (SlideShare) — شرحي للزحف والفهرسة وكيف تدخل رموز الحالة في المسار. (ينطبق إخلاء المسؤولية المعتاد: «هذا فهمي للأنظمة… ولن يكون كاملًا أو دقيقًا بنسبة 100%».)

من أنحاء المجال

• RFC 9110 §15.5.11 — 410 Gone (IETF) — التعريف الفعلي لرمز الحالة في معيار HTTP.
• كيف تؤثر رموز حالة HTTP في بحث Google (Google Search Central) — وثيقة التعامل الموثوقة مع 4xx.
• كيف تؤثر رموز حالة HTTP في زواحف Google (Google) — تنص مباشرةً على تجميع 4xx باستثناء 429.
• حسّن ميزانية الزحف (Google Search Central) — أوضح ربط رسمي بين 404/410 ومنطق ميزانية الزحف.
• نقل المواقع مع تغيير عناوين URL (Google Search Central) — 404/410 للمحتوى الذي لا يُنقل إلى موقع جديد.
• 404 مقابل 410 — تجربة SEO التقنية (Reboot Online) — اختبار مضبوط على 119 عنوانًا لأكثر من ثلاثة أشهر؛ زُحفت 404s بنحو 49% أكثر من 410s.
• يوضح John Mueller من Google الالتباس بين 404 و410 في SEO (Search Engine Journal) — تغطية موقف Mueller المبكر «لا فرق حقيقي».
• تعامل Google مع رمزي الاستجابة 404 و410 بالطريقة نفسها الآن (Search Engine Roundtable) — متابعة Mueller التي تقر بفارق صغير (العنوان ساخر؛ اقرأ المضمون).
• كيفية إزالة عنوان URL نهائيًا من Bing أو Copilot (Bing Webmaster Tools) — آلية إزالة Bing عبر 404/410 وIndexNow.

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