تحويل 301

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

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

عندما يطلب متصفح أو محرك بحث صفحة، يجيب خادمك برمز حالة HTTP من ثلاثة أرقام. 200 تعني “ها هي الصفحة.” 404 تعني “غير موجودة.” 301 تعني “منقول بشكل دائم” — هذا العنوان له منزل جديد، اذهب إليه بدلاً من ذلك.

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

متى تستخدمها

استخدم 301 كلما تغيّر عنوان الصفحة للأبد:

• غيّرت عنوان URL — أعدت تسمية صفحة، أو أعدت هيكلة موقعك، أو نظّفت عنوانًا فوضويًا.
• انتقلت إلى نطاق جديد — إعادة تسمية العلامة التجارية أو ترحيل الموقع.
• تحولت إلى HTTPS — يجب أن يعيد كل عنوان http:// توجيه 301 إلى نظيره https://.
• دمجت صفحات — أصبحت مقالتان متشابهتان واحدة؛ أعد توجيه القديمة إلى الناجية.
• أحلت صفحة لها بديل واضح — أرسلها إلى أقرب مكافئ، وليس إلى طريق مسدود.

نصيحة Google الخاصة: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (ترجمة) «إذا كنت بحاجة إلى تغيير عنوان URL لصفحة كما يظهر في نتائج محرك البحث، نوصي باستخدام إعادة توجيه دائمة من جانب الخادم كلما أمكن ذلك.»

الرقم الوحيد الذي يجب أن تتجاهله

ستسمع أشخاصًا يقولون إن 301 “يفقد 10–15% من عصير الروابط.” هذه خرافة قديمة. Google صريحة في ذلك: “301 and other permanent redirects don’t cause a loss in PageRank.” (ترجمة) «لا تسبب إعادة التوجيه 301 وغيرها من عمليات إعادة التوجيه الدائمة فقدانًا في ترتيب الصفحات.» لذا لا تتجنب إعادة توجيه صفحة لأنك قلق بشأن “تسريب” القيمة — 301 صحيحة تسلّم الوجهة الإشارات التي كسبها عنوان URL القديم.

(سترى أيضًا ادعاءات تبدو واثقة بأن 301 “ينقل 90–99% من حقوق الروابط.” تجاهل تلك أيضًا — لا تنشر Google أي نسبة مئوية من هذا القبيل، والرقم مختلق.)

ثلاثة أشياء يجب أن تصححها

1. وجّه كل عنوان URL قديم إلى بديله الحقيقي — وليس صفحتك الرئيسية. إذا ألقيت كل صفحة مُحالة على الصفحة الرئيسية، فقد تعاملها Google كأخطاء (“404 ناعم”) ولن تنقل القيمة. طابق القديم مع الجديد واحدًا لواحد.
2. استخدم 301 حقيقية، وليس مزيفة. إعادة توجيه تتم فقط في JavaScript، أو رابط “انقر هنا إذا لم يتم تحويلك”، ليست الشيء نفسه — قد لا تراها Google حتى. افعلها على الخادم.
3. اتركها قائمة. تقول Google لإبقاء عمليات إعادة التوجيه بشكل عام لمدة عام على الأقل حتى يكون لكل شيء وقت للانتقال. بصراحة، إذا استطعت، أبقها للأبد.

ماذا عن 302؟

302 هي النسخة المؤقتة — “هذه الصفحة انتقلت الآن، لكن الأصلية لا تزال هي الحقيقية.” إذا استخدمت 302 عندما تقصد 301، فقد تُبقي Google عنوان URL القديم في نتائجها بدلاً من الجديد. عندما يكون الانتقال دائمًا، استخدم 301. (هناك مقارنة كاملة بين 301 و302 تستحق القراءة بشكل منفصل.)

تريد إعدادات الخادم، وتفاصيل التوقيت، وقواعد سلسلة إعادة التوجيه، وكيفية اكتشاف 301 “مزيفة” تفشل بصمت؟ انتقل إلى علامة التبويب متقدم.

TL;DR — الكود 301 (HTTP “301 Moved Permanently”) هو استجابة من جانب الخادم تعمل على نقل عنوان URL بشكل دائم، وهو أقوى إشارة لتوحيد الترتيب على الوجهة. تؤكد Google صراحةً أن عمليات إعادة التوجيه الدائمة لا تسبب فقدانًا في PageRank — قاعدة “فقدان ~15% لكل قفزة” لم تعد سارية، ولا توجد نسبة منشورة من القيمة المنقولة، لذا لا تخترع واحدة. نفّذها على الخادم (Apache، nginx، كود التطبيق) أو على الحافة (Cloudflare)، وليس باستخدام JavaScript أو حل بديل متأخر عبر meta-refresh. أعد توجيه عناوين URL القديمة إلى ما يعادلها 1:1 ذي الصلة — وليس كل شيء إلى الصفحة الرئيسية، فقد يعيد Google تصنيف ذلك كـ soft 404. حافظ على قِصَر السلاسل (يتابع Google حتى 10 قفزات لكنه يوصي بالبقاء تحت ~5؛ قال Mueller ~5 لكل زحف). إنه فوري على الخادم؛ يستغرق توحيد الفهرس/الإشارات الكامل أسابيع إلى عام واحد على الأقل عمومًا.

ما هو الكود 301 فعليًا

الكود 301 هو رمز حالة HTTP — “301 Moved Permanently” — يُرجع من خادمك (أو حافة CDN الخاصة بك) في ترويسات الاستجابة، قبل أي محتوى للصفحة. هذا هو الجزء المهم: يحدث الـ 301 الحقيقي على مستوى البروتوكول، في الاستجابة للطلب. إنه ليس ميزة إضافة، أو وسم <meta>، أو مقتطف JavaScript — تلك حلول بديلة عندما لا يمكنك القيام بذلك على الخادم، وتتصرف بشكل مختلف (المزيد عن ذلك أدناه).

