ووردبريس بقالب مخصّص أم Next.js أم Astro لموقع شركة؟

ووردبريس بقالب مخصّص أم Next.js أم Astro؟ يحسم الاختيارَ سؤالان: من سيعدّل المحتوى، وماذا يفعل الموقع. فإن كان فريقك سيضيف الأخبار والصفحات بنفسه كلّ أسبوع، فووردبريس بقالبٍ مكتوبٍ لموقعك يعطيه لوحة تحكّمٍ يعرفها كثيرون. وإن كان المحتوى يتغيّر قليلًا والسرعة أوّل ما تهتمّ به، فAstro أسرع الثلاثة في القياسات الميدانيّة. وإن كان الموقع تطبيقًا فيه حسابات ولوحات تحكّم وبيانات حيّة، فهذا ما صُنع له Next.js.

وأنا أبني المواقع بالتقنيّات الثلاث، فلا مصلحة لي في واحدةٍ منها. وأختار بينها بحسب حاجة العميل ومن سيعدّل المحتوى، وفي موقع Astro أو Next.js يأتي التعديل من نظام إدارة محتوى منفصل يُربط بالموقع، أو أتولّى التعديلات بنفسي حين تكون قليلة.

لمن هذا الدليل

كتبتُه لمدير شركةٍ أو مؤسّسة وصله عرضان لموقعه: أحدهما بووردبريس، والآخر بتقنيةٍ حديثة سمع اسمها لأوّل مرّة، ولا يعرف بأيّ سؤالٍ يقارن بينهما. وقرّاؤه في الخليج وسوريا وأوروبا وأمريكا الشماليّة، والفروق بين التقنيّات الثلاث واحدةٌ في كلّ مكان.

وحين بحثتُ عن «ووردبريس ام next.js» من السعوديّة في تشرين الأوّل 2026، لم أجد في النتائج الأولى صفحةً عربيّة واحدة، كلّها مقالاتٌ بالإنجليزيّة، والبحث عن Astro بالعربيّة يعطي النتيجة نفسها. أمّا النبذة التي يكتبها جوجل فوق النتائج فتذكر أرقام سرعةٍ دون مصدر، فوضعتُ في هذا الدليل الأرقام المقيسة بدلًا منها، ومعها مصادرها.

ما هي التقنيّات الثلاث

ووردبريس نظام إدارة محتوى: لوحة تحكّمٍ يكتب فيها فريقك الصفحات والأخبار، وقاعدة بياناتٍ تحفظها، وقالبٌ يعرضها. وهو يشغّل 39.7% من كلّ المواقع على الإنترنت، و58.4% من المواقع التي يُعرف نظام إدارة محتواها، كما تقيسه W3Techs في تشرين الأوّل 2026.^[1] وفي مقال ووردبريس من الداخل كيف تعمل النواة والقالب والإضافات معًا.

وAstro إطار عملٍ لبناء المواقع التي يغلب عليها المحتوى. يحوّل الصفحات إلى HTML ثابت، ولا يضيف JavaScript إلّا إلى الأجزاء التي تحتاج تفاعلًا، كمعرض صورٍ أو نموذج حجز، وتسمّي وثائقه هذا «معمار الجزر».^[2] وفي كانون الثاني 2026 انضمّت الشركة التي تطوّره إلى Cloudflare، وأعلنت أنّه يبقى مفتوح المصدر برخصة MIT، ويعمل على استضافاتٍ أخرى غير Cloudflare أيضًا.^[3]

وNext.js إطار عملٍ مبنيّ على React، تطوّره شركة Vercel برخصة MIT.^[4] وهو قويّ حيث يكون الموقع تطبيقًا: صفحاتٌ تتغيّر بحسب المستخدم، وحساباتٌ ولوحات تحكّم، وبياناتٌ تُجلب من الخادم مع كلّ طلب.

والفرق الذي يهمّك منها كلّها أنّ ووردبريس يأتي ومعه لوحة التحكّم، أمّا Astro وNext.js فيأتيان دونها، فهما أداتان يكتب بهما المطوّر الموقع، ولوحة التعديل تُضاف إليهما من الخارج إن احتجتها.

