قبل أن توافقوا على إعادة بناء الموقع، افصلوا المشكلة عن الشكل

ثلاثة قرارات مختلفة تُباع باسم واحد

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

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

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

علامات تشير إلى مشكلة بنية، لا مشكلة شكل

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

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

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

• ●كل تعديل بسيط يحتاج مطوّراً
• ●الموقع غير قابل للاستخدام فعلياً على الجوال
• ●لا يمكن إضافة لغة ثانية بشكل صحيح
• ●إضافة قسم جديد تعني بناء صفحة يدوياً في كل مرة
• ●بطء لا يتحسن بعد ضغط الصور وتنظيف الإضافات

ما الذي يجب حمايته إذا قررتم إعادة البناء

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

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

• ●جرد العناوين الحالية قبل أي تنفيذ
• ●خريطة تحويلات من كل عنوان قديم إلى الجديد
• ●مراجعة أرقام الزيارات قبل حذف أي صفحة
• ●النطاق والاستضافة والتحليلات باسم الشركة
• ●التحقق من الأخطاء في الأيام الأولى بعد الإطلاق

متى لا يكون الموقع هو المشكلة

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

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

الأسئلة الشائعة