Google Enhanced Conversions: hoe ze werken en waarom het matchpercentage bepalend is voor je biedprestaties

Wat zijn Google Enhanced Conversions?
Verbeterde conversies zijn een functie van Google Ads waarmee SHA-256-gehasht first-party-gegevens (bijvoorbeeld een e-mailadres of telefoonnummer) samen met een standaard conversie-event worden verzonden. Google gebruikt deze gegevens om conversies te koppelen aan advertentieklikken, zelfs als er geen browsercookies zijn. Het koppelingspercentage geeft aan hoe vaak die koppeling lukt, en heeft direct invloed op de nauwkeurigheid van Smart Bidding.

Met ‘Enhanced Conversions’ worden Google Ads-conversies weergevonden die bij standaard tracking op basis van cookies over het hoofd worden gezien. Ze sturen gehasht first-party-data mee met het conversie-event, waardoor Google een tweede manier heeft om die conversie terug te koppelen aan de oorspronkelijke advertentieklik, zelfs zonder cookie.

Standaard tracking werkt via de GCLID: een klik-ID die in een browsercookie wordt opgeslagen. Als die cookie verdwijnt, werkt de attributie niet meer. Dit gebeurt in drie veelvoorkomende situaties: gebruikers blokkeren of wissen cookies, trackingbeveiligingen in browsers zoals ITP van Safari en ETP van Firefox verkorten de levensduur van cookies drastisch, en conversies vinden plaats op een ander apparaat dan de oorspronkelijke klik: iemand die op zijn mobiel surft en een aankoop afrondt op zijn desktop. In al deze gevallen vindt de conversie wel plaats, maar kan Google deze niet aan een campagne koppelen. Het volledige beeld van hoe signaalverlies je campagnes beïnvloedt, reikt verder dan alleen Enhanced Conversions, maar het oplossen van de attributie is waar het begint. Enhanced Conversions voegen een tweede identificatiecode toe die blijft bestaan als het cookietraject faalt. Meer conversies worden correct toegeschreven. Smart Bidding krijgt betere gegevens.

Wat er bij standaard conversietracking ontbreekt en waarom Enhanced Conversions dit oplossen

Als een gebruiker op een Google Ads-advertentie klikt, slaat Google een GCLID op in een browsercookie. Als de gebruiker een conversie uitvoert, leest de Google-tag die cookie en stuurt de GCLID mee met de conversie-hit. Google koppelt die twee events aan elkaar. Dat is je toegeschreven conversie.

Er zijn drie situaties waarin dit proces wordt onderbroken:

• Cookies blokkeren en verwijderen. Adblockers zoals uBlock Origin en AdGuard, en beschermingsfuncties tegen tracking in browsers zoals ITP van Safari en ETP van Firefox, blokkeren cookies volledig of zorgen ervoor dat ze verlopen voordat er een conversie plaatsvindt.
• Trajecten over verschillende apparaten heen. Een gebruiker klikt op een advertentie op zijn mobiel, maar voert de conversie uit op zijn desktop. De GCLID die op het eerste apparaat is opgeslagen, is niet beschikbaar op het tweede apparaat.
• Privé browsen. Browsers zoals Chrome, Firefox en Safari bewaren geen cookies tussen privésessies door.

In al deze gevallen ontbreekt de GCLID op het moment dat de conversie wordt geregistreerd. Google registreert de conversie wel, maar kan deze niet toewijzen. Die conversie wordt wel meegeteld in je totalen, maar telt niet mee voor Smart Bidding. Google weet niet welke campagne, welk zoekwoord of welke advertentie tot het resultaat heeft geleid.

Met Enhanced Conversions wordt een tweede identificatiecode toegevoegd (gehasht first-party data) die zelfs werkt als het cookietraject mislukt. Voor een breder overzicht van welke conversiegegevens er door je huidige stack heen glippen, zie ‘Tracking signal loss: are you missing conversions?’

Hoe Enhanced Conversions werken: SHA-256-hashing, accountvergelijking en wat er naar Google wordt gestuurd

Als een gebruiker een aankoop doet, laat hij of zij bijna altijd een spoor van first-party data achter. Een e-mailadres bij het afrekenen. Een telefoonnummer in een leadformulier. Soms een thuisadres.

Enhanced Conversions verzamelt die gegevens, past er een SHA-256-hash op toe en stuurt de hash samen met het conversie-event naar Google.

