WordPress 7.0 وAI Client داخل النواة

صدر WordPress 7.0 في 20 مايو 2026 تحت اسم الإصدار Armstrong، بعد ستة أسابيع من الموعد المدرج في جدول 2026 الأصلي، وهو أهم إصدار للنواة بالنسبة للوكالات منذ block editor. العنوان العريض هو أن النواة صارت قادرة على التحدث إلى نماذج الذكاء الاصطناعي التوليدي. التفصيل الأهم هو أن النواة صارت تحدد أيضًا كيف يُفترض بالإضافة أن تتحدث إليها، وهذا يغيّر بهدوء ما يحق لكل إضافة على الموقع أن تفترضه بشأن نطاقها الخاص.

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

هذه قراءة الممارس. ما الذي وصل فعلًا، وما الذي سُحب قبل اثني عشر يومًا من الإصدار ولماذا، وما الذي سيكسره التحديث وما لن يكسره، وماذا تقول لعميل قرأ للتو عنوانًا عن دخول الذكاء الاصطناعي إلى WordPress.

هل ينبغي أن تحدّث؟ نعم، لكن اذهب إلى 7.1 بدل التوقف عند 7.0. صدر WordPress 7.1 في 19 أغسطس 2026، وخلف الإصدار 7.0 أربعة إصدارات صيانة. تظل ميزات الذكاء الاصطناعي خاملة حتى يحفظ مسؤول مفتاح مزوّد ضمن الإعدادات ثم Connectors، فالتحديث وحده لا يرسل أيًا من محتواك إلى أي مكان. الخطر الحقيقي هنا هو توافق الإضافات والقوالب المعتاد، لا الذكاء الاصطناعي.

ما الذي وصل فعليًا في WordPress 7.0

سُمّي الإصدار على اسم Louis Armstrong، اتباعًا لعرف المشروع في تسمية الإصدارات الرئيسية بأسماء موسيقيي الجاز. ينسب إعلان الإصدار الفضل إلى أكثر من 875 مساهمًا وإلى ما يزيد على 420 تحسينًا وإصلاحًا.

قائمة ما وصل قصيرة بما يكفي لتكون مفيدة. حصلت النواة على AI Client، وهي واجهة PHP محايدة تجاه المزوّد لإرسال المطالبات إلى النماذج التوليدية. وحصلت على شاشة Connectors ضمن الإعدادات، حيث يخزّن المسؤول بيانات اعتماد المزوّد. وحصلت على النصف الخاص بـ JavaScript من Abilities API، بعدما وصل نصفها البرمجي بلغة PHP في الإصدار 6.9.

على الجانب التحريري هناك Command Palette عبر Ctrl+K أو Cmd+K، ولوحة تحكم محدّثة، وصفحة مخصصة لإدارة الخطوط، وتصفح بصري للمراجعات، ومكوّنات Heading وBreadcrumbs وIcons الجديدة، إلى جانب عرض شرائح بنمط lightbox للمعارض.

ما لم يصل كان الميزة التي بُني حولها الإصدار كله. أُزيل التحرير التشاركي الفوري قبل اثني عشر يومًا من الإطلاق. هذا الغياب، والسبب وراءه، يقولان عن حال النواة اليوم أكثر مما تقوله قائمة الميزات.

لماذا تحرك الموعد

كان الإصدار مجدولًا في الأصل ليوم 9 أبريل 2026. وانزلق إلى 20 مايو لأن التحرير التشاركي لم يكن جاهزًا ولم يقبل المشروع إطلاقه على حاله. تقول تدوينة الطريق إلى الأمام صراحةً إن التأجيل كان لإتاحة وقت أطول لمعالجة ملاحظات الاختبار حول تنفيذ التعاون الفوري، وعاد الدور إلى مرحلة بيتا مع الاحتفاظ بأرقام إصدارات المرشح النهائي لأسباب تقنية.

هذا أمر غير معتاد. عودة إصدار رئيسي إلى بيتا بعد بلوغه مرحلة المرشح النهائي إشارة قوية، وكان القرار صائبًا.

AI Client: النواة تقدم التجريد لا النموذج

