بعد إعادة التصميم، يجب ألا تختفي العناوين القديمة ببساطة. قد يكون الزوار حفظوا منتجات أو وصلوا إلى مقالات قديمة عبر نتائج البحث؛ وقد تدفعهم صفحة مفقودة إلى المغادرة. عند تغيير العناوين، طابق كل عنوان قديم مع محتواه الجديد، ووجّه الزوار إليه بصورة دائمة، ثم افتح كل مسار وتحقق منه.
301 استجابة من الخادم تُبلغ المتصفحات ومحركات البحث بأن الصفحة انتقلت نهائياً. لكنها لا تختار الوجهة الصحيحة نيابة عنك. فالوجهات الخاطئة والحلقات وتحويل جميع الصفحات القديمة إلى الرئيسية تمنع الزوار من الوصول إلى المعلومات المطلوبة.
أولاً: افهم متى تكون 301 مناسبة
إذا نقلت محتوى منتج من example.com/old-product/ إلى example.com/new-product/ وأوقفت العنوان القديم كصفحة مستقلة، فهذا انتقال دائم نموذجي. يشير كل من 301 و308 إلى إعادة توجيه دائمة؛ ويمكن للمبتدئ استخدام خيار 301 المدعوم في موقع WordPress الحالي. وتعدّ Google تحويلات 301 و308 من الخادم إشارات قوية للانتقال الدائم، كما توضح في وثائق إعادة التوجيه .
إذا كانت الصيانة مؤقتة وسيُستعاد العنوان الأصلي، فلا تُعلن انتقالاً دائماً. يشير الرمزان 302 و307 إلى تحويل مؤقت. وإذا تغير التصميم والمحتوى فقط وبقي العنوان نفسه، فلا حاجة إلى 301 إضافية لذلك العنوان.
تحقق من عمل العنوان الجديد قبل إعداد التحويل. إذا كانت الوجهة تُرجع 404 أو لم تُنشر، فلن يوصّل التحويل الصحيح المحتوى. أعدّ قائمة لتجربة محدودة ونفّذ الانتقال عندما تصبح الصفحات الجديدة جاهزة.
ماذا لو لم يكن للصفحة القديمة بديل؟
لا تحوّل كل شيء إلى الرئيسية لمجرد جعل كل عنوان قديم يُرجع 301. يمكن تحويل منتج متوقف إلى بديل مشابه فعلاً إذا تطابق المحتوى ومهمة الشراء. وعند غياب وجهة مناسبة، وضّح توقف المنتج أو أرجع 404/410 مناسبة، بدلاً من إرسال الزوار إلى رئيسية غير مرتبطة. كما يحذّر دليل Google لنقل المواقع من أن تحويل عناوين قديمة كثيرة إلى رئيسية غير ذات صلة قد يُعامل كخطأ soft 404.
الخطوة 1: أنشئ مطابقة فردية للعناوين
صدّر خريطة الموقع الحالية وصفحات الوصول المهمة والروابط الداخلية، ثم أضف العناوين القديمة التي ما زالت تتلقى زيارات أو مرات ظهور في Search Console. سجّل على الأقل العنوان القديم والجديد وغرض الصفحة والإجراء ونتيجة التحقق. لا تخمّن الوجهات من العناوين النصية وحدها. افتح المحتوى القديم لفهم مهمة القارئ، خصوصاً عند تغيير أسماء الطرازات أو دمج الفئات أو إعادة تصميم موقع متعدد اللغات.
| العنوان القديم (مثال) | العنوان الجديد (مثال) | الإجراء والسبب |
|---|---|---|
| example.com/old-lamp/ | example.com/desk-lamp/ | تغير اسم المنتج نفسه: حوّل عنوانه القديم إلى صفحة المنتج الجديدة باستخدام 301. |
| example.com/size-help/ | example.com/size-guide/ | انتقلت معلومات المقاسات إلى صفحة مساعدة جديدة: حوّل العنوان القديم باستخدام 301. |
| example.com/retired-item/ | لا توجد صفحة جديدة مطابقة | ابحث عن بديل؛ وإذا لم توجد وجهة مناسبة فلا تفرض التحويل إلى الرئيسية. |
هذه أمثلة تعليمية وليست سجلات فعلية لنقل مواقع عملاء AIRSANG. عند الإطلاق الحقيقي، حدّد البروتوكول والنطاق والمسار والشرطة المائلة الأخيرة وحالة الأحرف كاملة. فالانتقال من http إلى https أو تغيير وجود www في العنوان قد ينتج تحويلات متعددة أيضاً. تحقق من أن الوجهة النهائية هي العنوان الأساسي المقصود.
- احتفظ بالعنوان القديم والوجهة ونوع الصفحة لمراجعة كل حالة.
- أعط الأولوية للصفحات التي تتلقى بحثاً عضوياً أو روابط خارجية أو زيارات من الإشارات المرجعية والإعلانات.
- سجّل من أعدّ القواعد ووقت تفعيلها للعثور سريعاً على مصادر الإعداد.
الخطوة 2: اختر موضعاً واحداً يسهل إدارته لإعداد التحويلات
تستخدم مواقع WordPress عادة وظيفة قائمة لإدارة التحويلات أو قواعد الخادم والاستضافة. اسأل مسؤول الصيانة عمّن يتحكم فيها حالياً لتجنب وجهات متعارضة بين الإضافات والخادم وCDN للعنوان نفسه. وإذا كانت أدوات مثل Rank Math تديرها، فتحقق من الميزات المثبتة والإعداد الفعلي. ذكر إضافة في مقال لا يعني تفعيلها في موقعك.
عادةً تُدخل المسار القديم وعنوان الوجهة الكامل وتختار تحويلاً دائماً. قبل الحفظ، تحقق من أن المسار يطابق الصفحات المطلوبة فقط، وأن الوجهة خالية من الأخطاء، وأن الإدارة والصور وصفحات اللغات الأخرى لا تتأثر. جرّب عنواناً حقيقياً منخفض المخاطر قبل الاستيراد الجماعي.
إذا أعدّ مطور خادم الويب، فأعطه المطابقة الكاملة واطلب الاختبار في بيئة تجريبية أولاً. تختلف صياغة القواعد بين Nginx وApache وCDN وWordPress. لا يقدم هذا المقال إعداداً يُفترض أنه شامل لتلصقه في الإنتاج. نفّذ الشيفرة وفق إصدار الخادم الفعلي ووثائقه الرسمية، مع الاحتفاظ بنسخة من القواعد السابقة.
اختر التحويل الدائم وحدّد موضع تطبيق القاعدة
فتح الصفحة الجديدة في المتصفح لا يثبت أن العنوان القديم يُرجع 301. قد تنقل نصوص الصفحة أو meta refresh أو روابط الانتقال الزائر دون الاستجابة الدائمة المطلوبة من الخادم. افحص حالة الشبكة بعد الإعداد بدلاً من الاعتماد على تغير شريط العنوان.
بعد نجاح قاعدة واحدة، استورد القائمة على دفعات. احفظ عدد قواعد كل دفعة وصورها أو ملفات تصديرها ونتائج الاختبار ومسؤول التراجع. إذا كان مسار فئة خاطئاً، يمكنك التراجع عن تلك الدفعة دون تخمين وقت تعطل الموقع.
الخطوة 3: تحقق من أن كل عنوان قديم يُرجع 301 ووجهته تُرجع 200
افتح العنوان القديم في نافذة خاصة وتحقق من الوصول إلى البديل الصحيح. افحص الاستجابة في لوحة Network بأدوات المطور أو أداة HTTP موثوقة. في الانتقال الدائم المعتاد يُرجع العنوان القديم 301 مع ترويسة Location تشير إلى العنوان الجديد الذي يُرجع في النهاية 200. الحالة 200 تعني أن الصفحة أعادت المحتوى بنجاح؛ و 404 تعني أن الصفحة لم تُعثر عليها.
الاكتفاء بفتح صفحة في النهاية قد يُخفي السلاسل: ينتقل العنوان القديم إلى وسيط ثم يتحول مرة أخرى قبل الصفحة الجديدة. وجود تحويلات قليلة ضرورية ليس فشلاً تلقائياً، لكن السلاسل الطويلة أصعب صيانة وأكثر عرضة للحلقات في إعادة التصميم اللاحقة. وجّه مباشرة إلى العنوان الأساسي النهائي كلما أمكن.
- افتح كل عنوان قديم وسجّل رمز حالته الأول وترويسة Location.
- افتح العنوان النهائي وتأكد من أن المحتوى نفسه أو مطابق فعلاً، ومن الاستجابة النهائية 200.
- تحقق من العودة إلى العنوان القديم والتحويل إلى الذات واللغة الخاطئة أو وصول دفعات كاملة إلى الرئيسية.
- اختبر عينات من الصفحات المهمة على الهاتف والحاسوب، بما يشمل الصور والأزرار والنماذج.
إذا لم تألف أدوات المطور، فاطلب جدولاً لكل عنوان يبيّن القديم وحالته ووجهته وحالة الوجهة، بدلاً من مجرد القول إن التحويلات أُعدت. يمكن للنصوص البرمجية اختبار كل العناوين في نقل كبير، لكن افتح يدوياً عينات من كل قالب صفحة لاكتشاف مطابقات المحتوى الخاطئة.
الخطوة 4: حدّث الروابط الداخلية إلى العناوين الجديدة
تخدم 301 من لا يزال يستخدم العنوان القديم؛ ولا ينبغي أن تصبح مسار التنقل الداخلي المعتاد. بعد إعداد التحويلات، حدّث العناوين القديمة في القوائم والتذييلات والمقالات والأزرار وتوصيات المنتجات وقوالب البريد كلما أمكن. يساعدك دليل إبقاء أقسام الرئيسية القديمة أو حذفها في تحديد نقاط الدخول التي ينبغي الاحتفاظ بها قبل تحديث روابطها.
افحص وسوم canonical للصفحات الجديدة أيضاً. فهي تخبر محركات البحث بالعنوان الأساسي. وإذا ظلت صفحة منتج جديدة تشير إلى عنوانها القديم نشأت إشارات متعارضة. عادةً تشير الصفحة الجديدة إلى عنوانها الأساسي نفسه أو النسخة الصحيحة وفق استراتيجية المحتوى المكرر الفعلية. لا تُعد كتابة جميع الوسوم دون فحص المصدر وقواعد المنصة.
حدّث خريطة XML لتحتوي قائمتها الأساسية على العناوين الجديدة الأساسية التي ما زلت تريد اكتشافها، ثم أعد إرسالها أو انتظر الزحف. احتفظ بتحويلات الصفحات القديمة: حذف عنوان من الخريطة لا يعني حذف قاعدته فوراً. عند تحديد نطاق إعادة التصميم، راجع قائمة مشروع الموقع المؤسسي ذات الخطوات الست وأدرج نقل العناوين والتحقق منها في خطة التسليم.
قد لا تتحكم بالروابط القديمة في المواقع الخارجية، لذا ينبغي استمرار 301 لخدمة تلك الزيارات. اطلب من الشركاء المهمين المتعاونين تحديث روابطهم مباشرة إلى العناوين الجديدة. يقلل ذلك التحويلات الوسيطة لكنه لا يغني عن الاحتفاظ بتحويلات الخادم.
الخطوة 5: راقب بعد الإطلاق واحتفظ بالقواعد القديمة
خلال الأيام الأولى، راقب سجلات الوصول للعناوين القديمة وتقارير 404 ومعالجة الخريطة والفهرسة في Search Console. يساعد تقرير الصفحات في تحديد الصفحات المفقودة والمحوّلة ومعالجة الجديدة. تتأخر التقارير؛ وعدم ظهور تحديث في اليوم نفسه لا يثبت فشل النقل.
أعد اختبار عينات من العناوين القديمة التي زيرت مؤخراً، خاصة روابط الإعلانات والحسابات الاجتماعية ورسائل العملاء. إذا أعاد عنوان قديم 404، فتحقق من وجود محتوى جديد مطابق قبل إضافة تحويل. لا تحوّل كل 404 تلقائياً إلى الرئيسية. وإذا بقيت روابط داخلية كثيرة قديمة، فأصلح مصادرها واختبر عينات مجدداً.
يوصي دليل Google عادةً بالاحتفاظ بتحويلات العناوين القديمة سنة على الأقل، ولمدة أطول إذا بقي المستخدمون أو الروابط الخارجية يستخدمونها. السنة إرشاد صيانة وليست وعداً بعودة الترتيب بعد سنة. قبل إعادة التصميم، راجع دليل نطاق أسعار إعادة تصميم المواقع لتحديد مسؤولية المراقبة بعد الإطلاق وإصلاح الروابط والاحتفاظ بالقواعد.
عالج المشكلات بحسب الأعراض
الصفحات القديمة تتحول إلى الرئيسية أو إلى لغة خاطئة
تحقق مما إذا كانت المطابقة تجمع مسارات قديمة كثيرة في وجهة عامة، ثم ابحث عن قواعد مكررة في الخادم أو WordPress أو CDN. صحّحها بحسب مهمة المستخدم الأصلية: الباحث عن المقاسات ينبغي أن يصل إلى معلومات المقاسات لا الرئيسية. وفي الموقع متعدد اللغات، تأكد من ألا تصل صفحة صينية قديمة بالخطأ إلى رئيسية منتجات إنجليزية.
المتصفح يبلغ عن تحويلات كثيرة جداً
يعني ذلك غالباً أن قاعدتين تعيدان التوجيه إحداهما إلى الأخرى، أو أن قواعد HTTP/HTTPS وwww/بدون www متعارضة. اتبع كل Location في سلسلة الطلبات بدلاً من تكرار مسح التخزين المؤقت. عطّل أو صحّح قاعدة متعارضة، ثم تحقق مجدداً في نافذة خاصة ومن سطر الأوامر.
الصفحة الجديدة تعمل لكن البحث ما زال يعرض العنوان القديم
وحّد أولاً 301 في الخادم و200 في الوجهة وcanonical الجديد والروابط الداخلية والخريطة، ثم امنح محركات البحث وقتاً للمعالجة. حفظ قواعد التحويل لا يغير النتائج فوراً. لا تكرر تغيير الأسماء المختصرة أو إرسال الخريطة الخاطئة نفسها لتسريع العرض؛ أصلح الإشارات التقنية أولاً.
للتراجع عن نقل خاطئ، استعد نسخة الإعداد السابق كي تقدم العناوين القديمة المحتوى الصحيح، أو صحّح الوجهات إلى مطابقات فردية مناسبة. سجّل وقت التراجع والعناوين المتأثرة ونتائج إعادة الاختبار كي لا يعيد زميل استيراد القواعد القديمة. وفي التراجع الرسمي تحقق أيضاً من توافق الروابط الداخلية وcanonical مع العناوين المستعادة.
الخلاصة: طابق وحوّل وأعد الاختبار
إذا تغيرت العناوين مع إعادة التصميم، فحوّل كل عنوان قديم ما زال له محتوى مقابل دائماً إلى البديل الأكثر صلة. بعد نشر الصفحات الجديدة، تحقق من أن كل عنوان قديم يُرجع 301 وكل وجهة نهائية تُرجع 200. حدّث الروابط الداخلية وcanonical والخرائط واستمر في متابعة 404 وSearch Console.
في أول نقل، جرّب ثلاثاً إلى خمس صفحات مهمة لتكتشف عدم التطابق بسهولة أكبر من تغيير الموقع كله دفعة واحدة. تأكد من موضع تطبيق القواعد واتجاه المطابقة ومسؤول التراجع قبل التوسع على دفعات. لا تفرض التحويل إلى الرئيسية للصفحات التي بلا بديل. يظل وصول الزائر إلى المعلومات التي أرادها أصلاً المقياس الرئيسي لصحة التحويل.
