Finding LCP outside the WordPress theme

A Core Web Vitals investigation showed that fonts, unnecessary preloads and marketing scripts were competing with the real Largest Contentful Paint element.

A page-load waterfall showing CSS, fonts, marketing tags and the LCP elementThe visible headline was the LCP. The delay came from resources loaded before it.HTML & CSS01Fonts02Marketing tags03LCP element04
The visible headline was the LCP. The delay came from resources loaded before it.

01 / The field note

“Improve the theme” is not a diagnosis. On a mature WordPress platform, the critical rendering path crosses theme code, plugins, cache configuration, fonts, tag injection and the browser’s prioritization decisions.

Based on a real performance investigation. Brand, URLs and commercial tag names are omitted.

01

Measure the real anonymous page

The investigation used the cached public page, not an authenticated or development rendering. The LCP element was text, so image compression could not solve the reported delay.

The request waterfall showed several high-priority font and hero asset preloads, even on templates that did not use the hero. A separate set of marketing scripts remained in the document head despite an enabled delay setting.

02

Separate owned code from configured behaviour

Some changes belonged to the theme: conditionally loading an integration and removing template-specific work from unrelated pages. Other changes belonged to the cache plugin or marketing configuration.

That separation matters for estimates and QA. A contained template fix can be high confidence. Reworking tag injection across consent states, languages and forms is a different risk class.

03

Prioritize by resource competition

The first pass removed preloads that could not help the current template, reduced competing font priority and scoped integration scripts to the pages that needed them. More invasive CSS and tag changes were held behind separate validation.

Performance work is strongest when each change has a predicted effect on the request graph. A collection of optimization switches is not a performance strategy.

04

Turn the audit into two decisions

The result was a contained implementation path for known waste and a separate investigation for the marketing stack. That protected the site from a broad configuration change disguised as one small Core Web Vitals task.

Good performance triage reduces uncertainty before it expands scope.

03 / Working principles

The reusable part

What to carry into the next system.

  1. 01

    Identify the actual LCP element on the anonymous cached page.

  2. 02

    Audit high-priority preloads for the current template, not the site in general.

  3. 03

    Trace marketing tags through their injection and consent paths.

  4. 04

    Split known code fixes from low-confidence configuration investigations.

05 / Contact

AI · AWS · DevOps · WordPress · Software

Need this kind of decision in your system?

A discovery call is enough to map the constraint, identify the evidence still missing and decide on the smallest useful intervention.

Start with the problem

Tell me what needs to move.

A short description is enough. I will review it personally and reply with a useful next step.

By sending this enquiry, you confirm that you have read how the information is handled in Legal & privacy.