أهم حقيقة معمارية في WordPress 7.0 أن النواة لا تتضمن نموذج ذكاء اصطناعي ولا مفتاح واجهة برمجية ولا علاقة مع أي مزوّد. تنص ملاحظة المطورين حول AI Client بوضوح على أن نواة WordPress لا تحزم أي مزوّدي ذكاء اصطناعي بشكل مباشر.

ما تقدمه النواة هو واجهة PHP متسقة. تستدعي الإضافة الدالة wp_ai_client_prompt() التي تعيد كائن WP_AI_Client_Prompt_Builder، ثم تسلسل الإعدادات مثل using_temperature() أو using_model_preference()، وتختم بـ generate_text() أو generate_image(). تعود الأخطاء على هيئة WP_Error، وتمر الطلبات عبر ناقل HTTP الخاص بـ WordPress، والأمر كله موصول بنظام الخطافات.

الأثر العملي أن مؤلف الإضافة لم يعد يكتب عميل HTTP وحلقة إعادة محاولة وشاشة لتخزين المفتاح وصفحة إعدادات لكل مزوّد نماذج. يصف ما يريده وتتولى النواة التوجيه.

هذا تقليص حقيقي للشيفرة المكررة. وهو في الوقت نفسه مركزة للثقة، وهذا هو الجزء الجدير بالتفكير قبل تشغيل أي شيء.

ما هو الـ connector

الـ connector هو العلاقة المسجّلة بين موقعك وخدمة خارجية. في الإصدار 7.0 النوع الوحيد من الـ connectors هو مزوّدو الذكاء الاصطناعي، وهناك ثلاث إضافات رئيسية تغطي Anthropic وGoogle وOpenAI، تُثبَّت كل واحدة على حدة.

تصف ملاحظة المطورين حول Connectors API كيفية تحديد بيانات الاعتماد. يمكن أن يأتي المفتاح من متغير بيئة أو ثابت PHP أو إعداد في قاعدة البيانات، تُفحص بهذا الترتيب، وأسماء الخيارات تتبع النمط connectors_ai_{$id}_api_key.

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

ماذا يعني هذا إن كنت لا تكتب شيفرة

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

حتى ذلك الحين يبقى AI Client مكتبة خاملة. التحديث إلى WordPress 7.0 لا يرسل مقالاتك إلى نموذج، ولا ينشئ حسابًا في أي مكان، ولا يرتب أي فاتورة.

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

Abilities API ولماذا يتغير تصميم الإضافات

Abilities API هي القطعة التي ستظل مهمة بعد ثلاث سنوات، وهي في جوهرها لا علاقة لها بالذكاء الاصطناعي. إنها سجل. تسجل الإضافة وحدة وظيفية مسماة عبر wp_register_ability() بالصيغة namespace/ability-name، مع وصف مقروء للبشر، وJSON Schema لمدخلاتها ومخرجاتها، ودالة تنفيذ، ودالة صلاحيات اختيارية.

تعرض الوثائق الرسمية دالة الصلاحيات بوصفها فحص قدرة عاديًا، يعيد مثلًا current_user_can( 'manage_options' ). هذا هو نموذج الأمان بأكمله، وهو لا يساوي أكثر من حصافة مؤلف الإضافة.

ما إن توجد الـ abilities حتى تستطيع برامج أخرى تعدادها. يمكن تسليم النموذج قائمة بما يستطيع هذا الموقع تحديدًا فعله، بصيغة مخطط، وله أن يستدعي واحدة منها. وينطبق ذلك على Command Palette من جهة العميل، ولهذا وصل نصف الواجهة الخاص بـ JavaScript في الإصدار نفسه الذي وصلت فيه اللوحة.

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

ما الذي تغير في 7.1

شدّد WordPress 7.1 السجل بدل توسيعه. تضيف ملاحظة المطورين حول abilities في 7.1 مرشحي تحقق هما wp_ability_validate_input وwp_ability_validate_output، وإجراءً باسم wp_ability_invoked ينطلق مع بداية التنفيذ، وعلامة بيانات وصفية public تتحكم بما إذا كانت الـ ability قابلة للاكتشاف عبر REST على /wp-json/wp-abilities/v1/abilities.

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

