يصلني كل سنة الطلب نفسه من شركات مختلفة: «موقعنا أصبح قديما، نريد إعادة بنائه». وحين أسأل متى بني الموقع الحالي يكون الجواب غالبا قبل ثلاث سنوات أو أربع. وحين أسأل عن الموقع الذي سبقه، يكون عمره ثلاث سنوات أيضا.
هذه ليست مصادفة ولا ذوقا يتغير. إنها دورة لها سبب إداري وهندسي واضح، وتكلفتها الحقيقية ليست الفاتورة التي تدفع كل ثلاث سنوات، بل ما يفقد بين دورة وأخرى. وسأشرح هنا أين تبدأ الدورة بالضبط، ولماذا لا تكسرها إعادة البناء، وما الذي أفعله بدلا منها.
الدورة التي تتكرر بلا تغيير
الشكل واحد تقريبا في كل مرة. يسلم الموقع جميلا وسريعا، ويستخدم بحماس شهرين أو ثلاثة، ثم يتوقف التحديث لأن من كان يحدثه غادر أو انشغل. تضاف صفحة هنا بطريقة مختلفة عن بقية الصفحات، وملف تعريف هناك بحجم ثمانية ميغابايت، وإضافة سريعة لحل مشكلة عاجلة يوم الخميس. بعد سنتين يصبح فتح الموقع بطيئا، ويصبح تعديل أي شيء فيه يحتاج المطور الأصلي الذي لم يعد يرد. وفي السنة الثالثة تقال في الاجتماع الجملة نفسها: الموقع أصبح قديما.
لاحظ أن أيا من هذه الخطوات ليس خطأ في التصميم. الموقع لم يفشل لأن التصميم ساء، بل لأن أحدا لم يكن مسؤولا عنه بعد يوم التسليم. ثم يعالج هذا الغياب بشراء موقع جديد، فتبدأ الدورة من أولها.
السبب الأصلي: سلم كمشروع، لا كنظام
الموقع في أغلب العقود التي أراها يشترى كمشروع: نطاق عمل، وجدول زمني، وتاريخ تسليم، وشهادة استلام، وانتهى. وهذا منطق صحيح لبناء مبنى، وخاطئ تماما لنظام يعمل كل يوم ويتغير كل أسبوع.
النظام يحتاج ثلاثة أشياء لا يذكر أي منها في العرض: مالكا داخل الشركة اسمه معروف، وميزانية تشغيل صغيرة ومستمرة، وجهة تراقب سرعته وتحديثاته الأمنية. وحين لا يوجد أي من الثلاثة لا يهرم الموقع تدريجيا، بل يتوقف عن التطور من يوم التسليم بينما يستمر كل شيء حوله في التغير. الفارق بين موقع عمره ثلاث سنوات وموقع عمره ثلاثة أشهر ليس عمر الملفات، بل عدد القرارات التي اتخذت فيه بعد التسليم.
ثلاث طبقات تهرم بسرعات مختلفة
الخطأ الثاني أن كلمة «الموقع» تعامل كشيء واحد يجدد كله أو لا يجدد. في الحقيقة أمامك ثلاث طبقات مستقلة، ولكل واحدة عمر مختلف تماما وتكلفة إصلاح مختلفة:
الملاحظة المهمة في هذا الجدول أن الطبقة الوحيدة التي تهرم فعلا بمرور الوقت هي طبقة العرض، وهي أرخص الثلاث وأسهلها تغييرا. أما الطبقة التي تزداد قيمتها كل سنة — المحتوى والعناوين — فهي الطبقة التي تدمرها إعادة البناء الشاملة. نحن نهدم ما يكبر، ونحتفظ بما يهرم.
لماذا يبطؤ الموقع من نفسه
البطء ليس انطباعا، وهو أكثر ما يقنع الإدارة بأن الموقع «قديم». متوسط حجم الصفحة على الإنترنت يرتفع سنة بعد سنة: بلغ الوسيط 2,652 كيلوبايت على سطح المكتب و2,311 كيلوبايت على الجوال في قياس أكتوبر 2024، مقابل 2,312 و2,037 في 2022، بحسب تقرير Web Almanac السنوي. والصور وحدها تشكل نحو أربعين بالمئة من هذا الحجم في الصفحة الرئيسية.
موقعك يتبع الاتجاه نفسه بلا قرار من أحد. كل صورة ترفع بحجمها الأصلي كما خرجت من الكاميرا، وكل إضافة جديدة تحمل ملفاتها الخاصة على كل صفحة، وكل أداة تتبع تضيف طلبا خارجيا. الصفحة التي سلمت بحجم ميغابايت واحد تصبح بعد ثلاث سنوات أربعة، والمستخدم على الجوال هو من يدفع الثمن.
وهذا ما تقيسه مؤشرات Core Web Vitals بأرقام لا بآراء: زمن ظهور أكبر عنصر تحت 2.5 ثانية، وزمن الاستجابة للتفاعل تحت 200 مللي ثانية، وثبات التخطيط تحت 0.1 — وتقاس عند الشريحة 75 من الزيارات الحقيقية لا في اختبار مخبري على جهاز سريع. والفرق العملي بين موقع «قديم» وموقع «بطيء» أن الأول انطباع لا يمكن مناقشته، والثاني رقم يمكن إصلاحه في أسابيع دون لمس تصميم واحد.
الفاتورة التي لا تظهر في العرض: العناوين
هنا الخسارة الكبرى، وهي التي لا يذكرها أحد في اجتماع القرار. كل إعادة بناء تغير بنية العناوين تعني أن كل صفحة راكمت ثقة في محركات البحث خلال ثلاث سنوات تعود إلى الصفر. توصية Google في دليل نقل المواقع صريحة: استخدم تحويلا دائما من نوع 301 لكل عنوان قديم إلى مقابله الجديد، وأبق التحويلات سنة على الأقل، وتوقع تذبذبا في الظهور خلال فترة الانتقال.
والذي أراه عمليا أن هذا لا ينفذ. تسلم النسخة الجديدة في ليلة واحدة، ثم يكتشف بعد شهرين أن عشرات الصفحات القديمة تعطي خطأ 404، وأن الظهور في نتائج البحث انخفض، فيقال إن السبب تغيير في الخوارزمية. السبب ليس الخوارزمية: ثلاث سنوات من العناوين ألغيت دون خريطة تحويل.
ولهذا صار عندي بند ثابت في كل عقد: قائمة كاملة بالعناوين القديمة وخريطة تحويل لكل عنوان منها، تسلم وتراجع قبل الإطلاق لا بعده. وهو بند لا يكلف المورد شيئا إن كان يعرف ما يفعل، ويكلفك أنت كثيرا إن أهمل.
متى تكون إعادة البناء هي القرار الصحيح
هذا ليس دفاعا عن كل موقع قائم. هناك حالات تكون فيها إعادة البناء أرخص من الإصلاح فعلا، والحد بين الحالتين أوضح مما يبدو في العروض:
القاعدة خلف العمودين واحدة: إن كان العيب في الأساس فأي إصلاح يبنى فوقه يدفع مرتين، وإن كان العيب في الطبقة الظاهرة فإعادة البناء تشتري لك ما تملكه أصلا. وأغلب ما يصلني تحت عنوان «نريد موقعا جديدا» يقع في العمود الثاني.
ووردبريس ليس السبب، لكنه يسهل الوصول إلى المشكلة
يشغل ووردبريس 40.7% من مواقع الإنترنت و58.9% من المواقع التي يعرف نظام إدارة المحتوى فيها، بحسب قياس W3Techs. وبحكم هذا الانتشار فإن أغلب المواقع التي يطلب مني النظر فيها في الكويت مبنية عليه.
والمشكلة التي أراها ليست في ووردبريس نفسه، بل في طريقة بنائه هنا: موقع يقوم على منشئ صفحات ثقيل وأربعين إضافة، كل واحدة منها نقطة فشل وتحديث ومصدر ملفات. ثم يكتشف بعد سنتين أن تعطيل إضافة واحدة يكسر نصف الصفحات، فيصبح التحديث خطرا، فيتوقف التحديث، فتتراكم الثغرات، فيقال في النهاية إن المنصة نفسها هي المشكلة. المنصة ليست المشكلة؛ أربعون قرارا لم يراجعها أحد هي المشكلة.
وهذا بالضبط ما أتجنبه في أي مشروع ووردبريس أبنيه: قالب مكتوب لهذا الموقع تحديدا، وعدد إضافات يعد على أصابع اليد الواحدة، وكل خيار يمكن شرحه في جملة. الهدف ليس التقشف، بل أن يبقى الموقع قابلا للتحديث بعد ثلاث سنوات.
ما الذي يخص السوق الكويتي تحديدا
في الكويت 4.94 مليون مستخدم للإنترنت بنسبة نفاذ تبلغ 99% من السكان، مع 7.78 مليون اشتراك خلوي أي ما يعادل 156% من عدد السكان، بحسب تقرير Digital 2025 الخاص بالكويت. معنى هذا عمليا أن جمهورك كله متصل، وأن أغلبه يصلك من الجوال، وأن سرعة الاتصال العالية هنا تخفي بطء موقعك عنك أنت وعن فريقك — لا عن مقاييس محركات البحث التي تقيس أجهزة أبطأ وشبكات أضعف.
وهناك عامل ثان يخص السوق. أغلب المواقع هنا بلغتين، والنسخة العربية هي التي تهمل أولا. حين يعاد بناء الموقع تنقل النسخة الإنجليزية بعناية وتترجم العربية آليا في الأسبوع الأخير، فتخرج نسخة لا يقرأها أحد ولا تظهر في بحث عربي، ثم تستخدم ضعف نتائجها حجة على أن «العربية لا تجلب عملاء». وقد فصلت هذا في مقال منفصل عن أن الموقع العربي ليس ترجمة.
ما الذي أفعله بدل إعادة البناء
الترتيب الذي أتبعه في الشهر الأول ثابت تقريبا، ومقصود أن يكون رخيصا قبل أن يصبح مكلفا:
- القياس أولا: سرعة فعلية من زيارات حقيقية، وقائمة كاملة بالعناوين، وحجم كل صفحة، وجرد للإضافات وما تفعله كل واحدة
- فصل الطبقات: ما الذي هرم فعلا — المحتوى أم العرض أم البنية؟ نادرا ما تكون الثلاث معا
- إصلاح ما يقاس: الصور، والاستضافة، والإضافات المكررة. هذه وحدها تعيد أغلب السرعة المفقودة بجزء صغير من الميزانية
- تسليم المفاتيح: من في الشركة يستطيع نشر صفحة اليوم دون الاتصال بأحد؟ إن كان الجواب «لا أحد» فهذه أول مشكلة تحل، وهي مشكلة تدريب وصلاحيات لا مشكلة برمجة
- ثم، وفقط إن بقي سبب حقيقي، تعاد بناء طبقة العرض وحدها مع الإبقاء على بنية العناوين كما هي
النتيجة العملية أن كثيرا من المواقع التي جاءتني بطلب إعادة بناء كاملة خرجت بتغيير أصغر بكثير، وبميزانية بقيت في التشغيل بدل أن تحرق مرة واحدة. وهذا جوهر ما أفعله كـاستشاري إنترنت: نصف العمل شطب بنود لا تحتاج أن تشترى.
الأسئلة التي أطلب طرحها قبل توقيع أي عقد
- من يملك اسم النطاق والاستضافة وحساب لوحة التحكم بعد التسليم — الشركة أم المطور؟
- هل أستطيع بعد التسليم إضافة صفحة وتعديل نص وتغيير صورة دون العودة إليكم؟ أرني ذلك عمليا لا في العرض التقديمي
- ما الإضافات التي ستستخدم، ولماذا كل واحدة منها، وماذا يحدث لو عطلت غدا؟
- هل تسلمون خريطة تحويل كاملة للعناوين القديمة قبل الإطلاق؟
- ما سقف حجم الصفحة الذي تلتزمون به، وكيف يقاس بعد شهر من التسليم؟
- ما الذي يشمله عقد التشغيل بعد الشهر الأول، وبكم، ومن يستلم البلاغ يوم الجمعة؟
إن كان أي من هذه الأجوبة غامضا، فأنت لا تشتري موقعا؛ أنت تشتري مشروعا آخر ينتهي بعد ثلاث سنوات.
من يتخذ هذا القرار داخل الشركة
لا يجب أن يتخذه المورد، لأنه يبيع ما لديه وهذا حقه ووظيفته. ولا قسم التسويق وحده، لأنه يرى الطبقة الظاهرة فقط. ولا مدير تقنية المعلومات الذي يشغله في الغالب الشبكة والأنظمة الداخلية. المطلوب شخص يقرأ العرض من جهة الشركة، ويعرف الفرق بين مشكلة عرض ومشكلة بنية، ويملك صلاحية أن يقول لا.
وحين لا يوجد هذا الشخص داخل المؤسسة، فوجوده بدوام جزئي أرخص كثيرا من دورة إعادة بناء واحدة. وإن أردت رأيا مباشرا في موقعك القائم قبل أن تطلب أي عرض سعر، تواصل معي ونبدأ من القياس.
أسئلة شائعة
ما العمر الذي يستدعي إعادة بناء الموقع فعلا؟
العمر بالسنوات ليس معيارا مفيدا. المعيار الحقيقي ثلاثة أسئلة: هل المنصة ما زالت تتلقى تحديثات أمنية، وهل يستطيع موظف في الشركة نشر صفحة اليوم دون مبرمج، وهل يمكن إضافة نوع محتوى جديد دون إعادة برمجة. إن كانت الأجوبة نعم، فما تحتاجه تجديد للعرض وصيانة، لا إعادة بناء. وقد رأيت مواقع عمرها ثماني سنوات تعمل بكفاءة، ومواقع عمرها سنة واحدة تحتاج إنقاذا.
هل يمكن تجديد شكل الموقع دون خسارة ترتيبنا في نتائج البحث؟
نعم، وهذا هو الوضع الطبيعي لا الاستثناء. ما يهدد الترتيب ليس التصميم بل تغيير العناوين وحذف المحتوى وتغيير بنية العناوين الفرعية داخل الصفحات. إن بقيت العناوين كما هي وبقي النص، فتغيير الشكل لا يفقدك شيئا يذكر. وإن كان لا بد من تغيير العناوين، فالشرط خريطة تحويل 301 كاملة تسلم قبل الإطلاق وتبقى سنة على الأقل.
كم تكلف الصيانة السنوية مقارنة بإعادة البناء؟
لا أعطي رقما قبل رؤية الموقع، لكن النسبة ثابتة تقريبا: عقد تشغيل سنوي يغطي التحديثات والنسخ الاحتياطية ومراقبة السرعة وتعديلات المحتوى الصغيرة يكلف جزءا صغيرا من دورة إعادة بناء واحدة. والفرق الأهم ليس في الرقم بل في أن الصيانة تحافظ على ما راكمته، وإعادة البناء تعيدك إلى نقطة البداية وتشتري لك ثلاث سنوات أخرى من الإهمال نفسه.
موقعنا بطيء جدا — أليس هذا سببا كافيا لإعادة البناء؟
في الغالب لا. البطء عرض لا مرض، وأسبابه المتكررة أربعة: صور غير مضغوطة، وإضافات تحمل ملفاتها على كل صفحة، واستضافة مشتركة رخيصة، وأدوات تتبع خارجية تراكمت. الأربعة تعالج في أسابيع وبتكلفة محدودة، وتعطي فرقا يقاس على الأجهزة الحقيقية. ابدأ بالقياس قبل أي قرار: إن بقي الموقع بطيئا بعد إصلاح الأربعة، فعندها ننظر في البنية نفسها.
هل ننتقل من ووردبريس إلى منصة أخرى لنخرج من هذه الدورة؟
الانتقال وحده لا يكسر الدورة، لأن سببها ليس المنصة. المؤسسة التي تركت موقع ووردبريس بلا مالك ولا ميزانية تشغيل ستترك الموقع الجديد بالحال نفسها، وستدفع فوق ذلك ثمن هجرة كاملة للمحتوى والعناوين. الانتقال يستحق حين يكون العيب في الأساس فعلا: منصة مغلقة، أو نموذج محتوى لا يحتمل التوسع، أو ترخيص يمنع التعديل. غير ذلك، احتفظ بالمنصة وأصلح طريقة إدارتها.