Audit after a migration for consent state / travel operator
Audit after a migration for consent state / travel operator
A practical field note on consent state for travel operator. Use it to inspect what should be defaulted, updated, or blocked without guessing.
For travel operator, tags fire under inconsistent consent states. This field note turns what should be defaulted, updated, or blocked into a short test for travel operator, so the next change has a traceable reason.
Frame the signal
Context check: search-to-booking journeys. Topic check: record default and updated consent states before any tag fires.
Start with the first journey after the platform or domain changed. Treat the dashboard number as a question, not an explanation. Follow one real journey from the first interaction to the system that owns the outcome. If a value is missing, mark it unknown instead of filling the gap with an assumption.
Trace the handoff
- Record the value at the first step and note the exact page, event, or record where it appears.
- Compare the browser, tag manager, analytics, ad platform, and CRM views without changing the implementation during the check.
- Check redirects, consent state, validation, naming, timestamps, and timezone before comparing totals.
- The migration record should compare the old contract with the new one.
Leave a decision record
the migration record should compare the old contract with the new one. Keep the owner, timestamp, evidence link, expected result, observed result, and next action together. Checking what the migration preserved only after the current path is readable to someone who did not build it.
Reference: Google consent mode guidance. For the next handoff, LeadSheet keeps the record connected.