SHA-256 is een eenrichtingsfunctie. Voer een e-mailadres in en je krijgt een tekenreeks van vaste lengte. Het is onmogelijk om dit weer om te zetten naar het oorspronkelijke e-mailadres. Wat naar Google wordt gestuurd, is de hash, niet de ruwe gegevens.

Google vergelijkt die hash vervolgens met hashes die het al in zijn eigen database heeft staan, afkomstig van Google-accounts van gebruikers. Als de gebruiker is ingelogd op een Google-account met hetzelfde e-mailadres, komen de hashes overeen. Google kan de conversie nu toeschrijven aan de oorspronkelijke klik op de advertentie, zelfs zonder cookie.

De koppeling vindt volledig binnen de systemen van Google plaats. Je verstuurt een wiskundige vingerafdruk, geen persoonlijke gegevens.

Verbeterde conversies voor websites versus verbeterde conversies voor leads: wat is het verschil?

Dit zijn twee aparte producten met verschillende toepassingen. In juni 2026 heeft Google beide producten samengevoegd tot één aan/uit-schakelaar en het beheer van offline uploads geïntegreerd in de Data Manager API.

Bekijk de documentatie over het instellen van Enhanced Conversions voor de huidige configuratiestappen.

Verbeterde conversies voor het web

Verbeterde conversies voor het web registreren conversies op je site: een bevestigingspagina voor een aankoop, een bedankpagina na aanmelding of het verzenden van een formulier waarbij de gebruiker een doel direct op je website voltooit. De gehasht gegevens worden verzonden op het moment dat de conversiegebeurtenis plaatsvindt. De implementatie verloopt via de Google-tag (gtag.js) of Google Tag Manager.

Verbeterde conversies voor leads

Verbeterde conversies voor leads verwerken offline conversies: een verkoop die is afgerond in een CRM zoals HubSpot of Salesforce, een telefoontje dat tot een klant heeft geleid, of een contract dat is getekend na een demo. De conversie vindt niet plaats op de website. Je uploadt de offline conversie terug naar Google, aangevuld met de gehasht gegevens die bij het indienen van het oorspronkelijke formulier zijn vastgelegd. Google koppelt de geüploade conversie aan de advertentieklik waarmee het traject begon. In de documentatie over de Google Ads-tag voor offline conversies wordt de volledige installatie stap voor stap uitgelegd.

Daardoor kun je offline verkopen in Google Ads meten op een manier die je met alleen een GCLID-upload niet voor elkaar krijgt, omdat de GCLID vaak al uit de CRM-gegevens ontbreekt tegen de tijd dat de deal wordt gesloten.

Migratie naar de Data Manager API (juni 2026): Google heeft op 15 juni 2026 het importeren van offline conversies en het uploaden van Enhanced Conversions for Leads gemigreerd naar de Data Manager API (datamanager.googleapis.com/v1/events:ingest). Accounts die de oude Google Ads API-methode niet actief gebruikten, hebben daar nu geen toegang meer toe. Alle nieuwe integraties moeten vanaf het begin de Data Manager API gebruiken.

Waarom je matchpercentage voor ‘Enhanced Conversions’ varieert en wat dat betekent voor je biedingen

Het matchpercentage is het aandeel van de conversies waarbij Google de gehasht gegevens met succes aan een Google-account heeft gekoppeld. Een matchpercentage van 0% betekent dat Enhanced Conversions geen extra informatie hebben opgeleverd. Een percentage van 70% betekent dat ongeveer 70% van je conversies een gedetailleerdere attributie heeft gekregen.

Er zijn verschillende factoren die dat aantal omhoog of omlaag brengen.

Beoordeling van de match-ratio	Bereik	Gevolgen van het bieden
Heel laag	Minder dan 5%	Geen verbetering. Smart Bidding levert geen extra signaal op.
Laag	6–25%	Weinig vooruitgang. De attributiekloof blijft groot.
Gemiddeld	26–50%	Gedeeltelijke stijging. Enige verbetering in CPA en ROAS.
Hoog	Meer dan 50%	Zichtbare verbetering van de biedingen. Doelstelling voor alle accounts.

Matchpercentages boven de 50% zorgen voor zichtbare verbeteringen in de nauwkeurigheid van Smart Bidding. Amerikaanse accounts zitten meestal tussen de 55 en 70%. Doelgroepen met veel gebruikers uit de EU scoren vaak lager, omdat minder gebruikers de toestemmingscontrole doorstaan. Hoe toestemmingspercentages het signaal beïnvloeden dat Google ter beschikking staat, wordt uitgebreid uitgelegd in de handleiding ‘Google Consent Mode V2’ voor EU-websites. Vier variabelen bepalen waar je account uitkomt:

