
WordPress 7.1 Lands 19 August: Client-Side Media, Abilities API, and a Hosting Security Wake-Up Call
wordpress 7.1 Beta 3 is out, the official release date is locked to 19 August 2026 to coincide with WordCamp US, and our team has been running the beta on test environments for the past fortnight. This update brings client-side media processing, expanded design tools, and deeper integration of the Abilities API first introduced in 6.9. Meanwhile, fresh penetration testing research has exposed uncomfortable truths about managed WordPress hosting security claims. Here is what we are acting on right now for our clients.
Key Takeaways
- WordPress 7.1 ships 19 August with client-side media processing that offloads image and video work to the browser before upload.
- The Abilities API matures into a core feature, giving theme and plugin developers a unified way to declare and query functionality.
- New design tools expand layout and styling options directly in the site editor, reducing reliance on custom CSS.
- Independent penetration testing reveals most “secure” WordPress hosting providers fail to block common WordPress-specific attack vectors.
- Beta 3 is the final major testing milestone—agencies should be running compatibility checks on all client sites now.
Client-Side Media Processing Cuts Server Load and Speeds Up Uploads
The headline feature in 7.1 is client-side media processing. Instead of uploading raw files to the server for resizing and compression, the browser handles these tasks locally first. For our clients running media-heavy sites—property listings, e-commerce catalogues, editorial platforms—this means faster uploads and lower server resource consumption. We have already begun benchmarking upload times on our staging instances, and early results show a noticeable reduction in time-to-publish for image-rich posts. Full technical details and a feature walkthrough are available in Kinsta’s comprehensive breakdown of WordPress 7.1.
The Abilities API Becomes a Standard Building Block
First shipped in WordPress 6.9, the Abilities API now steps into a more prominent role in 7.1. It creates a shared language so that core, themes, and Plugins can all declare what they can do—and query what other components support—through a single, standardised interface. For agencies like ours managing bespoke plugin stacks across dozens of client sites, this is a practical win. It means fewer compatibility surprises after updates and cleaner conditional logic in custom code. Our developers are already refactoring internal plugins to register abilities properly, following the patterns outlined in this practical guide to the WordPress Abilities API.
Expanded Design Tools Reduce Custom CSS Dependency
WordPress 7.1 extends the site editor with additional layout controls, typography options, and block-level styling refinements. For the sites we build and maintain, this translates directly into faster design iterations and fewer support tickets from clients who want to tweak spacing or font weights without touching code. WPBeginner’s feature preview with screenshots gives a clear visual overview of the new controls. We are updating our client training documentation to reflect these changes ahead of the August release.
Hosting Security Claims Do Not Survive Penetration Testing
Security researcher Maciek Palmowski presented findings at WordCamp Europe showing that the majority of managed WordPress hosts failed to stop common WordPress-specific exploits during penetration tests. The marketing says “secure.” The test results say otherwise. We heard the full discussion in WP Tavern’s podcast episode with Palmowski, and it reinforces what we tell every client: hosting-level security is one layer, not the whole stack. We run application-level hardening, WAF rules, and regular vulnerability scanning on every site we manage, regardless of the host’s marketing claims.
Beta 3 Is the Final Call for Compatibility Testing
With WordPress 7.1 Beta 3 now available for download, this is the last major testing window before release. Our standard process: clone every production site into staging, apply the beta, run automated and manual checks against critical workflows—forms, checkout, membership gating, API integrations. Any plugin or theme that breaks gets flagged, and we contact the developer or prepare a patch. If you are not doing this now, you are gambling with a mid-August surprise.
WordPress 7.1 is a measured, practical release. Client-side media processing and the Abilities API address real daily friction points for developers and content teams. The hosting security research is a timely reminder that no single vendor solves the whole problem. Our recommendation to every site owner: test now, harden your stack, and have your update plan ready before 19 August.
Frequently Asked Questions
What is client-side media processing in WordPress 7.1?
It moves image and video compression tasks from the server to the user’s browser before the file is uploaded. This reduces server load and speeds up the publishing workflow, especially on media-heavy sites.
How do web designers use the WordPress Abilities API?
The Abilities API lets themes and plugins declare their features through a standardised interface, so other components can query what is available. Designers and developers use it to write cleaner conditional logic and avoid compatibility conflicts between plugins.
Why should agencies test WordPress 7.1 Beta 3 now?
Beta 3 is the final major pre-release milestone before the 19 August launch. Testing now gives your team time to identify plugin or theme conflicts and apply fixes before the update reaches production sites.
Is managed WordPress hosting actually secure?
Recent penetration testing by Maciek Palmowski found that most managed WordPress hosts failed to block common WordPress-specific exploits. Agencies should treat hosting security as one layer and implement application-level hardening, firewalls, and regular scanning independently.
What new design tools are included in WordPress 7.1?
The update adds expanded layout controls, typography settings, and block-level styling options within the site editor. These reduce the need for custom CSS and make it easier for non-developers to adjust spacing, fonts, and visual elements directly.