التحرير التشاركي الفوري والجدول الذي احتاجه

يقوم التحرير التشاركي على Yjs، وهو نوع بيانات مُكرَّر خالٍ من التعارض، مع تجريد لمزوّد المزامنة. تشحن النواة افتراضيًا مزوّدًا يعتمد على استقصاء HTTP، اختير بدل WebSockets لأنه يعمل على أي استضافة، وتستطيع الإضافات استبدال الناقل عبر مرشح.

لم تكن المشكلة يومًا في خوارزمية الدمج. كانت في المكان الذي تعيش فيه بيانات المزامنة. حفظها التنفيذ الأصلي في post meta، وهو الخيار البديهي في WordPress والخيار الخاطئ لبيانات تتغير عدة مرات في الثانية.

عمليات الكتابة على post meta تطلق إبطال التخزين المؤقت. ومع فتح المحرر كانت بيانات المزامنة تُكتب باستمرار، فكل عملية كتابة تمسح الاستعلامات المخزّنة لذلك المنشور. عمليًا، كان بإمكان شخص واحد يحرر صفحة أن يبقي ذاكرة الكائنات الدائمة للموقع في حالة إفراغ متواصل طوال الجلسة.

هذا درس عام جيد عن post meta. إنه مخزن مفتاح وقيمة معلّق بدورة حياة التخزين المؤقت للمحتوى الذي يتبعه، وهو مناسب للسمات التي تتغير عندما يتغير المنشور. وليس مساحة عمل مؤقتة لحالة عالية التردد.

الإصلاح المقاس والقرار

اختبر المساهمون استراتيجيات التخزين عبر ثماني بيئات استضافة. خلص تحليل الأداء إلى أن جدولًا مخصصًا مدعومًا بالـ transients كان أسرع بنحو 52% من التنفيذ القائم، وأن جدولًا مخصصًا بسيطًا كان أسرع بنحو 37%. ومع وجود ذاكرة كائنات دائمة، هبطت الاستراتيجيتان القائمتان على transients إلى استعلام واحد لقاعدة البيانات لكل إرسال.

اختير الجدول المخصص مع transients. ثم أُزيلت الميزة في اليوم نفسه.

يذكر إشعار الإزالة مخاوف تتعلق بمساحة السطح وحالات التسابق وحمل الخادم وكفاءة الذاكرة والعلل المتكررة التي كشفها اختبار التشويش، ويقول إن القرار اتُّخذ خدمةً لإطلاق إصدار WordPress 7.0 مستقر وموثوق للمستخدمين.

أين يقف الأمر الآن

لم يصل في 7.1 أيضًا. يذكر الدليل الميداني للإصدار 7.1 أن التحرير التشاركي الفوري نال اختبارًا وملاحظات موسعة خلال دورة WordPress 7.1، لكنه غير مفعّل في الإصدار النهائي.

أما Notes، وهي الميزة القريبة لكن المنفصلة الخاصة بترك تعليقات على مستوى المكوّن، فقد وصلت وتحسنت في 7.1 بتنسيق نص غني وإشارات بعلامة @. وإذا طلب عميل تحريرًا مشتركًا بأسلوب Google Docs داخل WordPress، فالجواب الصادق اليوم أن Notes تغطي سير المراجعة وأن الكتابة المتزامنة ما زالت خارج النواة.

تغييرات لوحة الإدارة والتذاكر التي تولدها

سيولّد تغييران طلبات دعم، وليس أي منهما علة.

الـ Command Palette عبر Ctrl+K أو Cmd+K سريعة فعلًا بعد تعلمها، لكن Ctrl+K هو اختصار إدراج رابط في كثير من المحررات، وسيبلّغ بعض المستخدمين بأن إدراج الروابط تعطل. لم يتعطل؛ سياق التركيز هو ما يحسم أي معالج يفوز.

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

خصص ساعة لكل عميل لمذكرة مكتوبة قصيرة مع لقطات جديدة قبل أن تحدّث أي شيء. هذا أرخص من الشرح نفسه خمس عشرة مرة عبر البريد.

سؤال التوافق الذي يهم فعلًا

