This article is available in English — Read in English
لو عندك موقع ووردبريس، فغالبًا سمعت جملة «ووردبريس بقى فيه ذكاء اصطناعي» أكتر من مرة السنة دي. الجملة دي صح، بس مش بالشكل اللي ناس كتير متخيلاه. ووردبريس مش هيصحى الصبح يكتب لك مقالات لوحده، ولا هيعيد تصميم موقعك من غير ما تطلب. اللي حصل فعلًا أهم من كده بكتير: ووردبريس بنى أساسًا ثابتًا يخلّي أي إضافة أو أداة ذكاء اصطناعي تتعامل مع موقعك بطريقة منظمة وآمنة ومفهومة.
في المقال ده هنفهم سوا إيه اللي اتغير بالظبط من ووردبريس 6.9 لحد ووردبريس 7.1، وإيه معنى أسماء زي Abilities API وAI Client وConnectors وMCP Adapter، والأهم: إيه اللي يفرق معاك كصاحب موقع أو كمطوّر في مصر والمنطقة العربية، وإزاي تبدأ تجرّب من غير ما تعرّض موقعك لأي مخاطرة.
الحكاية باختصار: إيه اللي اتغير وإمتى؟
الشغل على الذكاء الاصطناعي في ووردبريس ماجاش مرة واحدة. فريق Core AI قسّمه على كذا إصدار، وكل إصدار أضاف قطعة من الصورة. الجدول ده بيلخص التسلسل حسب المصادر الرسمية على wordpress.org وmake.wordpress.org:
| الإصدار | تاريخ الإطلاق | أهم إضافة متعلقة بالذكاء الاصطناعي |
|---|---|---|
| ووردبريس 6.9 | ديسمبر 2025 | واجهة Abilities API: سجل موحّد لكل الحاجات اللي موقعك يقدر يعملها |
| ووردبريس 7.0 «Armstrong» | 20 مايو 2026 | WP AI Client وشاشة Connectors لإدارة مزوّدي الذكاء الاصطناعي |
| ووردبريس 7.1 | 19 أغسطس 2026 | تحسينات كبيرة في Abilities API وعلامة موحّدة اسمها public |
| ووردبريس 7.2 | مخطط له 10 ديسمبر 2026 | أغلب شغل الذكاء الاصطناعي هيفضل في إضافة AI الرسمية، من غير ضمان إنه يدخل النواة |
خلي بالك من نقطة مهمة: إصدار 7.0 كان مخطط له يوم 9 أبريل 2026، واتأجل لحد 20 مايو. ده طبيعي في مشروع بحجم ووردبريس، وبيوضّح إن الفريق بيفضّل يتأخر على إنه يطلق حاجة مش جاهزة.
أول حاجة لازم تعرفها: التحديث مش هيقلب موقعك فجأة
ناس كتير بتخاف تحدّث لأنهم فاكرين إن الذكاء الاصطناعي هيشتغل لوحده على المحتوى. الحقيقة إن النواة نفسها بتقدّم بنية تحتية، مش مزايا ظاهرة تكتب أو تعدّل. علشان أي ميزة ذكاء اصطناعي تشتغل فعلًا لازم يحصل حاجتين:
- تربط موقعك بمزوّد ذكاء اصطناعي (زي Anthropic أو Google أو OpenAI) وتحط مفتاح API بنفسك.
- تفعّل إضافة بتستخدم البنية دي، زي إضافة AI الرسمية أو أي إضافة تانية مبنية عليها.
يعني القرار في إيدك من الأول للآخر. ولو مش عايز أي حاجة ليها علاقة بالذكاء الاصطناعي، موقعك هيفضل شغال عادي جدًا بعد التحديث.
Abilities API: موقعك بيعرّف نفسه
الفكرة ببساطة
تخيّل إن موقعك عنده «قائمة مهارات» مكتوبة بشكل واضح: يقدر يجيب آخر المقالات، يقدر ينشئ حجز، يقدر يعرض بيانات طلب في ووكومرس. قبل Abilities API كل إضافة كانت بتعرّف قدراتها بطريقتها، وأي أداة خارجية عايزة تتعامل معاها كان لازم حد يكتب لها كود مخصوص.
من ووردبريس 6.9، بقى فيه سجل واحد. أي إضافة أو قالب يقدر يسجّل «قدرة» (Ability) باستخدام الدالة wp_register_ability()، ويحدد لها:
- اسم ووصف واضح يفهمه البشر والأدوات.
- شكل البيانات اللي داخلة (input schema) وشكل النتيجة اللي خارجة (output schema).
- دالة صلاحيات (permission callback) بتقرر مين مسموح له يشغّل القدرة دي.
- الكود اللي بينفّذ القدرة فعلًا.
إيه الجديد في 7.1؟
إصدار 7.1 ركّز على إن القدرات دي تبقى أسهل في الاكتشاف والاستخدام من الأدوات الخارجية. أهم التغييرات حسب ملاحظات المطورين على make.wordpress.org:
- علامة موحّدة اسمها
publicفي بيانات القدرة. لما تخليها true، القدرة تبقى متاحة للأدوات الخارجية زي REST API ومحوّلات MCP ووكلاء الذكاء الاصطناعي، مع إن دالة الصلاحيات لسه هي اللي بتتحكم في مين يشغّلها. - الدالة
wp_get_abilities()بقت تقبل فلترة حسب التصنيف أو الـ namespace أو البيانات الوصفية. - hooks جديدة زي
wp_ability_invokedتخليك تراقب كل مرة قدرة بتتنفّذ، ودي مفيدة جدًا للتسجيل والمراجعة. - تحويل تلقائي لأنواع البيانات الداخلة عن طريق REST حسب الـ schema، فالكود بتاعك يستلم أرقام كأرقام وقيم منطقية كقيم منطقية.
لو أنت مطوّر، ده معناه إنك تقدر تبني إضافة مرة واحدة وتخليها جاهزة لأي أداة ذكاء اصطناعي من غير ما تكتب تكامل منفصل لكل أداة. ولو أنت صاحب موقع، ده معناه إن الإضافات اللي بتستخدمها هتبقى أكثر توافقًا مع بعض ومع الأدوات اللي بتظهر كل يوم.