السؤال الأوّل: من سيعدّل المحتوى؟

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

وفي Astro وNext.js طريقان للتعديل. الأوّل نظام إدارة محتوى منفصل يُربط بالموقع، يكتب فيه فريقك ويعرض الموقع ما كتبه، وفي وثائق Astro أدلّة ربطٍ لأكثر من ثلاثين نظامًا من هذا النوع، ومنها ووردبريس نفسه.^[5] والطريق الثاني أن يعدّل المطوّر المحتوى عنك، وهذا يناسب موقعًا لا يتغيّر إلّا مرّاتٍ قليلة في السنة.

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

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

السؤال الثاني: ماذا يفعل الموقع؟

أغلب مواقع الشركات مواقع محتوى: صفحة عن الشركة، وخدمات، وأعمال، وأخبار، ونموذج تواصل، وهذا ما وصفت شركة Astro إطارها به حين انضمّت إلى Cloudflare: إطارٌ للمواقع التي يقودها المحتوى.^[3] وووردبريس صُنع لها أيضًا، فهو نظام محتوى قبل كلّ شيء.

أمّا حين يكون في الموقع تطبيقٌ حقيقيّ، كبوّابةٍ يدخل إليها العملاء ليتابعوا طلباتهم، أو لوحة تحكّمٍ تعرض بياناتٍ تتغيّر كلّ دقيقة، فهنا يبدأ Next.js يستحقّ تعقيده. ويمكن أن يجتمع الاثنان: موقع محتوى بأيّ تقنية، وتطبيقٌ منفصل للعملاء على نطاقٍ فرعيّ.

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

والسؤالان معًا يضعانك في واحدةٍ من أربع خانات. انظر الشكل 1.

شكل 1

فموقع المحتوى الذي يعدّله فريقك كثيرًا يناسبه ووردبريس بقالبٍ مخصّص، والذي يندر تعديله يناسبه Astro. والموقع الذي فيه تطبيقٌ ويعدّل فريقك محتواه يناسبه Next.js مع نظام محتوى منفصل، والذي يندر تعديل محتواه يناسبه Next.js وحده. والخريطة للبداية: فAstro مع نظام محتوى منفصل يصلح أيضًا لفريقٍ يعدّل كثيرًا ويريد سرعة Astro.

السرعة بالأرقام المقيسة

يجمع HTTP Archive كلّ شهرٍ بيانات الزوّار الحقيقيّين من متصفّح Chrome، ويعرض لكلّ تقنيةٍ نسبة المواقع التي تجتاز مؤشّرات أداء الويب الأساسيّة الثلاثة، وهذه أرقام أيلول 2026 على الجوال:^[6]

التقنية	تجتاز المؤشّرات الثلاثة على الجوال	متوسّط وزن الصفحة
Astro	71%	نحو 1 ميغابايت
ووردبريس	48%	نحو 3 ميغابايت
Next.js	36%	نحو 2 ميغابايت

وعلى الحاسوب تتقارب الأرقام: 85% لAstro، و57% لNext.js، و54% لووردبريس. والفرق الأوضح في سرعة الاستجابة للنقر على الجوال، فهي جيّدة في 90% من مواقع ووردبريس و85% من مواقع Astro، وفي 60% فقط من مواقع Next.js، والأرجح أنّ السبب ما تشغّله صفحاته من JavaScript في المتصفّح بعد تحميلها. وفي مقال مؤشّرات أداء الويب الأساسيّة ما يقيسه كلّ مؤشّر.

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

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

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

الأمان والتحديثات

لكلّ تقنيةٍ ما يجب تحديثه. وفي ووردبريس تقع الثغرات غالبًا في الإضافات: فتقرير Patchstack عن أمن ووردبريس في 2026 يعدّ 11,334 ثغرةً جديدة اكتُشفت في منظومته خلال 2025، وقعت 91% منها في الإضافات.^[7] ولهذا يقلّ الخطر كثيرًا في موقعٍ قالبه مكتوبٌ له وإضافاته قليلة، ويزيد في موقعٍ بُني من قالبٍ جاهز وعشر إضافات.

