إعادة التوجيه الدائمة 308

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

ما هي إعادة التوجيه 308 فعلًا؟

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

• 301 — «Moved Permanently» (انتقلت نهائيًا). أقدم رموز إعادة التوجيه الدائمة؛ وهو موجود منذ بدايات الويب.
• 308 — «Permanent Redirect» (إعادة توجيه دائمة). رمز أحدث (أضيف إلى المواصفة في 2015) يؤدي الوظيفة نفسها مع ضمان واحد لم تقدمه 301 قط.

ذلك الضمان هو سبب وجود 308 أصلًا. في معظم الزيارات يرسل المتصفح طلبًا بسيطًا يسمى GET — «أعطني هذه الصفحة». لكن عند إرسال نموذج أو تسجيل الدخول يرسل POST يحمل بيانات (ما كتبته أنت). ومع 301 القديمة يُسمح للمتصفح تقنيًا بتحويل POST إلى GET عادي في الطريق إلى العنوان الجديد، وهو ما يسقط البيانات غالبًا. أما 308 فلا تسمح بتغيير الطريقة بهذه الصورة. وبما أن المتصفح يعيد الطلب نفسه بدل إنشاء طلب جديد، تصل البيانات معه عادةً — لكن إذا كان ذلك مهمًا في API أو عملية دفع تبنيها، فلا تكتفِ بنص المواصفة: اختبر الطلب الفعلي وتأكد من وصول الجسم إلى العنوان الجديد.

هل تضر 308 بتحسين محركات البحث؟

لا. تقول وثائق Google حرفيًا إن 308 «Equivalent to 301». كلتاهما إعادة توجيه دائمة، وكلتاهما تمرران إشارات ترتيب الصفحة إلى العنوان الجديد بالطريقة نفسها. وتتعامـل Bing معهما أيضًا بالطريقة نفسها. لا توجد مكافأة ترتيب لاستخدام 308 ولا عقوبة — فالاختيار يتعلق بالسلوك التقني أعلاه، لا بترتيب نتائج البحث. Evidence for this claim Google treats 308 as equivalent to 301 for Search and groups both as permanent redirects. Scope: Google Search processing; the two status codes remain semantically different for HTTP clients. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search Google: Redirects and Google Search

“Equivalent to 301.” (ترجمة) «تعادل 301».

متى تستخدمها إذن؟

لصفحة عادية انتقلت — إلى عنوان جديد، أو عند التبديل من http إلى https، أو عند تغيير النطاق — تظل 301 خيارًا سهلًا وعالميًا. كل متصفح وإضافة وأداة استضافة تفهمها.

استخدم 308 تحديدًا عندما لا يكون الشيء الذي تعيد توجيهه صفحة عادية:

• API تستدعيه برامج أخرى.
• نموذج أو تسجيل دخول يرسل بيانات.
• Webhook — عنوانًا آليًا تنشر فيه خدمة أخرى.

في هذه الحالات لا يمكنك تحمل خفض الطلب بصمت وسقوط البيانات؛ و308 تضمن ألا يحدث ذلك.

هل تريد تاريخ المواصفة، والاقتباسات الدقيقة من Google وBing، ومقاطع خادم قابلة للنسخ؟ انتقل إلى تبويب Advanced.

الخلاصة — 308 هي إعادة التوجيه الدائمة التي تحفظ طريقة الطلب بصرامة: تحمل إشارة canonicalization نفسها التي تحملها 301 (تقول وثائق Google «Equivalent to 301»)، لكنها تضمن ألا يغيّر العميل الطريقة عند العنوان الجديد. ولأن العميل المتوافق يعيد الطلب نفسه لا طلبًا جديدًا، ينتقل الجسم معه. ظهرت لأنها كانت النظير الدائم المفقود لـ307 المؤقتة: سبقت RFC 7538 بسنوات، ثم سدّت المواصفة هذا الفراغ في 2015، وتشير RFC 9110 الآن إلى 308 مباشرة من تعريفها لـ301. في SEO الرمزان قابلان للتبادل (يقول Illyes إن Google «تدمج» 308 مع 301، ويؤكد Canel من Bing التكافؤ). استخدم 308 عندما يجب أن ينجو طلب غير GET — ترقية API، أو نقل webhook، أو POST للمصادقة/النموذج — لكن تحقق من حفظ الطريقة والجسم مع عميلك بدل افتراضه من المواصفة. وفي الحالات الأخرى تظل 301 الافتراضية: دعم 308 قوي في 2026 (تتبع caniuse نحو 96% فأكثر)، لكن RFC 9110 ما زالت تحذر من أنها أحدث وقد لا تُعرف في كل مكان، وبعض إضافات CMS وواجهات edge والوكلاء العكسية القديمة لا تعرض إلا 301/302/307.

ماذا تعني 308 ميكانيكيًا؟

