ووردبريس 7.2: ما الذي يتغير وكيف تجهّز مواقعك قبل ديسمبر

برج من مكعبات زجاجية يُضاف إليه مكعب جديد مضيء يرمز إلى تحديث ووردبريس 7.2 وحماية الموقع

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

موعد إصدار ووردبريس 7.2 والمراحل التي تهمك

بحسب أحدث جدول نشرته مدونة مطوري ووردبريس في 14 أكتوبر 2026، تمر النسخة بثلاث محطات:

المرحلةالتاريخماذا تعني لك
Beta 120 أكتوبر 2026تجميد الميزات؛ ابدأ الاختبار على بيئة الاختبار
———
RC117 نوفمبر 2026الميزات نهائية؛ آخر فرصة للإبلاغ عن أي كسر
الإصدار النهائي8 ديسمبر 2026التحديث متاح لكل المواقع

ملاحظة: ذكرت تغطية DreamHost نطاقاً بين 8 و10 ديسمبر مع ترجيح 9 ديسمبر. الجدول الرسمي الأحدث يذكر 8 ديسمبر، لكن خطط عملك على أن اليوم قد يتحرك يوماً أو يومين.

هذه آخر نسخة رئيسية في 2026 بعد 7.0 في مايو و7.1 في أغسطس. وقبل أي شيء: صدرت في سبتمبر ثلاثة تحديثات أمنية متتالية (7.1.1 ثم 7.1.2 ثم 7.1.3). إن كان أحد المواقع التي تديرها قد فاتته التحديثات التلقائية، فابدأ به اليوم.

ما المؤكد وما قد يتأجل

خارطة طريق 7.2 نفسها تقول إن كل ما فيها «قيد العمل» ولا يعني بالضرورة أنه سيصل. لذلك قسّمنا الميزات حسب درجة اليقين، حتى لا تَعِد عميلاً بشيء لم يصدر.

ووردبريس 7.2

ما المؤكد وما قد يتأجل

  • مخطط

    إشعار كلمات مرور التطبيقات

    بريد عند إضافة كلمة مرور تطبيق جديدة، مع قيم افتراضية أكثر أماناً.

  • مخطط

    قالب Ipsum

    قالب افتراضي جديد بلا سنة في اسمه، للمواقع الجديدة فقط.

  • 7.2 أو 7.3

    wp_kses على HTML API

    تنقية HTML أحدث؛ اختبر إضافاتك على trunk الآن.

  • مؤقت

    Secrets API

    مفاتيح API مشفّرة، عبر WP-CLI فقط في 7.2.

  • غير مرجّح

    React 19

    الخارطة لا تتوقع وصوله كاملاً في هذه النسخة.

  • مستبعد

    التحرير الجماعي اللحظي

    خارج 7.2 عمداً، ويعاد تصميمه حول السيرفر.

ابن موقعك قطعة قطعةarabcms.com
حالة ميزات ووردبريس 7.2 حسب خارطة الطريق الرسمية بتاريخ أكتوبر 2026

بصراحة: هذا المقال قراءة في الإعلانات الرسمية وتغطية مستقلة واحدة، وليس تجربة على نسخة 7.2 نفسها. الحكم النهائي على أي ميزة يكون بعد Beta 1 على بيئة الاختبار عندك.

الأمان: كلمات مرور التطبيقات تحت المراقبة

كلمة مرور التطبيق (Application Password) هي كلمة مرور منفصلة تمنحها لخدمة خارجية، مثل تطبيق جوال أو أداة أتمتة كـ n8n، لتتصل بموقعك عبر REST API. المشكلة أن أي شخص وصل إلى حساب مدير يستطيع إنشاء واحدة بصمت، ثم يحتفظ بباب خلفي حتى بعد تغيير كلمة المرور الأصلية.

في 7.2 سيرسل ووردبريس بريداً إلكترونياً عند إضافة كلمة مرور تطبيق جديدة، مع قيم افتراضية أكثر أماناً واكتشاف البيئات التي تعمل دون HTTPS. وتشمل الخطة أيضاً قيماً أكثر أماناً لإعداد default_role ودعم خاصية SameSite في الكوكيز.

