The method in one line each

1. State the change and the expected effect. 2. Pick one primary metric. 3. Check you have enough data. 4. Record a baseline. 5. Make one change and log it. 6. Fix the measurement window. 7. Compare like with like, ideally against a control. 8. Check for outside causes. 9. Call the result. 10. Record it and decide.

This guide is the practical companion to measuring website changes honestly, which explains the principles behind each step. It assumes a typical B2B website: a few thousand to a hundred thousand visits a month, Google Search Console, and an analytics tool such as Google Analytics.

Step 1: State the change and what you expect it to do

Write one sentence before you touch the page: what you are changing, on which page, and what you expect to happen. For example: "Rewrite the title and opening paragraph of the managed services page so it matches the queries it already appears for. Expect a higher click-through rate from search for those queries."

Writing this down first is what makes the measurement honest. It stops the goal shifting afterwards to whichever metric happened to rise.

Step 2: Choose one primary metric

Pick the metric closest to what the change is meant to affect, and that happens often enough to measure:

Type of changePrimary metricWhere to get it
Page title or meta descriptionCTR and clicks for the page's main queriesSearch Console Performance report, filtered to the page
New or expanded content for searchImpressions and clicks for the target queriesSearch Console
Indexing fixIndexed status, then impressionsURL Inspection and the Page indexing report
Call to action, layout or copy for visitorsClicks to the next step, or form submissionsYour analytics tool's key events
Form changesForm submissions per visit to the form pageAnalytics key events, cross-checked with your CRM

In Google Analytics 4, the actions that matter most to your business are configured as key events¹. Record one or two secondary metrics as a check that nothing got worse, but decide the result on the primary metric.

Step 3: Check you have enough data

Before investing in measurement, check whether the page can produce an answer at all. Count how many times the primary metric happened in a recent period of the same length as your planned window.

A useful rough rule for counts such as clicks or form fills: when nothing has changed, a count of n will commonly vary by about two times its square root from one period to the next. This is an approximation that assumes events happen independently, but it gives a quick sense of the noise:

Count in the periodRough normal variationAs a share of the count
25About ±10About ±40%
100About ±20About ±20%
400About ±40About ±10%
2,500About ±100About ±4%

So if a page gets around 25 enquiries in the window, a change would need to move enquiries by far more than 40% before you could tell it apart from chance. If the expected effect is smaller than the normal variation, plan to judge the change on a more frequent metric (such as clicks to the next page), or accept up front that the likely outcome is "insufficient traffic". For proper A/B tests, the hub page has a sample size table, and Evan Miller's calculator gives figures for your own baseline².

Step 4: Record a baseline

  1. Choose a recent period of whole weeks, typically 8 to 12 weeks, ending the day before the change.
  2. Export the primary and secondary metrics for the page over that period. In Search Console, filter to the page with + Add filter, then Pages, and export the daily figures from the Dates tab³.
  3. Export the same figures for two or three similar pages you will not change. These are your control pages.
  4. Export the same period a year earlier, if you have the data, to see the seasonal pattern. Search Console's date filter covers up to 16 months⁴.
  5. Note anything unusual in the baseline: campaigns, outages, press coverage, or known data problems. Google lists Search Console data anomalies on a help page; for example, a logging error affected impressions, CTR and average position from 13 May 2025 to 27 April 2026⁵.

Step 5: Make one change, and log it

Step 6: Fix the measurement window, and wait for all of it

Set the window before the change, matching the baseline's length in whole weeks where possible. Google notes that some search changes take effect within days and others take several months⁴, so for search changes allow a settling period before the window starts. For visible changes such as a new layout, skip the first days after launch, when returning visitors react to novelty.

Do not read the result early and stop when it looks good. Checking repeatedly and stopping at a favourable moment inflates false positives⁸. If you must look, look, but make the decision only at the planned end.

Step 7: Compare like with like

At the end of the window, compare three things:

  1. Before and after for the changed page.
  2. Before and after for the control pages, over the same dates.
  3. The same weeks last year, to see whether the season explains the movement.