تحمل إعادة التوجيه الدائمة 308 الرسالة نفسها التي تحملها 301 — هذا المورد موجود الآن نهائيًا في عنوان URL جديد — لكنها تضيف ما لم تضمنه 301: يجب ألا يغيّر العميل طريقة الطلب عند الهدف. ولأن العميل يعيد الطلب نفسه بدل إرسال طلب جديد، ينتقل الجسم معه في العميل المتوافق مع المواصفة؛ وهذا نتيجة ضمان الطريقة، وليس وعدًا منفصلًا معتمدًا، لذلك تحقّق منه من الطرف إلى الطرف مع عميلك وخادمك بدل افتراضه. تصف MDN 308 بأنها الرمز الذي يحافظ على طريقة الطلب (وعمليًا الجسم) عبر إعادة التوجيه، في حين قد لا تفعل 301 ذلك.

والصياغة المبسطة التي أستخدمها في دليل إعادة التوجيهات لدى Ahrefs هي: “A 308 redirect is the same as a 301 redirect, except it retains the HTTP method of the original request, GET or POST, when performing the redirect.” (ترجمة) «إعادة توجيه 308 هي نفسها إعادة توجيه 301، إلا أنها تحتفظ بطريقة HTTP للطلب الأصلي، GET أو POST، عند تنفيذ إعادة التوجيه» أو باختصار أكبر في دليل رموز حالة HTTP: “308 Permanent Redirect – Has the same functionality as a 301 redirect, except you can’t switch between POST and GET.” (ترجمة) «إعادة التوجيه الدائمة 308 — لها الوظيفة نفسها التي لـ301، لكن لا يمكن تبديل POST وGET» Evidence for this claim RFC 7538 defines 308 Permanent Redirect as a permanent move whose redirect follow-up must not change the request method. Scope: HTTP semantics for 308 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 7538 §3 — 308 Permanent Redirect

لنرَ الفرق عمليًا. افترض أن عميلًا يرسل طلب POST لإنشاء طلب شراء إلى /api/orders مع جسم JSON:

POST /api/orders HTTP/1.1
Host: shop.example.com
Content-Type: application/json

{ "sku": "A-100", "qty": 2 }

إذا أجابت نقطة النهاية بـ301 وطبّق العميل السماح التاريخي «يمكنك التحويل إلى GET»، فقد يصل الطلب إلى العنوان الجديد كـGET فارغ — يختفي الجسم ويضيع الطلب. أما مع 308 فيجب على العميل إعادة POST إلى العنوان الجديد؛ ويحمل العميل المتوافق الجسم معه، فينجح الطلب. أكد ذلك في سجلات عميلك وخادمك (راجع تبويب Scripts) بدل افتراض أنه يعمل عالميًا. هذه هي الفائدة العملية كلها: لا تظهر إلا عندما لا يكون الطلب الأصلي GET عاديًا.

لماذا وُجدت 308 — تاريخ المواصفة

هذا الجزء الذي تتجاوزه معظم الشروحات هو أوضح طريقة لفهم الرمز.

سبقت 307. كان HTTP يملك إعادة توجيه مؤقتة تحفظ الطريقة — 307 — قبل أن يملك نظيرًا دائمًا لها بوقت طويل. ولم تعرّف المواصفة الأساسية الأصلية (RFC 7231) نظيرًا دائمًا لـ307. لذلك وُجد رمز مؤقت «يحافظ على الطريقة» ورمز دائم «قد يغيّر الطريقة» (301)، لكن لم يوجد رمز دائم «يحافظ على الطريقة».

سدّت RFC 7538 الفجوة. أضيفت 308 تحديدًا لتكون 307 الدائمة المفقودة — أولًا بوصفها RFC 7238 التجريبية (يونيو 2014)، ثم وُحّدت في RFC 7538 (أبريل 2015). إنها سدّ لثغرة حقيقية وليست بديلًا لـ301.

تشير المواصفة الحالية إليها مباشرة. ما زالت RFC 9110، مواصفة دلالات HTTP الحالية، توثق غموض 301 المدمج — ثم تسمي 308 حلًا له داخل تعريف 301 نفسه: قد «يغيّر عميل المستخدم طريقة الطلب من POST إلى GET في الطلب اللاحق… لأسباب تاريخية. وإذا كان هذا السلوك غير مرغوب، فيمكن استخدام رمز الحالة 308 (إعادة التوجيه الدائمة) بدلًا منه». هذه الجملة الواحدة هي سبب وجود 308، من المواصفة المعتمدة مباشرة. وفي قسم 308 الخاص بها تضيف RFC 9110 التحفظ الصريح الوحيد: إن هذا الرمز «أحدث بكثير (يونيو 2014) من الرموز الشقيقة، ولذلك قد لا يكون معروفًا في كل مكان».

“MAY change the request method from POST to GET for the subsequent request… If this behavior is undesired, the 308 (Permanent Redirect) status code can be used instead.” (ترجمة) «يجوز لعميل المستخدم تغيير طريقة الطلب من POST إلى GET في الطلب اللاحق… وإذا كان هذا السلوك غير مرغوب، فيمكن استخدام رمز الحالة 308 (إعادة التوجيه الدائمة) بدلًا منه». “is much younger (June 2014) than its sibling codes and thus might not be recognized everywhere.” (ترجمة) «أحدث بكثير (يونيو 2014) من رموزه الشقيقة، ولذلك قد لا يكون معروفًا في كل مكان».

إذًا ليس تحويل POST إلى GET في 301 خطأً؛ إنه سماح موثق «لأسباب تاريخية» مدمج في المواصفة، و308 هي الطريقة المعتمدة رسميًا لتعطيله.