وNext.js ليس بعيدًا عن هذا، ففي آذار 2025 نشرت Vercel تحليلًا لثغرةٍ حرجة كانت تسمح بتجاوز طبقة الحماية المسمّاة middleware في مواقع Next.js، وأصدرت إصلاحها للإصدارين 14 و15.^[8] وفي كانون الأوّل 2025 أعلنت ثغرةً بدرجة 10 من 10 في مكوّنات الخادم في React، تسمح بتشغيل شيفرةٍ على الخادم. ونصحت كلّ موقعٍ بقي دون تحديثٍ حتّى 4 كانون الأوّل بأن يغيّر مفاتيحه السرّيّة كلّها.^[9]

أمّا موقع Astro الثابت بالكامل فكلّه ملفّات HTML تُرسل كما هي، ولا تعمل فيه شيفرةٌ على الخادم، وهذا يقلّص ما يمكن مهاجمته. لكنّ هذا يصحّ ما دام الموقع ثابتًا: فإن أضفتَ إليه تشغيلًا على الخادم أو نظام محتوى منفصلًا، صار لكلٍّ منهما ما يحتاج تحديثه من إصدارات، ومتابعةً لإعلاناته الأمنيّة. وفي كلّ تقنيةٍ من الثلاث، السؤال الذي يحميك هو: من يحدّث الموقع بعد التسليم، وكم مرّة؟

الاستضافة والكلفة الشهريّة

ووردبريس يحتاج خادمًا يشغّل PHP وقاعدة بيانات، فيحتاج استضافةً مدفوعة في الغالب، وفي مقال الخادم الافتراضيّ الخاصّ ما الذي تستأجره حين تستأجر خادمًا. وموقع Astro الثابت ملفّاتٌ فقط، فيمكن أن يُستضاف على خدمات الاستضافة الثابتة، ومنها Cloudflare Pages التي تسمح باقتها المجّانيّة بخمسمئة عمليّة نشرٍ في الشهر.^[10]

وNext.js يمكن أن يُصدَّر موقعًا ثابتًا، لكنّ أغلب ميزاته التي تجعلك تختاره تحتاج خادمًا يشغّل Node.js، أو منصّةً تستضيفه مثل Vercel، ولكلٍّ منهما سعره بحسب الاستعمال. فاطلب من كلّ عرضٍ يصلك تقديرًا مكتوبًا لكلفة الاستضافة الشهريّة، بالتقنية التي يقترحها، قبل أن تقارن أسعار البناء.

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

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

مثال: هذا الموقع نفسه

الموقع الذي تقرأ عليه هذا الدليل يعمل على ووردبريس، بقالبٍ كتبتُه من الصفر دون منشئ صفحات، ويمرّ عبر Cloudflare قبل أن يصل إليك. وهو موقع محتوى يُنشر فيه مقالٌ بعد مقال، فوقع في الخانة التي يقع فيها أغلب مواقع الشركات: محتوى يتغيّر كثيرًا، ولوحة تحكّمٍ تكتب فيها.

وهذا الاختيار يناسب هذا الموقع بالذات: فلو كان صفحاتٍ قليلة لا تتغيّر لكان Astro أبسط وأرخص في استضافته، ولو كان فيه حساباتٌ للقرّاء ولوحات تحكّم لكان Next.js أقرب إليه. لكنّه موقعٌ يُنشر فيه باستمرار، فبقي في الخانة التي يناسبها ووردبريس بقالبٍ مكتوبٍ له.

وحين يكون القالب مكتوبًا للموقع، يحمل الموقع ما يحتاجه فقط: لا خطوطٌ ولا مكتباتٌ لا يستعملها، ولا إضافاتٌ تكرّر ما يفعله القالب. وهذا الفرق بين ووردبريس بقالبٍ مخصّص وووردبريس بقالبٍ جاهز، وهو موضوع دليل الموقع المخصّص والقالب الجاهز.

الطريق الذي يجمع الاثنين

