Event Schema
Schema Doc
Server-side GA4, Meta CAPI, Google Enhanced Conversions, and a compliant consent layer. Closes with a live, version-controlled Event Schema your downstream layers read directly.
Inside the Dynamic Infra layer of the Dynamic Ad operating system. Run as a wedge, or with the full stack.
The CAPI a contractor shipped 18 months ago has decayed. Match quality is sliding, schema ownership is unclear, and the next consent rule lands before the team can triage. The build is the documented substrate the operation runs on.
Signals firing the engagement
A documented, version-controlled event schema with server-side instrumentation across GA4, Meta CAPI, and Google Enhanced Conversions, plus a Consent Mode v2 layer that complies without starving the bidding model.
Schema Doc
Write access · documented cadence · operator-led
Phase 01 · Intake
Conversion model confirmed against your stack. Existing schema and Gap-Map (where one exists) ingested. Write access provisioned across GTM, server container, ad-platform manager, and the warehouse where applicable.
Phase 02 · Schema
Every event the bidding model depends on is specified end-to-end. Payloads, dedup keys, match-key enrichment, and platform-destination mapping are documented before a single tag is built.
Phase 03 · Build
Server containers stood up. CAPI, Enhanced Conversions, and server-side GA4 instrumented end-to-end. Consent Mode v2 layer configured. Parity, dedup, and modeled-conversion preservation verified per event.
Phase 04 · Handoff
Schema document signed off and version-controlled in your repo. Live walkthrough with engineering and analytics. Monitoring rules and runbook attached so the next engineer extends the substrate, not rebuilds it.
Integrated scopeEngineered cadenceEvent Schema on handoff
After the projectConversion Infrastructure.Forms and routing are the next leak. Conversion Infrastructure closes them against the same schema this build documents.Each is sold standalone or stacks with the others into a single foundational build.