أصبحت العلاقة بين ووردبريس والذكاء الاصطناعي واحدة من أهم الأسئلة التي تواجه وكالات تطوير المواقع وأصحاب الأعمال في 2026. هل ما زال ووردبريس يحتفظ بقيمته في وقت يمكن فيه إنشاء موقع أولي خلال ساعات باستخدام أدوات Vibe Coding؟ أم أن الذكاء الاصطناعي سيحوّل المنصة المفتوحة إلى طبقة خلفية فقط؟ جلسة حديثة لفريق Automattic for Agencies حاولت الإجابة عمليًا من خلال عروض مباشرة شملت WordPress VIP وPressable وWordPress.com، وخرجت بخلاصة واضحة: المشكلة لم تعد في إنشاء الموقع، بل في كل ما يأتي بعد الإطلاق من أمان وصيانة ومراقبة وحوكمة وجودة.
الإجابة السريعة
تُظهر هذه الدراسة العملية حول ووردبريس والذكاء الاصطناعي أن القيمة الأساسية للمنصة لا تختفي مع أدوات الذكاء الاصطناعي، بل تتحول من مجرد بناء الصفحات إلى إدارة دورة حياة الموقع. الفريق عرض كيف يمكن للذكاء الاصطناعي قراءة سجلات الموقع، احترام صلاحيات المستخدم، العمل داخل نظام التصميم، إجراء فحوصات أمنية، تشخيص مشاكل المتاجر، ومراجعة المحتوى قبل النشر، مع بقاء القرار النهائي في يد الإنسان.
هذه ليست دراسة أكاديمية.. بل دراسة تطبيقية من داخل منظومة ووردبريس
المصدر الذي نعتمد عليه هنا ليس ورقة بحثية أكاديمية محكمة، بل ملخص موسع لجلسة Webinar نظمتها Automattic لقطاع الوكالات، شارك فيها مسؤولون ومهندسون من WordPress.com وWordPress VIP وPressable. لذلك من الأدق التعامل معها باعتبارها دراسة تطبيقية وعملية لما يمكن أن يحدث عندما يندمج ووردبريس والذكاء الاصطناعي في بيئات إنتاج حقيقية.
وفي قلب دراسة ووردبريس والذكاء الاصطناعي بدأت الجلسة بسؤال تواجهه الوكالات يوميًا: لماذا يختار العميل ووردبريس إذا كان يستطيع إنشاء موقع أولي بسرعة عبر أدوات مغلقة تعتمد على الذكاء الاصطناعي؟ إجابة الفريق كانت أن إطلاق الموقع لم يكن يومًا الجزء الأصعب. الأهم هو ما يحدث بعده: التحديثات، الأمان، الأداء، توافق الإضافات، مراقبة الأعطال، وحماية هوية العلامة التجارية.
لماذا يعرف الذكاء الاصطناعي ووردبريس جيدًا؟
بحسب Ronnie Burt، مسؤول منتجات الذكاء الاصطناعي في WordPress.com، فإن النماذج الحديثة تعرف ووردبريس بدرجة عالية لأنه مشروع مفتوح المصدر وواحد من أكثر أنظمة إدارة المحتوى توثيقًا على الإنترنت. هذه النقطة تمنح ووردبريس والذكاء الاصطناعي علاقة مختلفة عن منصات مغلقة لا يستطيع النموذج رؤية بنيتها أو الوثائق التفصيلية الخاصة بها بنفس السهولة.
الفكرة ليست أن النموذج يعرف كل موقع تلقائيًا، بل أن البنية العامة لووردبريس، الأكواد المفتوحة، التوثيق، والواجهات المعيارية تمنح الوكيل الذكي أرضية مألوفة للعمل عليها. ومع إضافة طبقات مثل MCP وAbilities API يصبح بإمكان النموذج الوصول إلى وظائف محددة بطريقة أكثر انضباطًا بدل التخمين أو تنفيذ تغييرات عشوائية.
MCP هو طبقة الاتصال التي تغيّر طريقة إدارة المواقع
ركزت معظم العروض على Model Context Protocol أو MCP، وهي طبقة تسمح لمساعد الذكاء الاصطناعي بقراءة بيانات الموقع وتنفيذ إجراءات معتمدة وفق صلاحيات واضحة. في سياق ووردبريس والذكاء الاصطناعي تصبح الفكرة أقرب إلى منح الوكيل أدوات رسمية محددة يستطيع استخدامها، بدل إعطائه وصولًا مفتوحًا إلى كل شيء.
في WordPress VIP مثلًا، أظهر الفريق أن الوكيل يستطيع قراءة إرشادات العلامة التجارية ونظام التصميم ومتطلبات الوصول وقواعد الامتثال قبل إنشاء أي محتوى. كما يعمل داخل صلاحيات المستخدم الحالي نفسها، وكل إجراء ينفذه يتم تسجيله، لذلك لا يحتاج الموقع إلى بناء نظام صلاحيات جديد خاص بالذكاء الاصطناعي.
الذكاء الاصطناعي لا يبني صفحة من فراغ
في أحد العروض أنشأ الوكيل صفحة مصرفية تجريبية، لكنه لم يبدأ من صفحة بيضاء. أولًا حمّل صوت العلامة التجارية، نظام التصميم، القيود المتعلقة بما يمكن قوله، ومتطلبات الوصول. بعد ذلك استخدم بلوكات وأنماطًا معتمدة داخل الموقع نفسه وحفظ النتيجة كمسودة.
هذه النقطة مهمة جدًا في فهم مستقبل ووردبريس والذكاء الاصطناعي. الخطر الأكبر في أدوات التوليد السريع هو أن تنتج كل مرة كودًا أو تصميمًا مختلفًا يبتعد تدريجيًا عن هوية الموقع. أما عندما يعمل الوكيل داخل المكونات المعتمدة والـPatterns الموجودة أصلًا، تصبح النتيجة أقرب إلى امتداد طبيعي لنظام الموقع بدل إضافة كود غريب أو عشوائي.
14 فحصًا دفعة واحدة عبر Secure MCP
أحد أكثر الأمثلة العملية في الجلسة كان استخدام نسخة مقيدة من MCP داخل WordPress VIP لتنفيذ 14 فحصًا صحيًا للموقع في طلب واحد. شملت الفحوصات ثغرات أمنية، نشاط حسابات غير معتاد، وحالة التخزين المؤقت، ثم عاد النظام بنتائج قابلة للتنفيذ بدل عرض لوحة مؤشرات مليئة بالأرقام فقط.
والأهم أن الفريق كرر العملية على 26 موقعًا داخل المؤسسة. هذا النوع من العمل كان يمكن أن يستغرق ساعات، بينما نفذه النظام خلال دقائق. هنا يظهر جانب مختلف من ووردبريس والذكاء الاصطناعي: ليس كتابة المقالات أو توليد الصور، بل تقليل وقت المهام التشغيلية المتكررة التي تستهلك فرق الصيانة.
قصة عطل الجمعة: الذكاء الاصطناعي كأداة تشخيص
عرض فريق Pressable سيناريو يبدأ في الساعة 5:15 مساء يوم الجمعة، عندما أبلغ ثلاثة عملاء عن مشاكل في مواقعهم، وكان أكبرهم يشتكي من تعطل الدفع بشكل متقطع. من الهاتف، أُرسل طلب واحد إلى المساعد عبر Pressable MCP وClaude Dispatch لفرز المواقع الثلاثة وسحب السجلات وتحديد المشكلة الحقيقية.
النتيجة كانت أن موقعين يعانيان أخطاء منخفضة الأولوية، بينما الموقع الثالث لديه مشكلة حقيقية في Checkout. لكن ما كشفه النظام كان أخطر: بعض المدفوعات أعادت رمز نجاح وجرى خصم المبلغ من البطاقة، من دون إنشاء طلب داخل المتجر.
الوكيل اختبر فرضيته بدل الاكتفاء بالتخمين
اللافت في هذا المثال أن النظام لم يكتفِ بإلقاء اللوم على إضافة معينة. بعد أن اشتبه في Plugin، تحقق من الملفات باستخدام checksum واكتشف أن الإضافة لم تتغير أصلًا. بعد ذلك استنسخ الموقع وقارن النسخة مع بيئة الإنتاج، بدل تنفيذ Restore مباشر قد يعرض بيانات العملاء للخطر.
في النهاية تم إصلاح Checkout مع الحفاظ على البيانات، ثم أنشأ الذكاء الاصطناعي ورقة مطابقة كشفت 123 حالة عدم تطابق موزعة على 53 طلبًا تحتاج إلى تسوية داخل Stripe. هذا المثال يوضح أن قيمة ووردبريس والذكاء الاصطناعي في بيئات الوكالات قد تكون في التشخيص المنظم أكثر من توليد المحتوى.
الموقع يمكن أن يمتلك ذاكرة خاصة به
العرض الخاص بـWordPress.com قدم فكرة مختلفة: إعطاء الموقع ذاكرة من خلال Guidelines. في المثال التجريبي كان الموقع لصالة رياضية تستهدف أشخاصًا في الأربعينيات والخمسينيات والستينيات لم يدخلوا صالة من قبل، مع قائمة واضحة لما يجب تجنبه في اللغة التسويقية.
بعد تخزين هذه الإرشادات استطاع الوكيل استخدام اللون المعتمد للعلامة أثناء تعديل صورة، كما راجع المحتوى تحريريًا ورصد لغة مبالغًا فيها وغياب Call to Action على مستوى البلوك نفسه. هنا يتحول ووردبريس والذكاء الاصطناعي من مساعد عام إلى مساعد يعرف قواعد الموقع المحدد ويتصرف على أساسها.
الوكيل لا يحتاج إلى البقاء داخل لوحة التحكم
من النقاط اللافتة أيضًا أن الأدوات المعروضة لم تكن محصورة داخل WP Admin. في عرض WordPress.com أمكن التواصل مع الوكيل عبر Telegram والبريد الإلكتروني. أُرسلت إليه رسالة من عميل تطلب تخفيض سعر، فطلب التأكيد أولًا ثم نفذ التغيير بعد الموافقة.
هذه الفكرة تعني أن إدارة الموقع قد تتحول تدريجيًا من التنقل بين عشرات صفحات لوحة التحكم إلى أوامر محادثية، لكن مع الاحتفاظ بالصلاحيات والموافقات. وهنا تصبح العلاقة بين ووردبريس والذكاء الاصطناعي أقرب إلى طبقة تشغيل جديدة فوق النظام الحالي، لا استبدالًا للنظام نفسه.
ماذا عن Elementor وDivi وACF؟
أحد الأسئلة المهمة من الوكالات كان عن Page Builders والحقول المخصصة. بحسب الجلسة، يمكن لأدوات مثل Divi وElementor وACF العمل عبر Abilities API في WordPress Core: تسجل الأداة Ability يستطيع الوكيل اكتشافها واستخدامها بصورة أصلية.
هذه النقطة تتقاطع مع الاتجاه الذي بدأ يظهر في الإصدارات الحديثة من ووردبريس. وقد تناولنا في سوالف سابقًا أهم تغييرات WordPress 7.1، ومنها تطوير Abilities API لتصبح أساسًا أوضح لعمليات التكامل والأتمتة.
المراقبة المستمرة بدل انتظار شكوى العميل
الجلسة طرحت أيضًا إمكانية جدولة فحوصات مستمرة على مجموعة كبيرة من المواقع، ثم تفسير السجلات عبر MCP وإطلاق تنبيهات عند حدوث أخطاء Fatal أو ارتفاعات غير طبيعية في الزيارات أو تغييرات في الإضافات.
بالنسبة لوكالة تدير عشرات أو مئات المواقع، هذه النقطة قد تكون أكثر تأثيرًا من أي مولد صفحات. الجمع بين ووردبريس والذكاء الاصطناعي يمكن أن ينقل الوكالة من نموذج رد الفعل بعد ظهور المشكلة إلى نموذج استباقي يكتشف التغيرات قبل أن يتصل العميل.
الإنسان يظل صاحب القرار النهائي
الخيط المشترك بين جميع العروض كان واضحًا: الذكاء الاصطناعي يقرأ السجلات أو الإرشادات، يحلل المشكلة، يقترح أو ينفذ داخل حدود الصلاحيات، لكن الإنسان يقرر ما الذي يتم نشره أو اعتماده فعليًا. Automattic لم تعرض نموذجًا يقوم فيه الوكيل بكل شيء بلا رقابة.
وهذا ربما أهم استنتاج في دراسة ووردبريس والذكاء الاصطناعي. القيمة ليست في إزالة المطور أو مدير الموقع من الحلقة، بل في جعل وقته يذهب إلى القرارات التي تحتاج خبرة بشرية بدل استهلاكه في فحوصات وروتين يمكن أتمتته.
هل الذكاء الاصطناعي يهدد وكالات ووردبريس؟
ومن زاوية دراسة ووردبريس والذكاء الاصطناعي لدى Automattic، الإجابة هي أن أدوات البناء السريع ستضغط فعلًا على الخدمات التي كانت تبيع مجرد إنشاء موقع بسيط. العميل الذي يستطيع تكوين Landing Page خلال ساعات لن يدفع المبلغ نفسه مقابل عمل يمكن أتمتته بسهولة.
لكن الدراسة التطبيقية ترى أن الفرصة تنتقل إلى ما بعد البناء: الأمان، السرعة، الحوكمة، الصيانة، التكاملات، إدارة البيانات، الالتزام بالهوية، ومراقبة الأساطيل الكبيرة من المواقع. بهذا المعنى، ووردبريس والذكاء الاصطناعي قد يغيران نموذج أعمال الوكالات أكثر مما يلغيان دورها.
المصدر المفتوح يصبح ميزة وليس عبئًا
في عصر الأدوات المغلقة يمكن أن يبدو Open Source أبطأ في بعض الأحيان، لكنه يمنح الوكالة سيطرة أكبر على البيانات والصلاحيات والبنية. Automattic تراهن على أن هذه الخاصية ستصبح أكثر أهمية مع الوكلاء الذكيين، لأن المؤسسة تريد أن تعرف ماذا يستطيع الوكيل قراءته وتغييره، وأن تسجل كل إجراء.
هذه الرؤية تفسر لماذا تحاول المنصة إدخال ووردبريس والذكاء الاصطناعي عبر واجهات وصلاحيات معيارية بدل ربط النظام بمزود نموذج واحد. وقد بدأ هذا الاتجاه يظهر بوضوح مع WordPress 7.0 وبنية الذكاء الاصطناعي داخل النواة.
ما الذي يجب أن تستعد له الوكالات الآن؟
- تحويل قواعد العلامة التجارية والسياسات إلى تعليمات منظمة يمكن للوكيل قراءتها.
- مراجعة صلاحيات المستخدمين لأن الوكيل سيعمل داخل الصلاحيات نفسها.
- تسجيل وظائف الإضافات والـPage Builders كقدرات واضحة بدل الاعتماد على تغييرات عشوائية في الواجهة.
- أتمتة الفحوصات المتكررة مثل السجلات والأداء والأمان مع بقاء الموافقة البشرية.
- بناء نظام Monitoring على مستوى جميع المواقع بدل التعامل مع كل موقع منفردًا.
- التمييز بين المهام التي يمكن للذكاء الاصطناعي تنفيذها والقرارات التي يجب أن تظل بشرية.
قراءة نقدية للدراسة
من المهم أيضًا ألا نتعامل مع العرض باعتباره إثباتًا محايدًا على تفوق ووردبريس. المصدر هو Automattic، وهي طرف مباشر يستفيد من نجاح WordPress.com وWordPress VIP وPressable، لذلك من الطبيعي أن تركز الأمثلة على نقاط القوة التي تريد الشركة إبرازها.
لكن هذا لا يقلل قيمة الأمثلة التقنية نفسها. السيناريوهات المعروضة توضح اتجاهًا حقيقيًا يمكن اختباره: استخدام MCP والصلاحيات وAbilities API لجعل الذكاء الاصطناعي يعمل داخل حدود نظام إدارة المحتوى بدل العمل خارجه. لذلك فإن فائدة الدراسة في فهم الاتجاه التقني لـووردبريس والذكاء الاصطناعي أكبر من التعامل معها كتقرير سوق مستقل.
ووردبريس والذكاء الاصطناعي: واقع عملي
تقدم جلسة Automattic صورة مختلفة لمستقبل ووردبريس والذكاء الاصطناعي. المنافسة لم تعد حول من يستطيع إنشاء صفحة أسرع، لأن هذا الجزء أصبح سهلًا للجميع تقريبًا. القيمة تنتقل إلى ما بعد الإطلاق: أن يفهم الوكيل قواعد الموقع، يحترم الصلاحيات، يراقب الأعطال، يراجع المحتوى، ويقترح أو ينفذ تغييرات قابلة للتدقيق.
وبحسب هذه الرؤية، لن يبقى ووردبريس مهمًا لأنه يستطيع توليد صفحات بالذكاء الاصطناعي، بل لأنه يملك بنية مفتوحة وموثقة يمكن للوكلاء العمل داخلها من دون أن تفقد المؤسسة السيطرة على موقعها. ويمكن قراءة الدراسة التطبيقية الأصلية وملخص جلسة Automattic للاطلاع على العروض الكاملة والأمثلة التي قدمها فريق WordPress VIP وPressable وWordPress.com.
لا يسمح بنقل هذا المحتوى من سوالف دون الاشارة برابط مباشر
