
Website Design for Australian Small Business (2026)
What a small business website costs in Australia in 2026, with real published prices, plus .com.au rules, GST, hosting, privacy and a hiring checklist.
Website Security
A WooCommerce shop runs on WordPress, and WordPress runs on PHP, so the host's PHP update is a shop matter and not only a website one. This guide uses WooCommerce's own documentation and the PHP facts from php.net and WordPress.org, and keeps to what they publish. Sources read 22 October 2026.
If a brochure site is down for an hour, someone misses a phone number. If a shop is down, or checkout breaks in the middle of a sale, you lose orders. A shop also holds customer names, addresses and order history. Both facts make the PHP update more pressing and the update itself more delicate.
The facts of the event are in our main guide to the October 2026 PHP vulnerability. In short, php.net announced fixes on 21 October 2026 for two critical flaws that could let an unauthenticated outsider run code on a server. WordPress.org said no WordPress update is needed, and the server's PHP is what to update. WooCommerce is a WordPress plugin, so the same applies to your shop.
WooCommerce's security FAQ puts the link in plain words: because the shop runs on WordPress, it is only as secure as that WordPress install and the host behind it.
| Item | What the WooCommerce documentation states |
|---|---|
| PHP | 8.3 or greater is the documented requirement, tested up to PHP 8.4 |
| WordPress | Version 6.9 or later |
| Database | MySQL 8.0 or later, or MariaDB 10.6 or later |
| HTTPS | Support is required |
| Memory | A WordPress memory limit of 256 MB or more |
| Older PHP | WooCommerce still works with PHP 7.4 or newer on older setups, but it says those versions are end of life and may expose a site to security problems |
Source: WooCommerce server requirements page and its update PHP page, read 22 October 2026.
The plugin's own advice sits at PHP 8.3 or greater, and 8.3 is one of the four branches php.net patched. A shop on PHP 8.1 or older is below what WooCommerce recommends and below what the PHP project still fixes. See our guide to checking and updating PHP on WordPress.
WooCommerce's PHP guide gives the same path. You will see a number such as 8.3.36. The part after the second dot is the patch level, and the patched levels are the patched build on the shop's branch or newer.
A word of caution that php.net adds: Linux vendors received patches in advance and may fix PHP without changing the number on the screen. A low-looking number does not always mean no fix, and a current-looking one does not prove a fix. This is why you ask the host as well. WordPress itself lists it in Site Health, on the Info tab, in the Server block.
WooCommerce's PHP guide says the host controls the PHP version, and you can usually change it from the hosting panel. Send a short message, and keep the reply. Our guide on what to ask your web host has a full email you can paste. For a shop, these questions matter most:
| Question | Why it matters to a shop |
|---|---|
| Which PHP version and patch level does my shop run on today? | Gives you a version and a date |
| Has the fix for CVE-2026-109618 and CVE-2026-109619 been applied? | Names the flaws, so the answer is specific |
| Can I pick the PHP version in the panel and roll back? | Lets you test on 8.3 or 8.4 and return if checkout breaks |
| Do you offer a staging copy of my site? | Lets you test without touching live orders |
| What do you do for plans on PHP 8.1 or older? | These get no fix from the PHP project |
If you cannot update at once, php.net lists temporary measures, such as a fixed memory limit and a low upload size. It says they only reduce exposure, and the update is the real fix. Do not treat them as a long-term plan for a shop.
Many owners ask whether a PHP flaw puts card details at risk. We cannot answer that for your shop, and nobody can without knowing your setup. What we can say is that it depends on the gateway you use and how it is connected.
WooCommerce's documentation draws a few lines worth reading:
So the sensible step is to open your gateway's own security guidance, and write down how checkout works on your shop: does the customer type card details on your page, or on a page the gateway hosts? Then ask your gateway or processor what they expect from you after a server-level flaw. We do not make card compliance claims for any shop.
WooCommerce's PHP guide recommends a backup before you update. The rest of this list is our suggestion, based on general practice, and not a quote from WooCommerce.
Do not stop at "the homepage loads". Run through what a customer does:
| Test | What to look for |
|---|---|
| Home, shop and product pages | No white screen and no PHP warnings |
| Add to cart and change quantity | Totals and shipping update correctly |
| Coupon code | Applies and removes correctly |
| Checkout with a test or small real order | The gateway loads and the order completes |
| Order emails | The customer and admin email both arrive |
| Admin area | Orders list, product edit and the Status report open without errors |
| Refund a test order | The refund reaches the gateway |
Check your error log, or ask the host to, for a day or two after the change. If something fails, switch PHP back, restore the backup if you have to, and then fix the plugin that caused it. Our guide to website maintenance costs shows where updates and testing sit among the recurring bills.
A shop does not have to live on PHP you manage. There are two ways out.
A move is a business decision about fees, features and your own time, and one security notice should not decide it alone.
For a WooCommerce shop we can check the PHP and plugin versions with you, set up a staging copy, update, and run the checkout tests above before anything reaches customers. If you would rather not run PHP at all, we build on Shopify and can move a store across. For other shop builds, see ecommerce development, and for WordPress itself, WordPress development.
WooCommerce runs on WordPress, which runs on the server's PHP, so a shop on an unpatched PHP version is exposed in the same way as any PHP site. WordPress.org says no WordPress update is needed, and the fix is a PHP update on the server.
Go to WooCommerce, then Status, and scroll to the Server environment section. The PHP version row shows it. Site Health in WordPress shows it as well. Ask your host for the patch level to be sure.
WooCommerce's documentation lists PHP 8.3 or greater as the requirement and says it has been tested up to PHP 8.4. It says older versions may still run, but they are end of life and may expose a site to security risks.
That depends on your gateway and how checkout is set up, and we cannot tell from outside. WooCommerce says the core plugin does not handle card data and that gateways differ. Read your gateway's security guidance, and ask them what to do after a server flaw.
The fix matters, so do not wait long. Use a staging copy if you can, back up first, and test checkout right after. If you cannot test safely, ask your host or a developer to do the update for you.
Shopify is hosted, so there is no PHP for you to patch, though we found no Shopify statement on this advisory. That removes one task, and it comes with monthly fees and platform rules. See our Shopify and WooCommerce comparison before you decide.
The NCSC tells anyone who stayed exposed to look for signs of compromise and planted backdoors, and to call an incident response provider if unsure. Tell your payment provider too, since they may have steps of their own.

What a small business website costs in Australia in 2026, with real published prices, plus .com.au rules, GST, hosting, privacy and a hiring checklist.

What a website redesign costs in 2026: ranges from ten published guides in USD, AUD and GBP, why they disagree, and a sheet to make quotes comparable.

UK website redesign guide: prices in pounds, VAT rules, company details to show, the ICO cookie exceptions and the data protection fee.