صدر ووردبريس 7.1 رسميًا ليصبح ثاني إصدار رئيسي من WordPress خلال عام 2026، وهذه المرة لا نتحدث عن تحديث صغير يقتصر على إصلاح الأخطاء. الإصدار الجديد يحمل تغييرات واضحة في تحرير المواقع، التعامل مع الصور، التصميم المتجاوب، التعاون بين المحررين، الأداء، بالإضافة إلى تغييرات تقنية ينبغي لمطوري القوالب والإضافات الانتباه إليها جيدًا قبل إعلان التوافق الكامل معه.
وأطلق فريق WordPress على الإصدار الاسم الرمزي Mary Lou تكريمًا لعازفة وملحنة وموزعة الجاز الأمريكية Mary Lou Williams، استمرارًا لتقليد ووردبريس في تسمية الإصدارات الرئيسية بأسماء شخصيات مؤثرة في عالم موسيقى الجاز.
الإجابة السريعة: صدر ووردبريس 7.1 رسميًا في 19 أغسطس 2026، ويقدم أدوات جديدة للتصميم المتجاوب دون الحاجة إلى CSS، ومحررًا جديدًا للصور، وتحسينات كبيرة لمعالجة ملفات الوسائط داخل المتصفح لتقليل الضغط على الخادم، إلى جانب تطوير Notes، وبلوكات Playlist وTabs الجديدة، وتحسينات في الأداء وإمكانية الوصول. أما أصحاب المواقع القائمة، فمن الأفضل أخذ نسخة احتياطية وفحص توافق القالب والإضافات المهمة قبل تنفيذ الترقية، خصوصًا أن الإصدار يتضمن تغييرات تقنية في محرر البلوكات قد تؤثر في بعض الإضافات القديمة.
ووردبريس 7.1 أكبر مما يبدو من رقم الإصدار
من السهل النظر إلى الانتقال من WordPress 7.0 إلى 7.1 باعتباره تحديثًا تدريجيًا، لكن حجم العمل الذي دخل في الإصدار يقول شيئًا آخر.
وفق دليل المطورين الرسمي، يتضمن ووردبريس 7.1 أكثر من 310 تذاكر Core، بينها أكثر من 100 تحسين وطلب ميزة وأكثر من 180 إصلاحًا للأخطاء، فضلًا عن أكثر من 40 تذكرة مرتبطة بالمحرر. ويقول إعلان الإصدار النهائي إن العمل الإجمالي شمل أكثر من 1500 تحسين وإصلاح بمساهمة أكثر من 800 شخص، بينهم أكثر من 170 مساهمًا للمرة الأولى.
لكن بالنسبة لصاحب الموقع العادي، الأرقام ليست هي المهمة. السؤال الحقيقي هو: ماذا سألاحظ بعد التحديث؟
والإجابة تبدأ من التصميم.
تصميم متجاوب من داخل ووردبريس نفسه
واحدة من أهم إضافات ووردبريس 7.1 هي توسيع القدرة على التحكم في شكل البلوكات بحسب حجم الشاشة مباشرة من Site Editor.
أصبح بالإمكان تطبيق Responsive Styles من Global Styles أو إعدادات البلوك نفسه، مع معاينة النتيجة عبر أحجام Viewport مختلفة.
بمعنى أبسط، يستطيع المستخدم ضبط كيفية ظهور بعض عناصر الموقع على الكمبيوتر والتابلت والهاتف بدرجة أكبر دون الاضطرار إلى كتابة CSS مخصص لكل حالة.
كما تستطيع القوالب المعتمدة على البلوكات تحديد نقاط الفصل الخاصة بالموبايل والتابلت داخل theme.json بدل الاعتماد فقط على القيم الافتراضية.
بالنسبة لمن يبني موقعًا باستخدام Block Theme، فهذا أحد التغييرات التي يمكن ملاحظتها والاستفادة منها مباشرة.
التحكم في Hover وFocus من المحرر
تطور آخر مرتبط بالتصميم هو دعم ما يعرف بـPseudo States.
أصبح بالإمكان إعطاء بعض العناصر، وفي مقدمتها Button وNavigation Link، مظهرًا مختلفًا عند حالات مثل:
hover وfocus وfocus-visible وactive.
وهذه أشياء كان الوصول إليها يعتمد في كثير من الحالات على CSS.
أصبح جزء منها الآن متاحًا ضمن نظام التصميم نفسه، سواء على مستوى البلوك أو عبر Global Styles، كما يستطيع مطورو القوالب تعريفها باستخدام theme.json.
وهذا الاتجاه مهم؛ لأن WordPress يواصل نقل المزيد من الأشياء التي كانت تتطلب معرفة تقنية إلى أدوات مرئية يستطيع مدير الموقع التعامل معها.
محرر صور جديد داخل ووردبريس
إذا كنت تتعامل يوميًا مع الصور داخل موقعك، فهذه من التغييرات التي تستحق التجربة.
يقدم WordPress 7.1 تجربة جديدة لتحرير الوسائط من خلال نافذة مخصصة بدل آلية القص القديمة داخل الصفحة.
يمكن من خلالها تنفيذ القص الحر أو وفق Aspect Ratio محدد، وقلب الصورة أفقيًا أو رأسيًا، والتحكم بصورة أدق في دورانها، إلى جانب تعديل Metadata ضمن سير عمل واحد.
زر Crop المألوف لم يختفِ، لكنه أصبح مدخلًا إلى محرر أكثر اكتمالًا.
وهذا ليس التغيير الأهم في الصور.
معالجة الصور تنتقل من السيرفر إلى المتصفح
هذه بالنسبة لي واحدة من أهم المميزات العملية في ووردبريس 7.1، خصوصًا لأصحاب المواقع الذين يرفعون الكثير من الصور.
عمليات مثل ضغط الصور وتغيير حجمها وإنشاء الصور المصغرة أصبحت قادرة على العمل داخل المتصفح باستخدام WebAssembly وlibvips بدل تحميل جانب كبير من هذه المهمة على PHP في الخادم.
والنتيجة المستهدفة واضحة: تقليل الحمل على السيرفر وتجنب مشكلات حدود ذاكرة PHP وTimeout عند معالجة الصور الكبيرة.
هذا لا يعني أن كل مشكلات الصور أو الأداء اختفت، ولا يعني الاستغناء تلقائيًا عن إضافات تحسين الصور، فوظائف التحويل والتحسين وسياسات الاحتفاظ بالأصل والتعامل مع الملفات تختلف من حل إلى آخر.
لكن نقل جزء مهم من عملية المعالجة إلى جهاز المستخدم نفسه تغيير تقني يستحق الاهتمام، خصوصًا في مواقع المحتوى كثيفة الصور.
دعم أفضل لـAVIF وHEIC وHDR
التطوير في الوسائط لا يتوقف عند طريقة المعالجة.
يشير الإعلان الرسمي إلى تحسين التعامل مع صيغ الصور الحديثة، بما فيها AVIF وHEIC وHDR gain maps، وهو تطور مهم مع انتشار HEIC في الهواتف الحديثة واستخدام AVIF بصورة متزايدة على الويب.
ويدخل ذلك ضمن اتجاه أوسع لجعل WordPress أكثر قدرة على التعامل مباشرة مع الملفات التي تنتجها الأجهزة الحديثة.
كما أضيف خيار لتحويل GIF إلى فيديو، وهو خيار يمكن أن ينتج ملفات أصغر في حالات مناسبة، إلى جانب مؤشرات لتقدم عملية الرفع وإعادة المحاولة تلقائيًا إذا انقطع الاتصال أثناء Upload.
مكتبة الوسائط تتغير أيضًا
أصبحت مكتبة الوسائط تستخدم Infinite Scrolling افتراضيًا، بحيث تستمر العناصر في الظهور أثناء التمرير بدل الاعتماد على التنقل التقليدي بين الصفحات.
ومع ذلك لم يفرض WordPress هذا الأسلوب على الجميع بصورة نهائية؛ هناك إعداد على مستوى المستخدم يسمح بالعودة إلى Pagination لمن يفضل طريقة الصفحات التقليدية.
قد يبدو هذا تعديلًا صغيرًا مقارنة ببقية المميزات، لكنه سيكون واضحًا للمستخدمين الذين يعملون باستمرار داخل مكتبة تحتوي آلاف الصور.
شريط الإدارة أصبح أكثر ثباتًا
هناك تحسين آخر ستلاحظه أثناء العمل داخل لوحة التحكم.
شريط إدارة WordPress أصبح حاضرًا بصورة أكثر اتساقًا أثناء الانتقال بين المحررات المختلفة، بما يساعد على إبقاء أدوات التنقل المعتادة في متناول المستخدم سواء كان يحرر المحتوى أو تصميم الموقع.
إنها ليست ميزة ستغير طريقة بناء الموقع، لكنها من التحسينات الصغيرة التي تصبح مهمة عندما تقضي ساعات يوميًا داخل لوحة WordPress.
Notes تتحول إلى أداة تعاون أكثر جدية
ركز ووردبريس 7.1 أيضًا على التعاون بين الأشخاص الذين يعملون على المحتوى نفسه.
Notes أصبحت تدعم Rich Text، وبالتالي يمكن استخدام Bold وItalic والكود والروابط داخل الملاحظات.
كما أصبح من الممكن استخدام @ للإشارة إلى متعاون معين وتنبيهه، وترك الملاحظة على جزء محدد من النص بدل ارتباطها بالبلوك كاملًا، مع إمكانية وجود أكثر من محادثة على البلوك نفسه وطي الملاحظات الطويلة.
هذه المزايا لن تعني الكثير لصاحب مدونة يعمل بمفرده، لكنها تصبح أكثر قيمة في المواقع التي تضم كتابًا ومحررين ومدير محتوى.
بدل نقل جزء كبير من دورة المراجعة إلى البريد أو تطبيقات المحادثة، يقترب النقاش نفسه أكثر من المحتوى الذي تتم مراجعته.
لكن التحرير التعاوني المباشر لم يصل بعد وهنا يجب توضيح نقطة حتى لا تختلط المميزات.
التعاون في Notes تطور بالفعل، لكن Real-time Collaboration الكامل لم يدخل WordPress 7.1.
أي أننا لم نصل بعد إلى تجربة مشابهة لـGoogle Docs يعمل فيها عدة أشخاص في المقال نفسه في اللحظة نفسها بصورة كاملة.
خارطة الطريق ناقشت هذه الميزة خلال دورة التطوير، لكن Field Guide النهائي يضع Real-time Collaboration ضمن الأشياء التي لم تدخل الإصدار النهائي.
وهذا التفريق مهم عند الحديث عن مميزات الإصدار؛ التطوير في التعاون واضح، لكن المرحلة الأكبر ما زالت أمام WordPress.
بلوك Tabs يصل إلى WordPress
ومن الإضافات التي سيحبها كثير من المستخدمين وصول Tabs Block.
فكرة البلوك بسيطة ومطلوبة منذ سنوات: تقسيم مجموعة من المحتويات إلى تبويبات يستطيع الزائر التنقل بينها بدل عرض كل شيء متتابعًا في صفحة طويلة.
يمكن أن يكون مفيدًا للمواصفات، والمقارنات، والمعلومات المقسمة إلى أقسام، والواجهات التي تحتاج إلى وضع قدر كبير من المحتوى داخل مساحة محدودة.
والأهم أن وجود هذه الوظيفة في Core يقلل في بعض الحالات الحاجة إلى إضافة مستقلة فقط لإنشاء Tabs.
وبلوك Playlist جديد للصوت
الإضافة الثانية هي Playlist Block.
يتيح جمع عدة ملفات صوتية داخل قائمة تشغيل واحدة، مع إمكانية عرض Waveform يمنح المستخدم تمثيلًا بصريًا للمسار أثناء التشغيل.
لن يحتاج إليه كل موقع، لكنه مفيد للبودكاست والموسيقى والمحتوى التعليمي والمواقع التي تتعامل مع التسجيلات الصوتية.
ومرة أخرى نرى الاتجاه نفسه: وظائف كانت تحتاج إلى حلول خارجية تنتقل تدريجيًا إلى WordPress Core.
تغيير مهم جدًا داخل محرر المقالات
هناك تغيير تقني ينبغي لمطوري الإضافات والقوالب الانتباه إليه تحديدًا.
في WordPress 7.1 أصبح Post Editor يعمل دائمًا داخل iframe، ليكمل انتقال المحررات إلى هذا الأسلوب.
الهدف هو فصل مساحة تحرير المحتوى عن واجهة إدارة WordPress، بحيث لا تتداخل أنماط CSS الخاصة باللوحة مع المحتوى، كما تصبح Media Queries ووحدات القياس المرتبطة بالـViewport أكثر قابلية للتنبؤ داخل مساحة التحرير.
بالنسبة للمستخدم العادي، يفترض أن تكون النتيجة تجربة أكثر اتساقًا.
أما بالنسبة لمطور إضافة تتعامل مباشرة مع DOM الخاص بالمحرر، فالأمر يستحق الاختبار.
وتوضح وثائق WordPress أن معظم البلوكات يفترض أن تستمر في العمل دون تعديل، لكن الأكواد التي تستخدم document أو window العالميين للوصول مباشرة إلى Canvas قد تواجه مشكلة، لأن iframe يمتلك document وwindow منفصلين.
وهذه بالتحديد واحدة من الأسباب التي تجعل اختبار الإضافات بعد تحديث رئيسي أمرًا أفضل من الضغط على Update Now في موقع إنتاجي مهم فورًا.
تحسينات جديدة للمطورين
لا يقتصر ووردبريس 7.1 على التغييرات المرئية.
أصبح SVG Icon API واجهة عامة يستطيع المطورون من خلالها تسجيل مجموعات أيقونات خاصة بهم واستخدامها داخل المحرر، بما في ذلك دوال مثل wp_register_icon_collection() وwp_register_icon() وwp_get_icon().
كما حصلت Abilities API التي بدأت بنيتها في WordPress 6.9 على دورة تنفيذ قابلة للتصفية وCustom Validation وShared Discovery، وهي تغييرات مهمة خصوصًا لبناء عمليات التكامل والأتمتة والأدوات المعتمدة على الذكاء الاصطناعي.
ويقدم الإصدار كذلك أساسًا جديدًا لـDesign System Theming داخل واجهات الإدارة، بما يسمح للمطورين باستخدام Design Tokens دلالية والتحكم بصورة أكثر اتساقًا في عناصر مثل الألوان والحواف والمؤشرات داخل واجهات إضافاتهم.
تحسينات في إمكانية الوصول
يحصل جانب Accessibility أيضًا على مجموعة من التحسينات.
أضاف WordPress الدالتين wp_get_tooltip() وwp_get_toggletip() لتوفير Tooltips أكثر توافقًا مع متطلبات الوصول داخل أجزاء مختلفة من لوحة الإدارة، إلى جانب تحسينات في دعم قارئات الشاشة وتسميات عناصر الواجهة والتنقل داخل جداول المقالات.
كما دخلت اعتبارات الوصول في البلوكات الجديدة مثل Tabs وPlaylist وفي عدد من تحسينات المحرر.
هذه التغييرات قد لا تظهر بصريًا لجميع المستخدمين، لكنها من النوع الذي يجعل منصة بحجم WordPress أكثر قابلية للاستخدام لشريحة أكبر من الناس.
ماذا عن الأداء في ووردبريس 7.1؟
هناك أكثر من تغيير مثير للاهتمام.
أبرزها كما ذكرنا نقل ضغط الصور وتغيير أحجامها وإنشاء Thumbnails إلى المتصفح، وهو ما يقلل المعالجة التي تقع على عاتق الخادم.
كما حصل Speculative Loading على إمكانيات إضافية للتحكم في الإعدادات الافتراضية عبر Environment Variables أو Constants، بحيث تستطيع بيئات الاستضافة ومديرو المواقع التحكم في كيفية Prefetch للصفحات دون الاضطرار إلى إنشاء إضافة خاصة لهذا الغرض.
لكن ينبغي التعامل بحذر مع عبارة «تحسين الأداء».
تحديث WordPress وحده لن يحول موقعًا بطيئًا إلى موقع سريع. القالب والإضافات والاستضافة والكاش والصور وقاعدة البيانات وطريقة بناء الصفحة تظل عوامل أساسية.
الإصدار يقدم تحسينات في البنية والعمليات، وليس زرًا سحريًا للحصول على 100 في PageSpeed.
هل يجب تحديث موقعك إلى ووردبريس 7.1 الآن؟
الإصدار نهائي ومستقر رسميًا، وليس Beta أو Release Candidate. ويمكن تنزيله أو التحديث إليه مباشرة من Dashboard → Updates.
لكن «مستقر» لا تعني أن كل إضافة وكل قالب موجود على الإنترنت متوافق معه تلقائيًا.
إذا كان لديك موقع صغير واستخدامك بسيط وإضافاتك معروفة ومحدثة، فمن المتوقع أن تكون عملية الانتقال طبيعية في معظم الحالات.
أما إذا كنت تدير موقعًا مهمًا أو تجاريًا أو يحتوي على إضافات مخصصة، فلا أرى سببًا للاستعجال.
الطريقة الأكثر أمانًا هي أخذ نسخة احتياطية كاملة، وتحديث القالب والإضافات أولًا، ومراجعة ما إذا كانت الإضافات الأساسية أعلنت التوافق مع WordPress 7.1، ثم اختبار النسخة الجديدة في Staging إن أمكن، وبعد ذلك تنفيذ التحديث على الموقع الفعلي.
وإذا كنت مطور إضافة تحتوي على بلوكات Gutenberg أو تتدخل في محرر المقالات، فإن تغيير iframe يستحق اختبارًا فعليًا قبل وضع Tested up to: 7.1.
هل المحرر الكلاسيكي انتهى مع ووردبريس 7.1؟
لا.
وجود كل هذه التحسينات في Block Editor وSite Editor لا يعني أن WordPress أوقف فجأة المواقع التي تعتمد على Classic Editor.
لكن الاتجاه الاستراتيجي للمنصة أصبح واضحًا جدًا: الجزء الأكبر من الابتكار الجديد يدخل عبر البلوكات وSite Editor وواجهات التصميم الحديثة.
لذلك يمكن للمواقع القائمة الاستمرار وفق بيئتها الحالية، بينما ينبغي لمن يطور قالبًا أو إضافة جديدة أن يضع تطور Block Editor في الحسبان.
ماذا يعني الإصدار لأصحاب المواقع العربية؟
من وجهة نظري، هناك ثلاث نقاط تستحق المتابعة بصورة خاصة.
الأولى هي معالجة الصور داخل المتصفح، لأن المواقع الإخبارية والمحتوى العربي كثيف الصور قد تستفيد من تخفيف بعض عمليات المعالجة عن الخادم.
الثانية هي Responsive Styles، خصوصًا أن الغالبية العظمى من الزيارات في كثير من المواقع العربية تأتي من الهواتف، وبالتالي يصبح التحكم في المظهر بحسب الشاشة من داخل WordPress نفسه مفيدًا للغاية.
والثالثة ليست ميزة، بل تحذير للمطورين: لا يكفي تغيير سطر Tested up to داخل readme بعد صدور ووردبريس 7.1. الإضافات التي تتعامل مع المحرر أو البلوكات تحتاج إلى اختبار فعلي، خصوصًا مع انتقال Post Editor الكامل إلى iframe.
ووردبريس 7.1 بالأرقام
| البند | ووردبريس 7.1 |
|---|---|
| تاريخ الإصدار الرسمي | 19 أغسطس 2026 |
| الاسم الرمزي | Mary Lou |
| Core Trac Tickets | أكثر من 310 |
| الإصلاحات | أكثر من 180 Bug Fixes وفق Field Guide |
| التحسينات وطلبات المميزات | أكثر من 100 |
| المساهمون في الإصدار | أكثر من 800 مساهم |
| مساهمون لأول مرة | أكثر من 170 |
هذه الأرقام تجمع بيانات إعلان الإصدار النهائي ودليل WordPress 7.1 الرسمي للمطورين.
تحديث مهم يستحق الاختبار قبل الضغط على الزر
ووردبريس 7.1 ليس إصدارًا ثوريًا يعيد اختراع WordPress، وأعتقد أن وصفه بهذه الطريقة سيكون مبالغة. لكنه تحديث رئيسي ناضج يجمع عددًا كبيرًا من التحسينات التي تتحرك كلها تقريبًا في اتجاه واحد: جعل إنشاء المواقع وإدارة المحتوى أكثر مرونة، وتقليل الاعتماد على CSS والإضافات في بعض الوظائف، وتحسين التعامل مع الوسائط، وبناء أساس تقني أكثر اتساقًا للمحرر والمطورين.
أكثر ما يلفت انتباهي شخصيًا هو معالجة الصور داخل المتصفح، والتحكم المتجاوب، وانتقال محرر المقالات بالكامل إلى iframe. الأولى قد تكون مفيدة مباشرة لأداء مواقع المحتوى، والثانية تمنح أصحاب المواقع أدوات تصميم أقوى، أما الثالثة فقد لا يلاحظها الزائر أو المحرر، لكنها مهمة جدًا لمن يطور إضافات تتكامل بعمق مع WordPress.
والقاعدة التي أنصح بها بعد صدور أي تحديث رئيسي لا تتغير: لا تخف من التحديث، ولا تتسرع فيه أيضًا. خذ نسخة احتياطية، تأكد من توافق مكونات موقعك، اختبر إن كان الموقع مهمًا، ثم انتقل إلى الإصدار الجديد.
الإصدار أصبح رسميًا ومستقرًا، والآن تبدأ المرحلة الأهم فعلًا: أن تثبت القوالب والإضافات التي نعتمد عليها أنها مستعدة له.
لا يسمح بنقل هذا المحتوى من سوالف دون الاشارة برابط مباشر
