What is Core Web Vitals? A practical guide to improving LCP, INP, and CLS in WordPress.

網站管理者在桌面電腦前檢視 WordPress 效能分析圖表

Have you ever used PageSpeed Insights to test your WordPress website and seen your mobile score all in red? Then you installed caching plugins and compressed images, but the score didn't improve significantly? The problem is often not as simple as "the website isn't fast enough." It's that you haven't identified whether your readers are actually experiencing slow loading, unresponsive clicks, or pages that keep jumping around.

Core Web Vitals These are a set of metrics that Google uses to measure real-world user experience, primarily including... LCP, INP and CLSIn short, these metrics respectively observe when the main content appears, how long it takes for an action to respond, and whether the layout is stable. Improving these three metrics cannot rely solely on one-click acceleration; instead, it's necessary to first identify which aspect of the experience is problematic and then address it accordingly.

Quick conclusion:

  • If LCP is poor, prioritize checking the first screen cover, server response, cache, and critical CSS.
  • If the INP is poor, prioritize checking JavaScript, third-party tracking codes, page editors, and heavy plugins.
  • If CLS is inadequate, prioritize checking image sizes, ad/embedded blocks, and webpage fonts.
  • Don't obsess over getting a perfect score on PageSpeed; first, ensure that the main pages used by real users consistently meet the standards.

What is the relationship between Core Web Vitals and SEO?

Google incorporates Core Web Vitals into its overall page experience evaluation, but it's not a magic bullet to propel a website to the top spot. Whether the content meets search queries and whether the information is credible remain more important than a single speed score. In other words, an article that doesn't solve a problem won't automatically surpass competing pages with complete content simply because it loads quickly.

However, when two pages have similar content quality, a website that is faster, smoother to use, and has a more stable layout is more likely to retain readers. The value of performance optimization isn't just in ranking; it's also in reducing the likelihood of readers leaving before even seeing the content.

Google recommends using real-world usage data from the 75th percentile for both mobile and desktop versions to determine if the standard has been met. In other words, you can't just use a single test in your own office to represent all visitors; you need to observe the long-term experience of most users.

LCP: How long will it take for the main content to appear?

LCP (Largest Contentful Paint) A good threshold for measuring the time it takes for the largest and most important element in an image to be displayed is... Within 2.5 secondsOn WordPress post pages, LCP elements are often used as cover images, large hero images, or large blocks of text on the first screen.

If the cover uses a large original PNG file (several megabytes in size) and is set to lazy load, the browser won't discover and download it until very late, naturally increasing the LCP (Long Page Capacity). Common ways to improve this include:

  1. Convert the cover to an appropriately compressed WebP or AVIF file.
  2. Provide images that fit the display size and srcsetDo not allow your phone to download large desktop images.
  3. The first screen cover should generally not use lazy loading, and should allow the browser to find it early in the HTML.
  4. Enable page caching, object caching, or CDN to shorten server and resource response time.
  5. Reduce CSS, fonts, and external resources that block the first screen.

However, don't set all images to preload just because LCP is slow. Preloading too many resources will cause them to compete for bandwidth, delaying the truly important cover and styles. The key is to identify the LCP elements for each page template, rather than applying the same optimization list.

INP: How long does it take for a response after clicking?

INP (Interaction to Next Paint) Measure how long it takes for the page to display the next screen after a user clicks, touches, or keyboard inputs. A good threshold is... Within 200 millisecondsIf the screen pauses briefly before responding when a reader opens a menu, switches tabs, or submits a form, it's usually an INP problem.

The most common reason for WordPress not being PHP itself is that the browser's main execution thread is occupied by a large amount of JavaScript. For example, overlapping plugins, complex page editors, adware, chat rooms, heatmaps, social media embeddings, and multiple tracking codes can all run simultaneously on the visitor's device.

