لماذا مواقع الشركات اللبنانية بطيئة: التكلفة الحقيقية لإعدادات ووردبريس وشوبيفاي الافتراضية

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

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

أقوى دليل هنا يأتي من Web Almanac التابع لـ HTTP Archive، وهو دراسة سنوية مستقلة ومُفصَح عن منهجيتها للويب الحقيقي، لا ادعاء تسويقي من مزوّد. وجد فصل أنظمة إدارة المحتوى فيه لعام 2025 أن مواقع ووردبريس تجتاز Core Web Vitals، مقياس جوجل لسرعة واستقرار المستخدم الفعلي، على الجوال في 45% فقط من الحالات: أدنى معدل اجتياز بين المنصات الكبرى المُتتبَّعة. تتفوق عليه TYPO3 (79%) وDuda (85%) بوضوح، وحتى Wix، التي قفزت بشكل حاد إلى 74% من 55% في العام السابق، باتت تتفوق عليه أيضًا.

وعند النظر عن قرب في التفاصيل، نقطة الضعف المحددة لووردبريس هي Largest Contentful Paint، وهو الوقت اللازم لظهور المحتوى الرئيسي، حيث يحقق 53% فقط من مواقع ووردبريس تقييم "جيد". أما استقرار التخطيط (CLS) فمعقول نسبيًا عند نحو 84%، مقارب لـ Duda وSquarespace. بعبارة أخرى، مواقع ووردبريس ليست عمومًا غير مستقرة أو معطوبة، بل بطيئة تحديدًا في إظهار محتواها الرئيسي، وهذا عرض له أسباب قابلة للتحديد لا عيب بنيوي شامل في المنصة.

يعزو باحثو Web Almanac أنفسهم التفاوت في أداء ووردبريس إلى خيارات الإعداد المُضافة فوق البرنامج نفسه، لا إلى نواة ووردبريس ذاتها: جودة الاستضافة، واختيار القالب، والإضافات، وأدوات بناء الصفحات. هذا التمييز يستحق أن يُؤخذ بجدية بدل رفضه كتبرير. إرشادات جوجل نفسها لإصلاح Largest Contentful Paint تشير إلى بطء استجابة الخادم، والنصوص والأنماط التي تُعطّل العرض، والصور غير المُحسَّنة كأسباب معتادة، وليس أي منها حصريًا لووردبريس، لكن جميعها يسهل تراكمها عليه بشكل غير معتاد.

حجم هذا التراكم قابل للقياس. Elementor، أداة بناء صفحات بالسحب والإفلات، تعمل على 31.4% من جميع مواقع ووردبريس عمومًا، و43% من مواقع ووردبريس التي قِيست تحديدًا ضمن بيانات الجوال في Web Almanac، أي أكثر من ضعف نسبة استخدام محرر الكتل الأصلي الأخف لووردبريس. WooCommerce، الذي يُضيف طبقة تجارة إلكترونية كاملة، يعمل على ما يقارب 20% من مواقع ووردبريس. كل طبقة إضافة أو أداة بناء تُضيف كودًا يجب تحميله، والموقع المبني بتكلفة منخفضة على استضافة مشتركة مع عدة طبقات من هذا النوع نادرًا ما يكون هناك من يتحقق مما يفعله ذلك بوقت التحميل.

غالبًا ما تُوصف قيود صفحة الدفع في شوبيفاي بمعلومات قديمة، لذا يستحق الأمر الدقة حول ما هو سارٍ حاليًا. أوقف شوبيفاي رسميًا قالب checkout.liquid القديم القابل للتعديل بحرية في أغسطس 2025، واستبدله بنظام أكثر تنظيمًا يُسمى "Checkout Extensibility". المتاجر على الباقة القياسية التي لم تُهاجر بعد ستُرقَّى تلقائيًا، مع إزالة أي تخصيصات قديمة، بحلول 26 أغسطس 2026.

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

المواقع البطيئة التحميل مشكلة تراكمية في لبنان، لا مجرد مسألة أداء ويب عامة. يضع تقرير DataReportal لعام 2026 عن لبنان متوسط سرعة النطاق العريض الثابت عند 16.13 ميغابت في الثانية ومتوسط سرعة الجوال عند 43.90 ميغابت في الثانية اعتبارًا من 2025، وهي أرقام أدنى بكثير مما هو معتاد في أسواق ذات بنية تحتية ثابتة أكثر تطورًا. الموقع البطيء أصلًا يُفاقم هذه الفجوة لدى الزوار الحقيقيين بدل أن يكون منعزلًا عنها.

أما على صعيد استخدام أنظمة إدارة المحتوى تحديدًا، فيُقدّر أحد المتتبعين الصناعيين أن ووردبريس يُشكّل غالبية المواقع اللبنانية المُتتبَّعة، رغم أن هذا الرقم يأتي من مصدر واحد لم تُؤكَّد منهجيته الدقيقة في نسب المواقع إلى لبنان بشكل كامل، لذا يُعرَض هنا كتقدير اتجاهي لا كرقم قاطع. أما المؤكَّد بثبات فهو أنه لا توجد أي دراسة لبنانية متخصصة بمقاييس Core Web Vitals أو جودة الاستضافة في أي مصدر عام قابل للتحقق. أي مقال يزعم رقمًا دقيقًا مثل "نسبة كذا% من المواقع اللبنانية تفشل في اجتياز Core Web Vitals" يستشهد برقم غير موجود أصلًا — وهذا الدليل ليس استثناءً، وهذا بالضبط سبب عدم إقدامنا على ذلك.

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

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