تضع Google التعريف ببساطة: “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (ترجمة) «يعني رمزا الحالة 301 و308 أن الصفحة قد انتقلت بشكل دائم إلى موقع جديد.» (308 هو رمز إعادة التوجيه الدائم الأحدث الذي يحافظ أيضًا على طريقة الطلب؛ لأغراض SEO تعامل Google 301 و 308 بنفس الطريقة — “use HTTP permanent redirects if possible, such as 301 and 308.” (ترجمة) «استخدم عمليات إعادة التوجيه الدائمة عبر HTTP إذا أمكن، مثل 301 و308.»)

بعض تفاصيل البروتوكول التي تستحق المعرفة قبل تنفيذ واحد: استجابة 301 هي قابلة للتخزين المؤقت استدلاليًا افتراضيًا، لذا يمكن للمتصفح أو ذاكرة التخزين المؤقت الوسيطة الاحتفاظ بها — وهذا هو السبب بالضبط في أن إعادة توجيه “مُصححة” يمكن أن تظل ترسل المختبِرين إلى الهدف القديم حتى يتم مسح ذاكرة التخزين المؤقت. ولأن 301 موجود منذ HTTP/1.0، يُسمح لوكيل المستخدم بتغيير طلب POST إلى GET عند متابعته — لذا لا تفترض أن 301 يحافظ على طريقة الطلب الأصلية عند إرسال نموذج؛ استخدم 308 بدلاً من ذلك إذا كان ذلك مهمًا. ترويسة Location نفسها تحتاج فقط إلى أن تكون مرجع URI (يمكن تقنيًا أن تكون نسبية)، على الرغم من أن توجيهها إلى عنوان URL مطلق يتجنب الغموض عمليًا.

كيف تعالج Google الكود 301 (التوحيد القياسي + الفهرسة)

إعادة التوجيه الدائمة هي واحدة من أقوى إشارات التوحيد القياسي لدى Google. عندما يتبع Googlebot كود 301، تستخدم خط أنابيب الفهرسة إعادة التوجيه كإشارة على أن هدف إعادة التوجيه يجب أن يكون عنوان URL الأساسي. تحتفظ Google بسجل لكلا الطرفين: “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (ترجمة) «عندما تعيد توجيه عنوان URL، تتعقب Google كلاً من مصدر إعادة التوجيه (عنوان URL القديم) وهدف إعادة التوجيه (عنوان URL الجديد). سيكون أحد عناوين URL هو الأساسي… يصبح عنوان URL الآخر اسمًا بديلاً لعنوان URL الأساسي.»

لهذا السبب ترى أحيانًا عنوان URL قديمًا في النتائج لبعض الوقت بعد النقل — تحتفظ به Google كـ “اسم بديل.” تقول Google ألا داعي للذعر: بالنسبة لنقل النطاق، “it’s very likely that Google will continue to occasionally show the old URLs in the results, even though the new URLs are already indexed. This is normal… the alternate names will fade away without you doing anything.” (ترجمة) «من المرجح جدًا أن تستمر Google في عرض عناوين URL القديمة أحيانًا في النتائج، حتى لو كانت عناوين URL الجديدة مفهرسة بالفعل. هذا طبيعي… ستتلاشى الأسماء البديلة دون أن تفعل أي شيء.»

تتفوق إعادة التوجيه على إشارات التوحيد القياسي الأضعف. صرح Gary Illyes ذات مرة بالتسلسل الهرمي بصراحة — إعادة التوجيه “should be much higher weight… than whether the page is on an http URL or https.” (ترجمة) «يجب أن يكون وزنها أعلى بكثير… من ما إذا كانت الصفحة على عنوان URL http أو https.» لذا يمكن لكود 301 عشوائي أن يتجاوز بهدوء وسم canonical أو تفضيل HTTPS يشير في الاتجاه الآخر. (معالجة كاملة في التوحيد القياسي.)

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

أسطورة PageRank — احصل على هذا بدقة تامة

هذه هي الحقيقة الأكثر تشويهًا حول هذه الاستجابات، لذا إليك النسخة الدقيقة.

بيان Google الدقيق: “لا تسبب عمليات إعادة التوجيه الدائمة 301 وغيرها فقدانًا في PageRank.” هذا كل شيء. ليس “تحتفظ بـ 85%،” وليس “تفقد 10–15% لكل قفزة.” لا فقدان.

قاعدة “فقدان ~15% لكل قفزة” تعود إلى تصريحات قديمة قبل عام 2016 حول تخفيف PageRank عبر عمليات إعادة التوجيه (تُنسب عادةً إلى Matt Cutts). عكس Google ذلك علنًا حوالي عام 2016 — كما ورد في ذلك الوقت، توقف Google عن تطبيق تخفيف PageRank عبر عمليات إعادة التوجيه 30x، ويحصل الوجهة على السلطة.

النتيجة التي تربك الناس في الاتجاه الآخر: لا تدّعي أن 301 “ينقل 90–99% من قيمة الروابط.” لا ينشر Google أي رقم من هذا القبيل. “لا يسبب فقدانًا في PageRank” هو بيان اتجاهي، وليس نسبة مئوية — وأي نسبة مئوية محددة تراها هي فولكلور، وليس شيئًا أكده Google أبدًا. استشهد بصيغة “لا فقدان”؛ لا تخترع رقمًا أبدًا.

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

التوقيت — ثلاث ساعات مختلفة

“كم من الوقت يستغرق 301 ليعمل؟” يعتمد على الساعة التي تقصدها:

