كيف تكتب موجز متطلبات SEO لإعادة تصميم الموقع؟ قائمة بنقاط الترحيل والقبول

كيف يمكن لمشروع إعادة تصميم الموقع الإلكتروني الموازنة بين الجدول الزمني للمشروع وحركة الزيارات من محركات البحث؟ عند إعداد متطلبات تحسين محركات البحث لإعادة تصميم موقع، مثل «cahier des charges seo refonte d'une site»، لا يقتصر التحدي الحقيقي أمام مدير المشروع على إضافة المزيد من توصيات التحسين، بل يتمثل في ضمان توافق فرق التصميم والتطوير والمحتوى والتسويق على نطاق الترحيل، ومسؤوليات التسليم، ومعايير القبول. إن إمكانية فتح الصفحة ليست سوى نقطة البداية؛ أما الأمر الذي يسهل إغفاله عند الإطلاق فهو ما إذا كان بإمكان الزيارات القديمة العثور على الصفحات الجديدة الصحيحة.

قبل بدء العمل، حدّد أصول الموقع القديم ونطاق إعادة التصميم بوضوح

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

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

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

اجعل جدول الترحيل مخرجاً من مخرجات المشروع، لا مرفقاً مؤقتاً قبل الإطلاق

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

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

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

صِغ المتطلبات التقنية على هيئة إجراءات قابلة للتحقق

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

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

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

أجرِ القبول على مرحلتين: تحقّق من المخاطر قبل الإطلاق، وراقب المؤشرات الفعلية بعده

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

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

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

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