Improving INP can be done in the following order:

  1. We will review and remove plug-ins and third-party programs that have no practical value or duplicate functions.
  2. Defer unnecessary JavaScript loading until after interaction or when the page is stable.
  3. Break down long-running tasks to avoid a single calculation occupying the main execution thread for too long.
  4. Simplify mobile menus, filters, carousels, and complex animations.
  5. Use Chrome DevTools or PageSpeed Insights to find the slowest interactions and script sources.

A large number of plugins doesn't necessarily mean a slow website; a poorly designed plugin can be more cumbersome than ten simple ones. Therefore, don't just look at the number of installed plugins, but rather at what resources they load in the front end and which pages they affect.

CLS: Why does the content keep jumping when loading?

CLS (Cumulative Layout Shift) This measures the degree to which the page moves unexpectedly; a good score is... 0.1 or lessThe most typical scenario is that a reader is about to click on a link when an ad or image suddenly appears above, causing them to push the button down and accidentally click on the wrong thing.

Common sources of WordPress CLS include:

  • Images, videos, and iframes do not have their width, height, or aspect ratio set.
  • Cookie notifications, advertisements, and promotional banners are inserted into the page only after they have been loaded.
  • The font size of the webpage differs too much before and after loading.
  • No space has been reserved for carousel, recommended articles, or comment modules.

The approach is straightforward: first, reserve a fixed ratio for media and embedded content so the browser knows how much space is needed before downloading the file; dynamic blocks should also have pre-reserved space. For fonts, choose close backup fonts and avoid loading too many font weights at once.

Which of the three indicators should be improved first?

indexGood thresholdCommon WordPress issuesPriority inspection
LCP≤ 2.5 secondsLarge header image, slow host, blocked resourcesCover image, cache, server, key CSS
INP≤ 200 millisecondsJavaScript, third-party scripts, heavy-duty cheatsInteractive elements, add-ons, tracking codes, long-term operation
CLS≤ 0.1Image size not specified, dynamic banner, font switching.Width and height attributes, reserved space, font strategy

Don't try to fix ten things at once. First, identify the problem page groups from the Core Web Vitals report in the Search Console, then examine representative pages using PageSpeed Insights. The Search Console focuses on long-term data from real users; PageSpeed Insights also provides lab diagnostics, suitable for pinpointing potential current technical causes. They serve different purposes, so don't rely solely on one's overall score.

The recommended priority is to address template issues shared by a large number of pages first, then tackle individual articles. If all article pages load the same oversized cover or the same heavy-duty scripts, fixing the template will be far more beneficial than fine-tuning each article individually.

Why isn't the QuickGet cheat a panacea?

Caches reduce repetitive server operations, shorten file response times, and assist in compressing and merging resources, making them a crucial foundation for WordPress performance. However, caches cannot automatically fix images without dimensions, nor can they guarantee immediate responses from third-party JavaScript.

WordPress official performance documentation The improvements will be divided into different aspects, including hardware, software, caching, content unloading, compression, and database adjustments. This means that website speed is the result of the entire system working together: host response, theme, plugins, images, and front-end programs all need to be checked together.

If your score is still unsatisfactory after installing a caching plugin, do not immediately install a second one. First, determine whether the bottleneck is LCP, INP, or CLS, and then choose the corresponding tool to avoid plugin conflicts without solving the core problem.

Conclusion: Identify the bottlenecks first, then talk about achieving a perfect score.

The most valuable aspect of Core Web Vitals is not that it condenses complex websites into a single score, but rather that it breaks down user impatience into three measurable problems: not being able to see the main content, unresponsive actions, and constantly changing layouts.

For WordPress websites, it's recommended to first test one page each from the homepage, post pages, category pages, and the page with the highest traffic, then identify the common causes affecting the most pages. For LCP (Local Content Package), focus on the first screen resources; for INP (Instant Content Package), focus on JavaScript and interactive elements; and for CLS (Web Storage Package), focus on size and margin. By doing this, even if PageSpeed doesn't show a perfect score, the website will be more stable and faster than blindly installing speed-up plugins, and the improvement will be more tangible for readers.

Recommended Posts