301 مقابل 308 — الفرق العملي في جدول واحد

الخلاصة: في الغالبية الساحقة من إعادة التوجيهات — وهي طلبات GET عادية — تفعل 301 و308 الشيء نفسه تمامًا. ولا يظهر الضمان إلا عند وجود طريقة غير GET مع جسم. (للمقارنة الكاملة، راجع المقال المخصص للمقارنة بين 301 و308.)

هل تتعامل Google مع 308 مثل 301 في SEO؟

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

“use[s]… as a strong signal that the redirect target should be processed.” (ترجمة) «تستخدم Google إعادة التوجيه إشارة قوية إلى أن هدفها ينبغي معالجته». “Equivalent to 301.” (ترجمة) «تصف Google الرمز 308 بأنه مكافئ للرمز 301». “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (ترجمة) «تتعامل Google مع رموز الحالة هذه بالطريقة نفسها، لكنها تذكّر بأنها مختلفة دلاليًا؛ فاستخدم الرمز المناسب كي تستفيد منه البرامج الأخرى».

تضع وثيقة إعادة التوجيهات لدى Google الرمزين في الفئة الموصى بها نفسها: «رمزا الحالة 301 و308 يعنيان أن الصفحة انتقلت نهائيًا إلى موقع جديد». كما تذكر إرشادات نقل المواقع 308 صراحةً بدل معاملتها كحاشية لـ301 — والتوصية هي استخدام إعادة توجيهات HTTP دائمة «مثل 301 و308» عند النقل الدائم.

“The 301 and 308 status codes mean that a page has permanently moved to a new location.” (ترجمة) «يعني الرمزان 301 و308 أن الصفحة انتقلت نهائيًا إلى موقع جديد». “such as 301 and 308” (ترجمة) «مثل 301 و308».

من المفيد معرفة أن هذا التكافؤ لم يكن موثقًا دائمًا. قال Gary Illyes إن Google تدمج 308 داخليًا مع 301، وتعرض تغطية Search Engine Roundtable لحظة دخول ذلك إلى الوثائق الرسمية بوصفها اللحظة التي صار فيها التصريح غير الرسمي شيئًا يمكن الاعتماد عليه. وكان من سأل قبل سنوات «هل هذا موثق فعلًا؟» محقًا في الحذر، حتى مع عدم تغير السلوك الأساسي. إذا أردت الصياغة الدقيقة من Google وممثليها، فستجد الاقتباسات الموثقة والروابط العميقة في تبويب Quotes.

هل تتعامل Bing مع 308 مثل 301؟

نعم. لا تملك Bing صفحة وثائق مخصصة تشرح 308 كما تفعل Google، لكن Fabrice Canel من Microsoft أكد ذلك مباشرةً على X في سبتمبر 2024، كما نقلت Search Engine Roundtable: تتعامل Bing مع إعادة توجيه 308 مثل إعادة توجيه 301. هذا هو تصريح Bing المعتمد — راجع تبويب Quotes للاقتباس الحرفي.

متى تستخدم 308 فعلًا؟

هنا تكمن حالة 308 المستقلة — وهي في معظم الأحيان طلب غير GET.

نقاط نهاية API وترقية الإصدارات. نقل /v1/ إلى /v2/ أو نقل مضيف API هو الحالة النموذجية. تصل العملاء إلى هذه النقاط باستخدام POST/PUT/PATCH/DELETE وبأجسام حقيقية. تضمن 308 بقاء الطريقة والحمولة عبر القفزة؛ بينما تخاطر 301 بخفض صامت يعلّق الطلب.

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

تغيير عناوين Webhook. عندما تنشر خدمة أخرى POST إلى عنوان webhook تنقله، تخبر 308 عميل HTTP بإعادة POST إلى العنوان الجديد مع الجسم سليمًا — وهذا بالضبط ما يحتاجه مستهلك webhook.

القاسم المشترك: استخدم 308 حيث يؤدي فقدان الجسم أو خفض الطريقة بصمت إلى GET إلى كسر الوظيفة، لا لمجرد تبديل قدر صغير من قيمة SEO.

قبل تفعيل أي من هذه الحالات، اختبرها كتكامل كامل، لا كرمز حالة فقط:

• أعد تشغيل الطريقة والحمولة الحقيقيتين على نسخة staging من نقطة النهاية الجديدة.
• تحقق من أن رؤوس التفويض أو ملفات تعريف الارتباط يفترض أن تنتقل، ثم تأكد من انتقالها فعلًا.
• إذا لم يكن الطلب الأصلي idempotent (مثل POST ينشئ طلبًا)، راقب الآثار الجانبية المكررة أثناء قفزة إعادة التوجيه.
• تأكد من بقاء سلسلة الاستعلام ورأس Content-Type، لا الجسم فقط.
• تحقق من أن العميل الفعلي — مرسل webhook أو SDK الخاص بـAPI أو المتصفح — يتبع 308 تلقائيًا قبل إيقاف نقطة النهاية القديمة؛ فليست كل عملاء HTTP تفعل ذلك افتراضيًا.

متى تظل 301 الخيار العملي؟

