صار مالك شركة خدمات في دبي يخجل من موقع شركته. ومدير التسويق يقول إنه بطيء على الجوّال. ووصله من وكالة عرض سعر لموقع جديد بتصميم جديد وجدول زمني يُحسب بالأسابيع. وقبل أن يوقّع، يطرح السؤال الذي يسبق كل قرار من هذا النوع: إعادة تصميم الموقع أم تحسينه؟ أي هل تحتاج الشركة إلى موقع جديد، أم إلى العمل على موقعها الحالي؟ نحن نحسّن مواقع شركات الإمارات وننقل استضافتها ونعيد بناءها، والجواب يتوقّف على 4 قياسات، لا على شعورك بقِدم التصميم.
الإجابة المختصرة
قِس قبل أن تقرّر. افحص مؤشرات Core Web Vitals، أي مؤشرات أداء الويب الأساسية، من بيانات الزوّار الحقيقيين (LCP خلال 2.5 ثانية، وINP عند 200 ملّي ثانية أو أقل، وCLS عند 0.1 أو أقل)، وزمن استجابة الخادم، وعدد الاستفسارات، وهل ما زال المحتوى يصف الشركة. ثم اختر واحداً من 3 مسارات. إن كان المحتوى صحيحاً والموقع بطيئاً، فحسّن ما لديك. وإن كان الخادم هو عنق الزجاجة، خصوصاً في ساعات الذروة، فانتقل إلى استضافة أفضل. ولا تُعِد البناء إلا إذا تعذّر تعديل الموقع، أو فشل على الجوّال، أو لم يعد يطابق الهوية، أو كان على منصّة خرجت من الدعم، أو كانت بنيته تخالف طريقة شراء عملائك. وفي تجربتنا، كثير من المواقع التي تصلنا لإعادة البناء يكفيها المسار الأول أو الثاني.
إعادة تصميم الموقع أم تحسينه: قِس أولاً
يبدو الموقع البطيء والموقع القديم شيئاً واحداً في عين المالك. وتفصل بينهما 4 فحوص.
بيانات الميدان لا درجة المختبر. تعرض أداة PageSpeed Insights نوعين من النتائج: بيانات مختبر تأتي من تحميل مُحاكًى وتفيد في تتبّع الأعطال، وبيانات ميدان من مستخدمي Chrome الحقيقيين، تعكس التجربة الفعلية. فابنِ قرارك على بيانات الميدان. وحدود غوغل للتجربة الجيدة هي: LCP خلال 2.5 ثانية، وINP عند 200 ملّي ثانية أو أقل، وCLS عند 0.1 أو أقل، مقيسةً عند الشريحة المئوية 75 من مرات تحميل الصفحات. ويصنّف تقرير Core Web Vitals في Search Console روابط موقعك إلى 3 فئات: «جيدة» و«تحتاج إلى تحسين» و«ضعيفة»، استناداً إلى بيانات المستخدمين الحقيقيين.
زمن استجابة الخادم. زمن وصول أول بايت (TTFB) هو مؤشر الاستضافة. ويعدّ web.dev القيمة 0.8 ثانية أو أقل جيدة، وما زاد على 1.8 ثانية ضعيفاً. اختبره في ساعة هادئة ثم في أكثر ساعاتك ازدحاماً. فإن كان جيداً ليلاً وضعيفاً ظهراً، فالخادم تنقصه الموارد، ولن يصلح ذلك تصميم جديد.
الاستفسارات والتحويلات. افتح أداة التحليلات وعُدّ النماذج المرسلة، والنقرات على واتساب، والمكالمات القادمة من الموقع خلال آخر 6 أشهر. فالموقع البطيء الذي ما زال يأتي باستفسارات مشكلته السرعة. والموقع السريع الذي لا يأتي بشيء مشكلته الرسالة.
فحص المحتوى والهوية. اقرأ الصفحة الرئيسية بعين زائر غريب. هل تقول ما تفعله الشركة اليوم، بشعارها وخدماتها وبيانات تواصلها الحالية؟ إن كان الجواب لا، فلن يكفي العمل على السرعة وحده.
أما أسباب البطء، من الصور إلى الإضافات إلى التخزين المؤقت، فيتناولها مقالنا لماذا موقعك بطيء؛ وهذا المقال مخصّص للقرار.
المسارات الثلاثة
التحسين. التصميم والمحتوى صحيحان، لكن الموقع ثقيل. الصور غير مضغوطة، وإضافات كثيرة تُحمَّل في كل صفحة، ولا شيء مخزَّن مؤقتاً. وفي تجربتنا هو المسار الأرخص والأسرع، ويرى الزوّار بعده الموقع نفسه، لكنه أسرع.
الانتقال إلى استضافة أفضل. الموقع مبني بناءً معقولاً، لكن الخادم لا يجاريه: زمن الاستجابة مرتفع، أو لوحة الاستضافة تُظهر المعالج أو الذاكرة عند حدّهما، أو تتباطأ الصفحات حين يصل الزوّار معاً. فإن كان الموقع متجراً، فصفحات الدفع والسلّة لا تُخدَم من التخزين المؤقت، فتزداد أهمية الخادم؛ ودليلنا عن استضافة متاجر WooCommerce يتناول عمليات PHP المتزامنة (PHP Workers) والتخزين المؤقت للكائنات وزمن الاستجابة تحت الضغط. وإن تجاوزت الزيارات حدود الباقة، فدليلنا عن استضافة المواقع ذات الزيارات الكثيفة يتناول توزيع الأحمال وشبكة توصيل المحتوى (CDN) والانتقال من الاستضافة المشتركة. وفي تجربتنا، يحتاج موقع الشركة المعتاد إلى خطوة أصغر: باقة استضافة ووردبريس أو خادم افتراضي VPS.
إعادة التصميم. المشكلة في الموقع نفسه: الموظفون لا يستطيعون تعديله، أو يختلّ عرضه على الجوّال، أو تغيّرت الهوية، أو بنيته لا تتبع الطريقة التي يختار بها العملاء ويشترون. والمنصّة التي خرجت من الدعم تندرج هنا أيضاً. فكل إصدار من لغة PHP، التي يعمل عليها ووردبريس، يحظى بسنتين من الدعم الكامل ثم بسنتين أخريين من إصلاحات الأمان وحدها، وبعدها يصبح خارج الدعم. وفي تجربتنا، الموقع الذي لا يعمل قالبه أو شيفرته على إصدار مدعوم يحتاج إلى إعادة بناء لا إلى ضبط.
ما يشمله التحسين، وما لا يصلحه
تشمل خدمة التحسين لدينا سرعة الصفحات، والتوافق مع الجوّال، وضغط الصور والشيفرة، وضبط أداء الخادم، وتحسين قاعدة البيانات، وإصلاحات التحويل وسهولة الاستخدام، وتدقيقاً للموقع في البداية. ونعمل أساساً على ووردبريس، كما نعمل على Joomla وMagento وShopify والمواقع المبنية خصيصاً. ومدّتنا المعتادة للموقع الصغير أو المتوسط من 3 إلى 7 أيام، وتطول في المواقع الأكبر. وننصح بتدقيق جديد كل 6 إلى 12 شهراً، وبعد أي تغيير كبير.
وما لا يصلحه: رسالة لم تعد تناسب الشركة، أو صفحات غير موجودة أصلاً، أو قالب يمنع الموظفين من التعديل. فإن وجد التدقيق شيئاً من ذلك قلناه صراحة، وذهب المال إلى إعادة البناء بدلاً من التحسين.
إن قرّرت إعادة التصميم
احتفظ بالروابط، أو خطّط لكل رابط. اكتب قائمة بكل رابط في الموقع القديم وحدّد وجهة كل منها. وتوصي غوغل، عند نقل موقع تتغيّر روابطه، بإعداد خريطة تربط الروابط القديمة بالجديدة، وباستعمال عمليات إعادة توجيه دائمة مثل 301. فالصفحة التي تختفي دون إعادة توجيه قد تخسر ما كسبته في البحث.
احتفظ بالصفحات الظاهرة في البحث. قبل أن يبدأ أحد بالتصميم، صدّر من Search Console الصفحات التي تجلب الزوّار، ثم انقل محتواها وروابطها قبل غيرها.
المحتوى قبل التصميم. اكتب الصفحات، ثم صمّم حولها. فالتصميم حول نصّ مؤقت ينتج موقعاً يُعاد العمل عليه حين يصل النصّ الحقيقي.
انقل الموقع دون توقّف. ابنِ الموقع الجديد على نسخة تجريبية، واختبره، ثم انتقل إليه. وإن كان الموقع الجديد سينتقل أيضاً إلى مقدّم استضافة آخر، فإن خدمة نقل المواقع لدينا تنقله من مقدّم الخدمة الحالي إلينا.
ضع ميزانية لما بعد الإطلاق. في باقات تصميم المواقع لدينا، يبدأ موقع ووردبريس الجديد من 1,651.42 درهماً لباقة Personal Plan، ويصل إلى 7,352.32 درهماً لمتجر إلكتروني واحد، دفعةً واحدة؛ ومقالنا عن تكلفة موقع الشركة في الإمارات يشرح لماذا تختلف العروض. أما باقة صيانة المواقع Plan 1 لدينا فتغطّي ساعة واحدة شهرياً من الدعم والتحديثات على الرسوم والنصوص والشيفرة وتحسين محركات البحث (SEO).
من عملنا
إعادة بناء لم تكن لازمة. جاءتنا شركة خدمات تحمل عرض سعر لإعادة بناء كاملة، لأن موقعها بدا بطيئاً وقديماً. فوجد التدقيق المشكلة الحقيقية، ولم تكن في التصميم: صور غير مضغوطة وأكثر من 30 إضافة. فحسّنّا الموقع بدل أن نستبدله، واحتفظ بتصميمه. فقد كان عرض إعادة البناء علاجاً لمشكلة لا يعانيها الموقع.
سريع ليلاً، بطيء في الذروة. متجر إلكتروني كانت صفحاته سريعة ليلاً وبطيئة في ساعات الذروة، حين يتزاحم المتسوّقون على الموقع. ولم يكن تصميم جديد ليفيد، لأن البطء كان يتبع عدد المتسوّقين لا الصفحات نفسها. وكان الحلّ باقة استضافة أكبر وتخزيناً مؤقتاً. ولم يتغيّر التصميم، ولم يحتج المتجر إلى إطلاق جديد.
إعادة بناء في محلّها. شركة غيّرت هويتها، ولم يعد موظفوها قادرين على تعديل الموقع القديم. ولم يكن التحسين ليفعل أكثر من تسريع موقع رسالته خاطئة. هنا كانت إعادة البناء هي القرار الصحيح. فبنينا الموقع الجديد، ووضعنا إعادة توجيه من كل رابط قديم إلى عنوانه الجديد، لتصل الروابط القديمة ونتائج البحث إلى الصفحة الصحيحة.
الأسئلة الشائعة
هل أعيد تصميم موقعي أم أحسّنه؟
حسّنه إن كان المحتوى والتصميم ما زالا يناسبان الشركة وكانت المشكلة في السرعة. وانقل الاستضافة إن كان زمن استجابة الخادم مرتفعاً أو كان الموقع يتباطأ في ساعات الذروة. وأعد التصميم إن تعذّر على الموظفين تعديله، أو فشل على الجوّال، أو تغيّرت الهوية، أو خرجت المنصّة من الدعم. قِس أولاً، ثم قرّر.
كم مرة ينبغي إعادة تصميم موقع الشركة؟
لا توجد دورة ثابتة، والعمر وحده ليس سبباً. أعِد التصميم حين يكفّ الموقع عن وصف ما تفعله الشركة، أو يتعذّر تعديله، أو يفشل على الجوّال، أو يعمل على منصّة غير مدعومة. وبين ذلك ننصح بتدقيق للأداء كل 6 إلى 12 شهراً، وبعد أي تغيير كبير في الموقع.
هل تضرّ إعادة تصميم الموقع بتحسين محركات البحث؟
قد تضرّ، إن تغيّرت الروابط دون إعادة توجيه، أو حُذفت صفحات تجلب الزوّار. وتنصح غوغل بربط كل رابط قديم برابط جديد واستعمال إعادة توجيه دائمة مثل 301. صدّر أفضل صفحاتك من Search Console قبل بدء التصميم، وانقل محتواها، وافحص إعادة التوجيه يوم الإطلاق.
كم يستغرق تحسين الموقع؟
يتوقّف ذلك على حجم الموقع وعدد مشكلاته. ومدّتنا المعتادة للموقع الصغير أو المتوسط من 3 إلى 7 أيام، وتطول في المواقع الأكبر أو الأكثر تعقيداً. ويبدأ العمل بتدقيق، فتعرف ما الذي سيُصلَح، وما الذي يحتاج، إن وُجد، إلى إعادة بناء بدلاً من التحسين.
هل تجعل الاستضافة الأفضل موقعي أسرع؟
نعم، حين يكون الخادم هو عنق الزجاجة. افحص زمن وصول أول بايت في ساعة هادئة وفي أكثر ساعاتك ازدحاماً؛ ويعدّ web.dev القيمة 0.8 ثانية أو أقل جيدة. فإن كانت ضعيفة في الذروة وحدها، أو أظهرت لوحة الاستضافة الموارد عند حدّها، أفادتك باقة أكبر. وإن كانت جيدة، فسبب البطء في الصفحات نفسها.
المصادر
- مؤشرات أداء الويب (Web Vitals) — web.dev، غوغل (اطُّلع عليه في 2026-10-03)
- زمن وصول أول بايت (Time to First Byte – TTFB) — web.dev، غوغل (اطُّلع عليه في 2026-10-03)
- عن أداة PageSpeed Insights (About PageSpeed Insights) — غوغل للمطوّرين (اطُّلع عليه في 2026-10-03)
- تقرير مؤشرات أداء الويب الأساسية (Core Web Vitals report) — مساعدة Search Console، غوغل (اطُّلع عليه في 2026-10-03)
- الإصدارات المدعومة (Supported Versions) — PHP.net (اطُّلع عليه في 2026-10-03)
- نقل المواقع مع تغيير عناوين URL (Site moves with URL changes) — مركز غوغل للبحث (Google Search Central) (اطُّلع عليه في 2026-10-03)
أين نحن
بيغ بانغ لحلول تقنية المعلومات تخطّط وتدير التقنية لشركات الإمارات منذ 2003، مقرّها في مجمّع الشارقة للبحوث والتكنولوجيا والابتكار وفرعها في الخليج التجاري بدبي. الدعم على مدار الساعة، والمكتب مفتوح من السبت إلى الخميس، 9:00–18:00 بتوقيت الإمارات. لتدقيق يحدّد أيّ المسارات الثلاثة يناسب موقعك، تواصل معنا أو اتصل على +971 4 378 2255.
تحدّث إلينا مباشرةً — نردّ عادةً خلال دقائق في ساعات العمل.
