If your homepage takes ages to load on mobile, people leave before they even see your offer. That is not a technical problem. That is a sales problem.
Your site does not need to score 100/100 on any speed test to make money. It needs to load quickly enough, feel smooth on mobile, pass the obvious checks and not lose customers before they can call, enquire or book. This guide covers why business websites are typically slow, what Google actually measures, how to test properly and what to fix first. It connects to the broader SEO picture covered in our SEO guide.
Google may not rank you purely because your site is fast. But customers absolutely judge you when your site feels slow.
What 'fast enough' actually looks like
Most business owners either ignore speed entirely or obsess over getting a perfect score. Neither is useful. Here is a practical benchmark for what good enough means.
Metric | Good enough | Worth fixing | Urgent |
|---|---|---|---|
Mobile PageSpeed score | 70+ | 50 to 69 | Below 50 |
LCP (main content loads) | Under 2.5 seconds | 2.5 to 4 seconds | Over 4 seconds |
INP (page responds to taps) | Under 200ms | 200 to 500ms | Over 500ms |
CLS (page jumps around) | Under 0.1 | 0.1 to 0.25 | Over 0.25 |
Server response (TTFB) | Under 600ms | 600ms to 1.5 seconds | Over 1.5 seconds |
If all your key pages sit in the 'good enough' column, your time is better spent on content quality, E-E-A-T signals and conversion improvements. If anything sits in the 'urgent' column, fix it before investing in anything else.
What Google actually measures: Core Web Vitals in plain English
Google measures three things about how your site feels to real users. For a deeper breakdown of what each metric means and how to read your scores, see our Core Web Vitals explainer.
LCP: how fast the main content loads
Largest Contentful Paint. This measures how quickly the biggest visible element loads, usually the hero image, main heading or first major content block. Bad LCP usually comes from heavy images, slow hosting, render blocking scripts or bloated themes.
INP: how quickly the page responds
Interaction to Next Paint. This measures how quickly the site responds when someone taps a menu, button, form or filter. Bad INP usually comes from heavy JavaScript, too many plugins, chat widgets, sliders and tracking scripts all fighting for processing time.
CLS: whether the page jumps around
Cumulative Layout Shift. This measures whether buttons, images, banners or forms move after the page starts loading, causing people to misclick. Bad CLS usually comes from images without set dimensions, late loading ads or pop ups, embedded widgets that resize and web fonts that cause text to shift.
Why business websites are often slow
Most speed problems come from decisions made during the build or accumulated over time as plugins, images and tracking scripts pile up.
Common cause | What happens | How common |
|---|---|---|
Cheap overseas hosting | Server takes 1 to 3 seconds before anything loads | Very common |
Heavy uncompressed images | Hero images at 3 to 5 MB add seconds to every page load | Most common single issue |
Bloated WordPress themes | Page builders generate extra code on every page | Common on Elementor and Divi sites |
Too many plugins | 30+ plugins each adding scripts, stylesheets and database queries | Very common |
Too many tracking scripts | GA4, Meta Pixel, Hotjar, chat widgets all loading independently | Common on sites running ads |
No caching | Server rebuilds every page from scratch for every visitor | Common on unmanaged WordPress |
Slow third party embeds | Google Maps, YouTube, social feeds loading full code on page load | Common |
The accumulation problem: why fast sites get slow
A site that scored 85 on mobile at launch can drop to 45 within 18 months. It happens gradually. A new plugin here. A few uncompressed images there. A chat widget. A review widget. A second analytics script someone added and forgot about. Each one adds a small amount of weight. Together they compound into a real problem.
This is why speed is not a one time fix. It needs the same kind of regular review as your content and your Google Business Profile. Set a quarterly check and you catch the creep before it becomes a crisis.
How different platforms compare on speed
The platform you build on affects your speed ceiling. Some platforms make it easy to be fast. Others make it easy to be slow.
Platform | Speed tendency | Notes |
|---|---|---|
WordPress (well built) | Fast with proper hosting, caching and theme | Flexible but requires discipline on plugins and themes |
WordPress (bloated) | Often slow | Page builders, 30+ plugins and cheap hosting are the usual causes |
Shopify | Generally fast out of the box | App bloat can slow it down over time |
Webflow | Fast by default | Fewer customisation options but less to go wrong |
Squarespace | Moderate | Limited optimisation options if speed becomes an issue |
Custom build (Laravel, Next.js) | As fast as the developer makes it | Full control but depends entirely on build quality |
If you are choosing or reconsidering your platform, our comparison of WordPress vs Webflow vs Shopify covers the broader trade offs. If WordPress is your current platform, our guide on whether WordPress is still worth it is worth reading before deciding to rebuild.
How to test your website speed properly
Tool | Best for | Notes |
|---|---|---|
PageSpeed Insights | Quick page level audit, Core Web Vitals | Shows lab and field data. Start here. |
Search Console CWV | Site wide real world issues | Groups URLs by performance status. |
Lighthouse or DevTools | Developer diagnostics | Built into Chrome. Good for debugging. |
GTmetrix | Waterfall view, file by file analysis | Useful for spotting huge files and scripts. |
WebPageTest | Advanced location and device testing | Can simulate specific Australian connections. |
Start with PageSpeed Insights
Go to PageSpeed Insights, paste your URL and check both mobile and desktop. Focus on mobile first, that is where most of your customers are. PageSpeed Insights provides both lab data (simulated test) and field data (real user experience). Field data is more reliable when available.
Check Search Console Core Web Vitals
Search Console's Core Web Vitals report uses real world data and groups your URLs by performance status. This shows you whether the problem is one page or a site wide pattern. For a broader technical review, our SEO audit checklist covers speed alongside 24 other checks.
Test like a customer, not a developer
The most important test: pull out your phone, open your website on 4G and try to use it. Can you tap the menu straight away? Does the enquiry form work? Does tap to call work? Does the page jump while loading? If it feels slow on your phone, it feels slow to your customers. Our guide to mobile SEO covers the full mobile experience checklist.
The speed fix order: what to do first
Do not start with the hard stuff. Fix the highest impact issues first.
Fix | Difficulty | Impact |
|---|---|---|
Compress images | Low | High. The single biggest quick win. |
Remove unused plugins | Low to medium | Medium to high. WordPress sites with 20+ plugins. |
Enable caching | Medium | High. WordPress and custom sites without caching. |
Add CDN | Medium | Medium to high. Sites with overseas hosting. |
Upgrade hosting | Medium | High. Sites with slow server response times. |
Refactor theme or scripts | High | High. Bloated builds with heavy page builders. |
Clean tracking setup | Medium | Medium. Sites running ads with multiple tracking pixels. |
Step 1: fix hosting and server response
If your server takes 2+ seconds just to respond before any content loads, nothing else you do will matter much. Look at hosting quality, server location, PHP version (if WordPress), database bloat, server level caching and CDN setup.
For Australian businesses: if your audience is mostly in Australia, do not just buy the cheapest overseas hosting and hope a plugin fixes the latency. CDNs help because they cache content closer to users across a distributed network, but they cannot fix a fundamentally slow origin server.
Step 2: optimise images
Resize images before uploading (your hero image does not need to be 4000px wide). Compress them. Use WebP or AVIF where your platform supports it. Lazy load below the fold images. Set image dimensions so the browser reserves space (prevents layout shift). Preload the hero image if it is causing slow LCP.
Step 3: clean up plugins and scripts
Audit every plugin. Ask: what does it do? Does it load on every page? Do two plugins do the same job? Is there a lighter alternative? Is the feature even needed? We regularly remove 10 to 15 plugins from WordPress sites during speed audits and the owner does not notice any difference in functionality.
Step 4: set up caching properly
Page caching, browser caching, object caching where relevant, CDN caching. Important: exclude dynamic pages like forms, carts, checkout and booking systems from caching or you will break functionality.
Step 5: clean up redirect chains
After site migrations, redesigns or URL changes, redirect chains often build up. Page A redirects to page B, which redirects to page C, which finally loads the content. Each hop adds latency and wastes crawl budget. Check your redirects and make sure each one goes directly to the final destination. Our website migration checklist covers how to avoid this during a move.
Step 6: review the page design itself
Sometimes the design is the speed problem. Massive video hero sections, sliders, auto playing videos, image heavy sections, unnecessary animations, embedded social feeds. If the design requires 4MB of assets to render, no plugin will make it fast. Speed should be a design constraint, not an afterthought. When our web design Melbourne team builds a site, speed is part of the brief from day one, not a fix up project 6 months later.
The direct link between speed, SEO and conversions
Speed affects two things: whether Google considers your page experience acceptable and whether visitors stay long enough to call, book or enquire.
For SEO, speed and page experience are one part of the broader picture. Google's documentation says improving page experience aligns with what ranking systems aim to reward. But content quality, relevance and trust still matter more. The recent Google algorithm updates reinforced that genuine usefulness and strong trust signals outweigh marginal speed differences. A site that loads in 1.8 seconds but has thin, generic content will not outrank a site that loads in 3 seconds but genuinely answers the question. Speed is one factor in SEO, not the only one.
For conversions, speed is often more obvious. If the page is painful to use on mobile, people leave. If the form takes 5 seconds to become interactive, people give up. If the phone number jumps around the screen while loading, people misclick. If your site is getting traffic without enquiries, speed is one of the first things to check.
Speed and Google Ads: why slow landing pages burn budget
If you are spending money on Google Ads and sending traffic to a slow page, you are paying for clicks that never convert. This is one of the most expensive speed problems a business can have.
Google Ads Quality Score includes landing page experience as one of its components. A slow, poorly structured landing page can mean higher cost per click, lower ad positions and worse return on ad spend. The maths is straightforward: the same $2,000 monthly ad budget produces dramatically different results depending on whether the landing page loads in 2 seconds or 5 seconds.
Landing page speed | Likely impact |
|---|---|
Under 2.5 seconds | Good user experience. Higher Quality Score contribution. Better conversion rates. |
2.5 to 4 seconds | Noticeable delay. Some visitors leave before the page becomes interactive. |
Over 4 seconds | Significant drop off. Poor landing page experience score. Wasted ad spend. |
If your Google Ads landing page is not converting, speed should be one of the first things you check. There is also a strategic question about whether traffic should land on your homepage or a dedicated landing page, but neither option works well if it takes 5 seconds to load.
What we see in speed audits
After auditing dozens of small business websites, the patterns are predictable. Here is what shows up most often.
The hero image is almost always the biggest single problem. We regularly find hero images at 3 to 5 MB that could be 80 to 150 KB without any visible quality loss. One image swap can take a PageSpeed score from 35 to 60.
Plugin count does not tell the whole story. A site with 15 well chosen plugins can be faster than a site with 8 poorly built ones. What matters is whether each plugin loads scripts on every page or only where it is needed.
Caching is either not set up or set up wrong. About half the WordPress sites we audit have either no caching at all or a caching plugin that is installed but not configured. An unconfigured caching plugin does almost nothing.
The theme is the ceiling. On sites built with heavy page builders, there is a performance ceiling that no amount of image compression or caching can break through. The theme generates too much code on every page. The only real fix is a lighter theme or a rebuild.
Ecommerce sites have a specific pattern. Product images uploaded straight from a phone, review and upsell apps loading on every page, collection pages rendering 40+ products at once without pagination or lazy loading. For ecommerce businesses, our SEO for ecommerce industry page covers the broader performance picture.
Hosting gets blamed last but should be checked first. Business owners often spend hours tweaking plugins and compressing images when the real bottleneck is a $5 per month shared hosting plan with a server in the United States. Check TTFB first.
Before and after examples: what speed fixes look like
These are hypothetical examples based on the patterns we see most often.
Example 1: slow WordPress service business
Before | After |
|---|---|
Cheap shared hosting (US server), 35 plugins active, 4MB hero image, Google Maps on every page, 5 tracking scripts, no caching. Mobile PageSpeed: 28 | Quality Australian hosting with CDN, plugin audit 35 to 16, hero compressed to 120KB WebP, Maps lazy loaded, clean GTM setup, full caching active. Mobile PageSpeed: 72 |
Example 2: ecommerce site with too many apps
Before | After |
|---|---|
Review app, upsell app, chat app, social feed. Large uncompressed product images. Collection pages loading 40+ products at once. Mobile PageSpeed: 32 | App audit: removed 3 unused apps. Product images compressed and resized. Reviews lazy loaded. Collection pages paginated. CDN and caching reviewed. Mobile PageSpeed: 68 |
Example 3: beautiful redesign that performs badly
Before | After |
|---|---|
Full screen video hero (8MB), heavy animation library on every page, 4 custom font families (12 weights), no mobile speed testing during build. Mobile PageSpeed: 22 | Static hero on mobile, video on desktop only. Reduced to 2 font families (4 weights). Animations simplified. Mobile first testing added to QA process. Mobile PageSpeed: 71 |
Speed issue diagnosis: symptoms and fixes
Symptom | Likely cause | First fix |
|---|---|---|
Page starts loading late | Hosting or slow server response | Review hosting, enable server caching |
Hero loads slowly | Oversized image or video | Compress, resize, preload hero image |
Page jumps around | Missing image dimensions, late loading widgets | Set dimensions, fix layout stability |
Buttons feel delayed | Heavy JavaScript, too many plugins | Script and plugin audit |
Mobile much worse than desktop | Heavy design assets, no mobile optimisation | Mobile first cleanup |
Repeat visits still slow | No browser or CDN caching | Enable browser, server and CDN caching |
TTFB over 1.5 seconds | Database bloat, slow PHP, shared hosting | Database cleanup, PHP upgrade, hosting review |
Speed drops over time | Plugin and script accumulation | Quarterly speed audit, plugin review |
Speed mistakes businesses make
Chasing 100/100 instead of fixing the real problem. A PageSpeed score is a clue, not the whole story. We have seen sites score 45 on mobile and convert beautifully because the content is clear and the CTA works. We have seen sites score 90 that generate zero enquiries because the page says nothing useful. Fix the things that affect real users first.
Installing another speed plugin without fixing images or hosting. Caching plugins can help, but they cannot magically fix a 5MB hero image or a server that takes 3 seconds to respond. The plugin is the last step, not the first.
Testing only the homepage. Your homepage might score 75, but your highest traffic service page might score 35. Test the pages that actually matter: service pages, product pages, landing pages and the contact page.
Ignoring mobile. Most local searches happen on mobile over cellular connections. Testing speed on a desktop with fibre internet tells you almost nothing about how customers experience your site.
Blaming the developer when the stack is overloaded. Sometimes the issue is 30 plugins, 8 tracking scripts, an oversized theme and a hosting plan from 2018. That is not a developer problem. That is a decisions problem.
Never retesting after launch. Speed degrades over time. Plugins get added. Images pile up. Scripts accumulate. If you have not tested speed since the site launched, the numbers have almost certainly gotten worse.
The 30 minute speed audit checklist
Test these pages first:
Homepage
Highest value service page
Highest traffic blog post
Contact page
Top product or category page (if ecommerce)
Main landing page (if running ads)
Check these issues:
PageSpeed mobile score (above 50 is acceptable, above 70 is good)
Core Web Vitals status in Search Console
Image sizes (anything over 200KB should be compressed)
Server response time (TTFB under 600ms is reasonable)
Number of plugins or apps (flag anything over 25)
Third party scripts (count them, assess which are essential)
Caching enabled and working
CDN enabled
Forms, phone buttons and CTAs all functional on mobile
Mobile layout stability (no jumping elements)
DIY fixes vs developer fixes
DIY friendly | Developer needed |
|---|---|
Compress images (ShortPixel, TinyPNG, Squoosh) | Server and caching configuration |
Remove unused plugins | Theme refactoring or code cleanup |
Reduce embedded widgets | JavaScript optimisation |
Simplify heavy page sections | Database cleanup |
Update plugins and themes (carefully) | Code splitting and critical CSS |
Review hosting plan | Performance safe tracking setup (GTM) |
For budgeting these fixes, our guide on hidden website costs covers what to expect. Use our website cost estimator for a quick ballpark on rebuild costs and our website maintenance costs guide for ongoing hosting and upkeep budgets.
What we recommend at Elev8d
Speed should be a design constraint, not an afterthought. When we build websites, speed is part of the brief from day one. We choose platforms, themes and hosting with performance in mind. We compress and optimise images before they go live. We set up caching, CDN and clean tracking as part of the build, not as a fix up project 6 months later.
For existing sites, the fix order in this guide is exactly what we follow: hosting first, then images, then plugins, then caching, then everything else. Most business websites can improve dramatically with 2 to 3 hours of focused work on the top issues.
Use our SEO ROI calculator to see what speed improvements are worth in dollar terms. If you are unsure whether speed or content is your bigger bottleneck, the audit checklist earlier in this article covers both.
FAQs
Answers to the questions we hear most about website speed and SEO.
Does website speed affect SEO?
Yes. Core Web Vitals are part of Google's page experience signals. But speed is one factor among many. Content quality, relevance, links and trust signals still matter more. Speed mainly hurts when it is obviously bad, not when it is merely imperfect.
What is a good PageSpeed score?
Above 70 on mobile is good. 50 to 70 is acceptable but has room for improvement. Below 50 usually means there are obvious issues worth fixing. Do not obsess over the score. Focus on real user experience.
Why is my WordPress site so slow?
Usually a combination of: cheap hosting, too many plugins, uncompressed images, a bloated theme and no caching. WordPress itself is not slow. WordPress with 35 plugins, a 4MB hero image and $5 hosting is slow.
Is Australian hosting faster for Australian customers?
Generally, yes. Closer servers mean lower latency. But a poorly optimised site on Australian hosting will still be slow. And a well optimised site on overseas hosting with a good CDN can still perform well for Australian users. Hosting location helps, but it is not the only factor.
Should I remove Google Analytics or Meta Pixel?
No. Tracking matters for measuring results. But implement it cleanly through Google Tag Manager rather than adding scripts individually. One GTM container loading multiple tags is faster than 5 separate scripts.
How often should I test website speed?
Monthly for your key pages. After any major update (plugin, theme, content or hosting change). Before and after running paid campaigns. And whenever you notice the site feeling slower. Speed degrades over time, so a site that was fast at launch needs regular checks.
Can a website be too design heavy?
Absolutely. Full screen video heroes, animation libraries, multiple custom fonts, image heavy layouts and embedded social feeds all add weight. Good design balances aesthetics with performance. If the design requires 5MB of assets to render, the design is the speed problem.
What should I fix first: hosting, images or plugins?
Hosting first (if server response is slow, nothing else matters). Images second (usually the biggest single win). Plugins third. Caching fourth. Everything else after. Follow the fix order in this guide.
Does slow speed affect Google Ads?
Yes. Google Ads Quality Score includes landing page experience. A slow landing page can mean higher cost per click, lower ad positions and worse return on ad spend. Fixing speed can lower your ad costs and improve conversion rates at the same time.
Next steps: pick your path
Path 1: quick DIY audit
Run your homepage and top service page through PageSpeed Insights. Check the mobile score and Core Web Vitals. Compress any images over 200KB. Remove any plugins you are not using. That alone can make a noticeable difference.
Path 2: get a speed audit
Want someone to diagnose exactly what is slowing your site down and prioritise the fixes? Get in touch for a website speed audit. We will test your key pages, identify the biggest issues and give you a clear fix list with estimated impact.
Path 3: fix it properly
If your site needs more than quick wins, our web design and development team can handle hosting migration, theme optimisation, plugin cleanup, caching configuration and performance safe tracking setup. Speed is part of every project we build.
Sources and further reading
Google: Core Web Vitals. Definitions and thresholds for LCP, INP and CLS.
Google: Page Experience Documentation. How page experience affects search ranking.
Google PageSpeed Insights. Free speed testing tool with lab and field data.
Google Search Console: Core Web Vitals Report. Site wide performance monitoring.
web.dev: HTTP Caching. Caching best practices for web performance.
Australian Cyber Security Centre: Cyber Basics. Security and hosting best practices.
General information only. Website performance depends on many factors including hosting, platform, design, content and configuration. Speed test results vary by tool, location, device and connection. For specific technical recommendations, consult a qualified web developer.