Define the reason
Write what is wrong or unclear before writing the replacement copy.
A small method for website edits and later checks
When a search answer is wrong or disappointing, the urge is to edit immediately and check again later. The missing piece is usually the record in between: what was wrong, what the page said before, what changed, and which later observation would actually be comparable.
A change log should answer:
What changed?
Why?
What else changed?
What did we observe later?
What still cannot be attributed?
Before the edit
Start with the current page and the reason you are changing it. If the trigger is a factual error, record the error plainly and correct it. Do not leave an incorrect price, service condition or eligibility rule online just to preserve a cleaner experiment.
Then save the old wording or the location of a saved version. Record the question set you care about and the conditions under which you observed the search answer. A later result is easier to interpret when those conditions are visible rather than reconstructed from memory.
Write what is wrong or unclear before writing the replacement copy.
Use the same important customer questions for the baseline and repeat checks.
Keep the answer, date and conditions. If no answer appeared, record it as unassessed rather than forcing a zero into a score.
Save the old and new wording, change date and any related technical or design work.
Choose dates or triggers that are practical, then keep the observation conditions as comparable as you reasonably can.
Write what changed in the answers, then write what remains uncertain. Those are different sentences.
Worked example · fictional
Everything below is made up for illustration. This is not an experiment run by Alex and the timeline is not presented as real search data.
Old wording
“We support growing businesses with straightforward bookkeeping and year-round financial admin.”
New wording
“Cedar Bookkeeping provides monthly bookkeeping for UK limited companies and sole traders. It does not provide statutory audit services.”
Reason for the edit: the old paragraph did not state who was eligible for the service and left room for readers to infer a broader accounting offer than the business intended.
Baseline · 3 June · fictional
Question set saved. UK market, English, fresh logged-out sessions, search enabled where available. One answer describes Cedar as “accounting and audit support”; another does not mention the business. The missing mention is recorded as unassessed for position, not as position zero.
Change · 5 June · fictional
The service paragraph is replaced with the new wording. No pricing, navigation or structured-data changes are planned in this fictional example.
Repeat check · 12 June · fictional
The audit wording disappears from the observed answer and Cedar is described as a bookkeeping service for small UK businesses. A second question still does not mention the business.
Conclusion · fictional
The wording after the edit is more consistent with the page. That is an observation. It does not demonstrate that the page edit caused the answer to change; the answer system, retrieval set and other external sources may also have changed.
Keep the messy parts
If a customer-facing fact is wrong, fix it even if that ruins a neat before/after test. The change log exists to preserve the context around a necessary edit, not to delay the correction.
If the same week includes a redesign, a pricing update, a new location page and a copy change, write all four down. Do not quietly treat the later answer as the result of the one change you happened to care about.
If an answer was unavailable or the prompt was not run, mark the observation unassessed. When an answer appears, record search use separately: an answer without browsing can still contain a mention or claim you can assess. Missing evidence is not a measured zero.
The useful outcome may be “the factual error is fixed and later answers look better, attribution unresolved.” That is less dramatic than a growth claim and much easier to defend.
For repeated observations, optional tracking views can reduce manual collection. Search visibility tracking and position tracking are relevant when you want to keep a prompt set under observation; they do not turn a before/after pattern into proof of causation.
Takeaway
It keeps the page, reason, old/new wording, other changes, baseline, repeat checks, observations, uncertainty, decision and next action in one place.
Tools and reading
I contribute to Beamtrace at Elfsight. The audit tool and research briefings linked here are also my independent work.