• Nauwkeurigheid van de gegevens. De hash moet exact overeenkomen. Een e-mailadres met een typefout, een telefoonnummer in een andere notatie of spaties aan het einde zorgen allemaal voor een andere hash. Als wat je verstuurt niet exact overeenkomt met wat er in het Google-account van de gebruiker staat, is er geen overeenkomst.
• Inlogfrequentie. Google kan conversies alleen koppelen als de gebruiker op het moment van de conversie is ingelogd op een Google-account. Gebruikers zonder Google-account, mensen die in de incognitomodus surfen of doelgroepen die de voorkeur geven aan e-maildiensten buiten Google, zorgen er allemaal voor dat het maximum lager uitvalt.
• Gegevensdekking. Als slechts 40% van je voltooide bestellingen een e-mailadres bevat (omdat sommige gebruikers dat veld hebben overgeslagen), werkt Enhanced Conversions alleen voor die 40%. De overige 60% kan niet worden geoptimaliseerd, hoe goed de technische opzet ook is.
• Vanwaar de hash wordt verzonden. Dit is wat de meeste teams verbaast. Bij implementatie aan de browserzijde wordt de hash vanuit de browser van de gebruiker verzonden. Adblockers en bescherming tegen tracking door browsers kunnen dat verzoek onderscheppen. De conversie wordt wel geregistreerd, maar de aanvullende gegevens komen niet bij Google terecht. Hier speelt tracking server-side een cruciale rol. Door de hash via je server rechtstreeks naar de API van Google te sturen, kan niets wat in de browser draait dit blokkeren.

Hoe stel je Enhanced Conversions in: vier manieren om dit te doen

Er zijn vier belangrijke implementatiemethoden. Welke voor jou de juiste is, hangt af van je huidige tracking-opstelling en het type conversie.

1. Google-tag (gtag.js)

De meest directe manier om dit in te stellen. Je voegt op de conversiepagina uitgebreide conversievelden toe aan je bestaande gtag-configuratie. De tag leest gebruikersgegevens van de pagina (een verborgen formulierveld, een JavaScript-variabele of een dataLayer-push), voert een hash-bewerking uit in de browser en verstuurt deze samen met het conversie-event.

Werkt goed voor eenvoudige e-commerce- en leadgeneratie-opstellingen. Je hebt het het snelst geïmplementeerd als je de Google-tag al gebruikt en je conversiepagina de gebruikersgegevens betrouwbaar doorgeeft. Het nadeel: de hash wordt vanuit de browser verzonden, dus is hij onderhevig aan dezelfde blokkering die geldt voor elke tag aan de browserzijde.

2. Google Tag Manager (aan de clientzijde)

Dezelfde logica, geïmplementeerd via GTM. Je maakt een variabele voor door de gebruiker verstrekte gegevens aan, koppelt de velden aan de plekken op de bevestigingspagina waar je formulier ze invult, en verwijst naar die variabele in je Google Ads-conversietag. GTM zorgt voor de hashing.

De meeste teams die al op GTM zitten, vinden dit de snelste manier om Enhanced Conversions aan de praat te krijgen. Je hebt geen ontwikkelaar nodig als de conversiepagina de juiste gegevens al weergeeft. De zichtbaarheid is hetzelfde als bij de directe tag-installatie.

3. GTM server-side

De conversie-hit verloopt via een GTM-container aan de server-side, in plaats van rechtstreeks vanuit de browser te worden geactiveerd. De server verzamelt de first-party-gegevens van het event, voert er een hash op uit en stuurt deze via een server-naar-serververbinding naar Google.

De succespercentages liggen hier hoger omdat de hash nooit als een onbewerkte, leesbare verzoek door de browser gaat. Een server-naar-serververbinding kan niet worden onderschept door een browserextensie. Maar er zit eerder in het proces één zwak punt: het script aan de browserkant moet het verzoek nog steeds in gang zetten. Als dat verzoekpad herkenbare analysemarkeringen zoals /collect bevat, zullen sommige adblockers het blokkeren voordat je servercontainer het überhaupt te zien krijgt. Het Enhanced Tracking Script van TAGGRS versleutelt dat eerste verzoek, zodat er niets herkenbaars is om te blokkeren. De gegevensverwerking gebeurt op jouw infrastructuur, waardoor je ook meer controle hebt over veldtoewijzing en hashlogica.

