Plan the recovery path for attribution windows / mobile app business
For mobile app business, reported performance changes when windows or timezones differ. This field note turns which time boundary explains the discrepancy into a short test for mobile app business, so the next change has a traceable reason.
Frame the signal
Context check: install-to-activation journeys. Topic check: normalize reporting timezone and conversion date.
Start with the first step after the signal is missing. 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 recovery plan should explain how to preserve the record while the root cause is investigated.
Leave a decision record
the recovery plan should explain how to preserve the record while the root cause is investigated. Keep the owner, timestamp, evidence link, expected result, observed result, and next action together. Turning a silent gap into an owned recovery only after the current path is readable to someone who did not build it.
Reference: Google Ads conversion measurement guidance. For the next handoff, LeadSheet keeps the record connected.