أداة مجانية

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

اربط العناوين القديمة بالجديدة عند نقل موقعك، وصدّرها كملف CSV أو أسطر Redirect 301 في .htaccess أو قواعد rewrite في Nginx. مجاني ويعمل في متصفحك.

تعمل بالكامل في متصفحك. لا يُرفع ما تُدخله، ولا يُسجَّل، ولا يُحفظ.

العناوين المربوطة: 0

أهم النقاط

توصي وثائق Google عن نقل المواقع بربط كل عنوان قديم بأقرب صفحة مكافئة له فعلًا في الموقع الجديد، لا بوجهة واحدة تجمع كل شيء.
إعادة توجيه عناوين قديمة كثيرة إلى وجهة واحدة غير ذات صلة، مثل الصفحة الرئيسية، قد تربك المستخدمين وقد تعاملها Google كخطأ soft 404.
توصي Google بإعادة التوجيه النهائية من جهة الخادم، مثل HTTP 301 أو 308، عند النقل الدائم للموقع، لا بإعادة التوجيه المؤقتة.
تنصح Google بإبقاء إعادة التوجيه أطول مدة ممكنة، وعمومًا سنة واحدة على الأقل.
يستخدم ناتج Apache وNginx المسارات فقط، لذلك يحتاج النقل إلى نطاق جديد إضافة المضيف الجديد إلى كل وجهة.

ما تحتاج إليه

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

أدوات أخرى

كلها مجانية، وكلها تعمل في المتصفح.

تصفّح الأدوات

طريقة الاستخدام

1اجمع كل عنوان قديم يحتاج إلى إعادة توجيهخذ القائمة الكاملة من خريطة الموقع القديمة أو سجلات الخادم أو زحف كامل، لا الصفحات التي تتذكرها فقط. النقل الذي يتخطى عناوين مفهرسة قليلة الزيارات يترك مسارات زحف تنتهي بخطأ 404.
2اربط كل عنوان قديم بأقرب مكافئ حقيقيوجّه كل صف إلى الصفحة التي حلّت محله فعلًا، لا إلى الصفحة الرئيسية أو صفحة فئة عامة. وتعامل وثائق Google عن نقل المواقع إعادة التوجيه الجماعية إلى وجهة واحدة غير ذات صلة كخطر soft 404.
3راقب العدد والتحذيراتتعدّ الأداة العناوين المربوطة مباشرة، وتنبّه أثناء الكتابة إلى العناوين القديمة المكررة، والحقول الفارغة، وكثرة الصفوف التي تشير إلى الصفحة الرئيسية.
4اختر تنسيق الناتج لخادمكاختر CSV لجدول بيانات أو تذكرة نقل، أو Apache لملف .htaccess، أو Nginx لكتلة server، ثم انسخ الكتلة الناتجة.
5استخدم إعادة التوجيه النهائية لا المؤقتةتوصي Google بإعادة التوجيه النهائية من جهة الخادم، HTTP 301 أو 308، عند النقل الدائم. أما 302 المؤقتة فتخبر محركات البحث أن العنوان القديم قد يعود، وهذا يبطئ تحديث فهرسها.
6تحقق من إعادة التوجيه بعد الإطلاقبعد النشر، ازحف إلى قائمة العناوين القديمة على الموقع المنشور لتتأكد أن كل صف ينتهي برمز 200، وراقب Search Console بحثًا عن أخطاء 404 غير متوقعة في الأسابيع التالية.

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

ماذا تفحص الأداة؟

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

الحقول الفارغة: يُذكر كل صف ينقصه العنوان القديم أو الجديد، ولا يظهر في الناتج.
التوجيه الجماعي إلى الصفحة الرئيسية: إذا أشار أكثر من صفين مكتملين إلى / أو /index.html أو /home، تحذّر الأداة من أن Google قد تعامل إعادة التوجيه كخطأ soft 404.
العناوين القديمة المكررة: مسار قديم يظهر في صفين، لأن كل عنوان قديم لا يذهب إلا إلى مكان واحد. وتُقارن العناوين الكاملة والمسارات كمسارات.
غياب الشرطة المائلة في البداية: عنوان قديم مثل old-page بلا شرطة ولا بروتوكول، ولا يقبله Apache ولا Nginx كمسار.

ويعرض عدّاد مباشر عدد الصفوف المكتملة المربوطة.

كيف تقرأ النتائج؟