• الخادم: فوري. بمجرد تفعيل القاعدة، يحصل كل طلب على 301 ويصل المستخدمون إلى عنوان URL الجديد. لا انتظار.
• الفهرس: أيام إلى أسابيع. يجب على Google إعادة الزحف إلى عنوان URL القديم، ورؤية إعادة التوجيه، ومعالجة الهدف. صياغة Google الخاصة: “يمكن أن يستغرق موقع ويب صغير إلى متوسط الحجم بضعة أسابيع لانتقال معظم الصفحات، والمواقع الأكبر تستغرق وقتًا أطول،” و*“قد تتقلب رؤية المحتوى الخاص بك في البحث مؤقتًا أثناء النقل. هذا طبيعي.”*
• التوحيد الكامل للإشارات: عمومًا عام واحد على الأقل. Google: “أبقِ عمليات إعادة التوجيه لأطول فترة ممكنة، عمومًا عامًا واحدًا على الأقل. يسمح هذا الإطار الزمني لـ Google بنقل جميع الإشارات إلى عناوين URL الجديدة… من منظور المستخدمين، فكر في إبقاء عمليات إعادة التوجيه إلى أجل غير مسمى.” هذا هو نفس الرقم السنوي الذي ذكره Illyes عندما قال إن الإشارات تحتاج حوالي عام لتمريرها بالكامل من المصدر إلى الهدف.

قاعدة عملية: أبقِ عمليات إعادة التوجيه هذه في مكانها لمدة عام على الأقل، وفي الحقيقة أبقِه إلى الأبد إذا كانت عناوين URL لا تكلفك شيئًا.

تنفيذ 301

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

قم بعمل نسخة احتياطية من ملف .htaccess أو إعداد nginx الحالي قبل تحريره — قاعدة غير صحيحة يمكن أن توقف الموقع بالكامل، وليس فقط عنوان URL الذي تعيد توجيهه.

Apache (.htaccess)

لعنوان URL واحد مع mod_alias:

Redirect permanent "/old-page" "https://example.com/new-page"

للقواعد المستندة إلى الأنماط مع mod_rewrite:

RewriteEngine on
RewriteRule "^/service$" "/about/service" [R=301,L]

nginx

location = /service {
  return 301 https://example.com/about/service;
}

WordPress

لا يحتوي WordPress على مدير إعادة توجيه مدمج، لذا يمكنك إضافة واحد:

• إضافة Redirection (مجانية) — الخيار الأكثر شيوعًا؛ أضف المصدر → الهدف في واجهة مستخدم، بدون كود.
• Yoast SEO Premium — يمكن لمدير إعادة التوجيه الخاص بها إنشاء إعادة توجيه تلقائيًا عند حذف أو تغيير slug لرابط. لاحظ أن النسخة المجانية من Yoast لا تحتوي على مدير إعادة توجيه (العديد من الدروس تتجاهل هذا).
• على مستوى الخادم — إذا كان بإمكانك تعديل .htaccess/nginx مباشرة، فإن قاعدة الخادم أسرع من إضافة تعتمد على PHP، والتي تعمل في كل طلب.

Cloudflare

إذا كنت تستخدم Cloudflare، يمكنك إعادة التوجيه عند الحافة، قبل أن يصل الطلب إلى الخادم الأصلي:

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

كود التطبيق (مثال PHP)

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/new-url');
exit();

“إعادة التوجيه” المزيفة — نمط الفشل الذي لا يتحقق منه أحد

إليك أمرًا غير بديهي يستحق الاستيعاب: يمكن أن يُرجع الرابط 200 OK ومع ذلك يكون يعيد التوجيه. كما كتبت في 11 Types Of Redirects & Their SEO Impact، “A redirect can still be happening with any status code. You may have a page that shows as a 200 OK status code, but still actually be redirecting” (ترجمة) «يمكن أن يحدث إعادة توجيه مع أي رمز حالة. قد يكون لديك صفحة تظهر برمز حالة 200 OK، ولكنها في الواقع لا تزال تعيد التوجيه» — عبر JavaScript، بعد تحميل الصفحة. إعادة التوجيه هذه غير مرئية لفحص رمز الحالة السريع ولا تحمل أيًا من ضمانات 301.

ترتيب إرشادات Google للطرق:

• من جانب الخادم (301/308): الأفضل. استخدمه كلما كان ذلك ممكنًا تقنيًا.
• تحديث meta: يعتمد على التوقيت. Google: تحديث meta الفوري يُفسر كإعادة توجيه دائمة؛ تحديث meta المتأخر (يحدث بعد N ثانية) يُفسر كإعادة توجيه مؤقتة. لذا فإن تحديث content="5;url=…" ليس بديلاً عن 301.
• JavaScript: الملاذ الأخير. Google: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (ترجمة) «استخدم إعادة توجيه JavaScript فقط إذا لم تستطع القيام بإعادة توجيه من جانب الخادم أو تحديث meta… إذا قمت بتعيين إعادة توجيه JavaScript، فقد لا تراها Google أبدًا إذا فشل عرض المحتوى.» إذا لم يكتمل العرض، فإن إعادة التوجيه غير موجودة فعليًا بالنسبة لـ Google.
• “Crypto” / إعادة توجيه زائفة عبر الروابط فقط: لا تفعل. الصفحة التي تربط فقط بالرابط الجديد بدون رمز حالة وبدون تحديث هي، بكلمات Google، شيء “not all search engines may recognize… as an official redirect.” (ترجمة) «قد لا تتعرف جميع محركات البحث… على أنها إعادة توجيه رسمية.» لا تعتمد عليها.

الدرس: إذا كنت تهتم بـ SEO، تأكد من أن إعادة التوجيه الخاصة بك هي 301 حقيقية من الخادم، وليست 200 تعيد التوجيه في المتصفح. تعرض علامة التبويب Scripts كيفية التحقق باستخدام curl.

أخطاء 301 الشائعة

