Skip to content
Artwork for WordPress Podcast (English)
WordPress Podcast (English) · August 25 · 8 min

Accessibility Lab Plugin

We now have a prototype of the upcoming Accessibility Lab plugin, in the style of what the AI and Performance plugins do. Remember that you can listen this program from: Program transcript Hello, I’m Alicia Ireland, and you’re listening to WPpodcast, bringing the weekly news from the WordPress Community. In this episode, you’ll find the information from August 17 to 23, 2026. WordPress 7.1 finally launched on August 19, with codename Mary Lou, after going through four release candidates, as RC4 arrived with over 26 additional fixes over RC3 and an extended code freeze beyond the usual 24 hours, at the express request of committers, to give time to properly verify the final package before publishing it. The Core team is already seeking volunteers for the 7.1.x maintenance releases, with 7.1.1 planned for early September depending on the severity of bugs that appear. For server administrators: WordPress 7.1 maintains the PHP 7.4 minimum and is fully compatible from PHP 7.4 through PHP 8.5. PHP 8.3 is already in security-only support and PHP 8.2 reaches end of life on December 31 of this year, so if you have sites on those versions, it’s worth planning the migration. The launch wasn’t without drama. Anne McCarthy, release lead for the version, has published an extensive decision log of the cycle detailing, among many other things, what actually happened at WordCamp US during launch day: a commit triggered automatic updates prematurely, with roughly 300,000 sites already updated and a WP Rocket compatibility issue reported live, while Matt Mullenweg was still on stage without confirming whether he wanted to “press the button” for the release personally. Faced with lack of communication from Mullenweg and automatic updates already underway, McCarthy made the decision to publish the announcement directly without waiting for the on-stage event, publicly taking responsibility for the decision. Gutenberg 23.8, released the same day as WordPress 7.1, includes Visual Revisions, which take another step: you can now link directly to a specific revision, as the URL updates itself as you navigate through history, so sharing an exact change with a colleague is as simple as copying the link, and a code diff view is added within the editor itself. Notes, for their part, complete the circle of mentions: when someone mentions another user with an at-sign, they now receive an email in their own language with a direct link to the conversation. The other major update is pure performance: the list view receives a batch of improvements that, combined, make it dramatically faster in long posts; on a 1,000-paragraph post, selecting all blocks goes from 16.8 to 0.4 seconds. The empty editor canvas also stops showing a block mockup and renders a real block by default instead, so what you see before writing is exactly what you get. The Playlist block, still experimental, improves its conversion flow from Audio and allows selecting multiple files at once from the Media Library, and the Tabs block gains keyboard navigation with Home and End keys. The AI team has launched the AI plugin 1.3.0, with two new editor experiments: content translation, which translates paragraph, heading blocks, and optionally the title without leaving the editor, always leaving the result for review before publishing; and slug generation, which suggests concise permalinks based on the title and content, available both in permalink controls and in the pre-publish flow. There’s also a notable security reinforcement: nonce verification before generating alt text or block summaries, validation that external image URLs are public and of allowed type, and configurable size and timeout limits for custom image downloads. Additionally, there’s a pointer to where all this is heading: toward WordPress 7.2, the team wants to bring a CRUD-style Abilities pattern to core rather than exposing the REST API directly, so each ability can be precisely annotated on whether it’s read-only or performs a destructive action. The Developer Blog has published a practical and comprehensive tutorial on 7.1’s new public icons API. It builds step by step a sample plugin with restaurant icons, and though it’s very developer-focused in detail, it summarizes the basic flow well: register a collection, register each icon by passing it a label and SVG content or path to a file, and use the result directly in the Icon block. As a style note, it recommends relying on PHP enums with values, available since PHP 8.1, instead of loose arrays, to avoid silly typos and gain autocomplete in the editor. And there it is. The first prototype of the Accessibility Lab plugin is here, just days after being discussed. It follows the already-known model of the Performance Lab plugin and AI plugin: bringing together in one place experiments headed for WordPress core and practical tools already tested by the community, with the difference that everything stays grouped in a single plugin rather than spread across several small ones. The team strongly emphasizes what it is NOT: it doesn’t replace fixing accessibility directly in core, and obvious bugs like misplaced ARIA attributes, missing labels, or keyboard issues continue to be fixed where they are, without first passing through this plugin. The prototype already brings three working modules. The first expands Media Library view options beyond the simple infinite scroll toggle that arrived with 7.1, adding control over how many items show, density, and whether filename is always visible — explicitly designed to gather real feedback on how this should be resolved in core. The second incorporates the existing work of Troy Chaplin with his Block Accessibility Checks plugin: real-time validation of blocks, meta fields, and document structure against WCAG, with a three-level warning system and hookable by third-party blocks too. The third is a heading hierarchy validation that alerts in the moment if a Heading block skips a level — for example an H2 followed directly by an H4 — something that’s been requested for years in Gutenberg without being resolved. Looking ahead, the idea generating the most excitement is making image alt text searchable, which currently lives in post meta and so can’t be indexed or searched at scale — a Trac ticket open for years. And finally, this podcast is distributed under a Creative Commons license as a derivative version of the podcast in Spanish; you can find all the links for more information, and the podcast in other languages, at WPpodcast .org. Thanks for listening, and until the next episode!