السطر الأخضر “لم تُرصد أي مشكلة في هذه الخريطة.” يعني أن كل الصفوف مكتملة ولم يُطلق أي فحص تحذيرًا. ويسمّي كل سطر برتقالي الصف أو المسار الذي يحتاج إلى إصلاح. ولا توقف التحذيرات التصدير، فاقرأها قبل النسخ.

الأشكال الثلاثة للناتج:

CSV: old_url,new_url مع قيمك كما كتبتها، لجدول بيانات أو تذكرة عمل.
Apache (.htaccess): Redirect 301 /old /new، بصيغة mod_alias، سطر لكل صف.
Nginx: rewrite ^/old$ /new permanent;، حيث تطابق العلامتان المسار بدقة، وتعيد permanent الرمز 301.

مثال عملي

تفتح الأداة على ثلاثة صفوف: /blog/old-post إلى /articles/old-post، و/products/widget.html إلى /products/widget، و/about-us إلى /about. وتعرض “العناوين المربوطة: 3” و”لم تُرصد أي مشكلة في هذه الخريطة.” وينتج تبويب Apache:

Redirect 301 /blog/old-post /articles/old-post
Redirect 301 /products/widget.html /products/widget
Redirect 301 /about-us /about

وينتج تبويب Nginx:

rewrite ^/blog/old-post$ /articles/old-post permanent;
rewrite ^/products/widget.html$ /products/widget permanent;
rewrite ^/about-us$ /about permanent;

وجّه الصفوف الثلاثة إلى / وسيظهر تحذير يذكر أن عدد العناوين التي تُعاد توجيهها إلى الصفحة الرئيسية 3.

ما تكشفه وما لا تكشفه

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

والخطأ الذي لا تكشفه هو تغيير النطاق. يحذف ناتج Apache وNginx المضيف من العنوان الجديد أيضًا، فتصبح كل وجهة على الخادم الذي يجيب الطلب.

ويقبل Apache وNginx عنوانًا كاملًا كوجهة، لذلك عند النقل إلى نطاق جديد أضف المضيف الجديد إلى كل وجهة قبل النشر.

ويطابق Redirect في Apache أيضًا ببداية المسار: تقول وثائقه إن أي جزء من المسار بعد الجزء المطابق يُضاف إلى الوجهة. لذلك ضع المسارات الأدق أولًا.

بعد الإطلاق، تنصح Google بإبقاء إعادة التوجيه سنة واحدة على الأقل، وتحديث الروابط الداخلية لتشير إلى العناوين الجديدة.

أما مدة التعافي فتعرضها دراسة Search Engine Journal عن 892 عملية نقل نطاق، التي وجدت أن النطاق الجديد احتاج في المتوسط إلى 523 يومًا ليبلغ زيارات النطاق القديم من البحث العادي.

أدوات وقراءات ذات صلة

المصادر

1.Site moves with URL changes، Google Search Centralمصدر أساسي
2.mod_alias: Redirect directive، Apache HTTP Server Projectمصدر أساسي
3.Module ngx_http_rewrite_module، nginxمصدر أساسي
4.How Long Should an SEO Migration Take? [Study]، Search Engine Journal

أسئلة شائعة

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

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

هل أستخدم 301 أم 308 عند نقل الموقع؟

توصي Google بإعادة التوجيه النهائية من جهة الخادم، مثل 301 أو 308، عند النقل الدائم. وتكتب هذه الأداة 301: السطر Redirect 301 في Apache، والعلامة permanent في Nginx، التي تقول وثائق Nginx إنها تعيد الرمز 301.

إلى متى أُبقي إعادة التوجيه؟

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

لماذا تتحول عناويني الكاملة إلى مسارات؟

يحتاج توجيه Redirect في Apache إلى الموقع القديم كمسار يبدأ بشرطة مائلة، لذلك تحذف الأداة البروتوكول والمضيف قبل كتابة أسطر Apache وNginx. ويحتفظ CSV بما كتبته تمامًا. وإذا كان العنوان الجديد على نطاق آخر، فأعِد كتابته كاملًا كوجهة، فالخادمان يقبلان عنوانًا كاملًا هناك.

هل ينقل Redirect في Apache الصفحات الفرعية أيضًا؟

نعم. تقول وثائق Apache إن أي جزء من المسار بعد الجزء المطابق يُضاف إلى الوجهة، فيرسل Redirect 301 /about-us /about الصفحة /about-us/team إلى /about/team. وتنتقل سلاسل الاستعلام أيضًا. ضع القواعد الأدق أولًا، أو استخدم RedirectMatch للمطابقة التامة.