• إعادة توجيه كل شيء إلى الصفحة الرئيسية. الكلاسيكي. جوجل: “لا تقم بإعادة توجيه العديد من عناوين URL القديمة إلى وجهة واحدة غير ذات صلة، مثل الصفحة الرئيسية… قد يؤدي هذا إلى إرباك المستخدمين وقد يُعتبر خطأ 404 ناعم.” خطأ 404 الناعم لن يجمع الإشارات بشكل موثوق. أعد التوجيه إلى البديل المناسب — وإذا كنت بالفعل جمعت عدة صفحات في صفحة واحدة، فإن إعادة توجيهها جميعًا إلى تلك الصفحة المجمعة الجديدة أمر جيد.
• سلاسل إعادة التوجيه الطويلة. ستتبع جوجل “حتى 10 قفزات،” لكنها تنصح بالذهاب مباشرة إلى الوجهة النهائية، “من الأفضل ألا تزيد عن 3 وأقل من 5.” قال مولر إن جوجل تتبع حوالي 5 قفزات لكل محاولة زحف لعناوين URL التي يتم الزحف إليها بشكل متكرر. حدي العملي الخاص يطابق هذا: لا أقلق بشأن السلاسل التي تقل عن ~5 قفزات، لكن بعد 5 رأيت مشاكل. تضيف السلاسل أيضًا زمن استجابة للمستخدمين الحقيقيين. عند إضافة إعادة توجيه جديدة، حدّث القواعد القديمة للإشارة إلى عنوان URL النهائي، وليس القفزة السابقة.
• استخدام 302 عندما تقصد 301. يخبر 302 جوجل أن عنوان URL الأصلي يجب أن يبقى الكنسي، لذا فإن النقل الدائم الذي يتم باستخدام 302 يمكن أن يترك عنوان URL الخاطئ مفهرسًا. قد تعيد جوجل في النهاية تفسير 302 طويل العمر على أنه دائم، لكن الجدول الزمني لذلك غير محدد — كما قلت، لا أحد يعرف حقًا كم من الوقت، “عادةً من بضعة أسابيع إلى بضعة أشهر.” فقط استخدم رمز الحالة الذي يطابق نيتك.
• إزالة إعادة التوجيه مبكرًا جدًا. أقل من عام يخاطر بترك القيمة على عنوان URL الميت. أبقها لمدة عام على الأقل؛ ومن الأفضل إلى أجل غير مسمى.
• قواعد أحرف البدل الواسعة جدًا. غالبًا ما يرسل الالتقاط الشامل للمجلد عناوين URL إلى المكان الخاطئ. قم بتعيين القديم → الجديد 1:1 قدر الإمكان.
• نسيان الأصول غير HTML. في الترحيل، أعد توجيه الصور وملفات PDF أيضًا؛ لا تحتاج إلى إعادة توجيه ملفات JS/CSS/الخطوط.
• السماح للمضيف القديم بالانطفاء مبكرًا جدًا. لا يمكن لقاعدة إعادة التوجيه إنقاذ طلب لا يصل إليها أبدًا — إذا قمت بإلغاء خدمة DNS للنطاق القديم، أو تركت شهادة TLS الخاصة به تنتهي، أو أسقطت الخادم القديم قبل أن تؤدي إعادة التوجيه عملها، سيحصل الزوار والروبوتات على خطأ اتصال بدلاً من 301. أبقِ DNS المضيف القديم، والشهادة، وقواعد إعادة التوجيه حية طالما أنك تحتفظ بإعادة التوجيه.

بينج

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

أين يقع هذا

301 هو رمز حالة واحد في عائلة. يرتبط بشكل مباشر مع إعادة التوجيه 302 (نظيره المؤقت) — قرار 301 مقابل 302 هو في الحقيقة “هل هذا النقل دائم أم لا؟” إنه قريب من التوحيد الكنسي (301 هو إشارة قوية للكنسي، لكن لـ نقل صفحة، وليس لتوحيد التكرارات التي تبقى كلتاهما نشطة — تلك تتطلب rel="canonical"). وهو العمود الفقري لأي ترحيل موقع. للمجموعة الأوسع من الرموز — 302/307 مؤقت، 308 دائم، 404/410 غير موجود، أخطاء 5xx — انظر مجموعة رموز حالة HTTP التي تعيش فيها هذه الصفحة.

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

نظرة مختصرة على النسخة المتقدمة:

• 301 = HTTP “301 Moved Permanently” — استجابة من الخادم تنقل عنوان URL بشكل دائم وتعتبر واحدة من أقوى إشارات الهدف الأساسي (canonical) لدى Google. هذه إشارة وليست ضمانًا — لا تعد بحد ذاتها بالفهرسة أو الترتيب أو الزيارات. تعامل Google 301 و308 بنفس الطريقة لتحسين محركات البحث، لكن 301 قد يحول POST إلى GET ويكون قابلاً للتخزين المؤقت بشكل استدلالي افتراضيًا؛ استخدم 308 إذا كنت بحاجة إلى الحفاظ على الطريقة.
• لا فقدان لـ PageRank. نص Google الدقيق: “301 and other permanent redirects don’t cause a loss in PageRank.” (ترجمة) «لا تسبب عمليات إعادة التوجيه الدائمة 301 وغيرها فقدانًا في PageRank.» قاعدة “~15% خسارة لكل قفزة” القديمة لم تعد صحيحة — ولا تنشر Google أي نسبة مئوية من القيمة المنقولة، لذا لا تقتبس أبدًا “90–99%”.
• ثلاث ساعات زمنية: الخادم = فوري؛ ترحيل الفهرس = أيام إلى أسابيع (أطول للمواقع الكبيرة)؛ توحيد الإشارات الكامل = عمومًا سنة على الأقل. أبقِ عمليات إعادة التوجيه لمدة سنة على الأقل، ويفضل إلى الأبد.
• نفذ على مستوى الخادم/الحافة: Apache .htaccess (Redirect permanent / mod_rewrite [R=301])، nginx (return 301)، WordPress (إضافة Redirection أو Yoast Premium — الإصدار المجاني من Yoast لا يحتوي على مدير إعادة توجيه)، Cloudflare Single/Bulk Redirects (على مستوى الحافة، بدون إعداد خادم أصلي)، أو كود التطبيق.
• عمليات 301 “مزيفة”: يمكن للصفحة أن تعيد 200 ومع ذلك تعيد التوجيه عبر JavaScript (غير مرئي لفحص الحالة). تحديث meta الفوري ≈ دائم؛ تحديث meta المتأخر ≈ مؤقت؛ JavaScript هو الملاذ الأخير (قد لا تراه Google أبدًا إذا فشل العرض)؛ عمليات إعادة التوجيه “المشفرة” عبر الروابط فقط غير موثوقة.
• أهم الأخطاء: إعادة توجيه كل شيء إلى الصفحة الرئيسية (خطر soft 404)؛ سلاسل طويلة (أبقِ أقل من ~5 قفزات)؛ استخدام 302 لنقل دائم؛ إزالة عمليات إعادة التوجيه مبكرًا جدًا؛ استخدام أنماط wildcard واسعة بدلاً من تعيين 1:1.
• تحذير Patrick: اختباره الخاص لإزالة 301 بعد سنة أظهر نتائج واقعية أكثر فوضوية ومختلطة من القصة النظيفة “سنة واحدة وستكون آمنًا” — لذا أبقِ عمليات إعادة التوجيه.

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

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

