Core Web Vitals for Small Sites
Core Web Vitals are Google’s three measurements of how a page feels to real users: how fast the main content appears, how quickly the page responds, and whether the layout jumps around. Big sites have engineering teams for this. Small sites usually do not need one: a handful of fixes covers most problems. This guide explains the metrics in plain language and gives you a prioritised fix list, with WordPress specifics.
The three Core Web Vitals
| Metric | What it measures | Good | Poor |
|---|---|---|---|
| LCP (Largest Contentful Paint) | When the biggest image or text block in view finishes rendering | 2.5 s or less | over 4 s |
| INP (Interaction to Next Paint) | How quickly the page visibly responds to taps, clicks and key presses | 200 ms or less | over 500 ms |
| CLS (Cumulative Layout Shift) | How much visible content moves unexpectedly | 0.1 or less | over 0.25 |
Google assesses each metric at the 75th percentile of real page loads, separately for mobile and desktop. INP replaced the older FID metric in March 2024, which is why older guides mention “First Input Delay”.
How much do they matter for rankings?
Core Web Vitals are part of Google’s page experience signals. Google’s own guidance is clear that relevance and helpful content come first; a fast page with weak content will not outrank a slower page that answers the query much better. Think of Core Web Vitals as a tie-breaker and, more importantly, as a user experience issue: slow, jumpy pages lose readers regardless of rankings.
Why your small site may show “no data”
Field data comes from the Chrome User Experience Report, which only includes pages and origins with enough real Chrome traffic. Many small sites do not reach that threshold, so Search Console’s Core Web Vitals report and PageSpeed Insights show no field data. In that case:
- Use the lab data in PageSpeed Insights (Lighthouse) as a guide. It simulates a mid-range phone on a slow connection.
- Test your key templates: home page, a typical article, a category page, a contact page.
- Fix problems that appear in lab tests; they will help real users too.
Prioritised fix list
Fix LCP first (usually the biggest problem)
- Compress and resize the hero image. Serve it in WebP or AVIF at the size it is displayed. A 3000-pixel photo shown at 800 pixels wide is the most common LCP problem on small sites.
- Do not lazy-load the main image. Lazy loading is great below the fold but delays the LCP image if applied to it. Add
fetchpriority="high"to the hero image. - Use page caching. A cache plugin or host-level caching serves ready HTML instead of building each page on request.
- Check server response time. If the first byte takes over a second, cheap shared hosting may be the bottleneck. A CDN helps for distant visitors.
Then CLS
- Set width and height on images and embeds so the browser reserves space before they load.
- Reserve space for ads, cookie banners and newsletter boxes. Elements that push content down after load are classic CLS offenders.
- Load fonts carefully. Use
font-display: swapwith a similar fallback font, or system fonts, to avoid text jumping.
Then INP
- Remove plugins and scripts you do not need. Sliders, chat widgets, several analytics tags and social embeds all add JavaScript that competes with user interactions.
- Defer non-critical JavaScript so it does not block the main thread during load.
- Keep heavy third-party embeds behind a click, such as video facades that load the player only when needed.
WordPress-specific tips
- Choose a lightweight theme; heavy page builders often produce large DOMs and many scripts.
- Use one well-configured performance plugin rather than three overlapping ones.
- Audit plugins every few months: deactivate one at a time and re-test.
- Check that plugins load their assets only on pages where they are used.
The Satelo Connector plugin is designed to stay light: its cookie-less counter and article delivery do not add front-end frameworks to your pages. Still, test any plugin you add, including ours.
A 30-minute routine
- Run PageSpeed Insights on your home page and your most visited article, on mobile.
- Note the LCP element it identifies and fix that one element.
- Look at the CLS diagnostics and set dimensions on whatever shifts.
- Remove one unnecessary script or plugin.
- Re-test and record the scores. Repeat monthly.
How Core Web Vitals show up in Satelo
Satelo’s Quality Score includes a Google PageSpeed component, because technical health is part of what makes a site a good place for readers and partners. It is one input among several (Tranco rank, domain age, Common Crawl index size and verified traffic), so you cannot buy a high QS with speed alone, but a slow site does lose points. You can see your technical score in a free check.
How to read a PageSpeed Insights report
The report has two parts that people often confuse:
- “Discover what your real users are experiencing” at the top is field data from Chrome users over the previous 28 days. This is what Google uses for Core Web Vitals. It may be missing for small sites.
- The performance score below (0–100) comes from a single lab test with Lighthouse. It is a diagnostic tool, and it changes a little from run to run. Do not obsess over moving from 89 to 92.
Scroll down to Diagnostics. The most useful items for small sites are usually: the identified LCP element, “Properly size images”, “Reduce unused JavaScript”, “Avoid large layout shifts” and “Reduce initial server response time”. Each item tells you which files or elements are responsible.
Common small-site scenarios
| Symptom | Likely cause | First fix |
|---|---|---|
| LCP over 4 s on mobile only | Large hero image or slider | Resize and compress, replace slider with one static image |
| Good lab score, poor field LCP | Slow hosting for real visitors in other regions | Page caching and a CDN |
| CLS problems on article pages | Ads or embeds without reserved space | Fixed-size containers for ads and embeds |
| Poor INP on pages with many widgets | Chat, social and tracking scripts | Remove or delay non-essential scripts |
| Slow everywhere after a redesign | Heavy page builder or theme | Test a lighter theme on a staging copy |
When to stop optimising
Once all three metrics are in the “good” range, or close to it in lab tests if you have no field data, further gains bring little. Your time is then better spent on content and on earning mentions. Speed is a foundation, not a strategy. Re-test after major changes: a new theme, a new plugin, a new ad network or a redesign.
Next steps
Run a free QS check to see where your site stands, then work through the fix list above. For other free tools to monitor your site, see free Ahrefs alternatives, and for niche-specific advice, read SEO for niche blogs.
FAQ
What are the three Core Web Vitals?
Largest Contentful Paint (loading), Interaction to Next Paint (responsiveness) and Cumulative Layout Shift (visual stability).
When did INP replace FID?
Google replaced First Input Delay with Interaction to Next Paint as a Core Web Vital in March 2024.
Why does Search Console show no Core Web Vitals data for my site?
Field data requires enough real Chrome traffic. Small sites often fall below the threshold, so use PageSpeed Insights lab data instead.
Will fixing Core Web Vitals boost my rankings?
It can help as part of page experience, but relevance and content quality matter far more. The main benefit is a better experience for readers.
Read next
Add your site to Satelo
Check your Quality Score for free, then connect your site: the first article earns you satellites to promote it on similar sites.
Check my siteAdd my site