ما تُخاطر به هجرة النطاق فعلاً
محرّكات البحث أمضت سنوات تتعلّم أنّ oldsite.com مرتبط باستعلامات معيّنة، اكتسب backlinks معيّنة، وقدّم محتوى معيّناً. حين تنتقل إلى newsite.com، أنت تطلب من Google نقل كلّ تلك الإشارة إلى كيان جديد.
يمكن إنجازه بأقلّ خسارة. معظم الهجرات المُنفَّذة جيّداً تتعافى خلال 4–8 أسابيع وتفقد أقلّ من 5% من الزيارات العضوية. معظم الهجرات سيّئة التنفيذ تفقد 30–60% ولا تتعافى أبداً تماماً.
الفرق ليس سحراً. قائمة فحص.
تدقيق ما قبل الهجرة (2–4 أسابيع قبل)
1. ضع خطّ أساس لأدائك الحالي
- صدّر كلّ صفحات الهبوط العضوية من Google Search Console (آخر 90 يوماً).
- صدّر كلّ الاستعلامات التي تُصنَّف لها، مع مواقعها الحالية.
- صدّر كلّ backlinks (من Search Console + Ahrefs/Semrush إن كانت لديك).
- احفظ بيانات زيارات التحليلات لآخر 12 شهراً.
تحتاج هذا الأساس لـ(أ) معرفة ما تحميه و(ب) قياس التعافي لاحقاً.
2. اكتشف الموقع القديم
استخدم Screaming Frog أو زاحفاً مماثلاً لتعداد كلّ URL على الموقع الحالي. تحتاج:
- كلّ صفحة تُعيد حالة 200.
- كلّ URL له زيارات واردة، حتّى لو لم يكن في sitemap.
- كلّ URL له backlinks تُشير إليه.
القائمة المُجمَّعة هي مصدر خريطة إعادة التوجيه. كلّ URL في هذه القائمة يحتاج وجهة على النطاق الجديد.
3. ابنِ تخطيط URL
لكلّ URL قديم، حدّد URL الجديد على النطاق الجديد. ثلاثة أنماط:
- مرآة واحد لواحد: /about → /about. الأسهل، الأقلّ مخاطرة. الافتراضي لإعادات التسمية المباشرة.
- مسارات مُعاد هيكلتها: /blog/post-name → /articles/post-name. مخاطرة أعلى؛ افعل هذا فقط حين تكون البنية الجديدة أفضل ماديّاً.
- توحيد: 5 صفحات قديمة → 1 صفحة جديدة. أعلى مخاطرة. فقط حين يكون لديك محتوى مُكرّر فعلاً.
وثّق التخطيط في جدول. كلّ URL قديم يحصل على هدف إعادة توجيه.
إعداد ما قبل الإطلاق (أسبوع قبل)
4. اضبط النطاق الجديد
- النطاق الجديد مُسجَّل ويستجيب.
- المحتوى مُهاجَر بالكامل (ليس جزئياً).
- HTTPS يعمل. شهادة SSL صالحة.
- canonical tags على كلّ صفحة تُشير إلى النطاق الجديد.
- sitemap الجديدة مُولَّدة وتُشير إلى النطاق الجديد فقط.
- robots.txt الجديد صحيح.
5. تحقّق من خطّة إعادة التوجيه
- إعادات توجيه 301 (دائمة، صديقة لمحرّكات البحث) — ليس 302 (مؤقّتة).
- إعادات التوجيه تذهب مباشرة من URL قديم إلى URL جديد نهائي — لا قفزات وسطية. كلّ قفزة في السلسلة تفقد إشارة.
- أهداف إعادة التوجيه صفحات بحالة 200 على النطاق الجديد. اختبر عيّنة.
- HTTPS-إلى-HTTPS مباشرة، لا عبر HTTP وسيط.
6. حضّر كلتا خاصيّتَي Search Console
- كلا النطاقَين القديم والجديد مُتحقَّق منهما في Google Search Console.
- كلاهما مُتحقَّق منه في Bing Webmaster Tools.
- تستطيع تقديم Change of Address من القديم إلى الجديد في GSC.
يوم الهجرة
7. بدّل DNS
الموقع الجديد يصبح حيّاً. أو، إن كان كلاهما حيّاً بالفعل، تُفعَّل قواعد إعادة التوجيه.
8. فعّل إعادات توجيه 301
كلّ URL قديم يُعاد توجيهه الآن بـ301 إلى نظيره الجديد. تحقّق بعيّنة:
- اختر 20 URL قديم (الصفحة الرئيسية، أعلى منشورات المدوّنة، أعلى صفحات المنتجات، صفحات عميقة).
- استخدم curl -I oldsite.com/path أو أداة فحص إعادة توجيه.
- أكّد: حالة 301، وجهة صحيحة، قفزة واحدة.
9. قدّم Change of Address في Google Search Console
في خاصيّة GSC للنطاق القديم: Settings → Change of Address. حدّد النطاق الجديد. هذا يُخبر Google صراحةً بالنقل.
10. قدّم sitemap الجديدة
في خاصيّة GSC للنطاق الجديد، قدّم sitemap الجديدة. أعد التقديم حتّى لو قدّمتها قبل الإطلاق.
11. حدّث المراجع الخارجية
حيث تستطيع:
- روابط السيرة الذاتية في وسائل التواصل.
- Google Business Profile.
- Apple Business Connect، Bing Places.
- أعلى backlinks (التي تجلب زيارات إحالة حقيقية — تواصل مع أهمّ 10–20 واطلب التحديث).
- توقيعات بريد فريقك.
- أيّ مكان يظهر فيه URL في مواد التسويق.
الأسابيع 4 الأولى بعد الهجرة
12. راقب يومياً للأسبوع 1
- افحص حالة فهرسة GSC على النطاق الجديد.
- افحص تصنيفات أعلى الاستعلامات — توقّع بعض التذبذب.
- افحص أنّ النطاق القديم يُظهر انخفاضاً في الانطباعات والجديد يُظهر زيادة.
- افحص أنّ إعادات التوجيه ما زالت تعمل (أحياناً تغييرات الاستضافة تكسرها).
- راقب 404s غير متوقّعة أو أخطاء 5xx في سجلّات الخادم.
13. توقّع انخفاضاً مؤقّتاً
شبه كلّ هجرة ترى انخفاض زيارات مؤقّت 10–30% في الأسابيع 1–3. هذا طبيعي — Google يُعيد الفهرسة، يتعلّم الأنماط الجديدة، ويُحدِّث رسم الروابط. لا تذعر. لا تبدأ بتغيير أشياء في منتصف الهجرة؛ هذا يُدخل متغيّرات جديدة.
14. واصل المراقبة لـ8 أسابيع
بحلول الأسبوع 4–6، يجب أن تقترب الزيارات من مستويات ما قبل الهجرة. بحلول الأسبوع 8، يجب أن يكون التعافي 95%+. إن لم يكن:
- افحص أنّ إعادات التوجيه ما زالت في مكانها (أحد أكثر الانتكاسات شيوعاً في منتصف الهجرة).
- أعد اكتشاف الموقع الجديد وافحص قضايا تقنية (canonical tags مفقودة، روابط داخلية معطّلة، حظر robots.txt).
- راجع تقرير Coverage في GSC لمشاكل الفهرسة.
أخطاء شائعة
- استخدام 302 بدلاً من 301. 302 مؤقّتة وتُشير إلى "هذا ليس نقلاً دائماً". محرّكات البحث تتعامل معها بشكل مختلف. دائماً 301.
- سلاسل إعادة توجيه. URL قديم → URL وسيط → URL نهائي يفقد إشارة عند كلّ قفزة. خطّط مباشرة.
- إزالة إعادات التوجيه بعد بضعة أشهر. احتفظ بها بلا حدود. الروابط القديمة من مواقع خارجية لا تتوقّف عن النقر.
- هجرة المحتوى والبنية في وقت واحد. تغيير واحد في كلّ مرّة. انقل النطاق أوّلاً؛ أعد هيكلة URLs بعد أشهر إن لزم.
- السماح للنطاق القديم بالانتهاء. جدّده لـ5 سنوات أخرى على الأقلّ حتّى بعد الهجرة. فقدان النطاق القديم يعني فقدان كلّ إعادات التوجيه.
- نسيان تحديث sitemap وrobots.txt على النطاق الجديد. سهل الفقد، يكسر الفهرسة.
- منع robots على النطاق القديم "لإجبار" Google على التركيز على الجديد. هذا يحجب Google من رؤية إعادات التوجيه. لا تفعل.
سؤال استمرار خريطة إعادة التوجيه
كم تُبقي إعادات توجيه 301 نشطة؟ إلى الأبد. التكلفة الهامشية صفر تقريباً. القيمة الهامشية لالتقاط نقرة من منشور مدوّنة عمره 5 سنوات يربط بنطاقك القديم حقيقية. خطّط للحفاظ على إعادات التوجيه (وتجديد النطاق القديم) بلا حدود.
حاسبة الهجرة
نتائج واقعية لهجرات مُنفَّذة جيّداً:
- الأسبوع 1–2: 70–85% من زيارات ما قبل الهجرة.
- الأسبوع 3–4: 80–90%.
- الأسبوع 5–8: 90–98%.
- الشهر 3+: تقريباً عودة إلى الأساس، غالباً أعلى قليلاً بسبب الفهرسة الطازجة.
إن كنت ما زلت 30%+ منخفضاً في الأسبوع 8، شيء خطأ هيكلياً في الهجرة. دقّق في إعادات التوجيه، sitemap، canonical tags، والفهرسة في GSC.
الخلاصة الصادقة
هجرة النطاق ليست سحراً، لكنها لا تتسامح مع الاختصارات. قائمة الفحص موجودة لأنّ كلّ بند فيها كان، في مكان ما، سبباً لهجرة فاشلة. اتّباعها بعناية يُعطيك معدّل تعافٍ 95%+. تخطّي البنود يُعطيك قصّة لتحكيها عن سبب عدم عودة الزيارات أبداً.