WordPress أم موقع مخصص: التكاليف الخفية على مدى خمس سنوات

الشهر الماضي راسلني مؤسس شركة بمشكلة مألوفة. بُني موقع الشركة قبل ثلاث سنوات على WordPress بواسطة مستقل لم يعد يمكن الوصول إليه. تجاوز زمن التحميل ست ثوانٍ. تعطلت تحديثات الإضافات لأن إضافتين أصبحتا تتعارضان. وتعثرت آخر حملة تسويقية لأن فريق التصميم لم يستطع إطلاق صفحة هبوط جديدة دون مطوّر.

وطرح السؤال الذي تطرحه كل إدارة في هذا الموقف: نواصل الترقيع أم نعيد البناء؟

ليست لدي إجابة جامدة. هناك شركات يكون WordPress الخيار الصحيح لها. لكن المعايير التي تقرر بها معظم الفرق خاطئة. ينظرون إلى السعر في اليوم الأول ويفترضون أن الأقل أفضل. الحساب لا يعمل هكذا.

ما الذي يكلفكم WordPress فعلًا

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

هذه المزايا حقيقية. لكنها تأتي مع تكاليف لا يجمعها أحد في البداية.

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

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

التكلفة الثالثة هي المرونة. صُمم WordPress لعالم من المقالات والتعليقات والتصنيفات والوسوم. إن كان لمحتواكم شكل آخر (منتج برمجي بصفحات ميزات، أو مزود خدمات بدراسات حالة، أو SaaS بتوثيق ومستويات أسعار وتكاملات)، فأنتم تحاربون المنصة. تثبّتون Advanced Custom Fields وCustom Post Types UI وYoast ومنشئ صفحات، وتنتهون بتشغيل منظومة من نقاط التوسيع لم تُصمم لهذا الحمل. كل نوع محتوى جديد يكلف يومًا من الإعداد. وكل تعديل لنوع قائم يعرّض الموقع الحي للخطر.

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

متى يكون WordPress الخيار الصحيح

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

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

الحساب

حين يتردد العملاء أمام عرض موقع مخصص، أقوم دائمًا بالتمرين نفسه: تقدير ثلاثة أشياء على مدى خمس سنوات. تكلفة صيانة المنصة، وتكلفة التسويق المتعثر، وتكلفة الأداء الضعيف.

الصيانة هي الأسهل تقديرًا. كمثال لا كسعر سوق: إذا احتاج موقع WordPress ساعتين إلى أربع ساعات مطوّر شهريًا وتدفعون خمسة وسبعين يورو للساعة، فهذا €1,800 إلى €3,600 سنويًا. ضعوا ساعاتكم وسعركم. وكثير من الشركات لا تدفع ذلك إلا بعد حادث، بسعر الطوارئ.

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

الأداء الضعيف هو الأصعب قياسًا، ولا يوجد رقم تحويل عام. قيسوه على موقعكم: سجلوا Core Web Vitals ونسبة التحويل لأهم صفحاتكم، وأصلحوا أبطأ القوالب، وقارنوا (web.dev: Core Web Vitals).

والنسخة الصادقة من هذا الحساب: WordPress أرخص عادة في اليوم الأول وقد يصبح أغلى لاحقًا، بحسب جودة بنائه وصيانته. احسبوا بساعاتكم وأسعاركم وبيانات التحويل لديكم قبل أن تقرروا.

اللحظة المناسبة لتغيير التقنيات هي قبل أن تكسر الإضافة التالية شيئًا مهمًا. بعدها تدفعون مرتين: مرة للإصلاح، ومرة للترحيل.

كيف تقررون اليوم

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

إن أجبتم بنعم ولا وغير واضح، فسيوصي الحساب بإعادة البناء. وكلما انتظرتم زادت صعوبة الترحيل. هكذا ننفذ الانتقال من WordPress إلى Next.js، وهكذا نصمم المواقع.