إن أحببت لوحة ووردبريس وأردت سرعة Astro، فيمكن أن تجمعهما: يبقى ووردبريس مكان الكتابة، ويعرض Astro المحتوى في موقعٍ ثابت يُبنى من جديد كلّما نشرت. وهذا ما تشرحه وثائق Astro في دليل ربطه بووردبريس بوصفه نظام محتوى منفصلًا.^[5]

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

كلفة البناء والمدّة

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

وNext.js أكثرها عملًا حين يُستعمل لما صُنع له، لأنّ التطبيق نفسه هو الذي يُبنى: الحسابات والصلاحيّات والبيانات وطريقة جلبها. فإن وصلك عرضٌ بNext.js لموقع شركةٍ من عشرين صفحةٍ ثابتة، فاسأل لماذا اختيرت هذه التقنية، وماذا تعطيك هنا ممّا لا يعطيه Astro أو ووردبريس. وفي دليل تكلفة تصميم الموقع ما يرفع السعر وما يخفضه في أيّ تقنية.

والاستضافة كلفةٌ منفصلة عن البناء، وتستمرّ سنواتٍ بعده، فموقع Astro الثابت قد لا يكلّفك استضافةً تُذكر، وموقع ووردبريس يحتاج خادمًا مدفوعًا، وتطبيق Next.js يكلّف بحسب استعماله. فاحسب البناء والاستضافة معًا على ثلاث سنوات، كما تحسب أيّ شيءٍ تدفع ثمنه شهريًّا.

ما الذي يتغيّر بعد خمس سنوات

التقنيّات الثلاث تتحرّك، وكلّها تصدر إصداراتٍ رئيسيّة تحتاج من يطبّقها. فإعلان Next.js الأمنيّ في كانون الأوّل 2025 شمل الإصدارين 15 و16 معًا.^[9] وكانت Astro تعلن قرب إصدارها السادس في كانون الثاني 2026،^[3] وتقيس W3Techs أنّ الإصدار 7 من ووردبريس يعمل على 66.1% من مواقعه في تشرين الأوّل 2026.^[1]

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

السيو وإمكانيّة الوصول

التقنيّات الثلاث تستطيع أن تنتج صفحاتٍ يفهمها جوجل، والفرق في ما يفعله المطوّر بها. وفي تقرير HTTP Archive نفسه يبلغ متوسّط درجة السيو في أداة Lighthouse 100 لمواقع Astro، و96 لمواقع Next.js، و92 لمواقع ووردبريس.^[6] وهذه الدرجة تفحص الأساسيّات، كعنوان الصفحة ووصفها والروابط القابلة للزحف، ولا تقيس ترتيبك في النتائج.

وفي إمكانيّة الوصول، أي قدرة من يستعمل قارئ الشاشة أو لوحة المفاتيح على تصفّح الموقع، يبلغ المتوسّط 95 لAstro و92 لNext.js و88 لووردبريس في التقرير نفسه. والقالب المكتوب لموقعك هو ما يرفع هذه الدرجة أو يخفضها في أيّ تقنية، لأنّ أغلب مشكلاتها في طريقة كتابة الصفحات نفسها.

من يعمل على الموقع بعد المطوّر الأوّل

اسأل نفسك من سيعمل على موقعك إن تركك المطوّر الذي بناه. فووردبريس يشغّل قرابة 40% من مواقع الإنترنت، ولهذا يسهل أن تجد من يعرفه في أيّ بلد، مع أنّ من يكتب قالبًا من الصفر أقلّ ممّن يركّب قالبًا جاهزًا. وNext.js مبنيّ على React، وهي من أوسع مكتبات الواجهات انتشارًا بين المطوّرين.

وAstro أحدث الثلاثة وأصغرها مجتمعًا، لكنّ شركته تقول إنّ استعماله يتضاعف كلّ سنة،^[3] وهو يُكتب بـHTML وCSS وJavaScript مألوفة، فيتعلّمه مطوّر الواجهات بسرعة. وأيًّا كانت التقنية، اطلب أن تُسلَّم إليك الشيفرة في مستودعٍ باسمك، مع ملفٍّ يشرح كيف يُشغَّل الموقع ويُنشر، حتّى يبدأ المطوّر التالي من حيث انتهى الأوّل.

