خريطة التحويلات ليست قائمة روابط فقط؛ إنها قرار بشأن المكان الصحيح لكل زائر يصل من عنوان قديم. عند نقل موقع الشركة أو تغيير مساراته، اطلب جدولًا معتمدًا يوضح المصدر والوجهة والسبب، ثم اختبارًا يثبت أن الانتقال يصل إلى محتوى مناسب وأن المهمة الأساسية ما زالت تعمل. تشغيل الموقع الجديد وحده لا يثبت نجاح النقل.
هذا النطاق يخص عناوين موقع أعمال وصفحاته وملفاته. نقل بيانات متجر أو إعادة بناء تطبيق مسألة مختلفة. وإذا بقيت جميع العناوين كما هي وتغيّرت الاستضافة فقط، فلا تفترض أن المشروع يحتاج خريطة تحويلات كبيرة؛ حدّد التغيير الفعلي أولًا.
ثبّت حدود النقل قبل لمس الموقع
اكتب النطاق القديم والجديد، والمسارات المتغيرة، واللغات المشمولة، والملفات المهمة، وتاريخ التجميد المقترح. حدّد من يوافق على اختفاء المحتوى ومن يملك إعداد التحويلات ومن يستطيع الرجوع عن الإطلاق. أي نقص في صلاحيات النطاق أو الاستضافة يجب أن يظهر مبكرًا، لا خلال نافذة النقل.
اطلب أيضًا خط أساس: الصفحات المتاحة حاليًا، والأخطاء المعروفة، ومسارات الاستفسار والتحميل المستخدمة. بذلك لا تنسب كل عطل قديم إلى النقل، ولا تعتبر عطلًا جديدًا أمرًا كان موجودًا مسبقًا بلا دليل. احتفظ بنسخة من الخريطة التي اعتمدها صاحب المحتوى، لا بملف يتغير دون سجل.
أعمدة خريطة قابلة للتنفيذ
| العمود | مثال للقرار الذي يوثقه |
|---|---|
| العنوان القديم الكامل | صفحة الخدمة بالعربية، لا اسمها فقط |
| نوع العنصر | صفحة، ملف، صورة مهمة، أو مسار حملة |
| القرار | يبقى، ينتقل، يندمج، أو يتوقف |
| الوجهة المعتمدة | عنوان محدد يحقق الحاجة نفسها |
| سبب الملاءمة | الخدمة نفسها أو محتوى مدمج يغطي السؤال |
| المالك | من اعتمد القرار ومن ينفذه |
| النتيجة المتوقعة والفعلية | سلوك الرابط قبل الإطلاق وبعده |
لا تجعل آخر صف «كل الباقي إلى الرئيسية». توصي Google بتحويلات دائمة من الخادم عند الإمكان، وتحذّر من توجيه صفحات كثيرة إلى وجهة عامة غير ذات صلة. وقد يتذبذب الظهور أثناء معالجة النقل. دليل Google لنقل الموقع.
قرار ملاءمة الوجهة يحتاج فهم المحتوى؛ ليس كل عنوان يحتوي كلمة متشابهة بديلًا صحيحًا. يربط تحسين الظهور في البحث قرارات المحتوى بسلامة الإشارات الفنية، لكنه لا يضمن الاحتفاظ بالزيارات أو ترتيب صفحة بعينها.
مثال افتراضي: دمج خدمتين قديمتين
لنفترض شركة لديها صفحتان قديمتان عن صيانة دورية وصيانة وقائية، ثم وحّدت العرض التجاري في صفحة صيانة واحدة تشرح الخدمتين وحدودهما. المثال توضيحي وليس مشروعًا نفّذته LAB. يعتمد مدير الخدمة الوجهة المشتركة بعد التأكد أن الأسئلة الأساسية موجودة فيها، ولا يعتمدها لمجرد أن اسمها أقصر.
تملك الشركة أيضًا ملفًا قديمًا يشرح خدمة أوقفتها. لا يُحوّل إلى ملف جديد يوحي باستمرار الخدمة. يقرر المالك إيقافه مع مسار مناسب للمستخدم، ويحدد الفريق الاستجابة الفنية الصحيحة. أما نموذج طلب الصيانة القديم فيُنقل إلى صفحة الطلب الجديدة، ثم يُختبر وصول الاستفسار، لا فتح الصفحة فقط.
تظهر هنا ثلاثة قرارات مستقلة: ملاءمة المحتوى، وسلوك الرابط، وعمل الوظيفة. يمكن أن ينجح اثنان ويفشل الثالث. لذلك يتضمن نطاق تطوير أنظمة إدارة المحتوى تنفيذ المسارات المتفق عليها، لا مجرد نسخ النصوص.
اختبارات قبل الإطلاق وبعده
قبل الإطلاق، اختبر الخريطة على بيئة مناسبة مع توثيق ما لا يمكن اختباره إلا على النطاق الفعلي. افحص وجهات غير موجودة، وحلقات تعيد الزائر إلى المصدر، وانتقالات متسلسلة غير مقصودة، ورابطًا عربيًا يصل خطأ إلى الصفحة الإنجليزية. اختبر رابط تنزيل من خارج القائمة، لأن المستخدم قد يحمله من رسالة قديمة.
بعد الإطلاق، أعد الاختبارات على العناوين العامة. نفّذ مسارًا كاملًا من رابط قديم إلى قراءة الخدمة ثم إرسال استفسار تجريبي مصرح به. راجع الروابط داخل الموقع أيضًا؛ ليس من المنطقي أن تظل القوائم الجديدة تشير إلى عناوين قديمة لمجرد أن التحويل يعمل.
يتطلب ضمان الجودة دليلًا لكل فشل مهم: المصدر، والوقت، والجهاز عند الصلة، والنتيجة المتوقعة، والنتيجة الفعلية. إذا نجحت عينة صغيرة، لا تكتب أن جميع التحويلات نجحت؛ افصل الفحص الآلي الشامل عن المراجعة اليدوية للمعنى والوظائف.
خطة مراقبة ذات مسؤول واضح
اتفق على من يراجع الأخطاء بعد النقل، وما الذي يستدعي إصلاحًا سريعًا، وكيف تُسجل الروابط التي تظهر لاحقًا. قد تكشف رسائل المبيعات أو السجلات المصرّح بها رابطًا لم يدخل الحصر الأولي. أضفه إلى الخريطة مع سبب وقرار، بدل إجراء إصلاح غير موثق في إعدادات الخادم.
إذا تعطلت رحلة أساسية، قد يكون المطلوب إصلاحًا محدودًا ضمن إصلاح المواقع وتحسينها، أو رجوعًا عن جزء من الإطلاق. يجب أن يكون القرار مرتبطًا بمعيار متفق عليه وصاحب صلاحية، لا رد فعل متسرعًا يغيّر عدة أنظمة في الوقت نفسه.
ما الذي تستلمه؟
- خريطة مصدر ووجهة مؤرخة، مع الاستثناءات وأسماء أصحاب القرار.
- وصف إعداد التحويلات ومكان إدارتها ومالك صيانتها.
- نتائج اختبارات قبل الإطلاق وبعده وحدود التغطية.
- قائمة المشكلات المفتوحة وأثرها وخطوات المعالجة.
- خطة متابعة ورجوع يمكن تنفيذها بالصلاحيات المتاحة.
أسئلة شائعة
هل يكفي أن جميع الروابط تفتح صفحة؟
لا. قد تفتح صفحة غير ذات صلة أو نسخة لغوية خاطئة. قبول النقل يشمل الملاءمة وسلوك الرابط وعمل المهمة.
هل نحذف النطاق القديم فورًا؟
لا تتخذ القرار منفصلًا عن الروابط والتحويلات وملكية النطاق. اتفق مع المختص على مدة الاحتفاظ والتجديد ومسؤوليتها، وفق خطة النقل الفعلية.
هل نجاح التحويل يضمن بقاء الترتيب؟
لا. يمكن التحقق من التنفيذ، لكن أداء البحث يتأثر بعوامل متعددة ولا يصح ضمانه من اختبار تحويلات.
من يوافق على دمج صفحتين؟
صاحب المحتوى يوافق على أن الوجهة تغطي الحاجة؛ الفريق التقني يثبت التنفيذ. الموافقة الفنية وحدها لا تثبت صحة العرض التجاري.
الخطوة التالية
اعرض على LAB نطاق النقل وروابط الخدمات والملفات الأكثر استخدامًا. اطلب فصل إعداد الخريطة وتنفيذها واختبارها ومتابعتها في نطاق واضح قبل تحديد موعد الإطلاق.
المصادر
- Google Search Central: نقل المواقع وتغيير العناوين، روجع في 26 أكتوبر 2026؛ المرجع للسلوك الفني المذكور، وليس ضمانًا لأداء البحث.