ما تفعله الآن:

  1. افتح المستخدمون ← ملفك الشخصي وراجع قسم Application Passwords، واحذف أي كلمة لا تعرف مصدرها.
  2. تأكد أن بريد المدير في كل موقع بريد يقرؤه شخص فعلاً، وأن رسائل ووردبريس لا تذهب إلى السبام. هذا الإشعار الجديد بلا قيمة إن لم يصل.
  3. إن كان الموقع يرسل البريد بدالة wp_mail() من سيرفر مشترك، فاضبط SMTP مع سجلات SPF وDKIM قبل ديسمبر.

واجهة الأسرار ووضع sudo

واجهة الأسرار (Secrets API) ستعطي الإضافات مكاناً موحداً ومشفّراً لحفظ مفاتيح API، بدلاً من النص المكشوف الشائع اليوم. لكنها مؤقتة في 7.2 وتعمل عبر WP-CLI فقط، والواجهة الرسومية مخططة لنسخة لاحقة. أما وضع sudo (إعادة تأكيد كلمة المرور قبل الإجراءات الحساسة) فلم يُنشر له مقترح بعد، فلا تعتمد عليه.

للمطورين: ثلاثة تغييرات قد تكسر كودك

إعادة بناء wp_kses() على HTML API

الدالة التي ينقّي بها ووردبريس كود HTML تُبنى من جديد، والهدف 7.2 أو 7.3 حسب نتائج الاختبار. النسخة الجديدة توحّد شكل الكود الناتج، وتحذف محتوى وسوم script وstyle، وترفض بعض SVG وMathML والتعليقات غير السليمة.

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

إيقاف NO_BACKSLASH_ESCAPES افتراضياً

أصبح wpdb يحذف وضع NO_BACKSLASH_ESCAPES من جلسة قاعدة البيانات الخاصة بووردبريس. أغلب المواقع لن تتأثر، لكن إن كان موقعك يعتمد عليه فعلاً فيمكنك إبقاؤه بهذا الفلتر، بشرط وضعه في ملف db.php (Drop-in)، لأن الإضافات وmu-plugins تُحمَّل متأخرة جداً:

add_filter( 'incompatible_sql_modes', function ( $modes ) {
    return array_diff( $modes, [ 'NO_BACKSLASH_ESCAPES' ] );
} );

أيقونات Core أصبحت خطوطاً لا تعبئة

أعيد رسم نحو 330 أيقونة لتعتمد على stroke، وكل أيقونة تضبط fill: none مباشرة على وسم <svg>. أي قاعدة CSS تلوّن أيقونات Core عبر fill في لوحة التحكم لن تعمل؛ استخدم color بدلاً منها، وحدّث الحزمتين @wordpress/icons و@wordpress/components معاً.

تنبيه: إن كنت تنشر إضافات في دليل WordPress.org، فكل إصدار جديد يمر الآن بمراجعة أمنية آلية تشارك فيها عدة نماذج ذكاء اصطناعي مع Jetpack Scan، والإصدارات عالية الخطورة تُحجب تلقائياً. تأكد أن بريد حساب الـ committer مقروء، فالنتائج تصل إليه.

قالب Ipsum: نهاية أسماء السنوات

يأتي ووردبريس 7.2 بقالب افتراضي جديد اسمه Ipsum، وهو أول قالب افتراضي بلا سنة في اسمه منذ Twenty Ten في 2010. التسمية مأخوذة من نص lorem ipsum، والفكرة أن القوالب الافتراضية ستتغير عندما يحتاج التصميم، لا مع التقويم.

القالب مدونة بسيطة عن قصد، ومعظم تنسيقه في Global Styles بدلاً من CSS مخصص، وتقول تغطية DreamHost إن له سبعة أنماط لونية بأسماء أوقات اليوم وإنه يعمل على 7.1 وما بعدها. والفريق يؤكد أن كل تركيبة ألوان وخطوط تحقق معيار التباين WCAG AA.