Google

• إعادة التوجيه وبحث Google — ما هو 301، وعمليات إعادة التوجيه من جانب الخادم مقابل meta-refresh وJavaScript، وقواعد توقيت meta-refresh، وأمثلة كود التنفيذ (PHP وApache وnginx).
• نقل المواقع مع تغيير العناوين — بيان «لا فقدان في PageRank»، وإرشاد «أبقِ عمليات إعادة التوجيه عمومًا لمدة سنة على الأقل»، وحدود السلاسل، وتحذير 404 اللين، ونقل المواقع الصغيرة مقابل الكبيرة.
• كيفية تحديد عنوان URL أساسي — موضع إعادة التوجيه في ترتيب إشارات جعل العنوان أساسيًا.
• الزحف والفهرسة — المركز الرئيسي لإعادة التوجيه وجعل العناوين أساسيةً وضوابط الزحف.

Bing / Microsoft

• Bing Webmaster Guidelines — موقف Bing من عمليات إعادة التوجيه والنقل الدائم.
• Website Migration with Bing (ديسمبر 2020) — أداة Site Move من Bing وملاحظة أن عمليات إعادة التوجيه الدائمة عادةً ما تكون كافية وأن الأداة لا تحل محلها.

تنفيذ المنصة

• Cloudflare — Bulk Redirects — قوائم إعادة توجيه على مستوى الحساب تُطبق على الحافة.
• Cloudflare — URL forwarding (Redirects) overview — Single مقابل Bulk Redirects.
• Yoast — How to create a 301 redirect in WordPress — المسارات الخاصة بـ WordPress (بما في ذلك أن إدارة إعادة التوجيه ميزة Premium).

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

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

Google — ما هو 301 ومتى تستخدمه

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (ترجمة) «تعني رموز الحالة 301 و308 أن الصفحة قد انتقلت بشكل دائم إلى موقع جديد.» — Google Search Central، إعادة التوجيه وبحث Google. الانتقال إلى الاقتباس
• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (ترجمة) «إذا كنت بحاجة إلى تغيير عنوان URL لصفحة كما يظهر في نتائج محرك البحث، نوصي باستخدام إعادة توجيه دائمة من جانب الخادم كلما أمكن ذلك.» الانتقال إلى الاقتباس
• “Use server side permanent redirects if technically possible… we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.” (ترجمة) «استخدم إعادة التوجيه الدائمة من جانب الخادم إذا كان ذلك ممكنًا تقنيًا… نوصي باستخدام إعادة توجيه HTTP الدائمة إذا أمكن، مثل 301 و308.» — Google Search Central، نقل المواقع مع تغيير العناوين. الانتقال إلى الاقتباس

Google — PageRank / الدمج (العمود الفقري للدقة)

• “301 and other permanent redirects don’t cause a loss in PageRank.” (ترجمة) «لا تسبب إعادة التوجيه الدائمة 301 وغيرها فقدانًا في PageRank.» — Google Search Central، نقل المواقع مع تغيير العناوين. الانتقال إلى الاقتباس
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (ترجمة) «عند إعادة توجيه عنوان URL، يتتبع Google كلاً من مصدر إعادة التوجيه (العنوان القديم) وهدف إعادة التوجيه (العنوان الجديد). سيكون أحد العناوين هو العنوان الأساسي… يصبح العنوان الآخر اسمًا بديلاً للعنوان الأساسي.» — Google Search Central، إعادة التوجيه وبحث Google. الانتقال إلى الاقتباس

Google — التوقيت

• “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (ترجمة) «احتفظ بإعادة التوجيه لأطول فترة ممكنة، عمومًا لمدة سنة واحدة على الأقل. يسمح هذا الإطار الزمني لـ Google بنقل جميع الإشارات إلى العناوين الجديدة… من منظور المستخدمين، فكر في الاحتفاظ بإعادة التوجيه إلى أجل غير مسمى.» — Google Search Central، نقل المواقع مع تغيير العناوين. الانتقال إلى الاقتباس
• “A small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer… the visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (ترجمة) «يمكن أن يستغرق موقع ويب صغير إلى متوسط الحجم بضعة أسابيع لانتقال معظم الصفحات، وتستغرق المواقع الأكبر وقتًا أطول… قد تتقلب رؤية المحتوى الخاص بك في البحث مؤقتًا أثناء النقل. هذا أمر طبيعي.» الانتقال إلى الاقتباس

