Top Rated on Upwork Before-and-after PageSpeed report included Replies within 1 hour Get a free speed audit →
Backend

The PageSpeed Module for WordPress Is Deprecated: Here's What to Do Instead

The PageSpeed module for WordPress was Google's Apache and Nginx add-on that rewrote pages on the server to make them faster, but Google deprecated and archived it in 2018, so it's no longer maintained. You shouldn't rely on installing it today. I'll explain what it did, why folks still search for it, and the modern stack of caching, a CDN, and image optimization that replaces it.

By Maryam, WordPress Speed Optimization Expert Updated June 2026 3+ years on WordPress speed
pagespeed module wordpressmod_pagespeedngx_pagespeedgoogle pagespeed moduleapache pagespeed modulenginx pagespeedserver-level page optimizationwordpress speed optimization
Diagram of the deprecated Google PageSpeed module for WordPress and modern speed alternatives
Direct answer

The PageSpeed module for WordPress was Google's Apache and Nginx add-on that rewrote pages on the server to make them faster, but Google deprecated and archived it in 2018, so it's no longer maintained. You shouldn't rely on installing it today. I'll explain what it did, why folks still search for it, and the modern stack of caching, a CDN, and image optimization that replaces it. If I were checking this on a real site, I'd start with the page that earns traffic or money, confirm whether the issue is backend, frontend, content, or layout related, then apply one fix at a time.

What was the PageSpeed module for WordPress?

The PageSpeed module was a server add-on from Google, not a WordPress plugin. It came in two flavors: mod_pagespeed for the Apache web server and ngx_pagespeed for Nginx. Once your host installed it, it sat between WordPress and the visitor and rewrote each page on the fly.

Because it worked at the server level, it didn't care which theme or plugins you ran. It'd catch the HTML, CSS, images, and scripts as they left the server and apply optimizations automatically. That's why it felt magical back in its day. You didn't configure much inside WordPress at all.

What did mod_pagespeed actually do?

It ran a set of automatic filters on your output. It'd minify CSS, JavaScript, and HTML, combine files to cut requests, compress and resize images, inline small resources, and defer or lazy load assets. Think of it as an on-server optimizer that touched every response.

For its era, that was genuinely useful. Site owners who didn't know how to hand-tune performance got a real boost just by flipping it on. The catch is that today's caching plugins and CDNs do all of that, and they do it with settings you can see and control.

Is the PageSpeed module deprecated?

Yes, and this is the part that matters most. Google stopped developing the PageSpeed module and archived the project in 2018. It hasn't been actively maintained since. That means no new features, no compatibility fixes for newer server versions, and no security patches.

I want to be honest with you here: running unmaintained server software on a live site is a risk I wouldn't take. When something breaks or a vulnerability shows up, nobody's shipping a fix. So even though you'll still find old guides praising it, the reality is it's frozen in time.

Should you install it on WordPress today?

No, I don't recommend it. Beyond the fact that it's deprecated, most managed WordPress hosts don't offer it and won't let you compile server modules yourself. They've built their own caching layers, and those are what they support.

There's also a conflict problem. If you did force it on alongside a modern caching plugin, the two can fight over the same job, double-optimizing assets and breaking your layout or scripts. You'd spend more time debugging than you'd ever save in load time.

What should you use instead: caching

Start with one solid caching plugin. WP Rocket is my go-to because it handles page caching, minification, deferred JavaScript, and lazy loading from a clean dashboard, and it plays nicely with WordPress. Free options like LiteSpeed Cache or W3 Total Cache work too if your host fits them.

The key rule is: pick one and only one. Stacking caching tools causes the same conflicts the old module did. Dial in your settings carefully and you'll get most of the speed the PageSpeed module promised. My cache plugin settings guide walks through the safe configuration.

Add a CDN for global speed

A content delivery network is the modern version of server-level optimization, and it's far better than the old module ever was. Cloudflare is free to start and puts your static files on servers around the world, so visitors load them from a spot close to them.

A CDN also gives you compression, HTTP/3, and edge caching without touching your origin server's guts. That's the piece the PageSpeed module used to try, except a CDN does it at global scale and it's actively maintained. You'll feel the difference on far-away traffic especially.

Optimize images and do hands-on tuning

Images are usually the heaviest thing on a WordPress page, and the old module tried to compress them for you. You can do it better now. Convert your images to WebP or AVIF, size them correctly, and let a plugin like ShortPixel or Imagify handle bulk compression.

Then finish with hands-on work the module couldn't do well: removing unused CSS, cutting bloated JavaScript, and reducing render-blocking resources. This is where real gains hide. My guide on render-blocking resources shows exactly where to look.

The bottom line on the PageSpeed module

Here's the short version: the PageSpeed module for WordPress did a real job in its time, but Google deprecated it in 2018 and it's been unmaintained ever since. Don't build your site's speed on top of abandoned software.

You've got a better toolkit today. One caching plugin, a CDN like Cloudflare, proper image optimization, and a bit of hands-on cleanup will beat what mod_pagespeed ever delivered, and it's all supported. If you'd rather not tune it yourself, that's exactly the kind of work I handle for clients.

My checklist for The PageSpeed Module for WordPress: What It Was and What to Use Now

Is the module even installed on your server

Does your host support server modules at all

Are you on shared or managed hosting

Is a caching plugin already active

Does a CDN sit in front of your site

What do people ask about The PageSpeed Module for WordPress: What It Was and What to Use Now?

Is mod_pagespeed still supported? +
No. Google stopped active development and archived the project back in 2018, so it isn't officially supported or maintained anymore. It won't get security patches or updates, which is why I don't recommend installing it on a live WordPress site today.
What was the PageSpeed module for WordPress? +
It wasn't a plugin. It was a server module (mod_pagespeed for Apache, ngx_pagespeed for Nginx) that Google built to automatically rewrite your pages at the server level, minifying code, compressing images, and combining files before they reached the browser.
Can I still install ngx_pagespeed today? +
Technically you might compile it, but I wouldn't. It's unmaintained, most managed hosts won't let you touch server modules, and it can clash with modern caching. You're better off spending that time on proven speed methods.
Does WP Rocket replace the PageSpeed module? +
Pretty much, yes. A modern caching plugin handles page caching, minification, and lazy loading from inside WordPress, so you get the same wins without depending on a server add-on Google walked away from.
Will my host enable mod_pagespeed if I ask? +
Most managed WordPress hosts won't, and honestly you don't want them to. They've moved to their own caching layers instead. If you're on a VPS you control, you could, but it's still deprecated software.
Is server-level optimization a bad idea now? +
Not at all. Server-level speed still matters a lot. It's just done through caching, HTTP/2 or HTTP/3, and a CDN now, not through the old PageSpeed module. Good hosting gives you those pieces already.
Why do people still search for the PageSpeed module? +
Old tutorials and forum threads still mention it, and the name overlaps with Google's PageSpeed Insights tool, which is very much alive. So folks assume the module is current when it isn't.