لكل ما هو GET عادي، تظل 301 الخيار المنطقي:

• تغييرات عناوين URL للمحتوى والصفحات العادية.
• عمليات النقل من HTTP إلى HTTPS.
• تغيير النطاق وعمليات نقل المواقع المعتادة.
• توحيد الشرطة المائلة النهائية وتوحيد www/من دون www.

هنا يكون الطلب GET عاديًا، فلا يضيف ضمان 308 شيئًا — وتفوز 301 بفضل شيوعها. لا تكلفة SEO لأي منهما. لا تنقل كل 301 الموجودة إلى 308 بحثًا عن دفعة ترتيب؛ فلا توجد هذه الفائدة. وفي هرم تفضيلات إعادة التوجيه في دليل إعادة التوجيهات لدى Ahrefs، تجلس 308 و301 معًا في أعلى مستوى (قبل meta refresh وJavaScript والحلول الالتفافية الأخرى) — إنهما ندّان لا درجات سلم.

ملاحظات التبني والدعم — ما الخطر الفعلي في 2026؟

دعم المتصفحات لم يعد الخطر العملي الذي كان عليه. وفق تتبع caniuse الحالي، تبلغ 308 نحو 96% فأكثر من الدعم العالمي — راجع الجدول المباشر لأن الرقم يتغير — وتتركز الفجوات المرئية في متصفحات ماتت منذ سنوات: ما قبل IE11، والإصدارات القديمة جدًا من Chrome وFirefox وSafari، وAndroid Browser القديم. وإذا صادفت تحذير «IE11 يفشل مع 308»، فهو قديم بالنسبة إلى الزيارات السائدة.

الأدوات هي التحفظ الحالي الأهم. الفجوة الصادقة في 2026 أن طبقات ليست كلها تعرض خيار 308. فما زالت بعض إضافات إعادة التوجيه في CMS، وبعض واجهات قواعد إعادة التوجيه لدى CDN/edge، وبعض الوكلاء العكسية أو موازنات الحمل القديمة لا تتيح إلا 301/302/307. قبل الالتزام بـ308، تحقق من أن الطبقة التي تقدم إعادة التوجيه تستطيع إصدارها بدل خفضها بصمت — ففي تبويب Scripts أمر من سطر واحد لتأكيد رمز الحالة الفعلي على السلك. وتحذير RFC 9110 بأنها «أحدث بكثير… وقد لا تُعرف في كل مكان» لا يقتصر على المتصفحات؛ إنه تحذير نشر عام في المواصفة. وفي 2026 يظهر أثره أساسًا في الأدوات لا المتصفحات الشائعة، لكنه يظل تحفظًا أساسيًا لا ينبغي اعتباره منتهيًا.

“much younger… might not be recognized everywhere” (ترجمة) «أحدث بكثير من الرموز الشقيقة، ولذلك قد لا يكون معروفًا على نطاق واسع».

حاشية غير قياسية: «308 Resume Incomplete»

هناك غرابة توضح حداثة هذا الرمز: فـ308 ليست رمز إعادة توجيه فقط في العالم الحقيقي. تعيد Google Drive استخدام 308 في API التحميل بمعنى مختلف تمامًا — «Resume Incomplete»، أي إن تحميلًا مقسمًا توقف وعلى العميل استئنافه. وقد أشار John Mueller إلى ذلك بنفسه (راجع تبويب Quotes)، كما توثق MDN الاستخدام غير القياسي نفسه. لا يغير ذلك شيئًا في 308 بوصفها إعادة توجيه، لكنه يوضح أن 308 رمز أحدث وأقل رسوخًا ثقافيًا من 301 العريقة.

تنطبق سلاسل إعادة التوجيه والقفزات بالطريقة نفسها

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

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

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