0:00-8:03

transcript

No transcript — this publisher did not publish one.

show notes

We now have a prototype of the upcoming Accessibility Lab plugin, in the style of what the AI and Performance plugins do.

Remember that you can listen this program from:

Program transcript

Hello, I’m Alicia Ireland, and you’re listening to WPpodcast, bringing the weekly news from the WordPress Community.

In this episode, you’ll find the information from August 17 to 23, 2026.

WordPress 7.1 finally launched on August 19, with codename Mary Lou, after going through four release candidates, as RC4 arrived with over 26 additional fixes over RC3 and an extended code freeze beyond the usual 24 hours, at the express request of committers, to give time to properly verify the final package before publishing it. The Core team is already seeking volunteers for the 7.1.x maintenance releases, with 7.1.1 planned for early September depending on the severity of bugs that appear.

For server administrators: WordPress 7.1 maintains the PHP 7.4 minimum and is fully compatible from PHP 7.4 through PHP 8.5. PHP 8.3 is already in security-only support and PHP 8.2 reaches end of life on December 31 of this year, so if you have sites on those versions, it’s worth planning the migration.

The launch wasn’t without drama. Anne McCarthy, release lead for the version, has published an extensive decision log of the cycle detailing, among many other things, what actually happened at WordCamp US during launch day: a commit triggered automatic updates prematurely, with roughly 300,000 sites already updated and a WP Rocket compatibility issue reported live, while Matt Mullenweg was still on stage without confirming whether he wanted to “press the button” for the release personally. Faced with lack of communication from Mullenweg and automatic updates already underway, McCarthy made the decision to publish the announcement directly without waiting for the on-stage event, publicly taking responsibility for the decision.

Gutenberg 23.8, released the same day as WordPress 7.1, includes Visual Revisions, which take another step: you can now link directly to a specific revision, as the URL updates itself as you navigate through history, so sharing an exact change with a colleague is as simple as copying the link, and a code diff view is added within the editor itself. Notes, for their part, complete the circle of mentions: when someone mentions another user with an at-sign, they now receive an email in their own language with a direct link to the conversation.

The other major update is pure performance: the list view receives a batch of improvements that, combined, make it dramatically faster in long posts; on a 1,000-paragraph post, selecting all blocks goes from 16.8 to 0.4 seconds. The empty editor canvas also stops showing a block mockup and renders a real block by default instead, so what you see before writing is exactly what you get. The Playlist block, still experimental, improves its conversion flow from Audio and allows selecting multiple files at once from the Media Library, and the Tabs block gains keyboard navigation with Home and End keys.

The AI team has launched the AI plugin 1.3.0, with two new editor experiments: content translation, which translates paragraph, heading blocks, and optionally the title without leaving the editor, always leaving the result for review before publishing; and slug generation, which suggests concise permalinks based on the title and content, available both in permalink controls and in the pre-publish flow.

There’s also a notable security reinforcement: nonce verification before generating alt text or block summaries, validation that external image URLs are public and of allowed type, and configurable size and timeout limits for custom image downloads.

Additionally, there’s a pointer to where all this is heading: toward WordPress 7.2, the team wants to bring a CRUD-style Abilities pattern to core rather than exposing the REST API directly, so each ability can be precisely annotated on whether it’s read-only or performs a destructive action.

The Developer Blog has published a practical and comprehensive tutorial on 7.1’s new public icons API. It builds step by step a sample plugin with restaurant icons, and though it’s very developer-focused in detail, it summarizes the basic flow well: register a collection, register each icon by passing it a label and SVG content or path to a file, and use the result directly in the Icon block. As a style note, it recommends relying on PHP enums with values, available since PHP 8.1, instead of loose arrays, to avoid silly typos and gain autocomplete in the editor.

And there it is. The first prototype of the Accessibility Lab plugin is here, just days after being discussed. It follows the already-known model of the Performance Lab plugin and AI plugin: bringing together in one place experiments headed for WordPress core and practical tools already tested by the community, with the difference that everything stays grouped in a single plugin rather than spread across several small ones. The team strongly emphasizes what it is NOT: it doesn’t replace fixing accessibility directly in core, and obvious bugs like misplaced ARIA attributes, missing labels, or keyboard issues continue to be fixed where they are, without first passing through this plugin.

The prototype already brings three working modules. The first expands Media Library view options beyond the simple infinite scroll toggle that arrived with 7.1, adding control over how many items show, density, and whether filename is always visible — explicitly designed to gather real feedback on how this should be resolved in core. The second incorporates the existing work of Troy Chaplin with his Block Accessibility Checks plugin: real-time validation of blocks, meta fields, and document structure against WCAG, with a three-level warning system and hookable by third-party blocks too. The third is a heading hierarchy validation that alerts in the moment if a Heading block skips a level — for example an H2 followed directly by an H4 — something that’s been requested for years in Gutenberg without being resolved.

Looking ahead, the idea generating the most excitement is making image alt text searchable, which currently lives in post meta and so can’t be indexed or searched at scale — a Trac ticket open for years.

And finally, this podcast is distributed under a Creative Commons license as a derivative version of the podcast in Spanish; you can find all the links for more information, and the podcast in other languages, at WPpodcast .org.

Thanks for listening, and until the next episode!

links21