Developer
Post the outcome that matters. Read back where it went.
Most businesses hold at least one outcome no standard connector covers. Realvertising takes it directly: event type, timestamp, value, currency, whichever identifiers you can supply, and an idempotency key you choose. A restatement replaces the original outcome instead of creating a second one, so a corrected value never double-counts. Each event returns a receipt, and each forwarded event returns the network, the conversion action and the status it was accepted under.
In short: A signed HTTP endpoint takes the outcomes only your systems know — a qualified demo, an activated account, a contract signed offline, a delivered order, a value your stack computes — with identifiers, a value and an idempotency key. Realvertising forwards them to the networks and returns a receipt and a delivery trace for every event.
What it is
A signed HTTP endpoint accepts the outcomes your own systems own: a qualified demo, an activated account, a contract signed offline, a delivered order, a value computed in your stack. Every event carries identifiers, a value and an idempotency key you control.
What Realvertising receives
- Outcome events with type, timestamp, value, currency and the identifiers you hold — click identifier, hashed email, order reference or your own customer key.
- An idempotency key per event, so a retried delivery is stored once and a correction replaces the earlier value.
- Restatements and voids: a refunded order, a cancelled contract, a disqualified lead, with the date the change took effect.
- Custom dimensions you declare in advance — plan, segment, region, product line — usable for grouping and as Constitution rules.
What it sends back
- A receipt per event with the stored outcome identifier, the idempotency key it resolved to, and the validation result when one is rejected.
- A delivery trace: which networks received the outcome, as which conversion action, with what value, and whether each accepted it.
- Webhooks for every Growth Brain action — budget moved, campaign paused, audience updated, creative rotated — with the evidence and the Constitution rule that permitted it.
What this lets you ask
Questions this connection makes answerable.
- Did the outcome we posted at 09:14 reach Google and Meta, and with what value?
- Which of our custom outcomes were rejected this week, and for what reason?
- What changed overnight, and which Constitution rule allowed each change?
How it connects
- 1Declare your event types, their value semantics and their custom dimensions; undeclared fields are rejected at the endpoint rather than stored and puzzled over later.
- 2Issue a workspace key, post a test event, and read its receipt and delivery trace end to end before production traffic is switched on.
- 3Choose which event types reach which networks and which identifiers may be used — the configured consent state decides that last part, not the endpoint.
Where it stops
- The value you post is the value used. Realvertising does not recompute or second-guess it, so a wrong value travels to every network the event reaches.
- Identifiers are usable only where the configured consent state permits activation. An event carrying one that may not be matched is still stored, and the delivery trace shows it was withheld.
- Late outcomes are only as useful as each network's restatement window allows. Events posted outside that window are recorded here and reported as unsent.
Integrations
Everything the Growth Brain can read.
One goal. Every channel. Real business truth.
Connect your ad accounts, say what a good customer is worth, and let the Growth Brain work the objective inside limits you set.
No ad spend commitment · Connect one channel to start · [email protected]