The useful number is the difference between the changed page's movement and the control pages' movement. If the changed page rose 20% and the control pages rose 18%, the change is credited with about 2 points, not 20.

In Search Console, the Compare option in the date filter puts two periods side by side and adds a Difference column to the table³. You can have one comparison at a time.

Step 8: Check for outside causes

Before calling the result, run through this list for the baseline and the window:

If any of these affected one period and not the other, note it. It may be enough on its own to make the result inconclusive.

Step 9: Call the result

Call itWhen
ImprovedThe primary metric moved in the expected direction by clearly more than normal variation, more than the control pages moved, and no outside cause explains it
WorseThe primary metric fell by clearly more than normal variation, beyond the control pages
InconclusiveThere was enough data to look, but the movement was within normal variation, matched the controls, or coincided with an outside event
Insufficient trafficThe page did not get enough visits or events in the window to say anything either way

"Inconclusive" and "insufficient traffic" are valid results, not failures. On a low-traffic B2B site they will be common, and reporting them honestly is what makes your "improved" results believable.

Step 10: Record it and decide

Add the outcome to your change log with the baseline, the window and anything that happened along the way.

A worked example

This example is illustrative; the figures are invented to show the method, not taken from a real site.

A B2B marketer rewrites the title of a services page that appears for many queries but is rarely clicked. The plan says: primary metric CTR for the page, 8-week baseline, 2-week settling period after Google recrawls the page, 8-week window, two similar service pages as controls.

Clicks rose by 18, but the rough normal variation for 90 clicks is about ±19, so clicks alone show nothing. CTR rose by half a percentage point, but the unchanged pages rose by 0.3 points over the same weeks, so most of the movement was shared. The honest result is inconclusive. The new title is clearer and more accurate, so the marketer keeps it, records the outcome as inconclusive, and does not claim a win.

That is a good result. A less careful report would have said "CTR up 33%".

Common mistakes

For finding changes worth making in the first place, see Finding quick wins in Google Search Console. If your traffic is too low for A/B tests, see CRO for low-traffic B2B websites.

Frequently asked questions

How do you measure the impact of a website change?

Decide the expected effect and one primary metric, record a baseline of several whole weeks, make one change and log the date, wait for a window fixed in advance, then compare the changed page with similar unchanged pages and with the same period last year. Call the result improved, worse, inconclusive or insufficient traffic.

Is a before and after comparison reliable?

On its own, not very, because anything else that changed in the same period is counted as your effect. It becomes more reliable with control pages, a year-over-year check, a window fixed in advance and a check for outside events.

How much traffic do I need to measure a website change?

It depends on how often the outcome happens and how big the effect is. As a rough guide, a count of n varies by about two times its square root between periods, so a page with 25 enquiries in the window needs a very large change before it shows. Use a more frequent metric where you can.

What should I do with an inconclusive result?

Record it honestly. Keep the change if it is sound on its merits, but do not report it as a win or use it to justify rolling out similar changes elsewhere.

Sources

  1. Analytics Help: Conversions vs. key events in Google Analytics (accessed November 2026)
  2. Evan Miller: Sample Size Calculator
  3. Search Console Help: Performance report (Search results): Advanced filtering and comparison (accessed November 2026)
  4. Google Search Central: Debugging drops in Google Search traffic (accessed November 2026)
  5. Search Console Help: Data anomalies in Search Console, entry dated 3 April 2026 (accessed November 2026)
  6. Search Console Help: Search Console annotations (accessed November 2026)
  7. Search Console Help: URL Inspection tool (accessed November 2026)
  8. Evan Miller: How Not To Run an A/B Test (2010)
  9. Google Trends
  10. Google Search Status Dashboard

Know what your website changes actually did.

Artiweave proposes changes to your existing B2B website, publishes only what your team approves, with automatic rollback, and reports each outcome honestly, including "inconclusive" and "insufficient traffic". It is in private beta.

Join the waitlist