CBC — approve or reject

26 Jul 2026 · verified against live systems · confidential

Nothing has been sent or posted. 0 emails to CBC in 2 days. 0 Monday objects created today. Everything below is the actual text, waiting on you. Each item needs its own yes.

Email 1 of 2 — to Brandon

The validation he asked for

To Brandon · cc Glenn, Joe Paradis · replies on his own thread · in your Gmail drafts now

Subject: RE: Tracking fixes are verified and ready — one question before go-liveHi Brandon, Validated. I checked the live sites directly, not just the merge. Every copy of the tracking script that costcoquote.com and cbcins.com actually serve to a visitor now carries the fix, on both brands, with nothing left on the old version. Please pass my thanks to your team. Here is what that fixes in plain terms. The first event in the visit trail was still recording, so the original campaign source was being captured. What never recorded were the two events that follow it, the last touch and the landing page, so the trail stopped after the first step. That is now fixed. One useful side effect we did not plan: the Large Group page on costcoquote had a script error that was shutting off its tracking entirely, and the same change clears that error, so the visit trail can run there again. One honest limit so nobody reads this as more than it is. This restores the visit trail going forward. It does not label the sales that come in through agents, renewals and partner referrals, because those never touch the website. And several of your quote pages still have no place to store the campaign values, so those flows are not fully wired yet. I will bring the list of what remains to the next call. One ask, and it is smaller than a test. Your quote pages have been taking real traffic since the fix went live, so if it is working, the rows are already in your own tracking log. Those events are written on your side, so the confirmation has to come from your team. I have put the exact thing to check in the short note below. Three smaller things for your side. The automated build for the individual quote project has failed on every run since at least July 13, well before our changes went in, so whatever puts code on your live sites is not that build. The test site at cbc-quote.azurewebsites.net is still serving a July 1 version, so it is not a reliable place to check this. And the stuck cart fix for the individual quote pages is already live on costcoquote.com but was never merged, so master still carries the old version there and on the other individual portals it covers. Any rebuild from master would bring the bug back, and merging that pull request closes it with no code change. Best, - - - - - - - - - - - - - - - Forward to whoever owns the quote database: The site records each visit by posting to /api/tracking, which writes to the LeadUtmTrackLog table. Before the fix, that trail stopped after the first event, so last_touch and landing_page were never written. For visits since the deploy on July 24, can you confirm LeadUtmTrackLog is now carrying last_touch and landing_page rows, and not just first_touch? The sites have taken real traffic since then, so the rows should already be there. If those two event types are landing, the fix is confirmed end to end and nothing else is needed.
QUESTION

Send it? And keep Glenn + Joe on cc, or Brandon only?

Email 2 of 2 — to Robin, Ken, Brandon, Jessica

The milestone you promised them on 23 Jul

To Robin, Ken, Brandon, Jessica · cc Glenn · replies on the "Where your sales come from" thread

Subject: RE: Where your sales come from: our findings and when you will have full visibilityHi Robin, Ken, and team, A short milestone update on the timeline in my last note. Your team merged the three tracking fixes on July 24 and they are live on both sites. I checked the live sites directly rather than trusting the merge: every copy of the tracking script that costcoquote and cbcins serve to a visitor now carries the fix. What that changes is the foundation. The break that was stopping the visit trail after its first step is fixed on your individual quote paths. Your team is confirming it in the data on their side, and I will report back once they do. Source labelling sits on top of that trail, so this was the piece that had to land first. Two honest notes on the rest of the window. Several of your quote pages still have no field to hold the campaign values, so those flows are not fully wired yet. And on cbcins specifically, connecting a visit to the sale record needs one more piece that is not built yet, so full visibility there will land later than the web fixes on costcoquote. I will bring the exact remaining list to the next call rather than guess at it here. The offline majority of your book is unchanged by any of this and is still the bigger half. That is the next piece of work, and it is the one I want the call time for. Best,
QUESTION

Send it? This is the one that quietly resets the "2 to 4 weeks" you promised, before it goes late.

Monday board — the replies