Voor teams die Google Ads-tracking al via sGTM gebruiken, passen Enhanced Conversions naadloos in de bestaande workflow. Bekijk de installatiehandleiding voor server-side tracking van Google Ads om te zien hoe de container is ingesteld, en de documentatie over het instellen van Enhanced Conversions voor details op veldniveau.

4. Data Manager API (offline conversies)

Voor ‘Enhanced Conversions for Leads’ of elke conversie die buiten de browser plaatsvindt, is het API-pad de juiste keuze. Je stuurt conversierecords vanuit je CRM of backend — tools zoals HubSpot, Salesforce of een eigen database — inclusief de gehasht leadgegevens die bij het versturen van het formulier zijn vastgelegd. Google vergelijkt deze met de hash van de oorspronkelijke interactie.

Tot medio 2026 gebeurde dit via de methode `UploadClickConversions` van de Google Ads API. Vanaf 15 juni 2026 heeft Google het importeren van offline conversies en het uploaden van Enhanced Conversions for Leads gemigreerd naar de Data Manager API (datamanager.googleapis.com/v1/events:ingest). Accounts die de oude methode niet actief gebruikten, hebben daar nu geen toegang meer toe; nieuwe integraties moeten vanaf het begin de Data Manager API gebruiken.

Hoe kun je controleren of ‘Enhanced Conversions’ werken?

Conversie-instellingen van Google Ads

Open de conversieactie in Google Ads (Tools en instellingen, en vervolgens Conversies). Op de detailpagina van de conversieactie zie je de status van ‘Verbeterde conversies’ en of er gegevens binnenkomen. Wacht na de eerste installatie 48 tot 72 uur voordat je te veel conclusies trekt uit de eerste cijfers.

GTM-voorvertoningsmodus

Als je een client-side opzet test, start dan een testconversie in de Preview-modus en bekijk de gebeurtenisgegevens van de Google Ads-conversietag. Het `user_data`-object moet aanwezig zijn en gevuld zijn met gehasht velden. Als het leeg is, zit het probleem ofwel in de configuratie van de variabele, ofwel geeft de conversiepagina de brongegevens helemaal niet weer.

Google Tag Assistant

Tag Assistant controleert Enhanced Conversions van begin tot eind en laat zien of er gebruikersgegevens aan de conversiehit zijn toegevoegd. Het wijst je ook op veelvoorkomende configuratiefouten: ontbrekende hash-codering, lege user_data-objecten en velden die niet aan het verwachte formaat voldoen.

Overeenkomstsnelheid op het tabblad ‘Diagnostiek’

Ga in Google Ads naar ‘Doelen’, vervolgens naar ‘Overzicht’ en open dan het tabblad ‘Diagnostiek’. Als ‘Verbeterde conversies’ is ingeschakeld, verschijnt er een diagnostiekkaart met een ‘Impact’-tabel waarin de dekking en het overeenkomingspercentage per conversieactie worden weergegeven. Het overeenkomingspercentage wordt binnen 24 uur bijgewerkt. Als er na een paar dagen verkeer ‘Laag’ (minder dan 25%) wordt weergegeven, is er iets mis met de gegevens die worden verzonden. De meest voorkomende oorzaken zijn lege velden op de conversiepagina, een onjuiste veldtoewijzing in GTM of een opmaakverschil tussen wat je verstuurt en wat er daadwerkelijk in het Google-account van de gebruiker staat.

Verbeterde conversies, Consent Mode V2 en de AVG

Enhanced Conversions verwerkt persoonsgegevens. E-mailadressen en telefoonnummers worden volgens de AVG als persoonsgegevens beschouwd, zelfs na SHA-256-hashing, omdat Google de gegevens opnieuw kan identificeren door de hashes te vergelijken met zijn eigen database. Je hebt de uitdrukkelijke toestemming van gebruikers nodig voordat je deze gegevens verzamelt en verstuurt. In de gids over de AVG en tracking server-side worden de rechtsgrondslag en de praktische nalevingsvereisten volledig behandeld.

Consent Mode V2 regelt dit via twee toestemmingssignalen: ad_storage en ad_user_data. Om Enhanced Conversions te activeren, moet ad_user_data worden toegestaan. Als dit wordt geweigerd, neemt de Google-tag de gehasht gegevens niet op in de conversiehit. In de installatiehandleiding voor Consent Mode V2 in de TAGGRS-documentatie staat hoe je dit voor een server-side container kunt instellen.

Drie dingen die je moet controleren bij het instellen hiervan:

