What this is for
Some audits produce a long report and little change. A useful performance audit produces quick wins, clear priorities, and rules that keep the site fast after the work ends.
This article describes what you should receive in week one of a focused performance audit.
What you should get at the end of week one
- A baseline of key metrics for agreed page types, including Core Web Vitals indicators and page weight.
- A prioritised list of issues, sorted by impact on journeys and conversion pages.
- A short list of quick wins, with a clear plan to ship them early.
- A set of budgets and rules to prevent performance drift after future edits.
- A clear set of recommendations, with trade-offs explained in plain language.
Day by day. A typical first week
Day 1. Baseline and priorities
Start with the pages that matter. Entry pages and conversion pages, not a random URL list.
- Agree the page set. Homepage, key services, landing pages, forms, donate, checkout.
- Capture baselines for load feel, core metrics, page weight, and request count.
- Identify your biggest value journeys and where drop-off matters most.
- Write down success criteria, such as improved form completion or reduced bounce rate.
Day 2. Find the biggest loading costs
Most slow sites have a shortlist of repeat offenders. You look for those first.
- Image and media review, hero images, sliders, background video, embeds.
- CSS review, unused CSS, render blocking assets, critical layout styles.
- JavaScript review, bundle size, heavy libraries, long tasks, hydration cost.
- Third-party review, tags, chat widgets, A/B tools, cookie tooling, embeds.
Day 3. Ship quick wins
A good audit does not wait for perfection. It ships simple changes that reduce weight and reduce main thread load.
- Compress and resize images. Serve modern formats where appropriate.
- Add dimensions to images and embeds to reduce layout shift.
- Remove unused scripts and delay non-essential scripts.
- Reduce font weight variants and stabilise font loading behaviour.
- Fix obvious render blocking CSS and JavaScript.
Day 4. Check infrastructure and delivery
A fast front end still feels slow if delivery is weak. This day focuses on caching and response time.
- Check caching headers for static assets and HTML.
- Check CDN behaviour, cache hits, compression, and image delivery.
- Identify slow server response causes where relevant.
- Remove redirect chains and unnecessary hops.
Day 5. Deliver the plan and lock in the gains
Week one should end with clarity. You should know what to do next and why, with rules that keep performance from drifting.
- A prioritised roadmap of fixes, grouped into quick wins, medium work, and structural changes.
- A set of budgets. Page weight, request count, third-party caps, image constraints.
- A release checklist so changes do not ship without basic checks.
- A measurement plan so you can prove improvement and spot regressions.
What good recommendations look like
Performance work involves trade-offs. The recommendations should state those trade-offs clearly.
- Each recommendation states the expected impact and the effort level.
- Each recommendation links to a user journey or a business goal.
- Recommendations avoid vague advice, such as optimise images, without a concrete plan.
- Recommendations avoid adding new complexity, unless the value is clear.
What to ask for before you buy
- Which pages will be measured and why.
- Which tools and methods will be used, and what real user data is available.
- Whether fixes are included, or only recommendations.
- How results will be reported. Before and after metrics and a clear summary.
- Whether budgets and a release checklist are included.
Next step
If you want fast results, start with the pages that make money and the pages that create leads. Ship the quick wins, then keep the site fast with budgets and a simple release checklist.