Google — سلاسل إعادة التوجيه، والأخطاء الناعمة، وإعادة التوجيه المزيفة

• “While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects… we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (ترجمة) «بينما يمكن لـ Googlebot متابعة ما يصل إلى 10 قفزات في “سلسلة” من عمليات إعادة التوجيه المتعددة… ننصح بإعادة التوجيه إلى الوجهة النهائية مباشرة. إذا لم يكن ذلك ممكنًا، حافظ على عدد عمليات إعادة التوجيه في السلسلة منخفضًا، ومن الأفضل ألا يتجاوز 3 وأقل من 5.» الانتقال إلى الاقتباس
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” (ترجمة) «لا تقم بإعادة توجيه العديد من عناوين URL القديمة إلى وجهة واحدة غير ذات صلة، مثل الصفحة الرئيسية للموقع الجديد. قد يؤدي هذا إلى إرباك المستخدمين وقد يُعتبر خطأ 404 ناعمًا.» الانتقال إلى الاقتباس
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (ترجمة) «استخدم عمليات إعادة التوجيه عبر JavaScript فقط إذا لم تتمكن من إجراء عمليات إعادة التوجيه من جانب الخادم أو تحديث meta… إذا قمت بتعيين إعادة توجيه عبر JavaScript، فقد لا يراها Google أبدًا إذا فشل عرض المحتوى.» — Google Search Central، إعادة التوجيه وبحث Google. الانتقال إلى الاقتباس
• “Google Search interprets instant meta refresh redirects as permanent redirects… Google Search interprets delayed meta refresh redirects as temporary redirects.” (ترجمة) «يفسر بحث Google عمليات إعادة التوجيه الفورية عبر تحديث meta على أنها عمليات إعادة توجيه دائمة… ويفسر عمليات إعادة التوجيه المتأخرة عبر تحديث meta على أنها عمليات إعادة توجيه مؤقتة.» “Google differentiates between two kinds of meta refresh redirects.” (ترجمة) «يميز Google بين نوعين من عمليات إعادة التوجيه عبر meta refresh.» الانتقال إلى الاقتباس

قائمة التحقق لتنفيذ إعادة التوجيه 301

مراجعة يجب تنفيذها قبل وأثناء وبعد نشر إعادة توجيه دائمة (أو مجموعة منها):

قبل

• تأكد من أن النقل دائم حقًا — إذا كان مؤقتًا، فأنت بحاجة إلى 302، وليس 301.
• أنشئ خريطة 1:1 من عنوان URL القديم → عنوان URL الجديد الأكثر صلة (وليس عنوان URL القديم → الصفحة الرئيسية).
• بالنسبة لعمليات الدمج، حدد عنوان URL الناجي الوحيد الذي ستوجه إليه كل مجموعة.
• خطط لإعادة توجيه الصور وملفات PDF أيضًا (تخطى ملفات JS/CSS/الخطوط).

أثناء التنفيذ

• قم بذلك من جانب الخادم (Apache/nginx/التطبيق) أو عند الحافة (Cloudflare) — وليس عبر JavaScript أو تحديث meta متأخر.
• فضل قواعد 1:1 على أحرف البدل الواسعة للمجلدات التي قد توجّه عناوين URL بشكل خاطئ.
• وجّه كل قاعدة إلى الوجهة النهائية، حتى لا تنشئ سلاسل.
• على WordPress، استخدم إضافة Redirection أو Yoast Premium (إصدار Yoast المجاني لا يحتوي على مدير إعادة توجيه)، أو قاعدة خادم.

التحقق

• اختبر أن كل عنوان URL قديم يُرجع 301 حقيقيًا (وليس 200، وليس 302، وليس إعادة توجيه عبر JavaScript) — راجع علامة التبويب البرامج النصية لفحوصات curl.
• تأكد من عدم وجود سلاسل تتجاوز ~5 قفزات؛ قم بدمج أي سلسلة تجدها في قفزة واحدة.
• تحقق من أن الهدف يُرجع 200، وليس إعادة توجيه أخرى أو 404.
• اختبر عنوان URL يحتوي على سلسلة استعلام، أو جزء، أو شرطة مائلة في النهاية، أو أحرف مختلطة الحالة — يمكن للقواعد إسقاط هذه أو تشويهها بصمت بدلاً من تمريرها.
• تحقق عشوائيًا من عناوين URL المعاد توجيهها في GSC URL Inspection لمعرفة كيف يحل Google هذه العناوين.
• بالنسبة لعملية الترحيل، قم بتشغيل زحف للموقع (Ahrefs Site Audit / Screaming Frog) لالتقاط حلقات إعادة التوجيه والسلاسل وعناوين URL القديمة التي فاتتها الخريطة.

بعد ذلك

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

اكتشاف واختبار 301s

تحقق منه باستخدام Redirect Checker:

1. الصق عنوان URL الذي تختبره في حقل العنوان الفردي (أو بدّل إلى وضع الدفعة لما يصل إلى 20 عنوانًا في المرة الواحدة).
2. انقر فوق Check redirects لتتبع السلسلة الكاملة.
3. اقرأ رمز حالة القفزة الأولى ونقطة الحكم — إعادة التوجيه الدائمة الحقيقية تُظهر 301 (أو 308) مباشرة؛ أما وجود 302/307 في السلسلة، أو شدة “سلسلة” أعلى من الأخضر، فهذا يعني أنها ليست إعادة توجيه 301 نظيفة من قفزة واحدة.

الهدف من هذه الاختبارات هو الإجابة على سؤال واحد: هل يُرجع هذا العنوان URL حقًا إعادة توجيه 301 من جانب الخادم، أم أن هناك شيئًا يخدعني؟ (تذكر: يمكن للصفحة أن تُرجع 200 OK ومع ذلك تعيد التوجيه في المتصفح عبر JavaScript.)

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

رؤية رمز الحالة الخام وسلسلة إعادة التوجيه (curl)

