ملخص سريع
نقل الموقع ليس خطوة تقنية واحدة، بل تسلسل لا يقبل الخلط: جرد قبل أن يتغيّر شيء، خريطة روابط مكتوبة، تحويلات تعمل لحظة الإطلاق، ثم مراقبة وخطة تراجع متفق عليها مسبقاً. هذا الدليل يشرح الترتيب وأداة تغيير العنوان وحدودها، وما لا يستطيع أحد ضمانه لك.
يكتب لك المطوّر مساء الأربعاء: الموقع الجديد جاهز، سنبدّله ليلة الخميس. لا أحد سأل السؤال الوحيد المهم: أين القائمة الكاملة لروابط الموقع الحالي؟ ترحيل الموقع (Site Migration) نادراً ما يفشل بسبب تصميم سيّئ. يفشل لأن خطوات صحيحة نُفِّذت بترتيب خاطئ، ولأن خطوة واحدة منها لا تحتمل التأجيل.
ستة أنواع من الترحيل، ولكل نوع مخاطر مختلفة
كلمة «ترحيل» تُستخدم لست عمليات مختلفة، ثم تُشترى لها قائمة المهام نفسها. حدّد نوعك أولاً: يوفّر نصف العمل ويحدد أي أداة تنطبق عليك.
- إعادة تصميم فقط والروابط كما هي: الخطر فيما يغيّره القالب بصمت.
- تغيير بنية الروابط في النطاق نفسه: أعلى نسبة روابط بلا مقابل.
- تغيير النطاق: هنا تُطرح أداة تغيير العنوان (Change of Address).
- التوحيد إلى https أو بين www وغيره: خطر أقل، وقرار صريح لكل نسخة.
- تغيير المنصة: تُعاد كتابة أنماط الروابط بالجملة، لا صفحة صفحة.
- نقل قسم بين نطاق فرعي ومجلد: تتغير حدود خاصيتك في Search Console.
الجرد: القائمة التي لا تُستخرج بعد فوات الأوان
ابنِ قائمة روابطك الحية من أربعة مصادر مستقلة قبل أن يتغيّر شيء؛ لا مصدر منها كامل وحده. ثم ابنِ قائمة ثانية للروابط التي تصلها روابط خارجية، فهي ما يرتّب الأولوية عند ضيق الوقت.
- تصدير فهرسة الصفحات من Search Console: ما تعرفه Google لا ما على خادمك.
- خريطة الموقع (sitemap) الحالية: ما أعلنته أنت، وتنقصها الصفحات المنسية.
- صفحات الهبوط في التحليلات لآخر اثني عشر شهراً: ما زاره الناس فقط.
- سجلات الخادم: أقربها إلى الحقيقة وأقصرها عمراً، فمدة الاحتفاظ محدودة.
خريطة الروابط: ملف بأعمدة، لا فكرة في رأس أحدهم
الخريطة ليست جملة «سنعيد التوجيه». هي ملف فيه صف لكل رابط قديم وخمسة أعمدة: القديم، والجديد، ورمز الحالة المتوقع، وتطابق النية، والقرار المكتوب. والقاعدة: كل رابط يبلغ وجهته النهائية بقفزة واحدة لا عبر سلسلة.
ونفصل بين الموثّق والممارسة: رفضُنا تحويلَ كل ما لا مقابل له إلى الرئيسية قاعدةُ عملٍ من التنفيذ لا نصاً في وثائق Google؛ فهي تُفقد القارئ إجابته وتُخفي الفجوة. و301 مقابل rel=canonical يحسمه «Canonical وRedirects».
وروابطك العربية القديمة موجودة بشكلين، مقروء ومُرمَّز، وكلاهما يجب أن يبلغ الوجهة نفسها؛ ولهذا تنكسر الخرائط المولَّدة بقاعدة نمطية. وشكل الرابط يعالجه «تحسين عناوين URL والروابط للمواقع العربية».
وإن كنت تشغّل hreflang فأعد تعيينه على الروابط الجديدة في الإصدار نفسه؛ يشرحه «كيفية استهداف الزوار من دول معينة».
- تطابق واضح في النية: 301 إلى الوجهة النهائية مباشرة.
- لا مقابل لكن يوجد بديل قريب: 301 إليه إن قبله القارئ إجابةً.
- محتوى انتهى ولن يعود: 410 صريح أنظف من تحويل مجامل.
- صفحة ما زالت مفيدة: أبقِ رابطها، واكتب القرار في الملف.
البيئة التجريبية: خطر في اتجاهين
الخطر الأول نسخة تجريبية مفتوحة للزحف تنافس موقعك الحي. والثاني أشيع وأسوأ: أن يُشحن يوم الإطلاق ملف robots.txt التجريبي بسطر Disallow: / إلى الإنتاج، أو وسم noindex على الموقع كله.
الحماية الصحيحة كلمة مرور على الخادم (HTTP auth) أو قائمة عناوين IP، لا robots.txt، لأن منع الزحف ليس منعاً للفهرسة — يشرحه «دليل الفهرسة والزحف للمواقع العربية». واقرأ الملف والوسم على النطاق الحي فور الإطلاق.
أداة تغيير العنوان (Change of Address): متى تنطبق فعلاً
هي أداة داخل Search Console تُبلِغ Google بانتقال موقعك من نطاق إلى آخر، فموضعها نوع واحد من الستة: تغيير النطاق. أما تغيير البنية داخل النطاق نفسه فليس موضوعها. (الخصائص والتحقق يشرحها «Search Console من الصفر».)
شروطها ونطاق أثرها ومدته موصوفة في صفحتها وفي وثائق Google؛ اقرأها وقت التنفيذ، ولا تبنِ خطتك على رقم ينقله أحد من ذاكرته. والقاعدة التي نعمل بها: عاملها إشعاراً مكمّلاً لتحويلاتك لا بديلاً عنها، وأرسلها بعد التحقق من عملها لا قبله.
يوم الإطلاق: ما الذي يجب أن يكون صحيحاً قبل الخطوة التالية
الترتيب هنا ليس تفضيلاً بل ممارسة تشغيلية: كل بند شرط لصحة ما بعده.
- خفّض مدة TTL في DNS قبل الموعد بوقت كافٍ ليكون التراجع سريعاً.
- أضف خاصية الموقع الجديد وتحقّق منها قبل التبديل لا بعده.
- التحويلات تعمل لحظة عمل الموقع الجديد، لا في صباح الغد.
- أرسل الخريطة الجديدة، وأبقِ القديمة متاحة فترة بعد التبديل.
- حدّث الروابط الداخلية لتشير إلى الوجهات النهائية بدل المرور بتحويل.
- لا ترسل طلب تغيير العنوان إلا بعد فحص يدوي لعيّنة من التحويلات.
عمر التحويلات: بنية تحتية دائمة لا مهمة مؤقتة
السؤال ليس متى تُطفأ التحويلات بل بأي دليل. أبقِها ما دامت تستقبل زيارات من البحث أو نقرات من روابط خارجية، وافحص قبل حذف أي قاعدة هل ما زالت تُستخدم فعلاً. وفي تغيير النطاق تفصيل يُنسى: التحويل يتوقف إن انتهى تسجيل النطاق القديم. وأي مدة تُذكر لك، اطلب مصدرها.
قائمة مراقبة خاصة بالترحيل: يوم، وأسبوع، وشهر
ما يلي ليس منهج تشخيص انخفاض الزيارات؛ ذاك يشرحه «لماذا انخفضت زياراتك من البحث؟». هذه إشارات تخص الترحيل وحده. وإن تغيّرت الاستضافة فقِس الأداء ميدانياً بدل افتراض أن الخادم الجديد أسرع؛ المقاييس في «تجربة الصفحة وCore Web Vitals».
- اليوم الأول: أخطاء 5xx على الخادم الجديد؛ ارتفاع مستمر فوق معدّلك السابق يوقف بقية الخطوات.
- اليوم الأول: افحص عيّنة من الجرد؛ رابط يعيد 200 بدل التحويل يعني قاعدة لم تُطبَّق، وتغطية أقل من الكاملة عملٌ غير منتهٍ.
- اليوم السابع: ظهور صفحات إعادة التوجيه ضمن غير المفهرسة في الخاصية القديمة متوقع، وغيابه التام إشارة سيئة؛ وارتفاع 404 من جردك يعني صفوفاً ناقصة.
- اليوم الثلاثون: قارن الصفحات المفهرسة في الخاصية الجديدة بصفوف الخريطة القابلة للفهرسة.
التراجع: من يقرر، ومتى، وبأي ثمن
اكتب عتبة التراجع قبل الإطلاق لا بعده. وفي الساعات الاثنتين والسبعين الأولى يستدعي التراجعَ عطلٌ قاطع: أخطاء خادم متكررة، أو فشل مسار الشراء، أو robots.txt خاطئ في الإنتاج، أو انهيار واسع في التحويلات. أما تذبذب الترتيب وعدد الصفحات المفهرسة فمتوقع، لا مؤشر تراجع.
والنقطة التي ينساها الجميع: التراجع ترحيل ثانٍ، بتحويلاته العكسية، ومتابعته في Search Console، وطلبٍ معاكس إن كنت قد أرسلت تغيير العنوان.
ما الذي لا يستطيع أحد أن يعدك به
يُباع الترحيل أحياناً بعبارة «نقل آمن بلا فقدان زيارات»، وهي تصف نتيجة لا يملك بائعها أسبابها: لا موعد إعادة الزحف لكل رابط، ولا ترتيب أي استعلام بعده. والتذبذب متوقع حتى مع تنفيذ سليم، ولن نعطيك نسبة ولا عدد أسابيع؛ ما يُتعهَّد به خريطة كاملة، وتحويلات مباشرة، وقدرة على التراجع.
أخطاء شائعة
- إطلاق الموقع الجديد وتأجيل التحويلات إلى الصباح التالي.
- توليد الخريطة بقاعدة نمطية بدل جرد حقيقي، فتضيع الروابط المُرمَّزة.
- تحويل كل رابط بلا مقابل إلى الرئيسية بدل قرار صريح لكل حالة.
- حماية البيئة التجريبية بسطر Disallow: / ثم شحنه إلى الإنتاج.
- إزالة التحويلات لأن الزيارات بدت مستقرة، دون فحص هل ما زالت تُستخدم فعلاً.
ماذا تفعل الآن؟
- قبل تجميد الكود: صدّر جرد روابطك من المصادر الأربعة، وابنِ الخريطة الجديدة عبر مولّد خريطة XML للموقع، واحفظ القديمة خارج الخادم.
- افتح ملفاً بخمسة أعمدة، صفاً لكل رابط قديم، وقراراً صريحاً لكل رابط بلا مقابل: تحويل، أو 410، أو إبقاء.
- قبل الإطلاق بيوم: ثبّت أن التحويلات تُنشر لحظة نشر الموقع، واكتب عتبة التراجع واسم صاحب القرار.
أسئلة شائعة
متى أعتبر أن الترحيل تعثّر ولم يعد الأمر تذبذباً طبيعياً؟
انظر إلى السبب لا إلى الرقم. مع تحويلات مكتملة وخادم مستقر وrobots.txt صحيح، التذبذب في الأسابيع الأولى متوقع. أما رابط قديم يعيد 404 أو 200 بدل التحويل فليس تذبذباً بل خريطة ناقصة.
هل أنقل الموقع دفعة واحدة أم على مراحل؟
الأسلوبان مستخدمان، والفرق عملي لا عقائدي. النقل على دفعات يسهّل تشخيص الخطأ، لكنه يطيل وجود موقعين ويضاعف نوافذ الإطلاق. ترجيح تنفيذي، لا نص من Google.
متجري على منصة جاهزة مثل سلة أو زد، هل تنطبق الخطوات نفسها؟
التسلسل نفسه، لكن صلاحياتك أقل. تحقق أولاً من حدود تحكمك في إعادة التوجيه وفي robots.txt قبل تحديد الموعد، فذلك يحدد هل الخطة قابلة للتنفيذ.
هل أخسر روابطي الخلفية عند تغيير النطاق؟
الروابط الخارجية تبقى مشيرة إلى عناوينك القديمة، وإعادة التوجيه الدائم هي ما ينقل الإشارة. فتخسر ما لم تضعه في خريطتك فقط: رابط خارجي يصل إلى عنوان غير محوَّل يصطدم بصفحة مفقودة.
غيّرت القالب فقط والروابط كما هي، هل أحتاج كل هذا؟
لا، تحتاج نسخة أقصر. الروابط لا تنكسر عادةً في إعادة التصميم، لكن الإشارات المرافقة تنكسر: canonical الذي يحقنه القالب، ووسم robots، وقوالب العناوين والوصف.
آخر مراجعة لهذا المقال: 2026-09-07. نراجع المقالات المرتبطة بتحديثات محركات البحث عند صدور تغيير مؤكد من مصدر رسمي.