A wordpress php version update is the process of switching the PHP runtime your hosting server uses to execute your site — one of the highest-value, lowest-cost maintenance steps a South African business owner can take. PHP runs directly on your hosting server, not inside WordPress itself, so it sits outside the WordPress dashboard entirely. Understanding what it actually costs to build and maintain a South African website starts with knowing that an unpatched PHP runtime can quietly compromise every rand invested in that site.
Most hosts let you change PHP in under five minutes. Most SA businesses have not done it in years.
This guide gives you the exact click path for the two most common hosting control panels used by South African WordPress sites — xneelo and Afrihost — alongside the version decision table and a pre-and-post checklist so you can do this yourself without handing it to a developer. It sits alongside ongoing website maintenance as one of the highest-return recurring tasks for any SA business running WordPress.
Quick Answer
A wordpress php version update is changed through your hosting control panel — not the WordPress dashboard. WordPress.org recommends PHP 8.3 or greater. Check your current version at Tools → Site Health → Info → Server in WordPress. For xneelo, change it via Hosting Tools → PHP Config; for Afrihost, via ClientZone → Website Manager → PHP Selector. Always take a full backup and test on staging first — rolling back is straightforward if a plugin breaks.
Jump to a Section
Not sure if your site is on a supported runtime?
Send us the URL and we will check your server environment, flag any outdated dependencies, and tell you exactly what to change — no obligation.
Get a Free Site CheckWhy Your Site Is at Risk Right Now
PHP versions follow a strict end-of-life (EOL) schedule. Once a version reaches EOL, it receives zero security patches — not reduced support, not community backports, nothing. Any vulnerability discovered after that date stays unfixed on your server indefinitely.
As of September 2026, the EOL calendar looks like this:
| PHP Version | EOL Date | Months Unpatched (Sep 2026) | Status |
|---|---|---|---|
| 7.4 | 28 Nov 2022 | 46 months | EOL — no patches |
| 8.0 | 26 Nov 2023 | 34 months | EOL — no patches |
| 8.1 | 31 Dec 2025 | ~9 months | EOL — no patches |
| 8.2 | 31 Dec 2026 | — | Active — EOL in 3 months |
| 8.3 | Active | — | Fully supported |
| 8.4 | Active | — | Fully supported |
EOL dates sourced from endoflife.date/php, which references the php.net supported-versions schedule directly.
If your site is on PHP 7.4, it has been running without a single security patch for 46 months. That is not a theoretical risk — known vulnerabilities in EOL versions are actively catalogued and exploited. A significant portion of live WordPress sites globally still run EOL PHP, which is precisely why attackers target PHP-version-specific exploits at scale.
Performance matters too. A Kinsta benchmark on a bare WordPress 6.8.0 install with no plugins (OPcache enabled) recorded 139 req/s on PHP 7.4 versus 148 req/s on PHP 8.4. A real site running 15+ plugins will see different absolute figures, but the benchmark illustrates the principle: a PHP version change delivers measurable throughput gains with zero changes to your WordPress installation. On a South African site where page speed directly affects conversions, that headroom is real — and it costs nothing beyond the five-minute panel change.
Key Takeaway
PHP 7.4, 8.0, and 8.1 are all EOL and receive no security patches. PHP 8.2 reaches EOL on 31 December 2026. If you are on any of these, updating is not optional maintenance — it is a baseline security requirement.
Choosing the Right Release for 2026
PHP 8.3 is the version to target for most South African WordPress sites in 2026: it is the version WordPress.org officially recommends, it is actively receiving security patches, and it has the widest plugin compatibility of any currently supported release. The make.wordpress.org core team confirmed in May 2026 that WordPress 6.8 and later fully support PHP 8.4, and WordPress 6.9/7.0 fully support PHP 8.5 — giving sites on modern WordPress a clear upgrade path.
| PHP Version | WordPress Compatibility | Recommendation |
|---|---|---|
| 7.4 / 8.0 / 8.1 | Technically runs, unsupported | Update immediately |
| 8.2 | Compatible | Migrate before Dec 2026 EOL |
| 8.3 | WordPress recommended | Safe default for most SA sites |
| 8.4 | Full support from WP 6.8+ | Best if all plugins tested |
| 8.5 | Full support from WP 6.9+ | Test on staging first |
For most South African businesses running WordPress 6.x on a standard shared host, PHP 8.3 is the safe, recommended target. It is the version WordPress.org explicitly recommends, it is the version xneelo migrated existing PHP 8.2 sites to automatically in August 2026, and it has the broadest plugin compatibility across the SA WordPress ecosystem.
Move to PHP 8.4 if you are on WordPress 6.8 or later and your theme and plugins have been verified compatible — the plugin author's changelog or their "tested up to" data in the WordPress plugin directory is your quickest reference. If one plugin has not been updated since 2023, test on staging before going live.
Key Takeaway
PHP 8.3 is the right target for most SA WordPress sites in 2026. Move to 8.4 once you have confirmed plugin compatibility on a staging copy. Avoid 7.4, 8.0, 8.1, and treat 8.2 as temporary — its security window closes December 2026.
How to Check What Your Server Is Running
The fastest way to confirm your PHP version is the WordPress Site Health tool, which reads the actual runtime — not your hosting panel's default setting, which may differ from what a specific domain is actually using.
- Log into your WordPress admin dashboard.
- Navigate to Tools → Site Health.
- Click the Info tab at the top.
- Expand the Server section.
- Your PHP version appears in the first row.
If the Site Health tool is unavailable (a rare case on locked-down managed hosts), log into your hosting control panel and check under the PHP or server settings for that domain directly. The hosting panel number and Site Health must agree — if they differ, the Site Health figure is what your WordPress installation actually uses.
SA context: xneelo's control panel shows the PHP version under Hosting Tools → PHP Config. Afrihost shows it in ClientZone under Website Manager → PHP Selector. Both differ visually from generic cPanel screenshots in most global guides — see the steps below for each.
How to Do a WordPress PHP Version Update Safely
A wordpress php version update follows the same sequence regardless of host: back up, check plugin compatibility, test on staging, then flip the switch in your hosting control panel. The steps that differ are the ones inside each host's panel. Knowing how to update PHP version in WordPress is a five-minute task once you know which panel to navigate — the longer time is always the pre-flight checks.
Before You Change Anything — The Pre-Update Checklist
Do before updating:
- Create a full backup — files and database. Your host's backup tool or a plugin like UpdraftPlus both work. Do not skip this.
- Run a PHP compatibility scan. Search the WordPress plugin directory for an actively maintained PHP compatibility scanner — look for one updated within the past six months — and run it against your installed plugins and theme before changing anything live.
- Check the "tested up to" version for your active plugins in the WordPress plugin directory — any plugin untouched for two or more years is a compatibility risk.
- If you have a staging environment, do the PHP change there first. Most SA managed hosts and xneelo offer one-click staging. Fifteen minutes on staging can save hours of debugging on a live site.
Do not do these:
- Do not update PHP on a live site without a backup. Rollback without a backup means restoring from your host's snapshot, which may be 24–48 hours old.
- Do not skip from PHP 7.4 directly to 8.5. Go to 8.3 first, test, then consider 8.4 on your next cycle.
- Do not assume "tested up to WordPress 6.x" means PHP 8.x compatible — these are separate compatibility claims.
Updating PHP on xneelo (South Africa)
xneelo uses its own control panel at create.xneelo.com, not the generic cPanel interface most global guides show. The path is:
- Log in to create.xneelo.com.
- Click Product in the left sidebar.
- Click on your domain name.
- Under Hosting Tools, select PHP Config.
- Go to the Configuration tab and click Edit next to PHP Config.
- Select your target PHP version from the dropdown.
- Click Save — the change applies automatically within seconds.
Note: xneelo automatically upgraded sites still on PHP 8.2 to PHP 8.3 in August 2026. If your site is on xneelo and you have not touched the PHP settings, it is likely already on 8.3 — confirm in Site Health.
Updating PHP on Afrihost (South Africa)
Afrihost shared hosting uses CentOS Web Panel (CWP), accessed through ClientZone:
- Log into ClientZone (my.afrihost.com).
- Select the Hosting tab, then find your domain under Shared Hosting.
- Click Website Manager → Log into Website Manager.
- In the CWP dashboard, go to CWP Settings → PHP Selector.
- Choose your domain from the dropdown.
- Select the target PHP version and click Update Version.
Updating PHP via Generic cPanel (Other SA Hosts)
If your SA host provides standard cPanel (common on Hostify, HostAfrica, and others):
- Log into cPanel for your account.
- Go to Software → MultiPHP Manager.
- Tick the checkbox next to your domain.
- Choose your PHP version from the PHP Version dropdown.
- Click Apply.
Managed WordPress hosts (cloud-based services rather than traditional SA shared hosting) typically handle PHP via a dedicated dashboard section or support request — check your host's knowledge base for the exact path.
Key Takeaway
The actual version change takes under two minutes on xneelo, Afrihost, and cPanel hosts. The pre-update checklist — backup, compatibility scan, staging test — is where the real time goes. Budget 30–60 minutes for a careful first run including testing.
What to Test When the Change Goes Live
A successful PHP change leaves your site behaving identically to before — WordPress PHP compatibility failures surface immediately as fatal errors or white screens, not as slow regressions over days. That means a two-minute check of your key pages immediately after the change tells you everything you need to know. Here is the post-update walk-through:
- Homepage and navigation — load the homepage, click through your main menu items. Any PHP fatal error produces a white screen or an error message immediately.
- Contact and enquiry forms — submit a test entry and confirm it arrives. Forms using older PHP mail functions are among the most common breakage points after a major PHP version change.
- E-commerce checkout (if applicable) — add an item to cart and step through to payment. Payment gateway integrations like PayFast and Peach Payments have their own PHP dependencies.
- Admin dashboard — log in to wp-admin and check that all plugins show as active with no error notices at the top of the screen.
- Site Health again — return to Tools → Site Health and check the status tab. A green "Good" result confirms the server environment is healthy.
If something breaks, roll back immediately by returning to your hosting panel and selecting your previous PHP version. The rollback takes the same number of clicks as the original change. Once you are on the previous version, re-run your PHP compatibility scanner to identify the specific plugin or theme causing the issue, then update it or contact the developer.
Key Takeaway
Fatal PHP errors show up immediately on page load — you will know within thirty seconds whether the change worked. If anything breaks, the rollback is as quick as the original change. Never wait 24 hours to test after a PHP switch.
Running a busy SA site and nervous about breaking something?
Share your site URL and we will map your current hosting environment, flag plugin risks, and give you a step-by-step brief you can hand to your developer or follow yourself.
Get Your Environment BriefWhy South African Businesses Choose Growth Pulse Media
Growth Pulse Media was built by someone who has operated large-scale South African e-commerce infrastructure — not just advised on it. Our web design and maintenance work runs on the same stack SA businesses actually use: WordPress on local and regional hosting, PayFast and Peach Payments integrations, POPIA-compliant contact and lead-capture forms. When we recommend a PHP target, it is based on what we have seen break and what holds stable across the SA hosting ecosystem.
We keep a limited client load so every engagement gets senior-level attention. If your WordPress site is due for an environment review — PHP version, plugin audit, performance check — our web design and maintenance service covers the full technical stack, not just the visible layer. All work is executed in-house; nothing is outsourced offshore.
Related reading: if you are evaluating what your site should cost to run beyond the PHP question, what a website costs to run per year in South Africa breaks down hosting, maintenance, and ongoing costs with Rand figures.
Who This Guide Is Not Right For
You are on a fully managed WordPress host. If your host handles PHP updates automatically (WP Engine, Kinsta, Cloudways — or a managed tier from a local SA host), you do not need to do this manually. Check your hosting dashboard or ask support what PHP version you are on and whether updates are automatic.
Your site runs on a custom PHP application alongside WordPress. Legacy custom code written for PHP 5.x or 6.x may break on PHP 8.x in ways that a plugin compatibility scanner will not catch. Get a developer to audit the custom code before touching the PHP version.
You are running WordPress on a VPS or dedicated server you manage yourself. The process described here is for shared hosting control panels. On a VPS, PHP is updated at the operating system or package level (apt, yum, or a PHP version manager like phpenv) — a different process entirely, and one where a misconfiguration can take the whole server down.
You have not backed up your site in the last 30 days. Do not change your PHP version — or make any infrastructure change — without a backup made that day. Take the backup first. This applies even if your host says they keep automated backups; confirm they do, and know how to restore from them, before you rely on them.
Want a full picture of your WordPress site's technical health?
Send us your site URL for a no-obligation audit — we will check your PHP version, plugin compatibility, core security settings, and page speed in one pass.
Request a Free WordPress AuditFrequently Asked Questions
How do I know which PHP version my WordPress site is using?
Go to Tools → Site Health → Info → Server in your WordPress dashboard. The PHP version row shows the version your site is actually running. This is the most reliable method because it reads the actual runtime for your specific domain — a per-domain PHP setting overrides the account default, so the hosting panel's account-level display can differ from what WordPress actually uses.
Can a PHP version update break my WordPress site?
It can, if a plugin or theme uses PHP functions that were deprecated or removed in the target version. PHP 7.4-era code sometimes uses functions removed in PHP 8.x. The fix is to run a PHP compatibility scan before updating, test on a staging copy first, and update any flagged plugins. If something does break on the live site, rolling back takes under two minutes through your hosting control panel.
Is PHP 8.3 or PHP 8.4 better for WordPress in 2026?
PHP 8.3 is the official WordPress.org recommendation and the safer default for most sites because it has the widest plugin compatibility. PHP 8.4 is fully supported from WordPress 6.8 onwards and delivers marginally better throughput in benchmarks — move to it once you have confirmed your plugins are compatible on staging. The performance difference between the two is small; the security gap between either and PHP 7.4 or 8.1 is significant.
What is the minimum PHP version WordPress supports?
The technical minimum is PHP 7.4, but WordPress.org explicitly warns that versions below 8.3 have reached their end of life and "may expose your site to security vulnerabilities." Treat 7.4 as a hard floor you should not stay on, not a safe operating point. PHP 7.4 has been without security patches since November 2022 — over 46 months of unpatched exposure as of September 2026.
How long does updating PHP take on a WordPress site in South Africa?
The actual switch in your hosting panel takes under two minutes on xneelo, Afrihost, or cPanel. The total time including pre-update backup, compatibility scan, and post-update testing is typically 30–60 minutes for a careful first run. Subsequent updates (for example, moving from 8.3 to 8.4 once you have already cleaned up your plugin list) take less time because the compatibility groundwork is already done.
Need a Hand with Your WordPress Environment?
Growth Pulse Media reviews the full technical stack — PHP version, plugin compatibility, hosting configuration, page speed — for South African WordPress sites. We work in-house, keep a limited client roster for senior attention, and get back to you within 24 hours. No obligation.
Book a Free WordPress Review

