الإجابة المختصرة
يحتفظ الموقع بترتيبه خلال الترحيل عندما يظل كل رابط يجلب زيارات أو روابط خارجية يستجيب بعد الإطلاق: المحتوى نفسه على العنوان نفسه، أو إعادة توجيه دائمة من جهة الخادم إلى أقرب صفحة مكافئة. وتعود معظم مشكلات الترحيل إلى رابط لم يُدرجه أحد في القائمة.
يضع دليل Google لنقل المواقع مع تغيير الروابط الأساس: اربط كل رابط قديم برابط جديد، واستخدم عمليات إعادة توجيه دائمة من جهة الخادم مثل 301 أو 308، وأبقِها "لسنة واحدة على الأقل بصورة عامة"، و"توقّع تذبذبًا مؤقتًا في ترتيب الموقع أثناء النقل".
ينصح الدليل نفسه بتغيير شيء واحد في كل مرة: النطاق الجديد أولًا، ثم التصميم الجديد. أما وثائق تغيير العنوان من Google فأكثر صراحة: إذا جمعت النقل مع إعادة تصميم المحتوى وبنية الروابط، فـ"من المرجح أن تلاحظ خسارة في الزيارات" بينما تعيد Google تقييم كل صفحة. وإذا احتجت إلى الأمرين، فخطّط لـإعادة التصميم كمرحلة مستقلة.
ثلاثة أنواع من النقل
| النقل | ما الذي يتغير | إعادة التوجيه | Search Console |
|---|---|---|---|
| الاستضافة فقط | الخوادم أو CDN؛ وتبقى كل الروابط كما هي | لا شيء | راقب الزحف والفهرسة |
| المنصة (من Wix إلى WordPress، ومن WordPress إلى Astro) | نظام إدارة المحتوى والقوالب، وغالبًا بعض أنماط الروابط | كل رابط يتغير مساره | خريطة موقع جديدة، ثم المراقبة |
| النطاق أو النطاق الفرعي | كل الروابط | جميعها | تغيير العنوان لكل نسخة موثّقة |
في النقل الذي يقتصر على الاستضافة، يوصي دليل الاستضافة من Google بتقليل مدة TTL لنظام DNS "قبل النقل بأسبوع على الأقل" وإبقاء الخوادم القديمة تعمل حتى تصل الزيارات إليها إلى الصفر. ومن الطبيعي أن ينخفض معدل الزحف قليلًا بعد الإطلاق.
قبل النقل: أحصِ كل ما له رابط
خريطة إعادة التوجيه لا تكون أفضل من قائمة الروابط القديمة التي تقوم عليها، وكل مصدر يفوته شيء.
زحف الموقع الحالي
ازحف على الموقع الحالي وصدّر كل رابط مع رمز الحالة والعنوان والوصف الوصفي ووسوم canonical وhreflang، ثم أضف كل الروابط الموجودة في خريطة الموقع XML. وتقترح Google أيضًا مراجعة سجلات الخادم بحثًا عن الروابط التي زيرت مرة واحدة على الأقل مؤخرًا.
استخرج صفحات الهبوط من Search Console وأدوات التحليلات
في تقرير الأداء بـSearch Console، صدّر تبويب الصفحات لأطول نطاق زمني متاح، وافعل الشيء نفسه لصفحات الهبوط العضوية في أداة التحليلات. هذه الصفحات تجلب الزيارات والعملاء المحتملين، لذا تُفحص كل واحدة منها يدويًا عند الإطلاق.
اكتشف من يشير إليك
يعرض تقرير الروابط أكثر صفحاتك ارتباطًا، لكن جداوله "محدودة بـ1000 صف" وتقول Google إنه ليس قائمة شاملة. اجمعه مع أي أداة روابط خارجية تستخدمها.
أدرج النماذج والتكاملات والوسائط
دوّن كل نموذج ووجهة الردود المرسلة منه، وكل أداة مدمجة (حجوزات، دردشة، خرائط، مدفوعات)، وكل ملف يرتبط به الناس مباشرة. يوصي دليل Google بإدراج "ملفات الفيديو والصور وJavaScript وCSS" في الخطة، لأن هذه الروابط تنتقل مثل أي محتوى آخر.
أنشئ خريطة إعادة التوجيه
صف واحد لكل رابط قديم: الرابط القديم، الرابط الجديد، رمز الحالة، ملاحظات، تم الاختبار. وهناك أربع قواعد:
- اربط كل رابط قديم بأقرب صفحة مكافئة. أما توجيه روابط قديمة كثيرة إلى وجهة واحدة غير ذات صلة، مثل الصفحة الرئيسية، فقد "يُعامل كخطأ 404 ناعم".
- إذا دُمجت عدة صفحات قديمة في صفحة واحدة، فوجّهها جميعًا إليها.
- إذا لم يكن للصفحة مكافئ، فأعد لها 404 أو 410 بدل إعادة التوجيه.
- أبقِ المسارات دون تغيير حيثما تسمح المنصة الجديدة بذلك.
أثناء البناء: إعادة التوجيه وما يرافقها
استخدم إعادة توجيه 301 أو 308 من جهة الخادم بنظام 1:1
تذكر وثائق إعادة التوجيه من Google أن 301 و308 تشيران إلى أن "وجهة إعادة التوجيه ينبغي أن تكون هي الرابط الأساسي"، وتوصي بـ"إعادة توجيه دائمة من جهة الخادم كلما أمكن". أما الرموز المؤقتة (302 و303 و307) فلا تفعل ذلك، وإعادة التوجيه عبر JavaScript ملاذ أخير.
وجّه مباشرة إلى الرابط النهائي. تتبع زواحف Google ما يصل إلى 10 قفزات إعادة توجيه، لكن دليل نقل المواقع ينصح بـ"التوجيه إلى الوجهة النهائية مباشرة". وإذا تركت عملية ترحيل سابقة عمليات إعادة توجيه، فوجّهها هي أيضًا إلى الروابط النهائية الجديدة.
تحقّق من رمز الحالة الافتراضي لأي خدمة تتولى عمليات إعادة التوجيه لديك. فعلى Cloudflare Workers، حيث تستضيف Dardo المواقع التي تبنيها، يستخدم ملف _redirects الرمز 302 ما لم تكتب 301 في كل سطر، ويتّسع لما يصل إلى 2,000 عملية إعادة توجيه ثابتة و100 عملية ديناميكية، ولا يستطيع مطابقة معاملات الاستعلام. ولذلك تحتاج الروابط الدائمة العادية في WordPress (/?p=123) إلى منطق لإعادة التوجيه في شيفرة الـ Worker.
متى تعيد 404 أو 410 بدلًا من ذلك
الصفحات الضعيفة والعروض المنتهية والمكررة لا يلزم أن تبقى. يقول دليل Google إن المحتوى الذي لا تنقله ينبغي أن "يعيد HTTP 404 أو 410 بصورة صحيحة"، وتعامل زواحف Google كل رموز 4xx عدا 429 بالطريقة نفسها: يخرج الرابط من الفهرس.
انقل البيانات الوصفية ووسوم canonical وhreflang
- العناوين والأوصاف الوصفية. انقلها حقلًا بحقل بدل ترك القوالب الجديدة تولّدها.
- وسوم canonical. تحمل كل صفحة جديدة وسم canonical يشير إلى نفسها برابطها الجديد. تصف إرشادات Google حول الرابط الأساسي هذا الوسم بأنه "تلميح وليس قاعدة"، لذا يجب أن تتوافق وسوم canonical وإعادة التوجيه وخريطة الموقع.
- Hreflang. يجب أن تُدرج كل نسخة لغوية "نفسها وكل النسخ اللغوية الأخرى"، و"إذا لم تشر صفحتان إحداهما إلى الأخرى، فسيتم تجاهل الوسوم"، بحسب دليل النسخ المحلية من Google. حدّث كل الإشارات إلى الروابط الجديدة.
البيانات المنظمة والروابط الداخلية وروابط الصور
- البيانات المنظمة. أعد بناء ترميز Organization وBreadcrumb وArticle وProduct في القوالب الجديدة واختبره بأداة Rich Results Test. لا يذكر دليل النقل من Google ذلك، لذا يضيع بسهولة.
- الروابط الداخلية. وجّهها إلى الروابط الجديدة، لا إلى عمليات إعادة التوجيه.
- الصور والملفات. احرص على الإبقاء على أسماء ملفات وصفية ونصوص بديلة (alt)، وأعد توجيه روابط الصور وملفات PDF القديمة التي تحصل على روابط خارجية أو زيارات من البحث عن الصور.
التحليلات وموافقة المستخدم
أعد تثبيت أدوات التحليلات وأحداث التحويل وبكسلات الإعلانات، واختبرها في بيئة الاختبار. إذا كان الموقع القديم يطلب موافقة على ملفات تعريف الارتباط، فعلى الموقع الجديد أن يطلبها بالطريقة نفسها قبل تشغيل هذه الوسوم.
ما الذي يتعطل عادةً، منصةً بمنصة
تستند هذه الملاحظات إلى الوثائق الرسمية لكل منصة حتى أكتوبر 2026. وهي تصف طريقة عمل المنصات، وليست عيوبًا فيها.
| المنصة | أنماط الروابط المطلوب ربطها | حدود التصدير وإعادة التوجيه |
|---|---|---|
| WordPress | يمكن أن تكون الروابط الدائمة بسيطة (/?p=N) أو قائمة على التاريخ أو على اسم المقال. وتحتفظ أرشيفات التصنيفات والوسوم دائمًا ببادئة مثل /category/. | منذ WordPress 6.4، صفحات المرفقات معطلة في التثبيتات الجديدة لكنها تبقى مفعلة في المواقع المحدّثة، لذا قد يكون للمواقع الأقدم رابط واحد لكل ملف مرفوع. |
| Webflow | توجد عناصر نظام إدارة المحتوى في صفحات المجموعات (Collection pages). | تصدير الشيفرة لا يشمل محتوى نظام إدارة المحتوى ولا التجارة الإلكترونية ولا حسابات المستخدمين ولا معالجة النماذج ولا البحث في الموقع ولا الصفحات المترجمة، ويتطلب خطة Workspace. وتُصدَّر المجموعات بشكل منفصل بصيغة CSV. |
| Wix | تقع مقالات المدونة تحت بادئة /post/ يمكن تغيير اسمها ولكن لا يمكن حذفها. أما في WordPress، فإن بنية الرابط الدائم المخصصة /post/%postname%/ تُبقي عليها. | موقع Wix "يجب أن يعمل على خوادم Wix"، لذا فالمغادرة تعني إعادة بناء الصفحات. |
| Framer | تغيير المسار الفرعي لا يحدّث قواعد إعادة التوجيه الموجودة، فقد تشير القواعد القديمة إلى مسارات لم تعد موجودة. | تُنشر المواقع بصيغة HTML وCSS وJavaScript القياسية؛ ويُصدَّر محتوى نظام إدارة المحتوى عبر إضافات بصيغة CSV أو JSON. |
| Squarespace | تقبل خرائط الروابط المتغير [name] للمجموعات كاملة، مثل /blog/[name] -> /posts/[name] 301. | ملف التصدير هو WordPress XML ويضم صفحة مدونة واحدة وصفحات التخطيط والمعارض، لكنه لا يشمل صفحات المتجر ولا كتل المنتجات أو الفيديو أو الصوت ولا CSS مخصصًا. ولا تستطيع خرائط الروابط إعادة توجيه روابط الصور أو الملفات، وتتسع لنحو 2,500 سطر. |
| Shopify | تقع روابط واجهة المتجر تحت مسارات مثل /products/ و/collections/ و/pages/ و/blogs/<blog>/؛ وتعدّ Shopify المسارين /products و/collections ثابتين. | لا تعمل عمليات إعادة التوجيه إلا من روابط لم تعد تحمّل صفحة، وللمتاجر حد أقصى قدره 100,000 (20,000,000 في خطة Plus). |
مغادرة Wix تعني إعادة بناء كل صفحة؛ ومغادرة Squarespace تعني استيراد ما يشمله التصدير وإعادة بناء الباقي. أما الانتقال إلى Shopify فيغيّر عادةً روابط المنتجات، لذا يجب أن تغطي الخريطة كل منتج.
يوم الإطلاق
- DNS. إذا تغيّرت الاستضافة أو DNS، فخفّض قيمة TTL قبل أسبوع على الأقل.
- حظر الزحف. أزل وسوم
noindexالخاصة ببيئة الاختبار وحظر robots.txt. تقترح Google إدراج كل رابط استخدمتَ فيهnoindexأثناء التطوير في قائمة. - إعادة التوجيه. أطلقها في الإصدار نفسه مع الموقع الجديد.
- اختبار إعادة التوجيه. مرّر الخريطة كاملة عبر سكربت: يجب أن يعيد كل رابط قديم الرمز 301 أو 308 إلى الرابط النهائي الصحيح في قفزة واحدة، وأن يعيد ذلك الرابط الرمز 200.
- Search Console. وثّق ملكية الموقع الجديد وأرسل خريطة الموقع الجديدة، إضافةً إلى خريطة بالروابط القديمة ليُعاد الزحف إليها. التحذيرات التي تفيد بأن هذه الروابط تعيد التوجيه متوقعة.
- تغيير العنوان (Change of Address). عند تغيير النطاق، أرسله من موقع تملكه على الجانبين وبحساب Google نفسه، لكل صيغة من النطاق القديم، بما فيها www وبدون www.
- مسارات الإيرادات. أرسل نموذجًا حقيقيًا، وأجرِ عملية دفع تجريبية، وتأكد من وصول أحداث التحليلات.
- روابطك الخاصة. حدّث الحسابات الاجتماعية والإعلانات وقوائم الأدلة.
الـ30 والـ60 والـ90 يومًا التالية
من اليوم 1 إلى 30: توقّع تقلبات
قد يتذبذب الترتيب "أثناء إعادة Google الزحف إلى موقعك وفهرسته"، و"قد يستغرق الموقع الصغير إلى المتوسط بضعة أسابيع حتى تتحرك معظم صفحاته، وتستغرق المواقع الأكبر وقتًا أطول". راقب:
- تقارير الفهرسة وخريطة الموقع. تنخفض الروابط المفهرسة في الموقع القديم وترتفع في الجديد.
- الأداء حسب الصفحة. تبدأ الروابط الجديدة في اكتساب مرات ظهور ونقرات.
- سجلات الخادم وأخطاء 404. كل خطأ 404 غير متوقع يعني صفًا ناقصًا في الخريطة. افحصها يوميًا لمدة أسبوعين.
من اليوم 31 إلى 60: قارن بالخط المرجعي
قارن أهم صفحات الهبوط لديك بروابطها الجديدة. وأي صفحة خسرت نقرات، افحصها بالترتيب: هل تصل إعادة التوجيه إلى الصفحة الصحيحة في قفزة واحدة، وهل تغيّر المحتوى أو العنوان، وهل ما زالت الروابط الداخلية تشير إليها، وهل هي في خريطة الموقع. ثم اطلب من المواقع التي تضم أهم الروابط الخلفية لديك تحديثها.
اليوم 90 وما بعده: أبقِ إعادة التوجيه
يوصي دليل Google بالإبقاء على إعادة التوجيه "عادةً سنة واحدة على الأقل"، ومن منظور المستخدمين بـ"التفكير في الإبقاء عليها إلى أجل غير مسمى". وفي حالة نقل النطاق، تحدد صفحة Change of Address حدًا أدنى قدره 180 يومًا، تعامل Google بعده الموقع القديم على أنه غير مرتبط إذا كان لا يزال قابلًا للزحف. كما توصي بتجديد اشتراك النطاق القديم "لمدة سنة على الأقل" حتى لا يشتريه أحد غيرك.
قائمة المراجعة
| المرحلة | المهمة | تكتمل عندما |
|---|---|---|
| قبل | زحف الموقع وخريطة الموقع وسجلات الخادم | قائمة واحدة بكل رابط قديم مع رمز حالته |
| قبل | تصدير صفحات الهبوط وأكثر الصفحات ارتباطًا | أهم الصفحات ووجهات الروابط الخلفية موسومة في الخريطة |
| قبل | حصر النماذج والتكاملات والسكربتات والملفات | لكل منها مسؤول وخطة في الموقع الجديد |
| قبل | بناء خريطة إعادة التوجيه | لكل رابط قديم وجهة أو قرار بإرجاع 404/410 |
| البناء | إعادة توجيه 301 أو 308 من جهة الخادم | قفزة واحدة، بلا سلاسل، وبلا إعادة توجيه جماعية إلى الصفحة الرئيسية |
| البناء | العناوين والأوصاف وcanonical وhreflang | تطابق الصفحات القديمة؛ وتستخدم canonical وhreflang الروابط الجديدة |
| البناء | البيانات المنظمة والروابط الداخلية وروابط الصور | ينجح Rich Results Test؛ ولا توجد روابط داخلية تمر عبر إعادة توجيه |
| البناء | التحليلات والتحويلات والموافقة | تعمل الأحداث في بيئة الاختبار، وبعد الموافقة فقط حيث يلزم |
| الإطلاق | إزالة noindex وحظر robots.txt | الروابط الجديدة قابلة للزحف |
| الإطلاق | اختبار خريطة إعادة التوجيه | كل صف يعيد الرمز والوجهة المتوقعين |
| الإطلاق | Search Console: التوثيق وخرائط الموقع وChange of Address | أُرسلت دون أخطاء حرجة |
| بعد | مراقبة الفهرسة وأخطاء 404 والأداء | تنخفض الروابط القديمة وتكتسب الروابط الجديدة مرات ظهور |
| بعد الانتقال | أبقِ عمليات إعادة التوجيه والنطاق القديم | سنة واحدة على الأقل |
الحصول على مساعدة في نقل الموقع
تنقل Dardo المواقع إلى منصات مبنية خصيصًا بإطار Astro على Cloudflare Workers، وتُعدّ خريطة إعادة التوجيه من مخرجاتنا التي نختبرها قبل الإطلاق ونسلّمها مع الموقع. اطّلع على خدمة نقل المواقع، أو إعادة تصميم المواقع إن كان النقل يتطلب تصميمًا جديدًا أيضًا. أو أخبرنا بما تريد نقله.