macOS / Linux / WSL

# Show response headers only — look for "HTTP/… 301" and the "location:" target
curl -sI https://example.com/old-page

# Follow the whole chain and print each hop's status + final URL
curl -sIL -o /dev/null -w "%{http_code}  %{url_effective}\n" https://example.com/old-page

# Print every status code in the chain (catches multi-hop chains)
curl -sIL https://example.com/old-page | grep -i "^HTTP\|^location"

تبدو إعادة التوجيه الدائمة النظيفة مثل HTTP/1.1 301 Moved Permanently (أو HTTP/2 301) with a single location: header pointing at the final URL. If you see 302, فهي مؤقتة. إذا رأيت 200 لكن المتصفح ينتهي به الأمر في مكان آخر، فهي إعادة توجيه “مزيفة” عبر JavaScript/تحديث تلقائي.

Windows (PowerShell)

# MaximumRedirection 0 stops at the first hop so you can read its status code
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 0 -SkipHttpErrorCheck
$r.StatusCode              # 301 for a permanent redirect
$r.Headers.Location        # the target URL

اكتشاف إعادة توجيه JavaScript “مزيفة”

يرى curl استجابة الخادم فقط، وليس JavaScript. إذا قال curl 200 لكن الصفحة لا تزال تنقلك في متصفح حقيقي، فإن إعادة التوجيه من جانب العميل. أكد ذلك في Chrome DevTools:

1. افتح DevTools → Network، وحدد Preserve log.
2. حمّل عنوان URL القديم.
3. إذا أظهر الطلب الأول الحالة 301 (أو 308)، فهي إعادة توجيه خادم حقيقية. إذا كان الطلب الأول 200 وظهر إدخال تنقل لاحق، فهي إعادة توجيه عبر JS/تحديث تلقائي — وليست 301 حقيقية.

Apache .htaccess

# Single URL (mod_alias)
Redirect permanent "/old-page" "https://example.com/new-page"

# Pattern / regex rule (mod_rewrite) — R=301 makes it permanent, L stops processing
RewriteEngine on
RewriteRule "^old-section/(.*)$" "https://example.com/new-section/$1" [R=301,L]

# Force HTTP → HTTPS for the whole site
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

nginx

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

# Whole-path prefix
location /old-section/ {
  return 301 https://example.com/new-section/;
}

# Force HTTP → HTTPS
server {
  listen 80;
  server_name example.com;
  return 301 https://$host$request_uri;
}

WordPress (بدون إضافة — functions.php، استخدمه باعتدال)

// Runs on every request; a server rule or the Redirection plugin scales better.
add_action( 'template_redirect', function () {
    if ( is_page() && get_query_var( 'name' ) === 'old-page' ) {
        wp_redirect( home_url( '/new-page/' ), 301 );
        exit;
    }
} );

بالنسبة لمعظم مواقع WordPress، فإن إضافة Redirection أو Yoast Premium’s Redirect Manager هي الخيار العملي — بدون كود، ويمكن لـ Yoast Premium إنشاء 301 تلقائيًا عند تغيير أو حذف عنوان URL.

Cloudflare (الطرفية، بدون إعداد خادم المصدر)

تُبنى Single Redirects من Cloudflare في لوحة التحكم (Rules → Redirect Rules). بالنسبة لعملية الترحيل، تأخذ Bulk Redirects قائمة ملف CSV من عمودين (المصدر ← الهدف) وتطبقه على مستوى الحساب بالكامل عند الطرفية — وهي أسرع طريقة لنقل آلاف عناوين URL دون لمس إعداد خادم المصدر.

أخطاء 301 التي تحول النقل النظيف إلى فوضى

إعادة توجيه كل عنوان URL قديم إلى الصفحة الرئيسية

الالتقاط الشامل غير ذي الصلة يربك المستخدمين ويمكن معاملته كـ 404 ناعم. اربط كل عنوان URL قديم بأقرب بديل حقيقي له؛ وأرجع 404 أو 410 عندما لا يوجد بديل.

إضافة الهدف الجديد إلى نهاية سلسلة قديمة

ربط القديم → السابق → الحالي يضيف زمن استجابة ونقاط فشل أكثر. حدّث القاعدة الأقدم بحيث تشير مباشرة إلى الوجهة النهائية 200.

اترك 302 عند النقل الدائم

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

أزل إعادة التوجيه بمجرد ظهور عنوان URL الجديد

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

ثق بنمط بدل واسع دون اختبار أهدافه

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

انسَ الموارد غير HTML

الصور وملفات PDF يمكن أن تحتوي على روابط وحركة مرور أيضًا. أدرج الأصول المنقولة في الخريطة عندما يكون لها بدائل ذات صلة؛ لا تعيد توجيه كل طلب JS أو CSS أو خط بشكل أعمى.

تدقيق خريطة إعادة التوجيه قبل النشر

الصق ملف CSV يحتوي على الأقل على source_url وtarget_url. أضف حالة المصدر/الهدف الحالية، ونوع المحتوى، وعنوان الصفحة، والفئة الموضوعية عند توفرها.

Audit this proposed permanent redirect map.

For each row:
1. Flag homepage or other catch-all targets that are not demonstrably relevant.
2. Flag duplicate sources, missing targets, source=target loops, and likely chains where a
   target also appears as a source.
3. Compare source and target titles/categories only from the supplied data and label the
   mapping relevant, questionable, or insufficient evidence.
4. Recommend one action: keep the 1:1 mapping, map to a closer replacement, return 404/410,
   or investigate manually.

Do not invent replacement URLs or assume a target returns 200 unless the data says so.
Return: critical blockers, row-by-row findings, then the exact URLs to test after launch.

PASTE REDIRECT CSV HERE

إطار الساعات الثلاث لـ 301