• Timing van het toestemmingssignaal. De ad_user_data-toestemming moet al zijn verleend voordat de conversietag wordt geactiveerd. Als je CMP — zoals Axeptio, Cookiebot of Consent Studio — pas wordt geladen en de toestemming pas instelt nadat de tag al is geïnitialiseerd, zal Enhanced Conversions de toestemming voor die sessie niet registreren. Controleer de afspeelvolgorde in GTM en verifieer dit met Tag Assistant.
• Gebruikers die geen toestemming hebben gegeven. Voor gebruikers die geen toestemming geven, worden Enhanced Conversions gewoon niet uitgevoerd. Voor de geaggregeerde schatting geldt nog steeds de standaard conversiemodellering. Dat is de juiste werkwijze die voldoet aan de AVG.
• Hashing is niet hetzelfde als anonimisering. Het versturen van Enhanced Conversions-gegevens zonder toestemming voor ad_user_data is een nalevingsprobleem, ongeacht of de gegevens gehasht zijn. Het feit dat de gegevens gehasht zijn, maakt ze volgens de AVG niet anoniem als de ontvanger ze kan koppelen aan een individueel account.

Lage toestemmingspercentages zorgen ervoor dat het maximale aantal gematchte conversies voor Enhanced Conversions direct daalt. Hoe toestemmingspercentages van invloed zijn op het aantal gematchte conversies dat beschikbaar is voor Smart Bidding, wordt uitgelegd in het artikel ‘Google Consent Mode V2 voor EU-websites ’.

Hoe TAGGRS de matchpercentages van Enhanced Conversions verbetert

De meest betrouwbare manier om hoge matchpercentages voor Enhanced Conversions te behalen, is server-side GTM. De operationele uitdaging is dat het draaien van je eigen sGTM-container betekent dat je cloudinfrastructuur moet inrichten, containerupdates moet beheren en de uptime moet waarborgen bij een reëel conversievolume.

TAGGRS zorgt voor die infrastructuur. Je configureert Enhanced Conversions in GTM op dezelfde manier als bij elke andere installatie. TAGGRS draait de container die de gegevens verwerkt en doorstuurt naar Google. Omdat de hash server-side wordt verzonden, zijn de matchpercentages hoger dan bij browsergebaseerde implementaties, en hoef je daarvoor geen cloudinfrastructuur te beheren. Op de instellingen pagina voor server-side tracking van Google Ads kun je zien hoe alles in elkaar zit.

Er is nog een factor die invloed heeft op de matchrate. Zelfs als er een container aan de server-side draait, kunnen adblockers zoals uBlock Origin en AdGuard nog steeds events afvangen voordat ze die container bereiken. Het script aan de browserkant dat het trackingproces start, kan herkenbare verzoekpatronen blootgeven — waaronder /collect-achtige eindpunten — waarmee adblockers een vergelijking maken. Standaard GTM-maskering met een first-party-domein helpt wel, maar slechts gedeeltelijk.

Het Enhanced Tracking Script pakt het anders aan. In plaats van de URL van het script te maskeren, versleutelt het de volledige verzoek van browser naar server, waardoor patronen worden verwijderd die blokkers kunnen herkennen. Dit leverde een gemiddelde stijging van 9% op in gemeten events, vergeleken met een standaard first-party GTM-configuratie. Voor doelgroepen die vaak blokkers gebruiken – zoals ontwikkelaars, marketeers en technische gebruikers – liep de stijging op tot ~30%. Je configureert het script via het TAGGRS-dashboard en er is geen nieuwe infrastructuur voor nodig. Vervang gewoon het bestaande GTM-snippet op de website en het werkt meteen.

Wil je zien hoe dit in jouw situatie werkt? Boek dan een demo om te ontdekken hoe TAGGRS de volledige Enhanced Conversions-pijplijn voor alle klantaccounts afhandelt.

Conclusie

Enhanced Conversions vullen de attributiekloof op die bij tracking op basis van cookies ontstaat. Hoe groot die kloof is, hangt af van je doelgroep: trajecten over meerdere apparaten, cookieblokkers en gebruikers die geen toestemming geven, zorgen er allemaal voor dat standaardtracking minder gegevens vastlegt. Het gevolg is signaalverlies, wat de beslissingen van Smart Bidding verstoort en retargetingdoelgroepen ondermijnt. Als je meer wilt weten over hoe dat in de praktijk uitpakt, lees dan het artikel ‘Retargeting in een versnipperde digitale wereld’, waarin de gevolgen verderop in het proces worden besproken.

