01
Read the scope before the score
First establish what was tested. Record the scan date, included pages, performance test URL and any unavailable measurements. Reeve Consult's audit retrieves HTML from up to 20 accessible pages and runs the available performance tests on the homepage. It does not render the website in a browser or measure Google positions and AI citations.
A report about a sample cannot prove that a page outside that sample is correct. Equally, a check that could not complete has not demonstrated a failure. Keep these distinctions visible when you send the report to a colleague so gaps in the evidence do not become unnecessary work.
02
Confirm what the finding actually means
Open the affected URL and read the evidence. Check the title or heading in context, the reason for an indexing instruction, or the information an image conveys. A missing element is not automatically a customer problem. A decorative image may correctly have an empty alternative, and a short contact page may contain exactly the information a visitor needs.
Write one sentence describing the difference between the present behaviour and the intended behaviour. For example, “The live repairs page should be available to search engines, but its published response includes noindex.” That gives the developer something concrete to investigate and allows them to explain whether another setting changes the conclusion.
03
Group findings that have the same cause
Ten repeated descriptions may be ten separate editing decisions, or they may come from one shared template. Before assigning ten jobs, ask where the value is generated. The same principle applies to navigation links, global structured data and scripts loaded on every page.
Grouping by likely cause helps define a useful change and its regression checks. If a shared template is altered, verify more than the page that first revealed the issue. Include an example from each relevant page type, especially where forms, product information or article layouts differ.
04
Prioritise according to the page and the customer task
Start with a confirmed problem that conflicts with the intended use of an important page. Then weigh the likely effect, how often the page or task is used, the effort and the risks of a change. A cosmetic warning on an old article may deserve less attention than an access problem on a current service page.
Keep optional items distinct. Adding every schema type or creating an llms.txt file is not a universal remedy for search visibility. The useful priority is the work supported by evidence on your website, rather than the work that makes the largest number of coloured warnings disappear.
- Is the behaviour confirmed and unintended?
- Which page and customer task does it affect?
- Is the cause shared across other pages?
- Who can make the change safely?
- How will the result be checked?
05
Write a task someone can complete and verify
An actionable handover includes the affected URL, the evidence, the intended result and a verification step. Avoid instructions such as “fix SEO” or “get the score to 100”. They do not explain the decision or give either party a clear completion check.
Here is an illustrative task: “The inspections, rewiring and maintenance pages all publish the title Home. Please check whether the title comes from the shared template, agree a distinct title reflecting each page's service, publish the changes and confirm the final HTML for all three URLs.” The task defines the scope without pretending a title change guarantees more enquiries.
- Finding: what was observed and when
- Affected URLs: the exact pages
- Intended result: what should be different
- Owner: the person responsible for investigation and delivery
- Verification: the check that establishes the change is live
- Context: deliberate settings, dependencies and unanswered questions
06
Separate technical completion from business results
After publication, rerun the relevant check and inspect the live customer journey. A screenshot or a new score can support the record, but the result should match the original task. If you changed a shared title template, verify the titles; if you changed a form layout, verify that someone can complete the form.
Then review search and enquiry data over a suitable period. Record other changes, campaigns and seasonal factors that may affect the comparison. A corrected finding establishes that work was completed. It does not, by itself, establish that a later increase in traffic was caused by that correction.