Was ist ein IAB-GPP-String?

Der Global-Privacy-Platform-(GPP)-String ist ein einzelner kodierter Wert, der mehrere Privacy-Signale — TCF Europe, US Privacy und US-Staaten-Sections — hinter einem Header packt. Die gpp_sid-Liste des Headers benennt, welche Sections darin sind.

Was ist gpp_sid in einem GPP-String?

gpp_sid ist das Array der Section-ids im GPP-Header. Jede id mappt auf eine Section — 2 ist TCF EU v2, 6 ist US Privacy, 7 ist usnat, 8 ist usca — und sagt einem Decoder, welche Blöcke dem Header folgen.

Welche GPP-Sections kann dieser Decoder lesen?

Er dekodiert den Header plus TCF Europe v2, TCF Canada v1, US Privacy (uspv1), die US-national-Section (usnat) und die US-Staaten-Sections wie usca, usva, usco und die übrigen, wobei jede in benannte Felder expandiert wird.

Kann ich hier einen bloßen TCF- oder Legacy-US-Privacy-String einfügen?

Dieses Tool erwartet einen vollständigen GPP-String mit einem Header. Ein eigenständiger TCF-String, der mit 'C' beginnt, oder ein Legacy-US-Privacy-Wert sollte stattdessen zu den dedizierten TCF- oder US-Privacy-Decodern.

Sagt mir das Dekodieren eines GPP-Strings, ob ein Vendor erlaubt ist?

Nein. Der Decoder zeigt, was der String kodiert — Opt-outs, Purpose-Consents, MSPA-Flags — aber er beurteilt nicht, ob ein bestimmter Vendor Daten verarbeiten darf; das hängt von deiner Policy und den Regeln jeder Section ab.

Wo finde ich einen GPP-String zum Dekodieren?

Schau im gespeicherten Wert einer CMP, dem regs.gpp-Feld einer OpenRTB-Bid-Request, dem __gpp-Cookie oder localStorage-Eintrag oder dem gppString, den der getGPPData-Aufruf der CMP-API zurückgibt.

GPP String Decoder

Dekodiere einen IAB-GPP-Consent-String in deinem Browser — Header, gpp_sid und jede eingebettete Section, expandiert in lesbare Felder. Der String bleibt auf deinem Gerät.

Der GPP String Decoder läuft vollständig in deinem Browser. Der Consent-String, den du einfügst — und alles, wozu er dekodiert — bleibt auf deinem Gerät und wird nie an eine CMP, einen Ad-Server oder ArrayKit gesendet.

TCF Consent String Decoder öffnen

Über GPP String Decoder

Der GPP String Decoder entpackt einen IAB-Global-Privacy-Platform-Consent-String in etwas, das du tatsächlich lesen kannst. Füge den kodierten Wert aus einer CMP, dem regs.gpp-Feld einer OpenRTB-Bid-Request oder einem gespeicherten Cookie ein, und das Tool dekodiert den Header — die GPP-Version und die gpp_sid-Liste — plus jede eingebettete Section, von TCF Europe v2 über US Privacy (uspv1) bis zu US-Staaten-Signalen wie usnat und usca. Jede Section wird in benannte Felder wie CmpId, Purpose-Consents, Sale-Opt-outs und MSPA-Flags expandiert. Gebaut für Ad-Ops-Engineers, Privacy-Teams und QA, die Consent-Plumbing über programmatischen Supply hinweg debuggen. Der ganze Dekodier-Vorgang läuft auf deinem Gerät — der GPP-String, den du einfügst, wird nie an eine CMP, einen Ad-Server oder einen Endpunkt gesendet.

Funktionen

Dekodiert den GPP-Header — die Encoding-Version und die gpp_sid-Section-id-Liste
Expandiert jede eingebettete Section: TCF Europe v2, TCF Canada, US Privacy (uspv1), usnat, usca und andere US-Staaten-Sections
Zeigt die Felder jeder Section beim Namen — CmpId, Purpose-Consents, Opt-outs und MSPA-Flags
Lesbare und rohe JSON-Ansichten, mit Ein-Klick-Kopie für den ganzen Dekode oder eine einzelne Section
Fasst boolesche Bit-Vektoren als die aktivierten Indizes zusammen, damit lange TCF-Consent-Flags lesbar bleiben
Behandelt Multi-Section-Strings und meldet genau, wo ein fehlerhafter String scheitert
Lädt einen Beispiel-GPP-String, sodass du die Form der dekodierten Ausgabe sofort siehst
Läuft vollständig in deinem Browser — der Consent-String verlässt dein Gerät nie

