تحويلات 301 و302: أيها تستخدم ومتى؟

التحويل (redirect) هو رد من الخادم يقول للمتصفح أو لمحرك البحث: “الصفحة التي تطلبها موجودة في عنوان آخر”. يحدث ذلك عند نقل الموقع إلى نطاق جديد، أو الانتقال من HTTP إلى HTTPS، أو تغيير بنية الروابط، أو دمج صفحتين. الرمز الرقمي الذي يرسله الخادم هو ما يحدد كيف تفهم Google هذا النقل، ولذلك فالاختيار بين 301 و302 ليس تفصيلًا تقنيًا بل قرار يؤثر على ظهورك في البحث.

أنواع التحويل بإيجاز

بالنسبة للسيو، Google تعامل 301 و308 كإشارة قوية على أن العنوان الجديد هو العنوان المعتمد (canonical)، وتعامل 302 و307 كإشارة ضعيفة: تبقي العنوان القديم في الفهرس في البداية، وإذا استمر التحويل المؤقت طويلًا فقد تعامله لاحقًا كدائم.

متى تستخدم 301؟

• نقل الموقع إلى نطاق جديد، مثلًا من example.net إلى example.com.sa.
• التحول إلى HTTPS وتوحيد www أو عدمها.
• تغيير بنية الروابط، مثل /?p=123 إلى /blog/article-name.
• حذف منتج أو صفحة لها بديل مباشر قريب في المحتوى.
• دمج مقالين متشابهين في مقال واحد أقوى.

متى تستخدم 302 أو 307؟

• صفحة عرض موسمي مؤقتة (مثل عروض رمضان أو الجمعة البيضاء) تحوّل إليها الصفحة الرئيسية لأيام.
• منتج نفد مؤقتًا وتريد إرسال الزوار إلى فئة المنتجات حتى يعود.
• صفحة صيانة قصيرة (وإن كان الأفضل للصيانة رد 503 مع رأس Retry-After).
• توجيه المستخدم حسب اللغة أو الدولة، مع وجود روابط hreflang تسمح لمحركات البحث بالوصول إلى كل نسخة.

الخطأ الشائع هو استخدام 302 لنقل دائم لأن إضافة ما أو لوحة الاستضافة تجعله الخيار الافتراضي. افحص الرمز الفعلي دائمًا عبر أداة فحص التحويلات.

السلاسل والحلقات: أكثر الأخطاء تكلفة

سلسلة التحويل تحدث عندما يمر الزائر بعدة خطوات قبل الوصول:

http://example.com/page
  → 301 https://example.com/page
  → 301 https://www.example.com/page
  → 301 https://www.example.com/page/

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

حلقة التحويل أسوأ: الصفحة A تحوّل إلى B، وB تعيد إلى A. يظهر في المتصفح الخطأ ERR_TOO_MANY_REDIRECTS. أسبابها المعتادة:

• إعداد SSL في Cloudflare على وضع Flexible بينما الخادم نفسه يحوّل إلى HTTPS.
• قاعدة في .htaccess تتعارض مع إعداد عنوان الموقع في ووردبريس.
• إضافتا تحويل تعملان في الوقت نفسه.

أمثلة جاهزة

Apache (.htaccess)

السطر الأول يحوّل صفحة واحدة، والثاني مجلدًا كاملًا مع الحفاظ على بقية المسار، والقاعدة الأخيرة توحّد النطاق على HTTPS دون www:

Redirect 301 /old-page https://example.com/new-page

RedirectMatch 301 ^/blog-old/(.*)$ https://example.com/blog/$1

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]

Nginx

location = /old-page {
    return 301 https://example.com/new-page;
}

rewrite ^/blog-old/(.*)$ /blog/$1 permanent;

إذا كنت لا تريد كتابة القواعد يدويًا، يولّد مولد كود تحويل 301 القواعد المناسبة لـ Apache وNginx وغيرهما.

نقل موقع كامل دون خسارة الترتيب

1. اجمع قائمة بكل العناوين القديمة: من ملف sitemap، ومن Google Search Console، ومن أدوات تحليل الروابط الخارجية.
2. أنشئ جدول مطابقة صفحة قديمة ← صفحة جديدة. لا تحوّل كل شيء إلى الصفحة الرئيسية؛ تعامل Google ذلك غالبًا كخطأ 404 ناعم (soft 404).
3. طبّق التحويلات 301 واختبر عينة كبيرة منها.
4. حدّث الروابط الداخلية لتشير مباشرة إلى العناوين الجديدة، بدل الاعتماد على التحويل.
5. أرسل sitemap الجديد واستخدم أداة “تغيير العنوان” في Search Console إذا تغيّر النطاق.
6. راقب أخطاء 404 في الأسابيع التالية وأضف التحويلات الناقصة.

لمراجعة الرمز ورأس Location لكل خطوة، استخدم أداة فحص رؤوس HTTP.

تحويلات يجب تجنبها

• تحويل Meta Refresh أو JavaScript بدل تحويل الخادم: يعمل، لكنه أبطأ وأضعف كإشارة.
• تحويل كل 404 إلى الصفحة الرئيسية: يربك الزوار ومحركات البحث معًا.
• حذف التحويلات بعد أشهر قليلة لتنظيف ملف الإعدادات.
• تحويل صفحات إلى عناوين محجوبة في robots.txt؛ لن يتمكن Googlebot من رؤية الوجهة. راجع دليل robots.txt.

التحويلات في ووردبريس وCloudflare

لا يحتاج الجميع إلى تعديل ملفات الخادم:

• ووردبريس: إضافات التحويل الشهيرة تتيح إدارة التحويلات من لوحة التحكم، وبعضها يسجل أخطاء 404 لتعرف ما يحتاج إلى تحويل. عند تغيير “الرابط الدائم” لمقال منشور، تنشئ بعض إضافات السيو تحويلًا تلقائيًا؛ تحقق من ذلك.
• Cloudflare: يوفر قواعد تحويل (Redirect Rules) وتحويلات مجمّعة (Bulk Redirects) تعمل قبل أن يصل الطلب إلى خادمك، وهي أسرع وتخفف الحمل. لكن تجنّب تكرار القاعدة نفسها في Cloudflare والخادم معًا.
• منصات المتاجر: معظمها يضيف تحويلًا تلقائيًا عند تغيير رابط منتج، ويوفر صفحة لإدارة التحويلات يدويًا.

التحويل حسب اللغة أو الدولة

التحويل الآلي حسب لغة المتصفح أو موقع IP (مثلًا من / إلى /ar/ للزوار العرب) مريح للمستخدم لكنه خطر على الفهرسة إن أُسيء تطبيقه: Googlebot يزحف غالبًا من عناوين أمريكية، فقد لا يرى النسخة العربية أبدًا. الأفضل عرض اقتراح بتغيير اللغة بدل التحويل الإجباري، مع روابط hreflang واضحة بين النسخ.

متى تستخدم 410 بدل التحويل؟

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

قائمة تحقق

• كل نقل دائم يستخدم 301 أو 308، وكل مؤقت يستخدم 302 أو 307.
• لا توجد سلاسل: كل عنوان قديم يصل إلى الوجهة في خطوة واحدة.
• لا توجد حلقات، وإعدادات Cloudflare متوافقة مع الخادم.
• الروابط الداخلية وsitemap وcanonical تشير إلى العناوين النهائية.
• التحويلات القديمة باقية سنة على الأقل.