في ووردبريس: القالب الافتراضي يُفعَّل في المواقع الجديدة فقط. موقعك المبني على Hello Elementor أو أي قالب آخر لن يتغير بالتحديث.

دعم RTL في Ipsum غير موثّق حتى الآن. إن كنت تفكر فيه لمدونة عربية، فجرّبه في WordPress Playground مع خط عربي مثل Cairo أو IBM Plex Arabic قبل أن تقترحه على عميل.

ماذا يعني هذا لموقع مبني على Elementor وJetEngine؟

أغلب ميزات المحرر في 7.2 (حالات التصميم حسب الشاشة، وظلال النص، ودعم الخصائص في كل المكوّنات) تخص محرر المكوّنات (Gutenberg) والقوالب الكتلية. موقع Elementor لن يشعر بها كثيراً، لكن ثلاث نقاط تمسّه مباشرة:

  • الأمان يشمل كل المواقع، بغض النظر عن منشئ الصفحات.
  • تغيير wp_kses() قد يؤثر على أي إضافة تنقّي محتوى المستخدمين، بما فيها حقول HTML أو النماذج المخصصة.
  • كود CSS المخصص في لوحة التحكم الذي يستهدف أيقونات Core يحتاج مراجعة.

في Elementor: بعد صدور Beta 1، أنشئ نسخة من موقعك على بيئة الاختبار (Staging) عند الاستضافة، ثبّت إضافة WordPress Beta Tester، وافتح أهم القوالب في Theme Builder وصفحات الـ Listing الخاصة بـ JetEngine. هذا الفحص يأخذ نصف ساعة ويغنيك عن مفاجأة يوم الإصدار.

ولمن يختبر بلا استضافة، صار WordPress Playground يضم طرفية تنفّذ أوامر PHP وWP-CLI على الموقع الحي، وأداة بريد تلتقط ما يُرسل عبر wp_mail(). انتبه أنها لا ترى البريد المرسل عبر SMTP أو خدمات API.

ما لن تجده في 7.2

  • التحرير الجماعي اللحظي: مستبعد عمداً من خارطة الطريق، ويعاد تصميمه ليعتمد على السيرفر.
  • React 19: الخارطة تصف وصوله الكامل بأنه «غير مرجّح».
  • الذكاء الاصطناعي في Core: العمل على Abilities وMCP Adapter يجري في إضافات منفصلة، وليس في النواة.

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

س: متى يصدر ووردبريس 7.2؟
ج: الموعد المعلن في جدول مدونة المطورين هو 8 ديسمبر 2026، تسبقه Beta 1 في 20 أكتوبر وRC1 في 17 نوفمبر. قد يتحرك الموعد قليلاً، لذا تابع إعلان RC1.

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

س: هل سيغيّر قالب Ipsum شكل موقعي الحالي؟
ج: لا. القالب الافتراضي يُفعَّل في المواقع الجديدة فقط، وقالبك الحالي يبقى كما هو بعد التحديث.

س: هل يؤثر ووردبريس 7.2 على مواقع Elementor؟
ج: معظم ميزات المحرر تخص Gutenberg، لكن تحسينات الأمان وتغيير تنقية HTML تمس كل المواقع. اختبر قوالب Theme Builder وصفحات JetEngine خلال فترة البيتا.

الخلاصة

ووردبريس 7.2 نسخة أمان وتنظيف أكثر منها نسخة ميزات براقة: إشعارات لكلمات مرور التطبيقات، وتنقية HTML أحدث، وقالب افتراضي بفلسفة جديدة. ما يحتاجه أغلب أصحاب المواقع هو مراجعة البريد وكلمات المرور، واختبار واحد على بيئة الاختبار قبل ديسمبر.

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

مراجع إضافية: What’s Coming in WordPress 7.2 — DreamHost

مرجع المقال (بالإنجليزية): What’s new for developers? (October 2026)
المقال ده مش ترجمة حرفية: متكيّف للقارئ العربي ومضاف عليه سياق ووردبريس وElementor وJetEngine.

اترك تعليقاً