Technical Diagnostic
A focused review to establish what is happening, where the risk sits, and what should happen next, ending with a prioritised plan the team can take into delivery.
The usual sign is not one bad Lighthouse report. It is a commercially important route that feels slower after changes, slips in field data, or keeps exposing the same performance debt across templates, scripts, images, fonts, and data loading.
Route‑level performance work for modern front ends where field data, Core Web Vitals, scripts, fonts, images, data loading, or templates are weakening important user journeys.
Broad performance work starts with affected routes and real user journeys, not a generic tidy‑up. LCP, INP, and CLS problems usually come from rendering, images, scripts, fonts, data loading, layout behaviour, or third‑party code, but one global optimisation rarely fixes every page. I connect the metric to a route, template, or release change, then prioritise fixes the team can verify in production.
For product and commercial teams, the value is less friction: I trace slow routes, heavy scripts, and unstable templates back to the choices affecting conversion, trust, and release confidence.
A focused review to establish what is happening, where the risk sits, and what should happen next, ending with a prioritised plan the team can take into delivery.
A short, concentrated engagement to isolate a defined problem, stabilise the immediate situation, and move the first fixes into delivery.
Senior hands‑on support inside an existing team when architecture, implementation, review, and delivery decisions need to stay connected.
Recover lost Core Web Vitals after a release before the site feels slower and key routes start hurting conversion, crawl efficiency, or release confidence.
Diagnose hydration mismatches before Hydration failed errors, brittle UI, and production‑only rendering bugs start compounding into release risk across user journeys.
Reduce third‑party script cost when GTM, analytics, consent, or personalisation tooling starts dragging down performance on key journeys for real users.
Debug live Next.js estates where slow routes, stale data, hydration faults, scripts, cache behaviour, or deployment history are now affecting real users and release confidence.
Debug Vercel deployment paths where local, preview, build, and production behaviour diverge around logs, environment variables, middleware, cache, runtime behaviour, or failing routes.
Preventative, engineering‑led SEO for React and Next.js sites where rendered HTML, indexable text, metadata, canonicals, links, structured data, and AI extractability have to be reliable before visibility is damaged.
Senior platform assessment and technical direction for React and Next.js estates where routing, CMS, deployment, SEO, ownership, and delivery risk have become one problem.

SEO best practices in Next.js, with a sharper focus on Core Web Vitals, stable layouts, lighter bundles, metadata, and real user measurement for search.

How to isolate Core Web Vitals regressions after a redesign, covering LCP, INP, CLS, templates, scripts, images, fonts, data, and release evidence.

Audit third‑party script cost across GTM, consent tools, analytics, experimentation, and personalisation, without breaking measurement or business workflows.

How ISR improves Next.js performance by mixing static speed with controlled freshness, and where it fits best over fully dynamic rendering for changing content.

Compare client‑side React caching, Next.js SSG, ISR and SSR caching, and Redis‑backed caches for reliable serverless data fetching and persistence.

Set front‑end performance budgets for page weight, scripts, images, requests, Core Web Vitals, and user experience before delivery pressure erodes them.