• 308 = دائمة وتحفظ الطريقة بصرامة. تحمل رسالة «انتقل نهائيًا» نفسها التي تحملها 301، وتضيف ضمانًا لم تقدمه 301: لا يجوز للعميل تغيير طريقة الطلب عند العنوان الجديد. يعيد العميل المتوافق الطلب نفسه، فينتقل الجسم معه — تحقق من ذلك من الطرف إلى الطرف مع عميلك بدل افتراضه من المواصفة وحدها.
• مكافئة لـ301 في SEO. تقول وثائق Google إن 308 «Equivalent to 301»؛ ويقول Gary Illyes إن Google تدمجها مع 301؛ ويؤكد Fabrice Canel من Bing أن Bing تتعامل معهما بالطريقة نفسها. لا فائدة ترتيب ولا عقوبة في أي من الاتجاهين. (هذه التصريحات من Illyes وMueller وCanel منقولة عبر Search Engine Roundtable؛ تحقق من الأصل قبل اعتمادها نهائيًا.)
• سبب وجودها: امتلك HTTP إعادة توجيه مؤقتة تحفظ الطريقة (307) قبل أن يملك نظيرًا دائمًا بسنوات. وسدت RFC 7538 (2015) الفجوة. وتشير RFC 9110 إلى 308 من تعريفها لـ301: قد «يغيّر 301 طريقة الطلب من POST إلى GET… لأسباب تاريخية»، و«إذا كان هذا السلوك غير مرغوب، يمكن استخدام 308».
• استخدم 308 من أجل: ترقية API أو إصدار، نقل عناوين webhook، وتدفقات POST للنماذج والمصادقة — أي مكان يؤدي فيه فقدان الطريقة أو الجسم إلى كسر الوظيفة. قبل التبديل، أعد تشغيل الطريقة والحمولة الحقيقيتين في staging وتحقق من رؤوس التفويض وقابلية التكرار وسلوك العميل الفعلي في اتباع إعادة التوجيه.
• استخدم 301 من أجل: نقل الصفحات العادية، وHTTP→HTTPS، وتغيير النطاق والتوحيد — كلها GET عادية لا يضيف فيها ضمان 308 شيئًا، وتفوز 301 بالدعم العالمي.
• التبني: دعم المتصفحات قوي (يتتبع caniuse نحو 96% فأكثر، والفجوات غالبًا في متصفحات ماتت منذ زمن)، لكن RFC 9110 ما زالت تحمل تحذير «أحدث وقد لا يُعرف في كل مكان» لـ308 — ويظهر ذلك في 2026 أساسًا كفجوة أدوات (بعض إضافات CMS وواجهات CDN/edge والوكلاء القديمة لا تعرض إلا 301/302/307). تحقق من أن طبقة إعادة التوجيه تستطيع إصدار 308، ولاحظ أنها قابلة للتخزين المؤقت استدلاليًا، لذلك قد تبقى 308 الخاطئة أو التي تراجعت عنها في caches.
• الحاشية: تعيد Google Drive استخدام «308 Resume Incomplete» للتحميلات المتوقفة — استعمال غير متعلق بإعادة التوجيه يوضح حداثة الرمز.

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

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

Google

• رموز حالة HTTP وأخطاء الشبكة وDNS وGoogle Search — تسرد 308 بوصفها «Equivalent to 301»، وتذكر تحفظ «مختلفة دلاليًا لكن تعاملها واحد»، وحد 10 قفزات.
• إعادة التوجيهات وGoogle Search — «رمزا الحالة 301 و308 يعنيان أن الصفحة انتقلت نهائيًا إلى موقع جديد».
• نقل المواقع مع تغيير عناوين URL — يوصي بإعادة توجيهات HTTP دائمة «مثل 301 و308» للنقل الدائم.

مواصفة HTTP

• RFC 9110 — دلالات HTTP — المواصفة الحالية. يعرّف §15.4.9 الرمز 308 (وتحفظ «أحدث بكثير… وقد لا يُعرف في كل مكان»)؛ ويعرّف §15.4.2 الرمز 301 ويشير إلى 308 حلًا لتحويل POST إلى GET غير المرغوب.
• RFC 7538 — رمز حالة HTTP 308 (إعادة التوجيه الدائمة) — المواصفة التي أضافت 308 (أبريل 2015) وأبطلت RFC 7238 التجريبية (يونيو 2014).

“much younger… might not be recognized everywhere” (ترجمة) «أصغر عمرًا بكثير… وقد لا يكون معروفًا في كل مكان».

مرجع

• MDN — إعادة التوجيه الدائمة 308 — دلالات حفظ الطريقة والجسم، والاستخدام غير القياسي لـGoogle Drive «Resume Incomplete».
• caniuse — رمز حالة HTTP 308 — جدول دعم المتصفحات (نحو 96% فأكثر عالميًا).

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

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

Google — التكافؤ الأساسي

• “301 (moved permanently) Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (ترجمة) «301 (انتقلت نهائيًا): تتبع Google إعادة التوجيه، وتستخدم أنظمتها إعادة التوجيه إشارة قوية إلى أن هدفها ينبغي معالجته». — وثائق Google Search Central. انتقل إلى الاقتباس
• “308 (moved permanently) Equivalent to 301.” (ترجمة) «308 (انتقلت نهائيًا): مكافئة لـ301». انتقل إلى الاقتباس
• “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (ترجمة) «مع أن Google تتعامل مع رموز الحالة هذه بالطريقة نفسها، تذكر أنها مختلفة دلاليًا. استخدم الرمز المناسب كي تستفيد منه العملاء الآخرون (مثل قارئات الكتب الإلكترونية ومحركات البحث الأخرى).» انتقل إلى الاقتباس
• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (ترجمة) «يعني رمزا الحالة 301 و308 أن الصفحة انتقلت نهائيًا إلى موقع جديد». انتقل إلى الاقتباس

“301 (moved permanently): Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (ترجمة) «تتبع Google إعادة التوجيه وتستخدمه إشارة قوية إلى أن هدف إعادة التوجيه ينبغي معالجته». “308 (moved permanently): Equivalent to 301.” (ترجمة) «تعادل 308 الرمز 301».

Gary Illyes من Google

• عند وصف طريقة تعامل Google مع 308: “we just merge that with 301 so we really don’t care iirc.” (ترجمة) «نحن ندمجها مع 301، لذلك لا نهتم بها حقًا — على ما أذكر». نقلتها Search Engine Roundtable حرفيًا في تتعامل Google رسميًا مع إعادة توجيه 308 مثل 301 (يوليو 2021) — تحقق من الأصل قبل اعتمادها نهائيًا.