Het matchpercentage is bepalend voor het succes of de mislukking van de opzet. Het is simpel om gegevens via de browser te laten stromen. Om het matchpercentage hoog genoeg te krijgen om echt verschil te maken bij het bieden (consequent boven de 50%), moet je het verzenden van hashes uit de browser halen en via een server-naar-serververbinding laten verlopen.

FAQ

Wat zijn ‘Enhanced Conversions’ in Google Ads?

Verbeterde conversies breiden de standaard conversietracking uit door naast het conversie-event ook gehasht first-party-gegevens (meestal een e-mailadres of telefoonnummer) mee te sturen. Google gebruikt die hash om de conversie te koppelen aan de oorspronkelijke advertentieklik, zelfs als er geen cookies zijn. Voor het hashen wordt SHA-256 gebruikt, dus er worden nooit ruwe persoonsgegevens naar Google gestuurd.

Wat is het verschil tussen ‘Enhanced Conversions for Web’ en ‘Enhanced Conversions for Leads’?

Enhanced Conversions for Web verwerkt conversies op je website en verstuurt gehashtte gegevens op het moment dat de conversie op je website plaatsvindt. Enhanced Conversions for Leads verwerkt offline conversies (zoals een verkoop die in een CRM is afgerond of een telefoontje dat tot een klant heeft geleid) door achteraf gehashtte gegevens te uploaden. Google koppelt het offline event terug aan de oorspronkelijke advertentieklik met behulp van de hash die bij het verzenden van het formulier is vastgelegd. In juni 2026 heeft Google beide functies samengevoegd tot één aan/uit-schakelaar en zijn de offline uploads gemigreerd van de Google Ads API naar de Data Manager API.

Werken Enhanced Conversions ook zonder de Consent Mode?

Niet helemaal. Er moet eerst toestemming voor `ad_user_data` worden gegeven voordat de Google-tag gehashtte gegevens in de conversiehit opneemt. Zonder dat signaal worden Enhanced Conversions voor die gebruiker niet geactiveerd. Het gebruik van Enhanced Conversions zonder de juiste toestemming vormt ook een risico voor de naleving van de AVG, zelfs als de gegevens gehasht zijn. SHA-256-hashes van e-mailadressen worden onder de AVG nog steeds als persoonsgegevens beschouwd als Google ze opnieuw kan identificeren.

Hoe kan ik controleren of Enhanced Conversions werken?

Open de conversieactie in Google Ads en controleer de status van ‘Verbeterde conversies’. Voor gegevens over het overeenkomingspercentage ga je naar ‘Doelen’, vervolgens naar ‘Overzicht’ en daarna naar het tabblad ‘Diagnostiek’. In de tabel ‘Impact’ daar zie je het overeenkomingspercentage per conversieactie. Controleer in de GTM-previewmodus of het `user_data`-object aan conversiehits is gekoppeld. Tag Assistant controleert de volledige opzet van begin tot eind en signaleert veelvoorkomende configuratiefouten.

Vervangen Enhanced Conversions de standaard conversietags?

Nee. Enhanced Conversions werken naast de standaard conversietracking. Het op GCLID gebaseerde traject blijft parallel lopen. Enhanced Conversions voegen een tweede identificatiecode toe die in werking treedt als het cookietraject faalt. Beide werken samen, en de ene vervangt de andere niet.

Voldoet Enhanced Conversions aan de AVG?

Dat kan inderdaad. De vereiste is dat je expliciete toestemming van gebruikers voor `ad_user_data` hebt voordat er gehashtte gegevens worden verzonden. Hashen alleen voldoet niet aan de AVG. Een gehasht e-mailadres is nog steeds persoonsgegevens als de ontvanger het aan een persoon kan koppelen. Zorg ervoor dat je toestemming verzamelt via een goed geconfigureerd CMP met Consent Mode V2 ingeschakeld.

Welke invloed hebben ‘Enhanced Conversions’ op Smart Bidding?

Smart Bidding gebruikt conversiegegevens om biedingen af te stemmen. Enhanced Conversions vult attributies aan die bij tracking op basis van cookies gemist zouden zijn, waardoor het biedmodel vollediger beeld krijgt van welke klikken tot conversies hebben geleid. Dankzij een betere attributiedekking worden biedingen nauwkeuriger afgestemd op de daadwerkelijke resultaten. De verbetering is duidelijker merkbaar naarmate het matchpercentage boven de 40-50% uitkomt en het conversievolume van je account toeneemt.