كيف يعمل WordPress headless؟
في موقع WordPress التقليدي يفعل WordPress كل شيء: إدارة المحتوى وعرض الصفحات. في البنية headless يبقى WordPress نظام الإدارة فقط. الواجهة، ما يراه الزوار، تطبيق منفصل (عادة React/Next.js) يجلب المحتوى عبر REST API أو GraphQL ويقدّمه كـ HTML ثابت ومحسَّن.
فريق التحرير لا يلاحظ شيئًا: يعمل في اللوحة نفسها كالعادة. الفرق عند الزائر الذي لم يعد يحمّل قالبًا بأكوام إضافات بل صفحات نقية مولَّدة مسبقًا.
ما المزايا؟
السرعة: الصفحات المقدمة بشكل ثابت تُحمَّل في جزء من زمن القالب التقليدي، وCore Web Vitals عامل ترتيب مؤكد. الأمان: تثبيت WordPress لم يعد معلقًا علنًا على الويب، فتختفي غالبية نواقل الهجوم. المستقبل: المحتوى نفسه يمكن أن يغذي لاحقًا تطبيقًا أو كشكًا أو قناة أخرى.
وللاكتشاف في محركات إجابات الذكاء الاصطناعي (ChatGPT وPerplexity وGoogle AI Overviews) يكون التقديم الثابت قيّمًا بشكل خاص: تحصل الزواحف على HTML كامل وسريع دون عوائق JavaScript.
متى لا يكون الخيار الصحيح؟
لموقع صغير نادرًا ما يتغير، يكفي غالبًا WordPress التقليدي بقالب خفيف؛ إذ يسترد استثمار headless الإضافي كلفته ببطء أكبر. وإن كنت تعتمد كثيرًا على إضافات تقدّم وظائف واجهة (منشئو الصفحات وبعض إضافات النماذج) فسيتطلب headless إعادة بناء تلك الأجزاء.
الموازنة تجارية لا تقنية: كم تساوي السرعة والأمان والاكتشاف عندك؟ من اللحظة التي يجب أن يجلب فيها الموقع زيارات أو عملاء بجدية، يفوز headless في الغالب.
· Maricio Jongma, Jongma Development