John Mueller من Google

• عن الاستخدام غير القياسي: “Google Drive uses a 308 redirect as a Resume Incomplete response to indicate to the client when an incomplete upload stalled. So that is a bit different. But you can use it as a normal redirect.” (ترجمة) «تستخدم Google Drive إعادة توجيه 308 كاستجابة Resume Incomplete لإبلاغ العميل عندما يتوقف تحميل غير مكتمل. وهذا مختلف قليلًا، لكن يمكنك استخدامها كإعادة توجيه عادية». نقلتها Search Engine Roundtable في هل يمكن لـGoogle أن تعامل إعادة توجيه 308 مثل 301؟ (مايو 2018) — تحقق من الأصل قبل اعتمادها نهائيًا.

Fabrice Canel من Microsoft Bing

• “I accidentally deleted my reply, so confirming again: Bing treats 308 redirects the same as 301 redirects.” (ترجمة) «حذفت ردي بالخطأ، لذلك أؤكد مجددًا: تتعامل Bing مع إعادة توجيه 308 مثل إعادة توجيه 301». Fabrice Canel على X (سبتمبر 2024)، كما نقلتها Search Engine Roundtable في هل تعامل Bing إعادة توجيه 308 مثل إعادة توجيه 301؟ — تحقق من الأصل قبل اعتمادها نهائيًا.

RFC 9110 — مواصفة دلالات HTTP

• عن سبب وجود 308، من تعريف 301 في المواصفة نفسها: “For historical reasons, a user agent MAY change the request method from POST to GET for the subsequent request. If this behavior is undesired, the 308 (Permanent Redirect) status code can be used instead.” (ترجمة) «لأسباب تاريخية، يجوز لعميل المستخدم تغيير طريقة الطلب من POST إلى GET في الطلب اللاحق. ولتفادي هذا التحويل، يتيح المعيار استخدام رمز الحالة 308 (إعادة التوجيه الدائمة) بدلًا منه». اقرأ RFC 9110
• عن التبني: 308 «is much younger (June 2014) than its sibling codes and thus might not be recognized everywhere.» (ترجمة) «هذا الرمز أحدث بكثير (يونيو 2014) من الرموز الشقيقة؛ لذلك قد لا يتعرف إليه كل عميل». اقرأ RFC 9110

هل ينبغي أن تكون إعادة التوجيه 308؟

بما أن 301 و308 متكافئتان في SEO، فهذه ليست مسألة ترتيب؛ بل سؤال واحد: هل يوجد طلب غير GET مع جسم، وهل تستطيع طبقة إعادة التوجيه لديك إصدار 308 فعلًا؟ اتبع المسار التالي.

باختصار: GET عادي ← 301؛ طلب غير GET يجب حفظه (ويمكن لطبقتك إصداره) ← 308. في SEO الرمزان قابلان للتبادل، لذا فإن سؤال الطريقة — مع فحص سريع «هل تستطيع أدواتي فعل ذلك؟» — هو العامل الوحيد الذي يحسم القرار.

خرافات وأخطاء حول 308

مأخوذة مباشرةً من أنماط الفشل التي أراها أكثر من غيرها.

«308 أفضل لـSEO من 301». خطأ. تقول وثائق Google «Equivalent to 301»، ويؤكد Illyes وMueller وCanel من Bing التكافؤ. لا يتعامل أي محرك مع 308 بوصفها أفضل SEO. اختيارها يتعلق بصحة الطريقة والجسم، لا بميزة ترتيب.

«ينبغي نقل كل 301s الموجودة إلى 308s». تغيير بلا فائدة ترتيبية. إذا كانت الطلبات المعاد توجيهها GET عادية — وهي الغالبية الساحقة من انتقالات صفحة إلى صفحة — فإن 301 تتصرف مثلها عمليًا. احصر التبديل في إعادة التوجيهات التي تحمل فعلًا طرقًا غير GET.

«308 غير آمنة لأنها أحدث». مبالغة بالنسبة إلى المتصفحات: مضى على RFC 7538 أكثر من عقد، وتؤكد Google وBing الدعم على مستوى المحرك، ويعرض caniuse دعمًا بنحو 96% فأكثر مع فجوات في إصدارات ماتت منذ زمن. وما زالت RFC 9110 تحمل تحفظًا عامًا بأن 308 «أحدث وقد لا تُعرف في كل مكان» — ويظهر ذلك في 2026 أساسًا كفجوة أدوات (لا تعرض كل إضافة CMS أو واجهة CDN أو وكيل قديم خيار 308)، لا كفجوة عميل أو محرك بحث؛ لكنه ليس تحفظًا انتهى تمامًا.

«ستفسد 301 دائمًا طلب POST/API». مبالغة. تحافظ عملاء حديثة كثيرة على السلوك بدرجة معقولة؛ والخطر الموثق في المواصفة هو تحويل POST إلى GET المحدد الذي تسمح به RFC 9110 «لأسباب تاريخية» عندما يطبق العميل ذلك السماح القديم. تزيل 308 هذا الخطر، لكنها لا تعني أن الفشل مضمون وشامل في كل عميل.