B0 · Kills the "Whose turn" note

Replaces our subitem under UTM Code Discovery · this is the one that matters

New name: Tracking fixes are merged and live on both sitesMerged by your team on July 24 and live on both sites the same morning. We checked the live sites directly, not just the merge: every copy of the tracking script that costcoquote and cbcins serve to a visitor now carries the fix. What it repairs is the visit trail. The first event was still recording, so the original campaign source was being captured. The two that follow it, the last touch and the landing page, were not, and that break is fixed. One side effect we did not plan: the Large Group page on costcoquote had a script error that was switching its tracking off entirely, and the same change clears it. Confirming the data itself has to come from your side, since those events are written to your own tracking log. The check has gone to Brandon.
QUESTION

Post it? And set the status column to Done, or leave it Working on it until they confirm the data? I lean Done, because the text says plainly that confirmation sits with them.

B1 · Reply to Jessica — KILLED

Mobile form launch

You said leave it: that is what Joe and their team are working on. Killed and marked do-not-revive. It had offered to map our 18-page rebuild against what their team is staging, which is us positioning our work against theirs on their own board.

B2 · Reply to Joe Paradis — trimmed

Under his demo links · he posted 14 days ago and has had silence

Joe, thanks for both links, and sorry for the slow reply here. We went through the demo and the alternate Large Group landing page you flagged as the pattern for future expansion. One thing worth knowing while you are in these pages: the Large Group page on costcoquote had a script error that was switching its tracking off completely. That is cleared as of the July 24 deploy, so it is worth carrying forward into anything staged from here.

I cut the paragraph that said "worth lining that up against our own rebuild before either goes further" — the same move B1 was killed for. What is left asks him for nothing and offers nothing of ours.

QUESTION

Your reason for killing B1 named Joe, and this is the Joe one. Post this, or stay off the mobile item entirely and kill it too?

B3 · Paid Ad tracking — merge update

New reply under that item · our 23 Jul comment still says "in review"

Quick update on the tracker half of this. Those fixes were merged and deployed on July 24 and are live on both sites. The break that was dropping the visit trail after its first step is fixed, so a tag that arrives can carry through it. Your team is confirming that in the data. The link tagging standard with the WeGotU team is the other half and is still in motion. Between the two, a paid click that becomes a quote carries its source end to end.
QUESTION

Post it? I am not editing the old 23 Jul comment, that stays as a dated record.

The one I will not decide for you

The security email

QUESTION

Two of our own rules contradict each other. The outbound queue says security never goes out in writing, verbal via Brandon always. The open-loops file says an email may name findings and locations as long as it carries no values. The drafts are written to the second rule. I am not overriding either one. Five items have been held about 23 days.

What I caught before it reached them

WOULD HAVE BEEN WRONG

The stuck-cart line was false

The draft said that fix "has not shipped yet." It has, live since 24 Jun. What never happened is the merge, so their master still carries the bug. It also contradicted our own live board.

CAUGHT BY THE 25-AGENT AUDIT

A sentence Brandon could have disproved

The email said the events "that tell you which campaign a visitor came from were never recorded." Wrong. I read the live code: the first event always fired and always carried the campaign source. What died was the last touch and the landing page. He could have caught it from the report we sent him on 23 Jul.

PULLED FROM THE SEND

The "top blockers" email was stale

Its main ask was "please merge the tracking fixes." They merged them the morning after it was drafted. Its number was wrong twice over: wrong grain and 20 days old. Live count is 2,728, not "around 2,800."

MY OWN ERROR

I said board corrections were never applied

They were, on 13 Jul, on your "Fire". The receipt was in the same folder I was writing into. Corrected, along with an old queue header carrying the same false line.

Live checks

Tracking fix live on both sitesYES
Every tracker copy, all 116 live pages6 of 6 fixed
The 3 merged pull requestscompleted
Stuck-cart fix live on costcoquoteCONFIRMED
…but unmerged, master stale6 files
Their build pipeline18 fails
Quote pages with no field for the tags6 of 7
Emails sent to CBC in 2 days0
Monday objects created today0