تطوير المواقع

ووردبريس أم موقع مبني خصيصًا؟ ما تعلمناه من نقل موقعنا الخاص

4 مايو 2026

معظم ما ننشره هنا نصائح عامة. هذا المقال مختلف — إنه ما حدث فعليًا حين نقلنا موقعنا الخاص خارج ووردبريس.

لماذا انتقلنا

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

  • كل تحديث إضافة أو قالب مهمة صيانة، وكل واحد غير مُحدَّث ثغرة أمنية محتملة — نفس نوع السطح الهجومي غير المُدار الذي نحذّر منه العملاء.
  • تخطيط بصفحة واحدة مع حفنة صفحات ووردبريس منفصلة يعني أن أقسامًا مثل "من نحن" و"الأسعار" و"تواصل معنا" كانت روابط داخلية (anchors) في الصفحة الرئيسية بدلًا من صفحات حقيقية قابلة للفهرسة والربط — أمر مقبول لموقع تعريفي صغير جدًا، لكنه محدود لأي شيء أكبر.
  • لا رؤية فعلية للأداء الحقيقي — "الموقع يبدو بطيئًا نوعًا ما" ليس شيئًا يمكنك التصرف بناءً عليه دون قياسه بشكل صحيح.

ما الذي حوّلناه إليه

أعدنا بناء الموقع بالكامل كملفات HTML ثابتة — Eleventy يُصدِّر صفحات HTML/CSS/JS عادية، بلا ووردبريس، بلا PHP، بلا قاعدة بيانات، بلا إضافات — منشورة على Cloudflare Pages. كل صفحة الآن رابط حقيقي وقابل للفهرسة بشكل مستقل: صفحات مخصصة للخدمات، الأسعار، من نحن، أعمالنا، المقالات، والتواصل، بدلًا من روابط داخلية في الصفحة الرئيسية.

ما الذي قسناه فعليًا

لم نفترض فقط أن النسخة الجديدة أسرع — بل شغّلنا Lighthouse وaxe-core على كل قالب صفحة قبل اعتباره جاهزًا:

  • Lighthouse: أداء 99+، إمكانية وصول 100، أفضل الممارسات 100، سيو 100 عبر كل قالب صفحة، مع زمن ظهور أكبر محتوى (LCP) قريب من 1.8-2.0 ثانية على بناء محلي بارد.
  • صفر مخالفات إمكانية وصول (WCAG 2.0/2.2 AA وأفضل الممارسات) عبر جميع قوالب الصفحات الثلاثة عشر الفريدة، مفحوصة بـ axe-core — لا بمجرد النظر.
  • صفر ثغرات معروفة في الاعتماديات في بناء الإنتاج (npm audit)، لأنه لا توجد منظومة إضافات يجب تحديثها أصلًا.

لا شيء من هذا رقم تسويقي — إنه المخرج الحرفي لنفس الأدوات التي كنا سنوجّه إليها عميلًا لو دقّقنا موقعه.

ما الذي كنا سنقوله لعميل في نفس الموقف

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

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

تحتاج مساعدة في هذا الموضوع؟

لنتحدث عن عملك

احجز مكالمة استكشافية مجانية وسنعطيك نصيحة صادقة ومحددة — لا عرضًا تسويقيًا عامًا.