“كم يستغرق 301؟” لا يوجد إجابة واحدة لأن ثلاثة أنظمة تتحرك على ساعات مختلفة. سمِّ الساعة قبل تفسير النتيجة.

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

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

أدوات باتريك المجانية

• فاحص إعادة التوجيه — افحص عنوان URL واحدًا أو دفعة سريعة وشاهد الحالة الأولى وكل قفزة والوجهة النهائية. استخدمه للفحص السريع “هل هذا 301 حقيقي بقفزة واحدة؟”.
• مخطط سلسلة إعادة التوجيه — شخّص ما يتغير في كل قفزة وصدّر قواعد التنظيف لـ Cloudflare أو Apache أو nginx. استخدمه عندما تحتاج السلسلة نفسها إلى الانهيار.
• فاحص رمز حالة HTTP بالجملة — اختبر حتى 500 عنوان URL مُخطط، وصفِّ المصادر غير 301 والوجهات غير 200، وصدّر مجموعة ضمان الجودة للإطلاق.

فحوصات البحث والبنية التحتية

• فحص عنوان URL في Google Search Console — تأكد من أن Google جلب عنوان URL القديم كإعادة توجيه وراجع اختيار canonical على الوجهة.
• سجلات الخادم/CDN — تحقق من أن طلبات Googlebot الحقيقية تتلقى نفس القاعدة التي يتلقاها المستخدمون.
• زاحف كامل الموقع — ابحث عن الروابط الداخلية المفقودة وإدخالات خريطة الموقع القديمة والحلقات والسلاسل والموارد المعاد توجيهها بعد الترحيل.

اختبر نفسك: إعادة توجيه 301

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

أثبت أن إعادة التوجيه عملت فعليًا

لقد وضعت 301 قيد التشغيل. هذه هي الفحوصات التي تفصل بين “القاعدة في ملف الإعداد” و”Google يدمج عنوان URL القديم في الجديد.” نفذها بالترتيب — الأول فوري، والأخير يستغرق أسابيع.

الاختبار 1 — عنوان URL القديم يعيد 301 حقيقيًا من الخادم

• الاختبار المطلوب تنفيذه — الصق عنوان URL القديم في مدقق إعادة التوجيه (أو شغّل curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url).
• النتيجة المتوقعة — القفزة الأولى هي 301 (أو 308) مع ترويسة location:، وعنوان URL النهائي يُرجع 200. قفزة واحدة، نظيفة.
• تفسير الفشل — ظهور 200 على عنوان URL القديم يعني أنه إعادة توجيه “مزيفة” عبر JavaScript/تحديث تلقائي، وليس 301 من الخادم؛ أما 302/307 فيعني أنك نشرت الكود المؤقت عن طريق الخطأ.
• نافذة المراقبة — فورية — يستجيب الخادم لحظة تفعيل القاعدة.
• مشغل التراجع — إذا أظهر المدقق سلسلة تتجاوز ~5 قفزات أو حلقة — اسحب القاعدة وأعد توجيه القديم → النهائي 1:1 قبل إعادة النشر.

الاختبار 2 — لقد رأى Google إعادة التوجيه واختار عنوان URL الجديد

• الاختبار المطلوب تنفيذه — شغّل فحص عنوان URL في Google Search Console على عنوان URL القديم.
• النتيجة المتوقعة — تُظهر الحالة “صفحة مع إعادة توجيه،” وفحص عنوان URL الجديد يُظهر أنه مفهرس مع نفسه باعتباره العنوان الأساسي المختار من Google.
• تفسير الفشل — إذا كان عنوان URL القديم لا يزال “مُرسلًا ومفهرسًا” كعنوان أساسي خاص به بعد أسابيع، فإما أن Google لا يمكنها جلب إعادة التوجيه أو أن هناك إشارة متعارضة (وسم أساسي، خريطة موقع، روابط داخلية) تشير إليه مرة أخرى.
• نافذة المراقبة — أيام إلى بضعة أسابيع للمواقع الصغيرة/المتوسطة؛ أطول للمواقع الكبيرة. تقول Google إن الرؤية قد تتقلب أثناء النقل — وهذا طبيعي.
• مشغل التراجع — لا تزل إعادة التوجيه “لإصلاح” عنوان URL قديم باقٍ — فـ Google تعتبره اسمًا بديلًا ويتلاشى من تلقاء نفسه. أعد النظر فقط إذا لم يتم فهرسة عنوان URL الجديد إطلاقًا.

الاختبار 3 — لم يعلق الهجرة حركة المرور

• الاختبار المطلوب تنفيذه — مرر عناوين URL القديمة المعينة عبر مدقق إعادة التوجيه (حتى 20 في المرة الواحدة) أو عبر زحف كامل للموقع، وراقب الصفحات المهاجرة في تقرير الأداء في GSC.
• النتيجة المتوقعة — كل عنوان URL معين هو قفزة واحدة إلى 200، وتتعافى النقرات/مرات الظهور على الوجهة نحو المستويات السابقة لعناوين URL القديمة خلال بضعة أسابيع.
• تفسير الفشل — الانخفاض المستمر عادةً يعني خريطة معطوبة (عنوان URL القديم → صفحة خاطئة أو غير ذات صلة، والتي قد يعاملها Google كـ 404 ناعم) وليس أن إعادة التوجيه “تسرب” PageRank — فإعادة التوجيه 301 الصحيحة لا تسبب فقدان PageRank.
• نافذة المراقبة — 2–4 أسابيع من بيانات GSC قبل أن يكون الاتجاه موثوقًا؛ قارن نافذة قبل/بعد متطابقة، وليس الضوضاء اليومية.
• مشغل التراجع — انخفاض واضح ومستمر في مرات الظهور على المجموعة المهاجرة يتزامن مع تاريخ الإطلاق — أعد تدقيق الخريطة 1:1 قبل افتراض أن إعادة التوجيه نفسها هي المشكلة.

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