ترحيل موقع العيادة: كيف تمنع فقدان الترتيب
دليل ترحيل موقع العيادة لمنع الخسارة العضوية: الجرد والمطابقة قبل الإطلاق، قواعد إعادة التوجيه، قائمة تحقق يوم الإطلاق، ومراقبة ثمانية أسابيع.
بقلم Roozbeh Nazari · CEO
معظم مواقع العيادات التي نعمل معها يُعاد بناؤها كل بضع سنوات: تصميم جديد، ونظام إدارة محتوى جديد، وأحيانًا نطاق جديد، وفي أغلب الأحيان بنية لغوية جديدة. ملاحظتنا أن نسبة معتبرة من عمليات إعادة البناء هذه تنتهي بانخفاض الزيارات العضوية في الأسابيع التالية للإطلاق؛ أحيانًا تعود، وأحيانًا لا تعود. تشرح هذه المقالة ما يحتاجه ترحيل موقع العيادة قبل الإطلاق ويوم الإطلاق وفي الأسابيع التالية له، بالترتيب الذي نطبقه كوكالة، حتى لا يتحول فقدان الترتيب إلى خسارة دائمة.
لنبدأ بإطار عام. تذكر وثائق Google الخاصة بنقل المواقع أن الموقع متوسط الحجم، عند الترحيل مع تغيير عناوين URL، قد يحتاج إلى بضعة أسابيع أو أكثر قبل أن تحل العناوين الجديدة تدريجيًا محل القديمة. إذن بعض الاضطراب أثناء الانتقال أمر طبيعي؛ أما ما يمكن تجنبه فهو الخسارة التي تصبح دائمة بسبب عمليات إعادة التوجيه الخاطئة والصفحات الضائعة وإشارات اللغة المعطوبة. بالنسبة إلى العيادات هذا التمييز أهم، لأن معظم صفحات العلاجات استغرقت وقتًا طويلًا حتى تصدرت النتائج، واستعادتها مكلفة.
قبل الإطلاق: الجرد والمطابقة
يتحدد مصير الترحيل إلى حد كبير قبل الإطلاق. المهمة الأولى هي جرد كامل لعناوين URL في الموقع الحالي: الصفحات الموجودة في sitemap، والصفحات التي حصلت على نقرات في Search Console خلال الأشهر الاثني عشر الماضية، والعناوين التي زارها Googlebot بحسب ملف السجل، والعناوين التي تحمل روابط خارجية. هذه القوائم الأربع لا تتطابق أبدًا؛ فصفحة حملة قديمة غير موجودة في sitemap لكنها ما زالت تجلب زيارات، أو ملف PDF لا يُوصل إليه إلا من رابط خارجي، لن يظهرا في جدول إعادة التوجيه إن لم يكونا في الجرد.
المهمة الثانية هي تحديد وجهة لكل عنوان قديم. القاعدة بسيطة لكنها تُخرق كثيرًا في التطبيق: يجب أن تكون الوجهة أقرب صفحة من حيث المحتوى، لا الصفحة الرئيسية. إعادة توجيه صفحة علاج محذوفة إلى الصفحة الرئيسية تبدو في نظر Google أقرب إلى soft 404، وهي بالنسبة إلى المستخدم شاشة لا يجد فيها ما جاء من أجله. وللصفحات التي لا مقابل حقيقيًا لها، يكون 404 أو 410 الصريح أفضل من 301 إلى وجهة خاطئة.
المهمة الثالثة هي البنية متعددة اللغات. في موقع عيادة يضم صفحات بالتركية والإنجليزية والعربية والفارسية، يجب أن يُعاد توجيه كل نسخة لغوية قديمة إلى النسخة الجديدة بلغتها نفسها؛ فوصول صفحة عربية إلى وجهة تركية يفسد رحلة المستخدم ومجموعة hreflang معًا. تحقق في بيئة staging قبل الإطلاق من أن وسوم hreflang في الموقع الجديد متبادلة؛ إذ تنص وثائق Google صراحة على أن الوسوم التي لا تشير إلى بعضها بعضًا تُتجاهل. جمعنا الأخطاء الأكثر شيوعًا في مقالة أخطاء hreflang.
المهمة الرابعة هي زحف بيئة staging كأنها الموقع الحي. قبل الإطلاق، ازحف الموقع الجديد من أوله إلى آخره بأداة زحف وقارن ثلاث قوائم: صفحات موجودة في الموقع القديم بلا مقابل في الجديد، وصفحات في الموقع الجديد ما زالت روابطها الداخلية تشير إلى عناوين قديمة، وصفحات عنوانها أو وصفها التعريفي فارغ. الروابط الداخلية التي تشير إلى عناوين قديمة تمرر كل نقرة عبر إعادة توجيه بعد الترحيل؛ Google يتسامح مع ذلك، لكن ذهاب روابط الموقع نفسه مباشرة إلى الوجهة الجديدة أنظف للزحف وللمستخدم على السواء.
قواعد إعادة التوجيه: قفزة واحدة، دائمة، من جهة الخادم
توضح وثائق Google الخاصة بإعادة التوجيه ترتيب الأفضلية: إعادة التوجيه الدائمة من جهة الخادم (301 أو 308) هي الطريقة الأكثر موثوقية؛ أما meta refresh وإعادة التوجيه عبر JavaScript فلا تُستخدم إلا حين يتعذر الحل من جهة الخادم. ما زلنا نصادف إعادة توجيه عبر JavaScript في مواقع العيادات، وغالبًا لأن الموقع القديم بُني بأداة إنشاء صفحات ولا يملك أحد وصولًا إلى الخادم. في هذه الحالة يكون الأصوب أن تخطط للترحيل بحيث يشمل الانتقال إلى بنية تتيح إعادة التوجيه من جهة الخادم.
القاعدة الثانية هي تجنب السلاسل. إذا كان الموقع القديم يحمل أصلًا عمليات إعادة توجيه متبقية من ترحيل سابق، فينبغي أن تحل القواعد الجديدة محلها لا أن تُكدس فوقها؛ فالسلاسل من A إلى B إلى C تستهلك ميزانية الزحف وتحمل خطر فقدان الإشارة في كل قفزة. توصي وثائق Google بإبقاء السلسلة أقصر ما يمكن. القاعدة الثالثة هي عدم إزالة عمليات إعادة التوجيه: تنصح الوثيقة نفسها بالإبقاء عليها سنة على الأقل. وحتى بعد سنة، ينبغي أن تحتفظ العناوين التي تحمل روابط خارجية بإعادة توجيهها.
إذا كان النطاق يتغير، فاستخدم أداة تغيير العنوان في Search Console؛ تذكر صفحة المساعدة الخاصة بها أنها مخصصة فقط لنقل النطاقات أو النطاقات الفرعية، وأنها لا تعمل مع تغييرات المسارات داخل النطاق نفسه. كما أنها لا تُستخدم للانتقال من HTTP إلى HTTPS أو لتغيير www.
يوم الإطلاق: قائمة التحقق
- تأكد من أن noindex وحظر robots.txt الموجودين في staging لم ينتقلا إلى الموقع الحي؛ ما زال هذا أكثر أسباب خسائر الترحيل إيلامًا.
- اجلب كل عنوان في sitemap القديم وسجل رمز الاستجابة والوجهة؛ إذا لم يطابق توزيع 200 و301 و404 ما هو متوقع، فتراجع عن الإطلاق.
- أرسل sitemap الجديد وأبقِ القديم متاحًا لفترة؛ سيعيد Google زحف العناوين القديمة منه ويرى عمليات إعادة التوجيه.
- اختبر يدويًا باللغات الأربع أن وسوم canonical تشير إلى العناوين الجديدة، وأن مجموعات hreflang مكتملة، وأن مبدل اللغة يذهب إلى الصفحة الصحيحة.
- تحقق من أن GA4 ومدير الوسوم يعملان في الموقع الجديد، ومن أن أحداث التحويل للنماذج وWhatsApp تُسجل؛ فإذا انقطع القياس فلن ترى الخسارة أصلًا.
بعد الإطلاق: ماذا تراقب، ولكم من الوقت
نطبق نظام مراقبة يوميًا في الأسبوعين الأولين ثم أسبوعيًا في الأسابيع الستة التالية. ثلاثة أشياء تُراقب: عددا "صفحة مع إعادة توجيه" و"غير موجود" في تقرير فهرسة الصفحات في Search Console؛ والنقرات ومرات الظهور لكل صفحة في تقرير الأداء؛ وعدد طلبات Googlebot إلى العناوين القديمة في السجل. إذا كانت الطلبات إلى العناوين القديمة تتناقص ومرات ظهور العناوين الجديدة تتزايد، فالانتقال يتقدم. أما إذا انخفضت مرات الظهور ولم تتعافَ، فعليك تشخيص المشكلة بالترتيب الوارد في مقالة مشكلات الفهرسة.
وهناك أمران يُخلط بينهما كثيرًا. الأول هو تغيير المحتوى في وقت الترحيل نفسه: إذا تغيرت العناوين والنصوص والروابط الداخلية في اليوم نفسه، فلن تستطيع التمييز بين انخفاض سببه تغيير العناوين وانخفاض سببه تغيير المحتوى. انقل العناوين أولًا إن أمكن، وأجّل مراجعة المحتوى بضعة أسابيع. الثاني هو أثر تغيير التصميم على الأداء: إذا زاد القالب الجديد وزن الصور وحمل السكربتات، فسيظهر الانخفاض في بيانات Core Web Vitals متأخرًا بضعة أسابيع ويُخلط بينه وبين أثر الترحيل.
كل هذه الأعمال جزء اعتيادي من مشروع SEO التقني؛ وفي المشاريع التي تتولى فيها وكالة التصميم وحدها الترحيل، يُتجاوز معظم بنود هذه القائمة، لأن عمل المصمم هو ما يُرى، لا جدول إعادة التوجيه.
الخلاصة
الخسارة في ترحيل موقع العيادة ليست حتمية؛ فكل الحالات التي أصبحت فيها دائمة تقريبًا تعود إلى أخطاء يمكن تجنبها مثل الجرد الناقص، وإعادة التوجيه إلى وجهة خاطئة، وتعطل hreflang، وnoindex الذي انتقل إلى الموقع الحي. إنهاء جدول المطابقة قبل الإطلاق، وقياس رموز الاستجابة يوم الإطلاق، والمراقبة المنتظمة لثمانية أسابيع بعده، هي الطريقة المعروفة لإبقاء اضطراب الانتقال مؤقتًا.