WGS Spec

Tracking in the Website Growth System: pillar four

How pillar four of the Website Growth System names conversion events, verifies them live, and turns a three-column dashboard into next week's backlog.

Tracking is the fourth pillar of the Website Growth System™ and the one that closes the loop. It turns reader actions into numbers attached to a URL, so the next week's work is chosen from evidence. Without it every optimisation decision is a guess, and the guess cannot be corrected because nothing measured it.

Specification: Website Growth System (pillar 4 of 4) Hands back to: the Search Intent pillar, closing the loop Required output: verified named events, and a three-column dashboard

What Tracking means in the Website Growth System

Tracking in the Website Growth System is the measurement layer that answers two questions and refuses to be judged by anything else: which URL produced a customer, and at which step the readers are being lost. It is not a reporting function and not a dashboard for its own sake. It exists so the loop has a number to carry back to the first pillar.

This pillar is deliberately placed last in the causal chain and first in the implementation order. Everything built before measurement exists was built blind, and the point of the specification stating both orders is to stop that from happening by default.

The minimum measurement layer

The minimum measurement layer has three parts, and this specification states a minimum rather than a recommended stack because the failure being prevented is having none of it. Analytics records the actions, a tag manager keeps their configuration in one place, and the search console supplies the demand side that analytics cannot see.

  • Google Analytics 4: key events configured for the real actions of each page type, tested in real time before any report is trusted.
  • Google Tag Manager: all tracking managed centrally with a trigger per conversion action, so measurement is not edited by hand in the site's code.
  • Google Search Console: impressions, click-through rate and position per URL and per query group, which is the only view of the queries that did not convert.

Naming conversion events, and verifying them before trusting them

Conversion events are named once, per page type, and then verified live before a single number from them is used in a decision. The naming part is easy and the verification part is the one that gets skipped, which is how a quarter of reporting can rest on an event that never fired. A missing event does not raise an error: it produces a zero that looks like a finding.

A workable event set for a service site distinguishes the actions that mean different things: a form submitted, a call started, a chat opened, and where a regional messaging channel is used, that channel separately. The distinction matters because a page can be excellent at starting chats and useless at producing forms, and a single merged event hides which one you just improved.

The three-column dashboard

The dashboard this pillar requires has three columns and fits on one screen, because a dashboard nobody reads weekly is not a measurement system. The three columns are visibility, journey and conversion, and they are placed side by side so that a page can be located in the chain rather than judged by one number.

The three columns of the minimum dashboard and the question each one answers.
ColumnSourceQuestion it answers
VisibilityImpressions and clicks from Google Search Console.Are we being shown, and are people choosing us when we are?
JourneySessions and engaged sessions from Google Analytics 4.Do the people who arrive stay long enough to be persuaded?
ConversionKey events from Google Analytics 4.Did anything actually happen, and on which URL?

Read across a row and the diagnosis is usually obvious: high visibility with a low click-through rate is a title and description problem, a healthy journey with no conversions is a third-pillar problem, and low visibility on a correct page is a first-pillar problem.

The weekly review that turns numbers into a backlog

The weekly review is where Tracking stops being a report and becomes an operating cadence. Four steps, one week, and the output is a committed backlog rather than a discussion. The cadence is specified here in the same words as on the master specification page, because a pillar that describes its own rhythm differently from the framework it belongs to is already drifting.

The four steps of one weekly cycle in the Website Growth System loop.
StepTime boxWhat happens
1. Read the dashboard30 minutes, start of weekThree questions in order: which pages have views but no key events, which pages gained impressions but hold a low click-through rate, and which pages hold traffic while leads stay flat.
2. Commit a backlog by impact1 hourThree to five items, not more. Each item carries the evidence from the data, the metric it should move, and one named owner.
3. ShipThe rest of the weekContent, on-page, conversion path, internal links or technical work, in the order already committed. The order is not renegotiated mid-week.
4. Log the changeEnd of weekWhat changed, on which URL, on which date. Without this log the following week cannot tell a result from a coincidence.

Three questions drive the first step, and their order is the priority order: pages with views and no events, pages gaining impressions with a low click-through rate, and pages holding traffic while enquiries stay flat.

The metric for the Tracking pillar

The metric for the Tracking pillar is the share of enquiries that can be attributed to a URL and a query group. It is a measurement of the measurement, which sounds circular and is not: a site can have analytics installed and still be unable to say where last month's customers came from, and that inability is the thing this pillar is graded on.

Attribution here is expected to be imperfect. People research on one device and act on another, and some enquiries arrive by routes nothing on the site can see. The specification asks for the share that is attributable to be known and stated, not for a complete picture that does not exist.

How Tracking closes the loop back to Search Intent

Tracking closes the loop by handing a number back to the first pillar, and this is the arrow that makes the framework a loop rather than a list. The pages that received readers and produced nothing are evidence about the intent map: either they answer a stage the query did not ask for, or they own an intent that no one acts on.

That evidence changes next week's plan, which is the whole claim of the Website Growth System. Return to pillar one, Search Intent, and the map is revised with numbers instead of opinions. The loop has closed once.

Menu

Thêm vào màn hình chính

  1. 1 Bấm nút Chia sẻ ở thanh công cụ Safari
  2. 2 Kéo xuống, chọn Thêm vào MH chính
  3. 3 Bấm Thêm ở góc trên bên phải

Ba bước này là của Safari. Nếu đang xem trong ứng dụng khác thì bấm mở bằng Safari trước đã.