WP AI Client: لغة واحدة للكلام مع أي نموذج
قبل 7.0، أي إضافة عايزة تستخدم الذكاء الاصطناعي كانت بتكتب كود خاص بالتعامل مع OpenAI، وتانية تكتب كود لـ Google، وتالتة لـ Anthropic. والنتيجة؟ كل إضافة تطلب منك مفتاح API في مكان مختلف، وكل واحدة بتتعامل مع الأخطاء بطريقتها.
ووردبريس 7.0 أضاف WP AI Client، وهو واجهة مركزية بتخلّي الإضافات تكلّم نماذج الذكاء الاصطناعي من غير ما ترتبط بمزوّد معين. ووردبريس نفسه بيتولى توجيه الطلبات. الفايدة العملية:
- تقدر تغيّر المزوّد من غير ما تغيّر الإضافات.
- المفاتيح بتتحفظ في مكان واحد بدل ما تبقى متفرقة.
- المطوّرين بيكتبوا كود أقل وأوضح، وده بيقلّل الأخطاء.
شاشة Connectors: كل مفاتيحك في مكان واحد
من لوحة التحكم هتلاقي شاشة جديدة في الإعدادات ثم Connectors. الشاشة دي بتعرض المزوّدين المسجّلين في شكل كروت، وبتيجي فيها ثلاثة مزوّدين افتراضيًا: Anthropic وGoogle وOpenAI. تقدر تضيف مفتاح API لأي واحد منهم، والإضافات اللي مبنية على AI Client هتستخدم الاتصال ده تلقائيًا.
وراها فيه Connectors API، ودي اللي بتسمح لأي إضافة مزوّد تسجّل نفسها وتظهر في الشاشة. حاليًا الواجهة الكاملة متاحة للاتصالات اللي بتستخدم مفتاح API، والفريق قال صراحة إن الإصدارات الجاية هتدعم طرق مصادقة تانية.
نصيحة عملية: لو بتدير موقع لعميل، اتفق معاه من الأول مين اللي هيدفع فاتورة المزوّد، وحط المفتاح باسم حساب العميل مش حسابك الشخصي. ده بيوفّر عليك مشاكل كتير بعدين.
MCP Adapter: لما وكيل ذكاء اصطناعي يكلّم موقعك
يعني إيه MCP أصلًا؟
MCP اختصار Model Context Protocol، وهو معيار مفتوح بيحدد إزاي مساعدات الذكاء الاصطناعي تتواصل مع أدوات وأنظمة خارجية. أدوات زي Claude Desktop وCursor وVS Code بتدعمه.
دور المحوّل
MCP Adapter هو حزمة رسمية من مبادرة AI Building Blocks for WordPress. شغلته إنه ياخد القدرات المسجّلة في Abilities API ويحوّلها لأدوات وموارد يفهمها أي عميل MCP. يعني تقدر تفتح Claude أو Cursor وتطلب منه يعرض آخر الطلبات أو يجهّز مسودة، وهو يستخدم القدرات اللي موقعك سامح بيها بس.
نقط مهمة قبل ما تتحمس:
- الخادم الافتراضي في المحوّل مش بيعرض أي قدرة إلا لو كانت معلّمة إنها public.
- المحوّل حاليًا متوزّع من GitHub، وخطة 7.2 بتتكلم عن نشره في دليل الإضافات على wordpress.org وتسهيل تفعيله من إضافة AI.
- للتجربة المحلية تقدر توصّله عن طريق WP-CLI، وفيه كمان اتصال عن طريق HTTP للمواقع الأونلاين.
ونصيحتي الصريحة: ابدأ بالقدرات اللي بتقرا بس (read-only)، وماتديش أي وكيل صلاحيات حذف أو تعديل على موقع حي إلا بعد اختبار كويس على نسخة staging.
إضافة AI الرسمية: الجزء اللي هتشوفه بعينك
لو عايز تشوف الذكاء الاصطناعي شغال جوه لوحة التحكم، فإضافة AI الرسمية من فريق ووردبريس هي المكان الصح. الإضافة دي بتجمع AI Client وAbilities API في تجربة واحدة، وكمان بتعتبر مثال مرجعي للمطورين. المزايا بتشتغل بنظام التجارب (Experiments)، يعني بتفعّل اللي أنت عايزه بس:
- اقتراح العناوين: زرار Generate فوق خانة العنوان بيطلع لك اقتراحات تختار منها.
- توليد المقتطف: ملخص حوالي 55 كلمة مناسب لصفحات الأرشيف ونتايج البحث.
- توليد النص البديل للصور: من بلوك الصورة أو مكتبة الوسائط، وكمان بشكل جماعي لكذا صورة مرة واحدة.
- توليد الصور وتعديلها: من الشريط الجانبي للمحرر.
الإضافة محتاجة اتصال مزوّد شغال من شاشة Connectors، وكل مزايا التحرير بتشتغل لما أنت تدوس عليها، مش لوحدها. وده بالظبط الأسلوب الصح: الأداة بتقترح، وأنت اللي بتقرر. ولو عايز تروح خطوة أبعد وتستخدم الذكاء الاصطناعي في تخطيط وبناء موقع كامل، دليلنا عن إنشاء موقع ووردبريس بأدوات الذكاء الاصطناعي بيوضح إيه اللي ينفع النهارده وإمتى لسه هتحتاج مطوّر.
طب إيه اللي يفرق معانا في مصر والمنطقة العربية؟
المحتوى العربي محتاج مراجعة بشرية
جودة النماذج في العربي بتختلف من مزوّد للتاني ومن نوع محتوى للتاني. العنوان المقترح ممكن يطلع ترجمة حرفية تقيلة، والنص البديل ممكن يخلط بين الفصحى والعامية. خليك دايمًا راجع قبل ما تنشر، وجرّب أكتر من مزوّد على عينة من محتواك قبل ما تثبّت على واحد.
النص البديل فرصة سيو حقيقية
مواقع عربية كتير صورها من غير نص بديل خالص. ميزة التوليد الجماعي ممكن تحل المشكلة دي في دقايق، بشرط إنك تراجع النتيجة وتتأكد إنها بالعربي وبتوصف الصورة فعلًا.
التكلفة بالدولار
كل طلب للنموذج ليه تكلفة عند المزوّد. لو موقعك فيه آلاف الصور أو المنتجات، احسبها كويس قبل ما تشغّل أي عملية جماعية، وابدأ بدفعة صغيرة تعرف منها التكلفة الحقيقية.
المتاجر الإلكترونية
لو عندك متجر ووكومرس، القدرات المسجّلة ممكن في المستقبل تخلّي مساعد ذكاء اصطناعي يجاوب العملاء عن حالة الطلب أو يجهّز تقارير المبيعات. بس الكلام ده لسه بيتبني، وأي حاجة فيها بيانات عملاء لازم تتعامل معاها بحذر شديد.
الأمان قبل أي حاجة
كل ما الأدوات تبقى قادرة تعمل حاجات أكتر على موقعك، كل ما المخاطرة تزيد لو الإعداد غلط. شوية قواعد بسيطة بتفرق جدًا:
- جرّب دايمًا على نسخة staging قبل الموقع الحي.
- اعمل حساب مستخدم مخصوص للأدوات بأقل صلاحيات ممكنة، وماتستخدمش حساب المدير.
- استخدم Application Passwords أو OAuth بدل كلمة السر الأساسية.
- أي عملية كتابة أو حذف لازم تمر على موافقة بشرية.
- راجع الإضافات الخارجية اللي بتعرض أدوات MCP، وحدّثها أول بأول، لأن أي ثغرة في الصلاحيات هنا ممكن تبقى خطيرة.
- خلي عندك نسخة احتياطية حديثة دايمًا قبل أي تجربة.
ولو مش عايز تشيل هم الحاجات دي، خدمة رعاية المواقع بتغطي التحديثات والنسخ الاحتياطية والمتابعة بشكل منتظم.
خطوات تبدأ بيها النهارده
- اتأكد إن موقعك على ووردبريس 7.1، وإن القالب والإضافات متوافقين.
- اعمل نسخة staging من الموقع.
- نزّل إضافة AI الرسمية من دليل الإضافات على wordpress.org.
- من الإعدادات ثم Connectors، ضيف مفتاح API لمزوّد واحد.
- فعّل تجربة اقتراح العناوين وجرّبها على مقال قديم.
- جرّب توليد النص البديل على عشر صور، وراجع جودة العربي.
- سجّل التكلفة والوقت اللي وفّرته، وبعدها قرر تنقل الإعداد للموقع الحي ولا لأ.
لو أنت مطوّر وعايز تتعلم تبني إضافات بتسجّل قدرات خاصة بيها، ابدأ من دليل المطورين الرسمي، وممكن كمان تبص على دورات تطوير الويب لو عايز أساس قوي في ووردبريس.
أسئلة بتتكرر كتير
هل لازم أدفع علشان أستخدم الذكاء الاصطناعي في ووردبريس؟
ووردبريس وإضافة AI مجانيين، بس المزوّد اللي بتربطه (زي OpenAI أو Google أو Anthropic) بيحاسبك على الاستخدام حسب خطته.
هل التحديث لـ 7.0 أو 7.1 هيأثر على سرعة موقعي؟
البنية الجديدة مش بتشتغل إلا لما إضافة تستخدمها. ومع ذلك، أي تحديث رئيسي لازم يتجرب على staging الأول، خصوصًا لو عندك إضافات قديمة.
هل MCP Adapter آمن على موقع حي؟
هو آمن بقدر ما الإعداد بتاعك آمن. الخادم الافتراضي مش بيعرض إلا القدرات العامة، بس أنت مسؤول عن الصلاحيات والحساب المستخدم. ابدأ بالقراءة بس، وجرّب على staging.
هل الذكاء الاصطناعي هيكتب محتوى موقعي بدالي؟
هو أداة مساعدة بتقترح عناوين وملخصات ونصوص بديلة. المحتوى اللي بيبني ثقة عملائك لسه محتاج خبرتك وصوتك أنت.
كلمة أخيرة
اللي بيحصل في ووردبريس السنة دي مش موضة، ده أساس هيتبني عليه سنين. الفرق بين موقع هيستفيد من الموجة دي وموقع هيتعب منها هو التخطيط: تعرف إيه اللي محتاجه، تجرّب في مكان آمن، وتراجع كل حاجة قبل ما توصل لعملائك.
لو محتاج مساعدة في تجهيز موقعك للمزايا دي، أو عايز تبني قدرات مخصوصة لمتجرك أو نظامك، تقدر تبص على خدمة تطوير ووردبريس، أو تحجز استشارة ووردبريس مجانية ونتكلم في التفاصيل.
المراجع
- WordPress 7.0 «Armstrong» على wordpress.org
- WordPress 7.0 Field Guide
- Introducing the Connectors API in WordPress 7.0
- WordPress 7.1 على Make WordPress Core
- Abilities API improvements in WordPress 7.1
- A unified public exposure flag for Abilities in WordPress 7.1
- From Abilities to AI Agents: Introducing the WordPress MCP Adapter
- WordPress/mcp-adapter على GitHub
- إضافة AI الرسمية على wordpress.org
- Roadmap to 7.2