Every hosting package claims to be fast and throws around terms like NVMe, LiteSpeed, and PHP workers, but rarely explains what they mean for your site. Fast WordPress hosting consists of NVMe storage, a web server with built-in caching like LiteSpeed, sufficient PHP workers and memory per site, an up-to-date PHP version, object caching for the database, and a data center close to your visitors. I’ll walk you through them one by one below, along with how you can check for yourself whether your hosting provider actually delivers on these promises. If you’d like to start with the basics, read What is managed WordPress hosting?.
What makes WordPress hosting fast?
Fast WordPress hosting is hosting where the server builds each page quickly or serves it directly from the cache so that it doesn’t need to be built at all. That distinction is the key to everything that follows. WordPress regenerates a page with every visit using PHP and a series of database queries, and every aspect of the hosting determines how fast that happens or how often it’s necessary at all. In the table, you can see what each component does and how to check it.
| Component | What it does | How to Check It |
|---|---|---|
| NVMe Storage | Reads files and database records faster than a SATA SSD | Package Specifications |
| Web server with caching | Serves pre-rendered pages without PHP or a database | Ask which web server is running |
| PHP Workers and Memory | Process uncached requests simultaneously | Ask your hosting provider |
| PHP Version and OPcache | Execute the WordPress code faster | Gereedschap > Sitediagnose |
| Object caching | Stores database results in main memory | Check if Redis is available |
| Data Center | Reduces the round-trip time for each request (latency) | Ask for the location |
NVMe storage and a web server with built-in caching
NVMe is a storage technology in which the drive is connected directly to the server’s high-speed interface, rather than via the older SATA connection used by a standard SSD. For WordPress, this makes a bigger difference than you might think. For every page, the server reads dozens of small files and database rows, and it’s precisely with those many small read operations that the difference is noticeable. You’ll notice it less with a cached page, but more with a shopping cart. We’ve made that choice ourselves; read Why We've Completely Switched to NVMe.
The web server is the program that accepts and responds to requests from visitors. Apache is the best known and most widely used, but it does not have built-in page caching. NGINX and LiteSpeed are stronger in that regard, and LiteSpeed has server-level page caching that works directly with the plugin LiteSpeed Cache. A cached page is like a pre-packed grocery bag. The cashier doesn't have to scan anything—you just hand it to them. PHP and the database aren’t accessed in this case. The most common problem I see is having two caching plugins running at the same time. Choose one caching solution and leave the rest out; otherwise, they’ll interfere with each other. You can find more background information at Types of Caching in WordPress.
PHP workers and memory determine how many visitors can be served at the same time
A PHP worker is a process on the server that handles one request at a time that cannot be served from the cache. Think of it like the checkout lanes at a supermarket. If there aren’t enough lanes open, the line grows longer, no matter how fast the cashiers work. If all workers are busy, visitors will have to wait or receive an error message with status code 503. A brochure site hardly notices this, because almost everything is served from the cache. A WooCommerce web shop Well, because the shopping cart and checkout are never cached. The same applies to membership sites, sites with many logged-in users, and internal search functions.
My advice when comparing plans is therefore always the same. Don’t focus on the number of gigabytes of storage, but on PHP workers and the web server. That’s what makes the difference between a fast and a slow online store. The amount of memory allocated per site also matters, because resource-intensive plugins need space to run without error messages. With cheap shared hosting, you often share workers and memory with other sites, and some providers put more sites on a server than it can actually handle (overselling). So be sure to ask about resource isolation—for example, with CloudLinux and CageFS—so that a busy neighboring site doesn’t drag down your site. If you’re running an online store, then there’s also Managed WooCommerce Hosting that is designed for that type of traffic.
An up-to-date version of PHP and object caching
A current version of PHP executes the same WordPress code faster and more securely than an older version. There’s another layer beneath that: OPcache stores compiled PHP code in memory, so the server doesn’t have to recompile it with every visit. On a good server, this feature is simply enabled by default. To learn how to safely upgrade to a newer version, read Update PHP Version. Keeping the PHP version, plugins, and theme up to date isn't a one-time task—it's part of the WordPress Management from your site.
Object caching is the process of storing the results of database queries in memory, usually using Redis. Where page caching ends—for online stores and logged-in users—object caching takes over. This way, the database doesn’t have to keep answering the same query over and over again. The database itself also plays a role. WordPress recommends MySQL 8.0 or MariaDB 10.11 and higher, and a bloated table wp_options slows down every page, regardless of the server. High-traffic online stores that need object caching with Redis choose to use their own resources with us, with managed cloud hosting. For more information, see Object Caching and Redis.
Here's how to test if your hosting is fast
You can tell if your hosting is fast by measuring the server's response time on actual pages, not by the specifications listed on the pricing page. This is the order I follow myself.
- Measure the Time to First Byte (TTFB)—the time it takes for the server to return the first byte—in PageSpeed Insights. TTFB isn’t a Core Web Vital, but a slow server will slow down your Largest Contentful Paint (LCP). According to web.dev, 0.8 seconds or less is good, and anything over 1.8 seconds is bad—as a general guideline.
- Take multiple measurements on multiple pages of a fully loaded site from a fixed location, and calculate the median. GTmetrix and WebPageTest also work.
- Test a page that isn't cached, such as the shopping cart or a page where you're logged in.
- Check your PHP version at Gereedschap > Sitediagnose in WordPress.
- Ask your hosting provider about the number of PHP workers, the memory allocated per site, and the location of the data center.
The fastest WordPress hosting doesn’t exist on paper—you have to measure it. What we do as standard at Surver is reflected in that first measurement. Our shared hosting plans run on LiteSpeed servers with NVMe storage and LiteSpeed Cache; OPcache is enabled, and accounts are protected with CloudLinux and CageFS. You can choose the PHP version yourself via cPanel > Select PHP Version, from July 4 through August 5. Redis for object caching is included in Surver Cloud, and our data centers are located within Europe. You can find all the details about the plans on our Managed WordPress Hosting.
Frequently Asked Questions
How many PHP workers do I need?
That depends on the number of concurrent requests that aren't cached. A brochure site doesn’t need many, but a busy WooCommerce online store with lots of visitors at checkout needs more. If you see error messages or slow pages during peak traffic while the cache is enabled, ask your hosting provider how many workers you have and whether that’s enough.
Does the location of the data center matter?
Within Europe, the difference for Dutch visitors is minimal, because the distance—and thus the latency—remains low. It’s only when reaching a global audience that distance becomes noticeable, and that’s when a CDN helps. Read When a CDN Is Useful. Surver's data centers are located within Europe.
Does faster hosting always fix a slow website?
No. Hosting is the foundation, but a heavy theme, too many plugins, or large images can slow down even the fastest server. Read Why Your WordPress Website Is Slow and the guide Making WordPress Faster. At Surver, support helps identify where the delay is occurring, and with WordPress Speed Optimization we'll tackle the site ourselves.