«308 لا تكون إلا رمز إعادة توجيه». ليس تمامًا. تعيد Google Drive استخدام «308 Resume Incomplete» غير القياسي لتحميل توقف — بمعنى مختلف تمامًا. وهذا تذكير جيد بأن استخدام 308 في العالم الحقيقي أحدث وأقل رسوخًا من استخدام 301.

مقارنة إضافية — «إعادات التوجيه الدائمة تفقد PageRank». ليست هذه لبّ المقال، لكن يجدر ذكرها: تجمع إرشادات Google 301 و308 ضمن الإعادات الدائمة التي تستخدمها إشارةً لمعالجة العنوان الجديد بوصفه الهدف canonical — وهذا يدل على الاستمرارية لا على اقتطاع قيمة. تعامل مع ذلك بوصفه سلوك المعالجة الموثق من Google، لا ضمانًا مطلقًا بأن «لا PageRank يُفقد أبدًا»؛ فصياغة الإشارة canonical الأضيق هي التي يدعمها المصدر الحالي.

تحقق من 308 ونفّذها

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

افحص رمز الحالة باستخدام curl

# Show only the response headers; -I sends a HEAD request.
curl -sI https://example.com/old-path | head -n 1
# → HTTP/1.1 308 Permanent Redirect     (what you want)
# → HTTP/1.1 301 Moved Permanently      (your layer downgraded it)

للتأكد من أن الطريقة محفوظة فعلًا في POST (وهو سبب وجود 308)، اتبع إعادة التوجيه باستخدام -L وراقب ما يصل — فلن يبقى -X POST مع --data طلب POST عبر القفزة إلا إذا أعاد الخادم 308/307:

curl -sIL -X POST --data '{"sku":"A-100"}' \
  -H 'Content-Type: application/json' \
  https://api.example.com/v1/orders
# Inspect each hop's request line; a 308 keeps it "POST", a 301 may show "GET".

تتبع سلسلة كاملة

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

curl -sIL https://example.com/old-path \
  | grep -iE '^HTTP/'
# Each line is one hop. Collapse chains to a single hop where you can.

تحقق من تخزين 308 مؤقتًا قبل التراجع عنها

تجعل RFC 9110 الرمز 308 قابلًا للتخزين المؤقت استدلاليًا — فقد يقرر عميل أو وسيط تخزينه حتى من دون رأس Cache-Control صريح. لذلك قد تستمر 308 الخاطئة (أو التي تحتاج إلى عكسها) في الظهور من cache بعد إصلاح قاعدة المصدر بوقت طويل. قبل أن تستنتج أن إعادة التوجيه «عالقة»:

• اختبر عميلًا جديدًا (خاصًا/متخفيًا، من دون زيارة سابقة) وعميلًا سبق أن وصل إلى العنوان القديم؛ فقد يتصرف العميل المخزن والعميل غير المخزن بشكل مختلف.
• افحص الاستجابة بحثًا عن رؤوس Cache-Control وExpires وAge باستخدام curl -sI.
• اختبر GET عاديًا وطلبًا ممثلًا غير GET كلٌّ على حدة؛ فقد يختلف التخزين حسب الطريقة.
• إذا احتجت إلى التراجع عن 308، فامسح cache الخاص بـedge/CDN صراحةً؛ لا تفترض أن إزالة قاعدة المصدر تكفي، وتوقع ألا يعيد بعض العملاء الذين خزّنوا إعادة التوجيه القديمة طلبها من تلقاء أنفسهم.

وحدة تحكم Chrome DevTools — افحص إعادة توجيه من المتصفح

ألصق النص في Console في أدوات المطور (F12 ← Console) لرؤية العنوان النهائي والحالة من دون مغادرة الصفحة. يعرض fetch مع إعادة توجيه يدوية حالة الاستجابة الأولى مباشرةً:

// Reports the status of the first response (the redirect itself), not the target.
fetch('https://example.com/old-path', { method: 'HEAD', redirect: 'manual' })
  .then(r => console.log('type:', r.type, 'status:', r.status || '(opaqueredirect)'));

// Follow the chain and log where it lands:
fetch('https://example.com/old-path', { method: 'HEAD', redirect: 'follow' })
  .then(r => console.log('final URL:', r.url, 'final status:', r.status));

Bookmarklet — «ماذا يعيد هذا العنوان؟» بنقرة واحدة

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

javascript:(function(){var u=prompt('URL to check:',location.href);if(!u)return;fetch(u,{method:'HEAD',redirect:'follow'}).then(function(r){alert('Final status: '+r.status+'\nLanded on: '+r.url);}).catch(function(e){alert('Error: '+e);});})();

نفّذ إعادة توجيه 308 على الخادم

Apache (.htaccess) — استخدم mod_rewrite مع R=308 صريحة:

RewriteEngine On
RewriteRule ^old-path/?$ /new-path [R=308,L]

nginx — إن return 308 دقيقة ولا لبس فيها:

location = /old-path {
    return 308 https://example.com/new-path;
}

Express.js (Node) — مرّر رمز الحالة إلى redirect():

app.all('/api/v1/orders', (req, res) => {
  // 308 keeps the POST body intact on the way to /api/v2/orders
  res.redirect(308, '/api/v2/orders');
});

Next.js — اضبط permanent: true، وسيصدر 308 (إعادات Next الدائمة هي 308):

