العودة للمدونة

تغيير تصميم الموقع دون ضياع الروابط: خطة نقل عناوين URL

رسم توضيحي لجسر ينقل مسارات صفحات قديمة إلى بنية موقع جديدة

خطط للروابط والتحويلات واللغات قبل نشر التصميم الجديد، ثم اختبر الصفحات القديمة والجديدة وتابع الأخطاء دون وعود غير واقعية بثبات ترتيب البحث.

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

لا تغيّر العنوان لمجرد تغيير الشكل

اسأل أولًا هل يحتاج المشروع فعلًا إلى عناوين جديدة؟ يمكن تغيير نظام المحتوى أو الواجهة مع الاحتفاظ بروابط الصفحات المفيدة. إذا كان العنوان مفهومًا ومستقرًا، فقد لا توجد فائدة تشغيلية من تعديله. أما دمج خدمات متشابهة أو إزالة هيكل قديم مربك فقد يبرر النقل. سجّل السبب لكل مجموعة، ولا تجعل «تنظيف الروابط» هدفًا منفصلًا عن رحلة الزائر.

لنفترض شركة معدات لديها موقع عربي وإنجليزي وتركي. تريد نقل صفحة صيانة قديمة من /repair إلى /services/equipment-maintenance. هذا مثال افتراضي للتخطيط، وليس تقريرًا عن موقع فعلي. المسؤول عن المحتوى يحدد ما إذا كانت الخدمة نفسها باقية، والمطور يحدد آلية التحويل، ومسؤول التسويق يتابع الروابط المستخدمة في الحملات. يبدأ القرار من نطاق مشروع واضح.

أنشئ سجلًا للمداخل قبل سجل الصفحات الجديدة

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

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

اختر وجهة صحيحة ثم اختبر التحويل

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

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

عامل اللغات كصفحات مترابطة، لا زرًا شكليًا

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

تشرح إرشادات نسخ اللغات ربط الصفحات المتبادلة عبر hreflang. أما الرابط الأساسي canonical فيعالج اختيار نسخة ممثلة للمحتوى المتكرر، وليس وسيلة لإلغاء الترجمات. افحص العنوان والوصف والنص والروابط لكل لغة معًا. تعريب القائمة وحدها لا يجعل المقال الإنجليزي مقالًا عربيًا.

جهّز بروفة نشر قابلة للتراجع

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

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

قائمة فحص النسخة الجديدة

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

توضح وثائق noindex أن الزاحف يحتاج الوصول إلى الصفحة لقراءة التوجيه. وتوضح وثائق خرائط الموقع أن إرسال الخريطة لا يضمن الفهرسة. لذلك تعامل معهما كأجزاء من الفحص، لا كزر يضمن ظهور كل صفحة في البحث.

راقب أثرًا يمكن تفسيره

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

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

أُعد هذا المقال بمساعدة الذكاء الاصطناعي؛ أُدرجت المراجع التقنية للتحقق من التفاصيل.