Academy / Analytics diagnosis: events, UTMs, and the memo
Event model, debug, and UTM discipline · 26 min
DebugView mindset: shared thank-you and silent phones
In this lesson
- Predict what a tag stream shows when two forms share one thank-you URL
- Explain why click-to-call on an unlogged cell is invisible in GA4
Two forms, one /thank-you
Northfield’s sales-appointment form and the footer newsletter both redirect to https://northfield.example/thank-you. GTM has a trigger: Page Path equals /thank-you → fire generate_lead. In DebugView (or GTM Preview) you would see: a page_view, then generate_lead, with page_location=/thank-you and — if you forgot form_id — no way to tell which form sent the shopper. Submit the newsletter yourself: same two events. Submit the sales form: same two events. The table looks healthy. The desk does not. The fix is not “add more conversions.” The fix is a unique thank-you per form (/thank-you/appointment vs /thank-you/newsletter), or a dataLayer push on submit (event: generate_lead, form_id: sales-appt) that GTM reads instead of the URL. Conceptual: you do not need Dana’s live GA login to write that test. You need the URLs and the trigger rule.
Click-to-call on a cell with no logging
Priya’s Google Business Profile lists a shared cell. Fourteen GBP calls last month. No call-tracking number, no ring log, no source, no duration, no “which campaign.” If the website has no tel: click event either, GA4 shows zero phone conversions. DebugView cannot invent a call that never hit a tag. The measurement fix is: (1) a click_to_call event on every tel: link (sticky bar, header, GBP widget if you control it); (2) a forwarding / DNI number on ads and GBP so each ring writes source, medium, campaign, and a call ID the dispatcher can paste into the job; (3) a rule that a 60-second connected call is a conversion, a 4-second pocket-dial is not. Until that exists, “14 GBP calls” is a story, not a row you can join to a booked job.
A tag-check sequence you can write without a login
You do not need a live GA4 property to think like DebugView. Write the sequence: (1) Name the action (submit sales form / submit newsletter / tap tel: / open chat). (2) Name the expected event and parameters. (3) Name the trigger (thank-you URL, form submit listener, click listener on tel:). (4) Say what you would see if the trigger is wrong (event missing, event twice, event on the wrong action). (5) Say the one change you would make in GTM. That document is the debug. When you later sit in Preview, you are confirming the sequence, not discovering the religion of analytics.
DebugView is a flashlight, not a verdict. If you cannot name the trigger and the expected parameters on paper, sitting in the GA UI will not save you.
Exercise
Write two debug sequences
Sequence A: Northfield newsletter and sales form share /thank-you. Sequence B: Cedar & Stone GBP number is a shared cell, website has no tel: listener. For each: action, expected event+params, trigger, what a wrong trigger would show, one GTM or call-tracking change.
Deliverable: Two five-step debug sequences. No invented DebugView screenshots.
Create a free account and verify your email to save progress, quizzes, and portfolio work. Create a free Academy account · Sign in
Ask the tutor
The tutor will guide you. It will not finish graded work for you.