// next.config.js
module.exports = {
  async redirects() {
    return [
      { source: '/api/v1/:path*', destination: '/api/v2/:path*', permanent: true },
    ];
  },
};

سلوك الأطر وطبقات الاستضافة لا يثبت عبر الإصدارات. فقد يختلف تعامل Next.js مع إعادة التوجيه بحسب الإصدار ومكان إطلاقها — إدخال redirects() في next.config.js، أو استدعاء permanentRedirect() داخل Server Action، أو استجابة streaming لا تؤدي بالضرورة إلى رمز الحالة نفسه. وينطبق التحفظ نفسه على إصدارات وحدات Apache وnginx وأي طبقة CDN أو proxy أمام المصدر. تعامل مع كل مقطع أعلاه كنقطة بداية لا ضمانًا، وتحقق من وثائق إصدارك الحالي.

بعد نشر أي من هذه المقاطع، أعد تشغيل فحص curl -sI أعلاه للتأكد من أن السلك يحمل 308 فعلًا — فهذه خطوة التحقق التي يتجاوزها الناس ثم يندمون.

أدوات لتأكيد 308 على السلك

أدوات Patrick المجانية

• Redirect Checker — تتبع عنوانًا واحدًا أو دفعة سريعة وتأكد من أن الاستجابة الأولى هي 308، وأن الوجهة صحيحة، وأن السلسلة تنتهي باستجابة نهائية سليمة.
• Bulk HTTP Status Code Checker — افحص حتى 500 عنوانًا منقولًا، وصفِّ استجابات 301/302/307 غير المتوقعة، وصدّر السلاسل أو الحلقات لمعالجتها.

أثبت السلوك الصارم عندما يهم

• curl مع حمولة اختبار آمنة — أعد تشغيل الطريقة الحقيقية على نقطة staging أو نقطة غير مدمرة، واتبع إعادة التوجيه. أكد أن المصدر يصدر 308.
• سجلات التطبيق أو بوابة API — تحقق من وصول الطريقة ونوع المحتوى والجسم نفسيهما إلى الهدف. تثبت أداة فحص إعادة التوجيه الحالة والوجهة؛ أما سجلات الاستقبال فتثبت نجاح حفظ الطريقة من الطرف إلى الطرف.
• لوحة Network في أدوات مطور المتصفح — مفيدة لتدفقات النماذج والمصادقة، لكن اختبر عملاء webhook وAPI منفصلين لأن قابلية التشغيل البيني هي سبب اختيار 308 بدل 301.
• فحص عنوان URL في Google Search Console — لعناوين الصفحات القابلة للفهرسة، تأكد من معالجة النقل الدائم مثل 301 ومن اختيار الوجهة بوصفها canonical.

اختبر نفسك: إعادة التوجيه الدائمة 308

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

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

كتاباتي

• 11 نوعًا من إعادة التوجيه وتأثيرها في SEO (مع Joshua Hardwick) — تعريفي بـ308، وصياغة «متطابقة في SEO، لكن النماذج مختلفة»، وهرم تفضيلات إعادة التوجيه الذي يضع 308 و301 في القمة.
• رموز حالة HTTP وتأثيرها في SEO — حيث أقولها بوضوح: لـ308 «الوظيفة نفسها التي لـ301… باستثناء أنك لا تستطيع التبديل بين POST وGET»، وإن 308 «تُعامل مثل 301 وتوحّد الإشارات إلى الأمام».
• ترحيل موقع الويب يحتاج إلى أكثر من قائمة تحقق للنجاح — لماذا أختار 301 أو 308 (لا 302/307) عند النقل الدائم.
• الدليل المبتدئ إلى SEO التقني — موضع إعادة التوجيهات في الصورة الأوسع.

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

• إعادة التوجيه وGoogle Search — دليل Google الرسمي لإعادة التوجيهات، ويسمي 301 و308 الخيارين الدائمين معًا.
• رموز حالة HTTP وأخطاء الشبكة وDNS وبحث Google — الوثيقة التي تقول إن 308 “Equivalent to 301” (ترجمة) «مكافئة لـ301» مع تحفظ «مختلفة دلاليًا».
• RFC 9110 — دلالات HTTP — المواصفة الحالية؛ يشير تعريف 301 فيها إلى 308 حلًا لتحويل POST إلى GET غير المرغوب.
• RFC 7538 — رمز حالة HTTP 308 (إعادة توجيه دائمة) — المواصفة التي أضافت 308.
• MDN — إعادة التوجيه الدائمة 308 — دلالات الطريقة والجسم وملاحظة Google Drive عن «Resume Incomplete».
• caniuse — رمز حالة HTTP 308 — جدول دعم المتصفحات الذي يفنّد خرافة «308 هشة».
• هل تعامل Bing إعادة توجيه 308 مثل إعادة توجيه 301؟ (Search Engine Roundtable) — تأكيد Fabrice Canel في 2024 لتكافؤ Bing.
• تعامل Google الرسمي مع إعادة توجيه 308 مثل 301 (Search Engine Roundtable) — سياق قول Gary Illyes «نحن ندمجها مع 301» ولحظة توثيق ذلك رسميًا.

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