Performance without guesswork

ABVV website blog - Website performance and Core Web Vitals: a business guide

Website performance and Core Web Vitals: a business guide

Website speed should be assessed through the visitor's experience: when useful content appears, how promptly controls respond and whether the layout moves unexpectedly. Core Web Vitals help measure these dimensions. A high score from one test does not replace checking product pages, forms and important journeys on real devices.

A homepage may work well on an office laptop while shoppers experience slow filters on phones. Another page may appear quickly but move a button just as someone tries to press it. These problems need different measurements and different remedies.

Understand the three measurements

Web Vitals documentation sets good thresholds at LCP up to 2.5 seconds, INP up to 200 milliseconds and CLS up to 0.1, assessed at the 75th percentile of visits. LCP concerns loading, INP responsiveness and CLS visual stability.

Start an investigation with the symptom. A late main image suggests examining the loading chain. A filter that ignores input calls for inspection of interaction handling. A moving article or button points to layout behaviour. Treat the metric as a way to locate friction rather than a replacement for observing the journey.

Use laboratory and real-user evidence together

A controlled test helps reproduce a problem. Real-user measurements capture actual devices, networks and behaviour. Keep a record of conditions when comparing runs, including the route, viewport and whether the browser cache was warm. Otherwise a difference may reflect the test setup instead of the change.

After a fix, an individual test can improve immediately while an accumulated field report changes gradually. Low traffic may also leave some reports without enough data. That absence does not prove success or failure. Document the limitation and supplement the available evidence with representative checks.

Build a map of important routes

Include the homepage, category, search, product page, basket, form and editorial article where relevant. Record the primary action and typical devices for each. A large catalogue can behave very differently from a lightweight landing page, so one template should not stand in for the whole product.

Decibel combines a car-audio catalogue with editorial reviews. Product pages support image inspection, specifications and selection, while articles support reading and exploration of relevant equipment. These are useful examples of distinct test journeys within one website.

Images need appropriate dimensions and loading priority

Identify the image that actually defines the first screen. It needs an appropriate size, format and place in the loading sequence. Deferring every image indiscriminately can delay the resource a visitor is waiting for. Galleries further down the page often have different requirements.

Send appropriately sized assets to different screens. A small card rarely needs the full original photograph. At the same time, compression should preserve details that matter for a purchase, such as packaging text or a connector. Review visual quality together with transferred size.

Review scripts and interaction work

Chat widgets, analytics, video, advertising and complex components share browser resources. Each may have a business purpose, but their combined effect matters. Create an inventory with an owner, purpose and loading condition for every third-party script. Decide which work is essential immediately and which can wait.

During a lengthy request, show prompt feedback that the action was received. Prevent accidental duplicate submissions where appropriate. Investigate long synchronous work separately from network delay: a more powerful server will not solve every unresponsive button.

The framework provides tools, but the team must use them intentionally. Our Nuxt and Next.js comparison explains why server and browser responsibilities deserve explicit decisions rather than assumptions based on a technology name.

Make the layout stable

Reserve space for images and embedded blocks before they load. Inspect fonts, banners, notices and carousels. An animation that changes an element's height or its position in normal document flow can move neighbouring content. Test while scrolling and interacting, not only through a static screenshot.

Check modal windows and scroll locking too. Removing the scrollbar may shift the entire page if the layout does not account for it. A fix should preserve position, keyboard access and a clear way to close the dialog. Visual effects should support the main action rather than make it harder to perform.

A practical improvement cycle

  1. Record baseline measurements and the routes that matter.

  2. Identify the main constraint for each affected journey.

  3. Make a focused set of changes and verify functionality.

  4. Repeat comparable measurements.

  5. Observe real-user evidence and add a regression check where useful.

Separate technical outcomes from business conclusions. A faster content paint is a technical result. A conversion change requires analysis of traffic, campaigns, assortment and seasonality. Agree on the measurement plan before implementation so both sides know what the evidence can establish.

Keep performance from slipping back

Assign ownership for new scripts and media. A one-off optimisation can be undone by an oversized campaign image or an extra tracking library. Give editors sensible image guidance and make important templates part of release verification. This reduces repeated cleanup work.

Maintain a short list of representative interactions: applying a filter, opening a product gallery, sending a form and returning from a modal. These checks make quality tangible for nontechnical stakeholders and keep attention on the actions customers actually need.

Frequently asked questions

Should every test reach a score of 100?

A score can be a useful indicator, but the priority is a responsive and stable journey. Compare the work needed for marginal score changes with its practical effect.

Will changing hosting solve the problem?

It can help when the server is the constraint. Heavy media, browser work and layout instability need changes elsewhere.

Where should a website owner start?

List the pages and actions customers complain about. A technical website audit can connect those observations with measurements. The article on SEO and AI search places performance within the broader work of improving page quality.

How to protect yourself from the deception of SEO-studios
prev post
How to choose an SMM agency
next post