This module owns measurement design, instrumentation, reporting and diagnosis. It explains what Search Console and GA4 can prove and what they cannot. Module 09 owns SEO changes; Module 13 and Module 14 own monetization economics. Measurement should reveal where the bottleneck is before another module changes the system.
MEASURE A SYSTEM, NOT A SCREENSHOT
Search Console and GA4 answer different questions. Use them together.
Search Console describes how your site performs in Google Search before and at the click. GA4 describes what happens after measurable visits reach the site. Neither tool alone explains the whole business. Search Console can show a rise in impressions without proving commercial value. GA4 can show strong engagement without telling you which Google queries created the opportunity.
| Layer | Primary question | Primary evidence |
|---|---|---|
| Eligibility | Can Google crawl and index the important pages? | Search Console Page Indexing, URL Inspection, sitemap and technical checks. |
| Visibility | For which searches and pages are we appearing? | Search Console impressions, queries, pages, countries and search appearance. |
| Click acquisition | Are search impressions becoming visits? | Search Console clicks/CTR plus GA4 organic sessions and landing pages. |
| On-site behavior | What do visitors actually do after arrival? | GA4 events, engaged sessions, paths, pages and explorations. |
| Business outcome | Does the traffic create useful economic value? | GA4 key events, leads, affiliate clicks, transactions, revenue and first-party business data. |
| Decision | What is the highest-leverage verified bottleneck? | Trend, segmentation, comparison, implementation history and business context. |
Never optimize a metric in isolation. A 30% CTR increase is not automatically a win if the clicks become less qualified. A 50% traffic increase is not automatically a win if key-event rate collapses. Measurement exists to improve decisions, not to produce bigger numbers.
DEFINE SUCCESS BEFORE TAGGING
Write the measurement plan before adding events, dashboards or plugins.
A common failure pattern is to install Analytics, collect hundreds of automatically generated events and only later ask what any of them are for. Reverse the process. Start with business objectives, define observable user actions, then map only the events and dimensions needed to evaluate those actions.
Use a measurement hierarchy
- Business objective: what outcome should the site create? Example: qualified affiliate revenue, leads, newsletter growth or product sales.
- User outcome: what useful action indicates progress? Example: completes a guide, compares a product, clicks a merchant, submits a lead form.
- Key event: which event is important enough to be treated as a business-success signal?
- Supporting events: what behavior helps explain the path to the key event?
- Dimensions: which source, landing page, content type, device or campaign context is needed to diagnose performance?
For AffiliateBest, avoid fake “conversion” inflation
Do not mark every scroll, page view or menu click as a key event. A key event should represent something important to the project. Candidate key events might include a validated newsletter signup, a qualified contact submission, a tracked outbound affiliate click, a completed digital-product purchase or another action with clear business meaning. Ordinary interactions can remain events for analysis without being elevated to key-event status.
SET THE PROPERTY SCOPE CORRECTLY
Use a Domain property when you want a consolidated view of the whole domain.
Search Console supports Domain and URL-prefix website properties. A Domain property covers protocols and subdomains under the defined domain and requires DNS verification. A URL-prefix property covers only URLs that begin with the exact prefix, including protocol, and can be useful when you intentionally want to isolate a subpath or specific protocol.
Recommended baseline for a normal standalone website
- Create a Domain property such as
affiliatebest.sitewhen you control DNS and want the broadest complete view. - Verify ownership through the DNS record exactly as Search Console instructs.
- Add relevant users with the minimum access they need rather than sharing one Google login.
- Submit the canonical XML sitemap after the website is ready, but remember that submission is not an indexing guarantee.
- Record the property setup in the site operations documentation so future migrations do not create blind spots.
If you accidentally monitor only http:// or a specific www URL-prefix while the live site uses a different protocol or hostname, your report can look incomplete even though Search is working. Always verify property scope before diagnosing a traffic problem.
READ SEARCH DEMAND & RESPONSE
The Performance report is a diagnostic surface, not a single score.
The core Search results metrics are clicks, impressions, CTR and average position. The value comes from slicing them by query, page, country, device, date and search appearance, then comparing periods. Site-level totals can hide opposing movements: one page may be growing while another is collapsing.
Clicks
A click represents a user clicking a Google Search result that leads to your property according to Search Console’s counting rules. Use clicks to understand organic acquisition from Google, but do not assume each click equals a GA4 session. The products use different collection systems and counting logic.
Impressions
Impressions show how often your result was counted as appearing in Search under Google’s rules. Rising impressions with flat clicks can mean expanding keyword coverage, weaker positions, weaker presentation, broader low-intent exposure, or a mixture of these. Investigate the underlying queries and pages before concluding that CTR “got worse.”
CTR
CTR is clicks divided by impressions. It is most useful when evaluated within a comparable query/page/device context. Sitewide CTR can move simply because the mix of queries changed.
Average position
Average position is the average position of the topmost result from your property or selected grouping according to Search Console’s methodology. It is not the same thing as a fixed manual rank tracker for one keyword. Use it directionally and segment it carefully.
MEASURE AI VISIBILITY WITHOUT INVENTING A NEW KPI
Search Console now has a dedicated Generative AI performance report for Google Search.
As of August 31, 2026, Google says the Search Generative AI performance insights have rolled out to websites worldwide. The dedicated Search report isolates impressions from supported generative-AI experiences, currently including AI Overviews and AI Mode. It can be segmented by page, country, device and date, while the same underlying visibility is also included in the broader Web search Performance data.
What this report can prove
- Whether eligible pages from your site are receiving impressions inside supported generative-AI Search experiences.
- Which pages receive the most or least generative-AI impressions.
- How visibility changes over time and how it varies by country or device.
What this report does not prove
An impression is not revenue, a qualified visit or proof that an AI feature caused a conversion. Treat the report as a visibility diagnostic. Connect it to ordinary Search Console traffic, GA4 landing-page behavior, key events and first-party revenue or lead data before making a business decision.
Google notes that a property may not show the report when it has not received enough generative-AI impressions, and report availability can still vary during rollout. Also verify that the site has not been excluded from Search generative AI features.
Search generative AI control
Search Console also provides a Search generative AI control under Settings. Inclusion is the default. Excluding a property prevents its links and content from appearing in the covered generative-AI Search/Discover features and removes the opportunity to receive traffic or impressions from them. This control is a participation choice, not a ranking trick for ordinary Search, so do not toggle it as an SEO experiment without understanding the visibility trade-off.
SEGMENT BEFORE YOU CONCLUDE
Queries and pages are the first two dimensions to inspect when traffic changes.
Start from the affected outcome and work backward. If organic clicks dropped, determine whether the decline is concentrated in a handful of landing pages, across a topic cluster, in one country/device, or across the whole property. Then inspect the query families behind the affected pages.
Query analysis
- Group related terms by intent rather than reading hundreds of phrases independently.
- Compare branded and non-branded demand separately where it matters.
- Look for new query families gaining impressions before they generate many clicks.
- Watch for a page receiving visibility for the wrong intent — this can dilute CTR and signal a content-positioning problem.
Page analysis
- Find pages with falling clicks but stable impressions: presentation, ranking distribution or intent mismatch may have changed.
- Find pages with falling impressions: demand, indexing, relevance, competition or page eligibility may have changed.
- Find pages gaining impressions faster than clicks: inspect query mix and position distribution before rewriting titles.
- Compare page groups such as academy modules, reviews, comparisons and news rather than treating the site as one homogeneous asset.
DO NOT OVERFIT TWO METRICS
CTR and average position are useful only when the comparison context is stable enough.
CTR naturally varies by query intent, result type, device, brand recognition and ranking distribution. Average position can also change when your site begins appearing for many additional lower-position queries. Therefore, a sitewide decline in average position can coexist with healthy traffic growth.
A better CTR investigation
- Select one important page or query family.
- Compare a meaningful time window against a comparable previous period.
- Check whether average position and impression mix changed materially.
- Inspect the live SERP: ads, AI features, video, local results or other presentation changes can affect organic clicks.
- Review title and snippet accuracy only after ruling out large mix changes.
- Measure the result after enough data accumulates; do not judge a title change after a handful of impressions.
INDEX THE RIGHT PAGES
The Page Indexing report is for patterns, not for chasing a 100% indexed-site score.
A professional site intentionally has URLs that should not appear in Search: redirects, duplicates, utility pages, filtered URLs, old URLs, some internal search results and other non-canonical variants. The important question is whether canonical pages that should be searchable are indexed and whether exclusion patterns are expected.
Investigate by reason and template
If many important pages share one exclusion reason, look for a systemic cause: a theme setting, robots meta tag, canonical template, redirect rule, server error, duplicate generation pattern or internal-linking problem. Fixing one URL manually is low leverage when the template is wrong.
Keep an “index expectation” inventory
For major page types, define the intended state: Index, Noindex, Redirect, or Not public. Auditing becomes much faster when you compare Google’s observed state with a documented intended state.
DIAGNOSE ONE URL DEEPLY
Use URL Inspection when a specific page behaves differently from what you expect.
URL Inspection shows what Google knows about a specific URL and can test the live version against many requirements for appearing in Search. It is useful for confirming indexing status, checking the indexed versus live state, reviewing canonical information and testing whether a fix changed Googlebot access.
Indexed view and live test answer different questions
The indexed information reflects what Google has stored from prior processing. A live test checks the current accessible version. If you fixed a problem five minutes ago, the live test may look correct while the indexed state remains old until Google recrawls and processes the page.
Request indexing selectively
Requesting indexing can be appropriate after publishing or fixing an important individual page, but it is not a scaling strategy. Strong architecture, internal links and sitemaps should handle routine discovery across a healthy site.
SEARCH CONSOLE PLAYBOOK
When organic clicks fall, diagnose in a fixed order.
- Validate the change: compare appropriate periods and account for weekends, seasonality, launches and tracking/reporting delay.
- Localize it: sitewide, page group, one page, query family, country or device?
- Check impressions: did visibility fall, or only clicks?
- Check indexing/technical status: especially for affected page groups.
- Inspect query mix: demand or intent may have shifted.
- Inspect live SERPs: competitive and layout changes matter.
- Review implementation history: deployments, redirects, canonical changes, content updates and migrations.
- Choose the smallest high-confidence fix: do not rewrite the whole site because one cluster declined.
COLLECT ONLY WHAT YOU CAN GOVERN
Set up one clean GA4 web data stream and one reliable tag implementation.
For a normal WordPress website, create the GA4 property, create a web data stream for the primary site, and install the Google tag through one deliberate method: a supported CMS integration, Google Tag Manager, Site Kit or a carefully controlled manual implementation. Avoid stacking several plugins that all inject the same tag.
Baseline setup checklist
- Correct account and property ownership.
- Correct property timezone and currency for business reporting.
- One intended web stream for the website unless architecture requires otherwise.
- Google tag present on every public page where measurement is intended.
- Internal/staging domains handled deliberately so test traffic does not pollute production analysis.
- Enhanced measurement reviewed, not blindly accepted.
- Consent behavior configured for the jurisdictions and policies that apply to the project.
- Realtime and DebugView verification completed before trusting reports.
VERIFY BEFORE ANALYZING
A dashboard with broken collection is worse than no dashboard because it creates false confidence.
After implementation, test the tag and critical events end to end. Use Tag Assistant, GA4 Realtime and DebugView. Trigger the actual interactions you care about — not just a homepage visit — and verify event names, parameters and consent behavior.
Test production-like journeys
- Landing on a guide from a tagged campaign.
- Navigating to a comparison page.
- Clicking an external affiliate link.
- Submitting a newsletter or contact form.
- Completing a purchase or lead action if applicable.
Check for duplicate collection
If one physical action produces two identical events, common causes include duplicate Google tags, simultaneous plugin and Tag Manager implementations, event listeners firing twice, or a browser-history implementation triggering page views unexpectedly. Fix collection before using the resulting rate metrics.
GA4 IS EVENT-BASED
Design events around meaningful interactions and use parameters for context.
GA4 measures interactions as events. Some events are collected automatically; enhanced measurement can collect additional interactions without custom code; Google also publishes recommended event names for common use cases. Custom events should be created only when the existing models do not adequately represent the behavior.
Good event naming is boring and consistent
Choose names that remain understandable a year later. Example: affiliate_click is more durable than button_gold_2. Context such as merchant, placement, destination category or content type belongs in parameters rather than multiplying event names for every variation.
Example AffiliateBest event design
| Event | Purpose | Useful parameters |
|---|---|---|
affiliate_click | Measure outbound commercial intent. | merchant, placement, page_type, destination. |
newsletter_signup | Measure validated subscriber acquisition. | form_id, placement, topic. |
lead_submit | Measure qualified lead completion. | form_type, service, page_type. |
guide_complete | Optional learning-engagement signal if implemented reliably. | module, content_type. |
Do not send email addresses, phone numbers or other personally identifiable information in Analytics event names, parameters or page URLs.
AUTOMATIC DOES NOT MEAN CORRECT FOR EVERY SITE
Enhanced measurement is useful, but review each enabled behavior.
Enhanced measurement can automatically collect interactions such as page views and other supported actions when enabled for the web stream. This reduces implementation work, but you remain responsible for understanding what is collected, whether it matches your site behavior and whether privacy/consent requirements are satisfied.
Audit automatic events after major front-end changes
Single-page navigation, custom video components, AJAX forms, infinite scroll and JavaScript frameworks can produce behavior that differs from a simple page-load website. Re-test important collection whenever the front end changes significantly.
MEASURE WHAT MATTERS
GA4 now uses the term “key event” for actions important to your business.
Any collected event can be marked as a key event, but that does not mean it should be. Treat this as a governance decision. Too many low-value key events make reports look successful while obscuring the actions that actually matter.
Use tiers
- Primary business key events: purchase, qualified lead, validated subscriber, or other direct value creation.
- Commercial-intent key events: for an affiliate model, a verified outbound merchant click may be important enough to track as a key event if it is a meaningful step in the revenue chain.
- Supporting events: scrolls, video starts, internal clicks and similar behaviors usually remain ordinary events unless there is a specific business reason otherwise.
Google Analytics reports use “key events.” Google Ads may still use “conversions” for advertising optimization and conversion actions. Do not mix the terms casually when documenting the measurement system.
UNDERSTAND THE DENOMINATORS
Users, sessions, engaged sessions and events answer different questions.
A user can have multiple sessions, and each session can contain many events. GA4 defines an engaged session as one that lasts longer than 10 seconds, has at least one key event, or has at least two page/screen views. That definition matters when interpreting engagement rate.
Do not use “users” as a universal traffic number
GA4 includes several user metrics, such as Total users, New users and Active users, with different definitions. Check the exact metric used in a report before comparing numbers across dashboards or exports.
Bounce rate is the inverse of engagement rate
In current GA4 reporting, engagement rate is the share of engaged sessions, and bounce rate is its inverse. A lower bounce rate is not automatically proof of better business performance; a visitor can be engaged and still never complete a valuable action.
FIRST USER ≠ CURRENT SESSION
Understand traffic-source scope before comparing User acquisition and Traffic acquisition.
User acquisition is focused on how new users were first acquired. Traffic acquisition is session-scoped and helps explain where sessions came from. The same person can first discover the site organically and later return through email, direct traffic or another channel. Those are different analytical questions.
| Question | Use |
|---|---|
| How did we first acquire new users? | User acquisition and First user dimensions. |
| What source drove this session? | Traffic acquisition and Session source/medium/campaign dimensions. |
| Which landing pages receive organic sessions? | Landing page + Session default channel group/source-medium. |
| Which touchpoints receive credit for key events? | Advertising attribution reports, interpreted with attribution-model limitations. |
CONNECT ACQUISITION TO CONTENT
Landing-page analysis is where SEO and GA4 begin to connect.
A landing page is the first page of a session. For content and affiliate sites, analyze landing pages by session channel, source/medium, engagement and key events. This reveals which pages not only attract visitors but also create useful downstream behavior.
Build a page-level decision table
- High Search clicks + high key-event rate: protect, update and expand strategically.
- High Search clicks + low key-event rate: investigate intent mismatch, UX, CTA relevance and offer fit.
- High impressions + low Search clicks: investigate query mix, ranking distribution and SERP presentation.
- Low traffic + high key-event rate: potentially high-value page deserving more qualified acquisition.
- High traffic + no business action: may still build brand or assist other journeys, but prove the role instead of assuming value.
CAMPAIGN DATA NEEDS RULES
UTM parameters are only useful when the naming convention is consistent.
Google Analytics supports manual campaign parameters such as utm_source, utm_medium, utm_campaign, utm_id, utm_term and utm_content. The technical part is easy. The operational challenge is preventing facebook, Facebook, fb and meta from fragmenting one source into several labels.
Create a written UTM dictionary
| Parameter | Rule | Example |
|---|---|---|
utm_source | Platform or sender; lowercase. | facebook, newsletter |
utm_medium | Stable channel mechanism. | social, email, cpc |
utm_campaign | Business campaign name with consistent date/product convention. | website_academy_launch |
utm_content | Differentiate creative or placement. | hero_cta, footer_link |
Do not tag ordinary internal links with UTMs
UTMs are for identifying acquisition campaigns. Adding campaign parameters to internal navigation can overwrite or distort source/session interpretation. Use event parameters or content dimensions for internal behavior instead.
CREDIT IS A MODEL, NOT GROUND TRUTH
Attribution decides how credit is assigned across touchpoints; it does not reveal a single objective cause.
A user can discover AffiliateBest through Google, return through an email newsletter and later click an affiliate link. Different report scopes and attribution models can assign credit differently. This is expected. Document which question each report answers before comparing totals.
Use attribution to compare perspectives
GA4’s Attribution reports let you compare available attribution approaches for key events. Treat the output as a model for decision support. Do not imply that the last visible channel necessarily “caused” the outcome alone.
Track assisted value where the business journey is long
Educational content may rarely be the final step before a purchase, yet it can be essential for discovery and trust. Combine direct key-event data with path analysis, assisted journeys and content strategy instead of deleting every page that lacks last-touch revenue.
TEST COLLECTION LIVE
Realtime verifies that data is arriving; DebugView helps inspect event implementation in detail.
Use Realtime after installation to confirm that activity appears. Use DebugView during implementation to watch event sequences and parameters from a debug-enabled device. This is especially important for forms, outbound affiliate clicks, ecommerce and any custom event logic.
Debugging checklist
- Open a Tag Assistant/debug session.
- Perform one intended user journey.
- Verify event order and names.
- Check parameters and ensure no PII appears.
- Confirm the expected event is marked as a key event only if appropriate.
- Repeat under rejected and accepted consent states where relevant.
RECENT DATA CAN CHANGE
Do not treat today’s GA4 numbers as final accounting data.
Google Analytics processes data at different intervals. Realtime is fast but limited; standard reports and explorations can take longer; daily processing can refine values after initial collection. Google notes that report data may change during processing and that attribution credit for key events can continue to change as modeling improves.
Operational rule
- Use Realtime/DebugView for implementation validation.
- Use recent reports for directional monitoring, not final conclusions.
- Use completed historical periods for business reviews and experiment evaluation.
- Record the property timezone so “today” means the same thing across the team.
Search Console’s newest Performance data can also be preliminary. If an apparent overnight collapse affects only the newest incomplete period, wait for the data to settle before starting an emergency rebuild.
MEASUREMENT HAS GOVERNANCE COST
Privacy and consent are part of analytics architecture, not a footer checkbox.
Your legal obligations depend on jurisdiction, business model and implementation, so this is not legal advice. Operationally, you need a consent solution where required, clear privacy disclosures, correct Google tag behavior and controls that prevent prohibited personal data from entering Analytics.
Consent Mode does not create a consent banner
Google Consent Mode receives consent states from your banner or consent-management solution and adjusts tag behavior. You still need a mechanism that obtains the user’s choice and meets the requirements that apply to your site.
Never send PII in Analytics data
Do not place email addresses, personal phone numbers or other personally identifiable information in URLs, event parameters, custom dimensions or event names. Audit form redirects, query strings and custom tracking code for accidental leakage.
Whenever analytics, advertising, consent or tag configuration changes, test both “accept” and “reject” journeys. A banner that looks correct but sends the wrong signals is not a verified implementation.
CONNECT ANALYTICS TO ECONOMICS
Page views and sessions matter only through the value chain they support.
AffiliateBest should eventually measure at least four layers: acquisition, engagement, commercial intent and realized revenue. Some revenue data may live outside GA4 in affiliate networks or merchant dashboards, so build a reconciliation process rather than pretending Analytics is the accounting system.
Useful website business metrics
- Organic clicks by qualified topic: from Search Console.
- Organic sessions by landing page: from GA4.
- Affiliate click-through rate: tracked outbound merchant clicks divided by relevant page/session denominator.
- EPC: affiliate earnings divided by outbound affiliate clicks, when merchant/network data supports reliable calculation.
- Revenue per 1,000 sessions: useful for comparing monetization efficiency between content groups.
- Key-event rate: proportion of relevant sessions/users creating a defined important action.
- Revenue concentration: share of income dependent on one merchant, channel or page group.
Do not optimize for monetization at the expense of trust
If an aggressive CTA increases outbound clicks but causes lower retention, higher complaint rates or weaker long-term audience value, the local metric improved while the system degraded. Use multiple constraints when evaluating experiments.
BUILD A DECISION DASHBOARD
A good dashboard answers “where should we investigate?” — it does not try to display everything.
Start with a small operating dashboard and link to deeper reports for investigation. Avoid twenty charts that nobody uses. Each card should have an owner, definition, comparison period and decision rule.
| Area | Metric | Decision signal |
|---|---|---|
| Search visibility | Clicks and impressions by important content group | Detect topic-level growth/decline. |
| Index health | Expected-index URLs vs observed issues | Detect technical coverage problems. |
| Acquisition | Organic sessions and top landing pages | Validate Search traffic reaching the site. |
| Engagement | Engaged sessions / engagement rate by landing-page group | Detect obvious intent or UX mismatches. |
| Commercial intent | Affiliate clicks / lead events / newsletter signup | Measure useful action, not just visits. |
| Economics | Revenue, EPC, revenue per 1,000 sessions | Identify monetization efficiency. |
FROM SYMPTOM TO EVIDENCE
Use fixed diagnostic playbooks so every traffic fluctuation does not become a new theory.
Playbook A — Search impressions down, GA4 organic sessions down
- Confirm the change across a completed period.
- Localize pages/query families in Search Console.
- Check Page Indexing/URL Inspection for affected templates.
- Check deployment/migration history.
- Inspect live SERPs and demand changes.
- Only then decide whether the fix is technical, content, competitive or seasonal.
Playbook B — Search clicks stable, GA4 organic sessions suddenly down
This pattern raises a measurement question. Check GA4 tag deployment, consent behavior, duplicate/removal changes, traffic filters, stream configuration and recent site changes before blaming SEO.
Playbook C — Traffic up, business actions flat
- Segment the new traffic by landing page and query intent.
- Compare key-event rate and affiliate-click rate before/after.
- Check whether growth came from informational topics with low commercial intent.
- Improve relevant pathways rather than forcing commercial CTAs onto every page.
Playbook D — Affiliate clicks up, revenue down
GA4 can confirm click behavior, but the answer may live in the affiliate platform: commission change, conversion-rate decline, rejected orders, tracking window change, merchant landing-page problem, traffic quality shift or product availability. Reconcile merchant-side data before changing site UX.
Playbook E — CTR down but clicks up
This can be healthy if impressions expanded much faster into additional queries. Inspect the query mix and actual clicks. Do not “fix” a growing page merely because the aggregate CTR percentage fell.
OPERATE ON A CADENCE
Separate monitoring, diagnosis and strategy reviews.
Daily — only exceptions
Use alerts and quick checks for severe outages, tracking failure, security incidents, major traffic collapse or broken monetization. Do not make content strategy decisions from one day of noise.
Weekly — operating review
- Search clicks/impressions by major content group.
- Top landing-page movers.
- Key events and affiliate clicks.
- New indexing or technical anomalies.
- Experiments or deployments requiring verification.
Monthly — strategy review
- Topic-cluster growth.
- Acquisition mix and channel quality.
- Content-to-key-event contribution.
- Revenue efficiency by page group.
- Updates, merges, new content and technical priorities for the next cycle.
Quarterly — system review
Audit tracking governance, key-event definitions, UTM dictionary, dashboards, privacy/consent implementation, attribution assumptions and whether the metrics still reflect the business model.
PROFESSIONAL AUDIT
Audit measurement from collection to decision, not only from the reporting UI.
| Audit layer | What to verify | Severity if broken |
|---|---|---|
| Ownership | Correct accounts, permissions, recovery access and documentation. | P0/P1 depending on access risk. |
| Collection | Correct Google tag, no unintended duplicate tags, critical pages measured. | P0/P1. |
| Consent/privacy | Consent behavior, disclosures, no PII leakage. | P0/P1. |
| Event model | Stable naming, parameters, no duplicate custom events. | P1/P2. |
| Key events | Only meaningful business actions; tested end to end. | P1. |
| Campaign governance | UTM dictionary and naming consistency. | P2. |
| Search Console | Correct property scope, sitemap, users and expected indexing. | P1/P2. |
| Reporting | Correct metric scope, comparison periods and definitions. | P1/P2. |
| Business reconciliation | GA4 events compared with lead/merchant/order systems where applicable. | P1. |
| Decision process | Owners, cadence, action thresholds and post-change verification. | P2. |
Verification states
For serious projects, document measurement changes as CODE/CONFIG VERIFIED when the implementation is structurally correct, PRODUCTION VERIFIED after real events are observed under production conditions, and NOT VERIFIED for any path, consent state or downstream reconciliation not yet tested.
IMPLEMENTATION ROADMAP
A 90-day measurement plan should create reliable evidence before sophisticated dashboards.
Days 1–30 — foundation
- Document business goals and key-event definitions.
- Create/verify Search Console Domain property and sitemap.
- Set up GA4 property/web stream and one tag implementation.
- Review enhanced measurement.
- Implement consent/privacy controls that apply to the site.
- Verify collection with Realtime, DebugView and Tag Assistant.
- Create the UTM naming dictionary.
Days 31–60 — business instrumentation
- Implement and test affiliate-click, lead, newsletter or transaction events as appropriate.
- Mark only genuinely important events as key events.
- Create landing-page and acquisition reports used in weekly review.
- Build a Search Console query/page review workflow.
- Reconcile one sample week with first-party/affiliate-platform data.
Days 61–90 — operating system
- Create the small decision dashboard.
- Run one full measurement audit.
- Document the weekly, monthly and quarterly review cadence.
- Set ownership for metric definitions and tracking changes.
- Run two diagnostic investigations from real data and document the conclusions and uncertainty.
PRACTICE
Complete these exercises before moving to performance optimization.
Exercise 1 — Search Console diagnosis
Choose one important page. Record clicks, impressions, CTR and average position for two comparable periods. Then inspect the top query families and write three plausible explanations for the change. Eliminate explanations that the data contradicts.
Exercise 2 — index expectation map
List 20 site URLs or templates and classify each intended state: Index, Noindex, Redirect or Private. Compare that intention with Search Console/URL Inspection.
Exercise 3 — GA4 event plan
Write no more than 10 events for a content/affiliate website. For each, define event name, purpose, parameters, whether it is a key event, and how you will verify it.
Exercise 4 — UTM dictionary
Create naming rules for source, medium, campaign and content. Build five sample campaign URLs and check that another person could reproduce the exact naming pattern without asking you.
Exercise 5 — traffic-to-value analysis
Choose five landing pages and compare acquisition, engagement, commercial actions and revenue/lead outcomes. Classify each page as Protect, Improve conversion path, Grow traffic, Reposition intent or Investigate further.
PRIMARY / AUTHORITATIVE ENGLISH SOURCES
Use these references when implementing or auditing measurement.
Google’s interfaces, terminology and processing rules change. Re-check primary documentation before relying on a UI path, metric definition, consent implementation or attribution behavior in production.
Source review: . Time-sensitive product, legal, analytics and platform details should still be re-checked at the source immediately before implementation.
MODULE 10 COMPLETE
Next: improve speed and interaction using evidence instead of installing random optimization plugins.
Module 11 covers Core Web Vitals, LCP, INP, CLS, server response, caching, CDN, image delivery, lazy loading, fonts, JavaScript/CSS cost, field versus lab data and a failure-first performance workflow.