Dokumentationsmenu
OpenAI Ads (ChatGPT)
Samtykkestyring for OpenAI-pixelen (annoncer i ChatGPT): aktivering, oaiq-køen, indlæsning af SDK'et først efter samtykke og verificering.
OpenAI Measurement Pixel (annoncer i ChatGPT)
CookieHug kan styre samtykket for OpenAI's målepixel (oaiq) — konverteringspixelen for annoncer vist i ChatGPT. To egenskaber ved denne pixel gør, at en ren kopi af det officielle snippet ikke er lovlig i EØS:
- pixelen starter med samtykke slået til — uden
oaiq("consent", false)førinitsender den data med det samme, - hændelser sendt, mens samtykket er slået fra, kasseres, de sættes ikke i kø — OpenAI gentager dem ikke efter et senere samtykke.
Funktionen er som standard slået fra og aktiveres pr. domæne. CookieHug har ikke brug for pixel-id'et — det opretter kommandokøen oaiq, overtager samtykkekommandoen og bestemmer, *hvornår* pixelens SDK (oaiq.min.js) indlæses.
Aktivering
- Åbn domænet i panelet → Avanceret → sektionen Samtykkepolitik.
- Find kortet OpenAI Measurement Pixel (annoncer i ChatGPT) og slå kontakten til — det gemmes automatisk.
- Ændringen lander i bannerscriptet ved næste hentning (script-cache: op til 5 minutter).
- CookieHug-snippet skal stå på siden før OpenAI-pixelens snippet.
Sådan fungerer signalet
Ved start opretter CookieHug-SDK'et en kø-stub window.oaiq og lægger en samtykkepost, der matcher den besøgendes valg, forrest i den. Det officielle pixel-snippet begynder med if (w.oaiq) return;, så når det ser vores kø, tilføjer det kun sine init- og measure-kald — og CookieHug indlæser først OpenAI's SDK, når der er samtykke til kategorien Marketing:
// start uden gemt beslutning — intet fra OpenAI indlæses:
window.oaiq.q // → [['consent', false]]
// sidens snippet (efter CookieHug) tilføjer:
oaiq('init', { pixelId: '…' });
oaiq('measure', 'page_viewed');
// "Accepter alle" → CookieHugOnConsentReady:
window.oaiq.q // → [['consent', true], ['init', …], ['measure', 'page_viewed']]
// og først nu kommer https://bzrcdn.openai.com/sdk/oaiq.min.js ind på sidenDermed sendes hændelser, der blev sat i kø før beslutningen (typisk page_viewed), efter samtykket i stedet for at gå tabt. Ved afvisning indlæses intet fra OpenAI overhovedet. Ved et genbesøg med gemt samtykke indlæses SDK'et straks ved sidestart.
Når SDK'et kører, når hver ny beslutning det som oaiq('consent', true | false) — en afvisning i editoren stopper målingen, en tilbagetrækning genindlæser siden. Signalets kilde er kategorien Marketing, den samme som styrer ad_storage i Google Consent Mode.
Når du selv styrer samtykket
Med kontakten slået til må du ikke kalde oaiq("consent", …) fra sidens kode — den kommando tilhører CookieHug. Har du allerede din egen håndtering (fx mønstret: consent false → init → i en CookieHugOnConsentReady-lytter consent true og gensending af sidens hændelser), så lad kontakten være slået fra — din kode virker fint, fordi CookieHugOnConsentReady affyres efter hver beslutning og ved genbesøg med gemt samtykke.
Står pixel-snippet før CookieHug, indlæser sidens snippet OpenAI's SDK. CookieHug lægger stadig samtykkeposten forrest i den endnu ikke behandlede kø, men kan ikke længere forsinke download af SDK'et. Affyres pixelen via Google Tag Manager, så brug en trigger bundet til marketingsamtykke — kontakten er stadig sikker, men GTM bestemmer indlæsningstidspunktet.
Verificering
I DevTools på en side med funktionen slået til:
// lige efter ankomst (før en beslutning):
window.oaiq.q
// → [['consent', false], ['init', {…}], ['measure', 'page_viewed']]
// Fanen Network: ingen forespørgsler til bzrcdn.openai.com / bzr.openai.com
// efter "Accepter alle":
// → ['consent', true] forrest i køen, <script src="…/oaiq.min.js"> dukker op i DOM
window.oaiq.loaded // → true, når SDK'et har erstattet stubbenFindes window.oaiq ikke, er kontakten endnu ikke aktiv i scriptet (vent på, at cachen opdateres), eller siden indlæser et ældre script.