1. Align on success metrics and owners
Launch week is chaotic. Reduce the risk by locking the success metrics early and assigning owners for each metric. The owner is responsible for validating data, not just reporting it.
Write down the exact event names and parameters that power each success metric. This becomes the baseline for the rest of the checklist.
2. Pre-launch instrumentation QA
Before code freeze, walk through the top flows and validate that events fire in the right order. Use a mix of tools: browser dev tools, GTM preview, and GA4 DebugView. If you use a data layer, confirm the schema matches the tracking spec.
- Confirm event names match the spec, including casing.
- Validate required parameters, especially IDs and experiment variants.
- Check that optional parameters are populated when expected.
3. Consent and tag validation
Launch week often introduces new tags or vendors. Validate consent behavior in all environments. For example, ensure analytics_storage and ad_storage are honored when users decline cookies.
Capture screenshots or short videos of the consent flow so legal and security teams can sign off without opening dev tools.
4. Launch-day monitoring
On launch day, watch a tight set of leading signals. Use real-time dashboards or a simple spreadsheet to track:
- Total event volume against the same day last week.
- Key conversion events and their drop-off points.
- Error events or failed flows introduced by the release.
If you see a sharp drop, pause analysis and validate instrumentation first. Most launch-week anomalies are tracking related, not product related.
5. Post-launch reconciliation
Two to three days after launch, reconcile totals in GA4, the warehouse, and any product database exports. Make sure the counts line up within an agreed tolerance range. Document any gaps and decide if the release needs a tracking patch.
This is also the moment to confirm experiment tagging. If you ship a feature behind a flag, verify every event includes the correct experiment_id and variant.
Keep a QA log for next time
Every launch adds new edge cases. Keep a running QA log that captures issues, fixes, and decisions. Over time the log becomes your default checklist and helps onboard new teammates faster.