Het Stille Inkomstenlek

Wanneer uw eCPM elke maand een paar procent daalt, is de oorzaak zelden inventaris of bodemprijzen. Vaker is het een kapotte TC string — het IAB Transparency & Consent Framework (TCF)-signaal dat met elk advertentieverzoek meereist. Een misvormde of ontbrekende string werpt geen luide fout op. In plaats daarvan valt de advertentieserver stilletjes terug op niet-gepersonaliseerde advertenties, vallen vraagpartners af en bloeden inkomsten weg zonder een enkele waarschuwing. Voor app- en game-uitgevers die monetiseren in de EER en het VK is het de meest over het hoofd geziene oorzaak van verloren inkomen.

Wat de TC String Werkelijk Bevat

De TC string is een base64-gecodeerde blob die door uw Consent Management Platform (CMP) wordt gemaakt. Het codeert de keuzes van de gebruiker: toegestane doeleinden, toegestane leveranciers, uw CMP-ID, beleidsversie en een tijdstempel. Kopers decoderen het in milliseconden om te beslissen of ze met gepersonaliseerde targeting kunnen bieden. Twee signalen zijn even belangrijk:

• gdprApplies — een vlag (1, 0 of undefined) die kopers vertelt of de AVG van toepassing is.
• Google Consent Mode v2 — de signalen ad_storage, ad_user_data en ad_personalization die Google onafhankelijk van de TCF-string leest.

Als een van deze verkeerd is, verdampt de vraag — zelfs wanneer de gebruiker daadwerkelijk toestemming gaf.

De Vijf Fouten Die U Stilletjes Geld Kosten

1. Ontbrekende of verlopen string. Als de CMP nooit een string schrijft, of in de cache opgeslagen toestemming verouderd raakt voorbij uw heropvraagvenster, gaan verzoeken zonder signaal uit. Kopers behandelen "geen string" als "geen toestemming" en bieden alleen met contextuele vraag met lage eCPM, of slaan de veiling over.

2. Verkeerde CMP-ID. Elke gecertificeerde CMP heeft een geregistreerde ID ingebakken in de string. Als een onbekende ID wordt geschreven, wijzen Google en IAB-leveranciers het af — gebruikelijk na een migratie waarbij de oude SDK nog gebundeld is.

3. Leverancier niet gedeclareerd. Een vraagpartner kan volledige toestemming hebben, maar als zijn leverancier-ID niet in de lijst met toegestane leveranciers staat, kan deze niet gepersonaliseerd bieden. Uitgevers vergeten vaak de lijst bij te werken na het toevoegen van een partner.

4. Misvormde gdprApplies. Een string "1" doorgeven in plaats van een integer, of het undefined laten voor een gebruiker die duidelijk in de EER zit, verwart kopers. Een onjuiste gdprApplies=0 kan u ook blootstellen aan nalevingsrisico terwijl het er goed uitziet.

5. Consent Mode-signalen vuren niet. De TCF-string kan perfect zijn terwijl Consent Mode in zijn standaard geweigerde staat blijft — bijvoorbeeld wanneer de SDK advertenties laadt voordat toestemming is opgelost. Google dient dan niet-gepersonaliseerde advertenties los van de TC string.

Een Stapsgewijze Debugworkflow

Werk van het apparaat naar buiten naar de advertentieserver, en reproduceer in een schone staat — wis app-gegevens of gebruik een vers browserprofiel zodat verouderde toestemming u niet misleidt.

• Stap 1 — Leg de ruwe string vast. Op het web, lees het via __tcfapi('getTCData', 2, cb). In een app, dump de IABTCF_TCString-sleutel uit SharedPreferences (Android) of NSUserDefaults (iOS).
• Stap 2 — Decodeer en valideer. Plak het in de IAB TCF-decoder of een CMP-validator. Bevestig dat de CMP-ID van u is, dat de beleidsversie en tijdstempel actueel zijn, en dat uw belangrijkste leverancier-ID's in de lijst verschijnen.
• Stap 3 — Inspecteer het advertentieverzoek. Gebruik Charles Proxy of een netwerkinspecteur om het GAM-verzoek te bekijken, en verifieer dat de parameters gdpr en gdpr_consent de juiste waarden dragen.
• Stap 4 — Controleer Consent Mode. Gebruik Google Tag Assistant om te bevestigen dat ad_user_data en ad_personalization omslaan naar granted wanneer de gebruiker accepteert.
• Stap 5 — Bevestig in GAM. Open de rapportagedimensie niet-gepersonaliseerde advertenties van Ad Manager. Een piek in NPA-verkeer die niet overeenkomt met uw opt-outpercentage is de vingerafdruk van een slechte string.

De Hoofdoorzaak Repareren

Eén slecht verzoek patchen is makkelijk; het volgende voorkomen is het werk. Laat advertenties wachten op toestemming voordat ze initialiseren, houd uw leverancierslijst gesynchroniseerd met uw vraagstack, en volg de verhouding van gepersonaliseerde tot niet-gepersonaliseerde vertoningen — een verschuiving daar is uw vroegste waarschuwing.

Hier verdient een door Google gecertificeerde CMP zijn waarde. FlexyConsent zendt geldige IAB TCF 2.3-strings uit met de juiste CMP-ID en leverancierdeclaraties, vuurt Consent Mode v2-signalen zodat ad_user_data en ad_personalization de keuze van de gebruiker volgen, en brengt toestemmingspercentage-analyses naar de oppervlakte over web, Android en iOS — zodat een kapotte string op een dashboard verschijnt, niet in uw uitbetaling.

Belangrijkste Punten

• Een slechte TC string crasht niet — het degradeert u stilletjes naar niet-gepersonaliseerde advertenties en lagere eCPM.
• Vijf boosdoeners: ontbrekende/verlopen strings, verkeerde CMP-ID, niet-gedeclareerde leveranciers, misvormde gdprApplies, en dode Consent Mode-signalen.
• Debug van apparaat naar advertentieserver: vastleggen, decoderen, het verzoek inspecteren, Consent Mode verifiëren, GAM controleren.
• Volg uw gepersonaliseerd-naar-NPA-verhouding continu — een gecertificeerde CMP zoals FlexyConsent maakt geldige strings en correcte Consent Mode v2-signalen de standaard.