يوحي ترقيم الإصدار بإصدار كاسر. متطلبات PHP تقول غير ذلك. كما يوضح توضيح دعم PHP، فإن أدنى إصدار PHP مدعوم هو 7.4 منذ WordPress 7.0، وأدنى إصدار موصى به يبقى 8.3. وقد أُسقط دعم PHP 7.2 و7.3 في هذا الإصدار.

كما تخلى التوضيح عن وسم بيتا القديم للإصدارات الأحدث من PHP، وسجّل الدعم الكامل لـ PHP 8.5 في WordPress 6.9 و7.0.

الفجوة بين المدعوم والمعقول هي بيت القصيد. بلغ PHP 7.4 نهاية عمره في نوفمبر 2022، فالموقع الذي يتجاوز الحد الأدنى بالكاد يعمل على مفسّر لم يتلقَ إصلاحات أمنية منذ نحو أربع سنوات. وإن كانت استضافتك ما زالت على 7.4 في 2026 فإصدار WordPress ليس مشكلتك الأكثر إلحاحًا.

يتبع الكسر عمليًا نمطًا متوقعًا. تسقط الإضافات المهجورة أولًا، خصوصًا كل ما يتلاعب بـ DOM الإدارة أو بإطار المحرر. القوالب المخصصة ذات تنسيق الإدارة المكتوب يدويًا تبدو خاطئة. ومنشئو الصفحات الذين يشحنون حزم React خاصة بهم هم المصدر المعتاد للصفحات البيضاء داخل المحرر، وهم عادةً الأسرع في إصدار التصحيحات.

إجراء تحديث ملموس

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

سجّل خط الأساس. دوّن إصدار PHP وقائمة الإضافات والقوالب بأرقام إصداراتها وإصدار WordPress الحالي. خذ لقطات لشاشتي الإدارة أو الثلاث التي يستخدمها العميل يوميًا.

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

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

راجع سجلات الأخطاء بدل تفحص الصفحات بالنظر. تنبيهات PHP الناتجة عن استدعاء مهجور لا تظهر دائمًا على الشاشة وتملأ السجل بصمت لشهور.

اترك شاشة Connectors فارغة. أطلق التحديث دون تهيئة أي مزوّد ذكاء اصطناعي، وعامل التفعيل كتغيير منفصل ومقصود له موافقته الخاصة. تغطي قائمة تعزيز أمان WordPress الضوابط المحيطة، ويغطي دليل تدقيق الأداء ما ينبغي قياسه بعد ذلك.

الحوكمة: ما المسموح لـ connector أن يفعله

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

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

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

الحد الأدنى العملي لموقع عميل هو سياسة مكتوبة قصيرة: أي الـ connectors مسموحة، ومن يحق له إضافة واحد، وأي الـ abilities معروضة علنًا عبر REST، وما موقف الاحتفاظ بالبيانات لدى المزوّد. اكتبها قبل أن يلصق أحدهم مفتاحًا، لأنها بعد ذلك تصير تقرير حادثة لا سياسة.

ما المدرج تاليًا

وصل WordPress 7.1 في 19 أغسطس 2026 بضوابط تنسيق متجاوبة في Global Styles، وشريط إدارة ثابت عبر المحررات، ونافذة منبثقة حقيقية لتحرير الوسائط، ومكوّني Playlist وTabs، وتحسينات Notes المذكورة آنفًا. كما أكمل الانتقال إلى محرر منشورات داخل إطار، بما في ذلك المواقع التي تسجل صناديق ميتا قديمة، وهو التغيير الأرجح لكشف إضافة قديمة.

WordPress 7.2 مخطط ليكون آخر إصدار رئيسي لعام 2026. تضع صفحة الإصدار 7.2 الإطلاق النهائي في نافذة 8 إلى 10 ديسمبر 2026، مع إصدارات بيتا من أواخر أكتوبر. ذلك الجدول مخطط لا منجز، وهذا المشروع سبق أن حرّك موعد إصدار رئيسي هذا العام.

يبقى التحرير التشاركي المرشح البديهي لإصدار مقبل، لكنه أخطأ موعدين حتى الآن، ولا ينبغي لأحد أن يعد عميلًا بموعد له.

