Tracking implementatie

Je gemeten omzet moet kloppen met je backend. Daarom meten we de aankoop vanuit de order zelf en niet vanuit de browser: een weggeklikte of herladen bedankpagina verandert dan niets, en item-, verzend- en kortingsdata gaan mee. Daarna leggen we je echte orders naast wat je analytics en advertentieplatformen registreerden, zodat je ziet wat er nog mist.

Draaien er meerdere webshops, landen of merken op één stack, dan wil je één setup die het geheel overziet. Wij zetten één server-container op voor al je domeinen, en elk domein stuurt zijn data first-party via een eigen pad op zijn eigen domein. Elk domein krijgt een eigen consentinstelling en eigen conversie-ID's, zodat de data per site of merk gescheiden blijft. Gaat een bezoeker van het ene domein naar het andere, dan blijft hij herkenbaar. En één container in plaats van een losse setup per site scheelt beheer: een wijziging voer je maar één keer door.

Een ingevuld formulier is geen klant. We koppelen de lead aan je CRM en sturen de stap die er wel toe doet, zoals een offerte of een getekende opdracht, terug naar de advertentieplatformen.

Vaak vindt de aankoop plaats in het systeem van de ticketpartij, niet op je eigen site. Wij halen de order daar op en sturen hem server-side door naar je analytics en advertentieplatformen, met de juiste bron erbij.

Vaak meet je de trial, terwijl de waarde pas ontstaat bij de eerste betaling. Wij meten de aanmelding direct en sturen de betaling later terug als offline conversie, zodat je advertentieplatformen op omzet sturen in plaats van op aanmeldingen.

In een app meet je met een SDK in plaats van een tag, en stapt een gebruiker vaak over van website naar app. Wij zorgen dat web en app samen één beeld geven, met dezelfde events en dezelfde conversies.