If your site still runs PHP 7.4 or 8.0, you are paying a speed tax on every single uncached request. Running PHP 8.3 or newer is the cheapest WordPress performance upgrade available: published benchmarks consistently show 8.x handling 20% to 40% more requests per second than 7.4 on identical hardware, with no code changes and no new plugins. The security math is even simpler, because anything older than 8.3 has already passed its last free patch date.
Below we break down what actually changed in the engine, why the WordPress PHP version you run affects Core Web Vitals and crawl budget, and how to move up without breaking a live site.
PHP Is the Engine Behind Every Uncached Request
Page caching hides a lot of sins. Static HTML gets served from memory or the edge, so the interpreter never wakes up, and people assume the runtime does not matter much anymore.
The problem is that the requests that matter most are almost never cached. Logged-in admin screens, WooCommerce carts and checkouts, member dashboards, LMS quiz submissions, search results, AJAX calls, REST API endpoints and cron jobs all execute PHP from scratch every time. On those routes, the PHP version is the single largest lever on time to first byte.
We regularly see 50ms to 150ms shaved off admin and checkout response times just from moving a site from 7.4 to 8.3. That is a meaningful chunk of an LCP budget, and it costs nothing but a version switch and a test run.
What Actually Got Faster in PHP 8
PHP 8.0 landed the headline features (JIT compilation, union types, named arguments), but WordPress rarely benefits from JIT because typical page loads are I/O and database bound rather than CPU bound. The real gains came from quieter engine work that stacked up across 8.0, 8.1, 8.2 and 8.3:
- Faster property and method access through inheritance cache, which matters enormously for object-heavy plugins like WooCommerce and LearnDash.
- Improved OPcache behaviour, including better handling of preloading and less wasted memory on large codebases.
- Cheaper array and string operations, the two things WordPress does more than anything else.
- Lower memory per request, so the same server fits more concurrent PHP workers before it starts queuing.
PHP 8.3 added practical wins too, such as json_validate() for cheap payload checks and typed class constants that help plugin authors catch bugs earlier. None of it is glamorous. All of it compounds.
The Security Clock Most Site Owners Never Check
Version support is not a matter of taste. According to the official PHP supported versions schedule, PHP 7.4 stopped receiving security fixes in November 2022, PHP 8.0 in November 2023, and PHP 8.1 at the end of 2025. PHP 8.2 is in its final security-only stretch, and 8.3 carries security support into late 2027.
Running an unsupported branch means known interpreter-level vulnerabilities stay open on your server permanently. No plugin, firewall rule or malware scanner patches the language itself. That is why serious WordPress hosting security starts at the runtime, not at the application layer.
There is a compliance angle as well. PCI DSS assessors and most enterprise vendor questionnaires now flag end-of-life language runtimes outright, which turns an old PHP version into a business problem rather than a technical one.
The Angle Most Guides Skip: PHP Version Is a Capacity Decision
Nearly every article on this topic frames the upgrade as “your site will feel snappier.” The more useful framing is capacity per dollar.
If PHP 8.3 executes the same WordPress request using roughly 25% less CPU time, your server absorbs roughly 25% more concurrent traffic before response times degrade. On a busy magazine or course site, that difference decides whether you survive a launch day or start returning 504s. We cover the measurement method in our guide to stress testing WordPress hosting before a traffic spike.
There is a crawl-and-discovery cost too. Googlebot, Bingbot and the newer AI crawlers all budget their time by server responsiveness, and slow dynamic endpoints reduce how much of a large site gets fetched per visit. Faster PHP means more pages crawled per session, which matters most for sites with thousands of URLs.
How to Check Your WordPress PHP Version
You do not need a plugin for this. There are three reliable ways to read the current runtime, and it is worth confirming with two of them because staging and production often drift apart:
- WordPress admin: go to Tools, then Site Health, then the Info tab, and open the Server panel. The PHP version, memory limit and max execution time are all listed there.
- Hosting dashboard: most managed platforms show the active version per site and let you switch branches in a click. Ours does, and it applies to staging first.
- Command line: run
php -vover SSH, then compare it against what WordPress reports. A mismatch usually means the CLI binary differs from the web SAPI, which quietly breaks WP-CLI and cron jobs.
Whatever the number says, verify it after any migration. A site moved from an old host frequently lands on a default runtime that is two branches behind what the new plan supports.
A Safe Upgrade Path in Six Steps
WordPress core itself has been compatible with PHP 8.x for years, and the official WordPress requirements page recommends PHP 7.4 or greater as a floor, not a target. The risk almost always sits in old plugins and custom theme code.
- Take a full backup, files and database, and confirm you can restore it.
- Clone the site to a staging environment on the target branch.
- Enable
WP_DEBUG_LOGand browse the front end, admin, checkout and any member or course flows. - Read the debug log for deprecation notices, then update or replace the plugins responsible.
- Run a quick performance comparison against the old branch so you can quantify the win.
- Switch production during a low-traffic window and watch error logs for 24 hours.
Budget two to four hours for a standard business site and a full day for a large WooCommerce or membership build with custom code. Our team handles this as part of WordPress hosting migration at no extra cost.
When Waiting Is the Right Call
There are legitimate reasons to hold, though they are rarer than people think. Abandoned commercial plugins with encoded source, bespoke integrations written against PHP 5 era functions, and third-party payment or ERP bridges with no maintained release all justify a delay while you plan a replacement.
Treat that delay as a project with a deadline, not a permanent state. Some hosts offer extended support for dead branches, but you are renting time, not solving anything, and the price usually exceeds the cost of fixing the plugin.
What About PHP 8.4 and 8.5 in 2026?
PHP 8.4 shipped in November 2024 and 8.5 in November 2025, both with active support running well past this year. Our practical rule: run the newest branch your entire plugin stack has been tested against, and never fall more than one branch behind current.
For most WordPress sites in 2026, that means 8.3 as the hard floor and 8.4 as the sensible default. Pair it with a fast delivery layer, whether that is LiteSpeed Cache or the approach we compare in edge caching versus traditional CDNs, and the dynamic and static halves of your site both stay quick.
Frequently Asked Questions
Is PHP 8.3 stable for WordPress?
Yes. PHP 8.3 has been production-stable since its November 2023 release and is fully compatible with WordPress core, WooCommerce and every actively maintained major plugin. The only common friction comes from abandoned plugins or custom theme functions that were never updated past PHP 7.
Which version of PHP is best for WordPress?
PHP 8.4 is the best default for most WordPress sites in 2026, with 8.3 as the minimum acceptable version. Both are actively patched, both deliver the full 8.x performance profile, and 8.4 has had more than a year of plugin ecosystem testing behind it.
Is PHP 8.4 stable for WordPress?
Yes, PHP 8.4 has been stable since November 2024 and is widely deployed on managed WordPress platforms. Test on staging first if you run older commercial plugins, since 8.4 deprecated implicit nullable parameter types and some legacy code emits notices.
Is WordPress outdated in 2026?
No. WordPress still powers roughly 43% of all websites and ships several releases a year, including ongoing performance and block editor work. What ages badly is not the platform but the stack under it: an old PHP branch, no object caching and shared hardware will make any modern CMS feel slow.
Does upgrading PHP improve Core Web Vitals?
It mainly improves TTFB, which typically drops 50ms to 150ms on uncached requests and feeds directly into LCP. It will not fix render-blocking scripts or oversized images, so treat the runtime upgrade as one input among several.
Want your site on a current PHP branch this week?
Every plan we run includes one-click version switching, staging clones and 24/7 help from WordPress specialists, whether you are on affordable WordPress hosting or a high-traffic course hosting setup. See how our PHP-optimized WordPress hosting is configured, or send us your site and we will test the upgrade on staging for you.
[…] We cover this topic in more depth in Why PHP 8.3+ is Mandatory for WordPress Performance. […]
[…] which means one worker can serve hundreds of requests. Pair that with modern runtimes, because PHP 8.3 and above processes requests measurably faster than the 7.x builds still running on neglected […]
[…] handles 2x to 3x the requests per second of PHP 7.4 on identical hardware. Our breakdown of why PHP 8.3+ is mandatory for WordPress performance goes […]
[…] We cover this topic in more depth in Why PHP 8.3+ is Mandatory for WordPress Performance. […]
[…] per request meaningfully compared to PHP 7.4, which still lingers on older stores. Pair it with a modern PHP runtime and a persistent Redis object cache so repeated option lookups and product meta queries never […]