ما الذي يتغير تجاريًا

تتغير ثلاث محادثات مع العميل، وواحدة فقط منها عن الذكاء الاصطناعي.

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

الثانية هي الحوكمة. سياسة الـ connectors ومراجعة الـ abilities والتعامل مع بيانات الاعتماد عمل استشاري قابل للفوترة لم يكن موجودًا قبل مايو 2026، وهو يناسب وكالة أكثر بكثير مما يناسب فريق تسويق داخلي.

الثالثة هي عمل البناء. يزيح AI Client النصف الممل من بناء ميزة ذكاء اصطناعي داخل موقع، فيخفض ثمن السباكة ويرفع قيمة معرفة ما يستحق البناء. وإن كنت توازن هذا أمام بناء مخصص، فمقارنتنا بين WordPress والتطوير المخصص تبيّن أين يقع الخط عادة، وملاحظاتنا حول أسعار مطوري WordPress تبيّن كم ينبغي أن يكلف العمل.

تتولى Mecanik ترقيات إصدارات النواة وحوكمة الـ connectors وعمل ميزات الذكاء الاصطناعي ضمن خدماتنا في تطوير WordPress ودمج الذكاء الاصطناعي. النمط الذي نراه ثابت: التحديث نفسه روتيني، والمفاجآت المكلفة تأتي من امتدادات لم يراجعها أحد منذ ثلاث سنوات.

الأسئلة الشائعة

متى صدر WordPress 7.0 ولماذا تأخر؟ صدر WordPress 7.0 باسم الإصدار Armstrong في 20 مايو 2026، بعد ستة أسابيع من موعد 9 أبريل المدرج في الجدول الأصلي. كان التأجيل لمعالجة ملاحظات الاختبار حول تنفيذ التحرير التشاركي الفوري، وعاد الدور إلى بيتا بعد بلوغه المرشح النهائي. وأُزيل التحرير التشاركي من الإصدار نهائيًا في 8 مايو 2026.

هل يرسل WordPress 7.0 محتواي إلى مزوّد ذكاء اصطناعي؟ لا. تشحن النواة AI Client لكنها لا تحزم أي مزوّدي ذكاء اصطناعي ولا نماذج ولا مفاتيح واجهة برمجية. لا يُرسل شيء إلى أي مكان حتى يثبّت مسؤول إضافة مزوّد ويحفظ بيانات اعتماد صالحة ضمن الإعدادات ثم Connectors. حتى ذلك الحين يبقى AI Client مكتبة خاملة لا تكلف شيئًا ولا ترسل شيئًا.

ما وظيفة Abilities API؟ إنها سجل يتيح للإضافة أن تعلن وحدة وظيفية مسماة بمدخلات ومخرجات بصيغة JSON Schema ودالة صلاحيات ودالة تنفيذ. عندئذ تستطيع برامج أخرى، ومنها نماذج الذكاء الاصطناعي وCommand Palette، تعداد ما يستطيع الموقع فعله واستدعاءه. وصل النصف الخاص بـ PHP في WordPress 6.9 والنصف الخاص بـ JavaScript في 7.0.

ما إصدار PHP الذي يتطلبه WordPress 7.0؟ أدنى إصدار مدعوم هو PHP 7.4 منذ WordPress 7.0 الذي أسقط دعم PHP 7.2 و7.3. وأدنى إصدار موصى به يبقى PHP 8.3. وبما أن PHP 7.4 بلغ نهاية عمره في نوفمبر 2022، فالاكتفاء بالحد الأدنى يعني تشغيل مفسّر بلا دعم، لذا اعتبر 8.3 أو أحدث هو المتطلب الحقيقي.

هل التحرير التشاركي الفوري متاح بعد؟ ليس في النواة. أُزيل من WordPress 7.0 قبل اثني عشر يومًا من الإصدار بسبب مخاوف تتعلق بحالات التسابق وحمل الخادم وكفاءة الذاكرة، وهو غير مفعّل في WordPress 7.1 أيضًا. أما ميزة Notes المنفصلة، التي تتيح تعليقات على مستوى المكوّن مع إشارات، فقد وصلت وتغطي سير المراجعة لا الكتابة المتزامنة.