So verwendest du GPP String Decoder

Kopiere einen GPP-String aus deiner CMP, einem OpenRTB-regs.gpp-Feld oder einem gespeicherten __gpp-Wert
Füge ihn in das Eingabefeld ein oder klicke Sample, um einen Beispiel-String zu laden
Lies den dekodierten Header und die Felder jeder Section oder wechsle zur JSON-Ansicht
Kopiere den vollständigen Dekode oder eine Section, um sie an einen Bug-Report oder ein Ticket anzuhängen

Beispiel

Eingabe

DBABTC~1YNN

Ausgabe

header: { version: 1, gpp_sid: [6] }
uspv1:  { Version: 1, Notice: "Y", OptOutSale: "N", LspaCovered: "N" }

Ein US-Privacy-(uspv1)-String: Notice gegeben, kein Sale-Opt-out, nicht LSPA-abgedeckt.

Häufige Fehler & Fehlerbehebung

Der Decoder sagt, der Wert 'does not look like a GPP string.' — GPP-Strings beginnen mit einem base64url-Header-Segment (meist 'DB…'). Ein bloßer TCF-String, der mit 'C' beginnt, gehört stattdessen in den TCF Consent String Decoder.
'The number of sections does not match the header'-Fehler. — Du hast wahrscheinlich nur den Header eingefügt oder einen '~'-Block weggelassen. Kopiere den vollständigen String — den Header plus eine '~'-getrennte Section für jede id in gpp_sid.
Eine Section zeigt weniger Felder, als du erwartet hast. — Optionale TCF-Segmente wie Publisher-Restrictions oder Vendors-disclosed erscheinen nur, wenn der String sie trägt; ihr Fehlen ist erwartet, kein Dekodier-Fehler.
Dich interessiert nur das US-Staaten-Signal, nicht TCF. — Die gpp_sid-Liste sagt dir, welche Sections vorhanden sind — lies nur die usnat- oder usca-Karte und ignoriere den Rest des Dekodes.

Häufig gestellte Fragen

Was ist ein IAB-GPP-String?: Der Global-Privacy-Platform-(GPP)-String ist ein einzelner kodierter Wert, der mehrere Privacy-Signale — TCF Europe, US Privacy und US-Staaten-Sections — hinter einem Header packt. Die gpp_sid-Liste des Headers benennt, welche Sections darin sind.
Was ist gpp_sid in einem GPP-String?: gpp_sid ist das Array der Section-ids im GPP-Header. Jede id mappt auf eine Section — 2 ist TCF EU v2, 6 ist US Privacy, 7 ist usnat, 8 ist usca — und sagt einem Decoder, welche Blöcke dem Header folgen.
Welche GPP-Sections kann dieser Decoder lesen?: Er dekodiert den Header plus TCF Europe v2, TCF Canada v1, US Privacy (uspv1), die US-national-Section (usnat) und die US-Staaten-Sections wie usca, usva, usco und die übrigen, wobei jede in benannte Felder expandiert wird.
Kann ich hier einen bloßen TCF- oder Legacy-US-Privacy-String einfügen?: Dieses Tool erwartet einen vollständigen GPP-String mit einem Header. Ein eigenständiger TCF-String, der mit 'C' beginnt, oder ein Legacy-US-Privacy-Wert sollte stattdessen zu den dedizierten TCF- oder US-Privacy-Decodern.
Sagt mir das Dekodieren eines GPP-Strings, ob ein Vendor erlaubt ist?: Nein. Der Decoder zeigt, was der String kodiert — Opt-outs, Purpose-Consents, MSPA-Flags — aber er beurteilt nicht, ob ein bestimmter Vendor Daten verarbeiten darf; das hängt von deiner Policy und den Regeln jeder Section ab.
Wo finde ich einen GPP-String zum Dekodieren?: Schau im gespeicherten Wert einer CMP, dem regs.gpp-Feld einer OpenRTB-Bid-Request, dem __gpp-Cookie oder localStorage-Eintrag oder dem gppString, den der getGPPData-Aufruf der CMP-API zurückgibt.