Skip to main content

Measured, not asserted

Core Web Vitals Optimization

Performance work that starts with measurement and ends with a comparison. Core Web Vitals affect both what Google ranks and whether people wait for your page, and almost every site has a small number of large problems rather than many small ones.

Core Web Vitals Optimization

What Core Web Vitals Optimization covers

Core Web Vitals optimization is measurable work, which makes it unusually easy to hold an agency to. There is a number before, a number after, and field data from real visitors that decides whether it counted.

That last point matters more than most proposals admit. A perfect score in a lab tool on a fast laptop proves very little. Google judges your site on data from actual devices on actual networks, which is why work here targets what real users experience rather than what a test on demand reports.

The usual finding is unglamorous. Images that were never sized, a hero that waits on a font or a script, third party tags nobody has audited in two years, and layout that shifts while it loads. We measure first, and if the honest answer is that your site is already fine and the problem is somewhere else, that is what the report will say.

Is this the right fit?

A fit when

  • Search Console is reporting Core Web Vitals failures
  • The site feels slow and nobody can say precisely why
  • Conversion drops on mobile and page speed is the suspected cause
  • A redesign is planned and you want a performance baseline first
  • Images, third-party scripts and fonts have accumulated over years

The wrong choice when

  • The site is fundamentally the wrong architecture, where optimisation buys months and not a solution
  • You want a number to put in a report rather than a faster site
  • Nobody can deploy changes, because then the findings sit in a document
  • The problem is server capacity under load, which is infrastructure work instead

What you get

Field and lab measurement

Real user data from Chrome UX Report alongside lab testing, because a fast test on your laptop is not evidence about your customers on mobile.

A prioritised findings list

Every issue with its measured cost and the effort to fix it. Ordered by what buys the most, not by what is easiest.

The fixes, implemented

Images, fonts, render-blocking resources, layout shift, third-party scripts and server response time. Implemented, not recommended.

Third-party script control

Usually the largest single cost on a marketing site, and usually the one nobody has ever measured. You get the number per script.

A before and after

The same measurements re-run, so the improvement is a number you can show rather than a claim.

A regression guard

Performance budgets wired into your pipeline, so the gains do not quietly disappear over the next six months.

How it runs

  1. Measure

    Field and lab data across your key templates. We work on the pages that carry your traffic, not the home page alone.

  2. Report

    A written findings list with each issue costed and prioritised. You can stop here and hand it to your own team if you prefer.

  3. Fix

    The work implemented in priority order, each change measured on its own so we know what actually helped.

  4. Protect

    Budgets and monitoring in the pipeline, so the next unreviewed script does not undo it.

Built with

The platform and the tools around it. Nothing here is chosen because it is new.

Part of Web Application Development

  • Lighthouse CI
  • Chrome UX Report
  • WebPageTest
  • Cloudflare
  • Next.js
  • Nginx
  • Redis
  • CDN

Delivered like this

Telspiel · Enterprise Communication

Website Development for Telspiel

Engineering a High-Performance Digital Hub for Enterprise Communication

  • Laravel
  • HTML5
  • jQuery

Questions we get asked

Will this improve our search rankings?

Core Web Vitals are a ranking signal, but a modest one next to content and links. The honest reason to do this work is that slow pages lose people before they convert. Any ranking gain is a bonus, not the promise.

Can you just give us the report?

Yes. The assessment stands on its own, and some teams take it and implement it themselves. We would rather that than sell you work you can do.

How much faster will it get?

We will not put a number on it before measuring, because sites differ enormously. What we will do is tell you after the assessment what is achievable and what it would take.

Does this work on WordPress and Shopify?

Yes. Platform sites have less room to move than a custom build, and we say up front where the ceiling is rather than charging to discover it.

Will the improvements last?

Only if something guards them. That is why performance budgets in the pipeline are part of the work rather than an upsell.

Tell us what you are building.

Send the problem and any constraints you already know about. You get a scope, an approach, and a real cost range - written by a person.

No sales sequence. One person reads this and replies. Rather give more detail?