إن كان موقعك على ووردبريس اليوم

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

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

وإن قرّرت الانتقال إلى Astro أو Next.js، فالروابط هي ما يجب أن تحميه أوّلًا، فكلّ صفحةٍ قديمة تحتاج تحويلًا دائمًا إلى مكانها الجديد، وإلّا خسرت ما بنته في البحث. وفي مقال نقل الموقع خطوات النقل التي تحفظ الروابط والبيانات.

ما يختلف بحسب سوقك

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

وفي أيّ بلدٍ كنت، احسب الاشتراكات الشهريّة التي تتطلّبها كلّ تقنية: استضافة ووردبريس، ونظام المحتوى المنفصل إن كان مستضافًا، ومنصّة Next.js إن استعملتها. فكلّ اشتراكٍ دفعةٌ شهريّة يجب ألّا تتأخّر، وحسابٌ يجب أن يبقى باسمك، ومن سوريا إلى الخليج إلى أوروبا وأمريكا الشماليّة يبقى السؤالان نفسيهما: من يعدّل، وماذا يفعل الموقع.

وإن أردت أن نمرّ على موقعك بهذين السؤالين، فصفحة تطوير المواقع فيها ما أبنيه وكيف تبدأ المكالمة الأولى.

أسئلة تطرحها على من يعرض عليك موقعًا

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

خلاصة عمليّة

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

المصادر

1. موقع W3Techs، «Usage statistics of WordPress»: ووردبريس في 58.4% من المواقع التي يُعرف نظام إدارة محتواها، و39.7% من كلّ المواقع. قرأتُه في 16 تشرين الأوّل 2026، ويُحدَّث يوميًّا.
2. وثائق Astro، «Islands architecture»: معظم الصفحة HTML ثابت، و«جزرٌ» صغيرة من JavaScript حيث يُحتاج التفاعل.
3. مدوّنة Astro، «The Astro Technology Company joins Cloudflare»، 16 كانون الثاني 2026: يبقى Astro مفتوح المصدر برخصة MIT، ويدعم الاستضافة في أماكن كثيرة غير Cloudflare، وهدفه «أفضل إطار عمل للمواقع التي يقودها المحتوى».
4. مستودع Next.js على GitHub، «license.md»: رخصة MIT، حقوقها لشركة Vercel.
5. وثائق Astro، «Use a CMS with Astro»: أدلّة ربطٍ لأكثر من ثلاثين نظام محتوى منفصلًا، ومنها ووردبريس.
6. موقع HTTP Archive، «Tech Report»، بيانات أيلول 2026، لكلّ المواقع ولكلّ البلدان: المواقع التي تجتاز المؤشّرات الثلاثة على الجوال 71% لAstro و48% لووردبريس و36% لNext.js، وعلى الحاسوب 85% و54% و57%، ومتوسّط وزن الصفحة 1 و3 و2 ميغابايت، والاستجابة الجيّدة للنقر على الجوال 85% و90% و60%.
7. شركة Patchstack، «State of WordPress Security in 2026» (عن بيانات 2025): 11,334 ثغرةً جديدة، و91% منها في الإضافات.
8. شركة Vercel، «Postmortem on Next.js Middleware bypass»، 25 آذار 2025: الثغرة CVE-2025-29927 الحرجة، وإصلاحها في الإصدارين 14.2.25 و15.2.3.
9. مدوّنة Next.js، «Security Advisory: CVE-2025-66478»، 3 كانون الأوّل 2025: ثغرةٌ بدرجة 10.0 في مكوّنات الخادم في React تسمح بتشغيل شيفرةٍ عن بعد، ونصيحةٌ بتغيير المفاتيح السرّيّة لكلّ تطبيقٍ بقي دون تحديثٍ حتّى 4 كانون الأوّل 2025.
10. وثائق Cloudflare، «Pages limits»: الباقة المجّانيّة 500 عمليّة نشرٍ في الشهر، وعمليّة واحدة في الوقت نفسه.