hello@codexcrew.com
Mon - Fri · 9:00 AM - 6:00 PM EST
AboutPortfolioBlogContact
Start a Project
HomeBlog
Performance

How to Speed Up a WordPress Site From 4s to Under 1s — A Developer's Checklist

Slow WordPress sites lose customers and get penalized by Google. Here is the exact checklist we use to cut load times by 60–80% for client sites.

How to Speed Up a WordPress Site From 4s to Under 1s — A Developer's Checklist

How to Speed Up a WordPress Site From 4s to Under 1s — A Developer's Checklist

A slow WordPress site is not just an annoyance — it is a business problem. Studies consistently show that a one-second delay in page load time can reduce conversions by 7%. Google's Core Web Vitals are now a direct ranking signal. Yet the majority of WordPress sites we audit are loading in four to six seconds and have never been through a systematic performance review. The good news: going from 4 seconds to under 1 second is achievable with a structured, methodical approach.

Step 1: Establish a Baseline

Before touching anything, measure. Run your site through Google PageSpeed Insights, GTmetrix, and WebPageTest. Record your LCP, FID, CLS, and TTFB. Run each test three times and take the average. Also test from multiple geographic locations if your audience is international. These baseline numbers tell you exactly where the biggest problems are.

Step 2: Fix Your Hosting First

This is the single highest-impact change most WordPress sites can make. If you are on shared hosting, your Time to First Byte is likely 600ms or more before any content is even delivered. Moving to a managed WordPress host like Kinsta, WP Engine, or Cloudways will typically cut TTFB to under 150ms immediately. No amount of caching or image compression can compensate for a slow server.

Step 3: Implement Proper Caching

WordPress is a dynamic PHP application — by default, every page request generates HTML from scratch. Caching stores a pre-built HTML version and serves it directly, bypassing PHP and the database entirely. WP Rocket is the industry standard caching plugin. LiteSpeed Cache is an excellent free alternative if your host uses LiteSpeed servers. Configure page caching, browser caching, and object caching.

Step 4: Optimize Every Image

Images are almost always the largest assets on any web page. Three things need to happen: convert images to WebP format (25–34% smaller than PNG/JPEG), properly size images for display dimensions, and lazy-load below-the-fold images. Plugins like Imagify, ShortPixel, or Smush can automate WebP conversion and compression.

Step 5: Eliminate Render-Blocking Resources

Render-blocking JavaScript and CSS prevent the browser from displaying content until those resources are fully downloaded. Defer or async-load non-critical JavaScript. Inline critical CSS directly in the HTML head. WP Rocket's file optimization settings handle most of this automatically, but manual review is often needed for scripts added by plugins.

Step 6: Set Up a CDN

A Content Delivery Network stores copies of your static assets on servers distributed around the world. When a user requests your site, assets are served from the CDN node closest to them. Cloudflare is the most widely used CDN and offers a free tier that is genuinely useful. BunnyCDN is an excellent affordable alternative.

Step 7: Audit and Reduce Plugins

Every plugin installed is a potential source of additional database queries, additional HTTP requests, and additional PHP execution on every page load. Audit your plugin list ruthlessly. Deactivate any plugin not used in the last 90 days. Check whether each plugin loads assets on every page or only on pages where its functionality is actually used.

Step 8: Optimize Your Database

WordPress's MySQL database accumulates waste over time: post revisions, spam comments, transients from plugins, and orphaned metadata from deleted plugins. WP-Optimize or Advanced Database Cleaner can automate cleanup. For high-traffic sites, also review slow database queries using the Query Monitor plugin.

Step 9: Handle Fonts Properly

Loading Google Fonts via the standard method introduces an extra DNS lookup and a render-blocking resource. Host your fonts locally instead — download the files, add them to your theme, and serve them from your own domain. This eliminates the external DNS lookup and allows fonts to be cached by your CDN.

Step 10: Results and Ongoing Monitoring

After implementing all of the above on a recent WooCommerce client (200 products, 5.8 second load, PageSpeed score of 28): load time dropped to 0.9 seconds, PageSpeed score reached 94, and Core Web Vitals passed on both mobile and desktop. Set up ongoing monitoring with UptimeRobot and Google Search Console to catch regressions before they impact rankings.

Let's Talk

Have a project in mind?
Let's build it together.

Free discovery call. No commitment. Just a conversation about your goals.