Was ist ein TCF Consent String Encoder?

Es ist ein Tool, das CMP-Einstellungen und Nutzer-Consent-Entscheidungen — Purposes, Legitimate Interests, Special Features und Vendor-ids — in einen IAB-TCF-v2.2-Transparency-&-Consent-(TC)-String verwandelt, den base64url-Wert, den CMPs an Vendors und Ad-Requests übergeben.

Welche TCF-Version erzeugt dieser Encoder?

Er baut TCF-v2.2-Core-Strings. Du steuerst die TCF-Policy-Version und die Vendor-List-Version-Felder, und die Ausgabe ist ein Standard-base64url-TC-String, den TCF-fähige CMPs und Decoder lesen können.

Wie füge ich dem String Vendor-Consents hinzu?

Tippe die IAB-Vendor-ids in das Vendor-Consent-Feld als komma- oder leerzeichengetrennte Liste (zum Beispiel 1, 8, 755). Jede id wird in die Vendor-Consent-Section des TC-Strings kodiert.

Warum muss die Consent-Sprache zwei Buchstaben haben?

Die TCF-Spezifikation speichert die Consent-Sprache als zweistelligen ISO-639-1-Code. Der Encoder schreibt deine Eingabe groß und validiert sie, also gib Codes wie EN, FR oder DE ein statt voller Sprachnamen.

Ruft das Kodieren die Global Vendor List von einem Server ab?

Nein. Um vollständig in deinem Browser zu bleiben, baut das Tool eine minimale In-Memory-Vendor-List aus den ids, die du eingibst, statt die GVL herunterzuladen. Deine CMP-Einstellungen und Vendor-ids werden nie irgendwohin gesendet.

Kann ich einen String dekodieren, den ich hier gebaut habe?

Ja. Füge die kodierte Ausgabe in den TCF Consent Decoder ein, um die CMP-Felder, Purposes und Vendors zu inspizieren und zu bestätigen, dass der String wie erwartet round-trippt.

TCF Consent String Encoder

Baue einen IAB-TCF-v2.2-Transparency-&-Consent-(TC)-String aus CMP-Einstellungen, Purpose-Consents, Special Features und Vendor-ids — in deinem Browser kodiert.

Der TCF Consent String Encoder läuft vollständig in deinem Browser. Deine CMP-Einstellungen, Purpose-Auswahlen und Vendor-ids werden auf deinem Gerät kodiert, keine Global Vendor List wird abgerufen, und nichts wird zu ArrayKit hochgeladen.

TCF Consent Decoder öffnen

Über TCF Consent String Encoder

Der TCF Consent String Encoder baut einen IAB-TCF-v2.2-Transparency-&-Consent-(TC)-String aus einem Formular: Setze deine CMP-ID, CMP-Version, den Consent-Screen, die Consent-Sprache, die Vendor-List-Version und die TCF-Policy-Version, und schalte dann Purpose-Consents (1-11), Purpose-Legitimate-Interests, Special-Feature-Opt-ins und eine Liste von Vendor-Consent-ids um. Er setzt ein gültiges TCModel zusammen und erzeugt den base64url-TC-String, den du in ein CMP-Fixture, eine Prebid-Config, eine Ad-Request oder einen QA-Test einfügst. Praktisch, wenn Ad-Ops-Engineers und CMP-Entwickler einen deterministischen String brauchen, um ein Consent-Szenario zu reproduzieren oder zu debuggen, warum ein Demand-Partner gedroppt wird. Jedes Feld wird auf deinem Gerät kodiert — keine CMP-API wird aufgerufen und keine Global Vendor List aus dem Netz abgerufen, sodass Test-Consent-Daten deinen Browser nie verlassen.

Funktionen

Setze CMP-ID, CMP-Version, Consent-Screen und Consent-Sprache aus einfachen Feldern
Wähle die Vendor-List-Version, TCF-Policy-Version und Service-specific- vs. Global-Scope
Schalte alle 11 registrierten Purposes für Consent und für Legitimate Interest um
Opt-in für die zwei Special Features (präzise Geolokalisierung, Device-Scanning)
Kodiere eine kommagetrennte Liste von Vendor-Consent-ids in die Vendor-Section
Gibt einen base64url-TC-String aus, den du mit einem Klick kopierst
Deterministische Kodierung, sodass dieselbe Auswahl immer denselben String ergibt
Läuft vollständig in deinem Browser, ohne eine Vendor List aus dem Netz abzurufen

So verwendest du TCF Consent String Encoder

Gib deine CMP-ID, CMP-Version, den Consent-Screen und die zweibuchstabige Consent-Sprache ein
Setze die Vendor-List-Version, TCF-Policy-Version und den Storage-Scope-Umschalter
Hake die Purposes, Legitimate Interests und Special Features ab, in die der Nutzer eingewilligt hat
Tippe die Vendor-Consent-ids als kommagetrennte Liste
Kopiere den kodierten TC-String und lege ihn in deine CMP, Ad-Request oder dein Test-Fixture

Beispiel

Eingabe

cmpId: 300, cmpVersion: 1, lang: EN
purposeConsents: 1,2,3,4,7
vendorConsents: 1,8,755

Ausgabe

COzTVhaOzTVhaGvAAAENAiCIAP_AAH_AAAAAAAAA... (base64url TC string)

Die gewählten Purposes und Vendor-ids werden in einen TCF-v2.2-Core-String gepackt.

Häufige Fehler & Fehlerbehebung

Eine Vendor-id, die du hinzugefügt hast, fehlt, wenn der String dekodiert wird. — Der TCF-Encoder validiert Vendor-Consents gegen eine Vendor List. Dieses Tool deklariert jede id, die du eingibst, damit sie erhalten bleibt — dekodiere die Ausgabe hier oder im TCF Consent Decoder, um zu bestätigen, dass das Vendor-Bit gesetzt ist.
Die dekodierte Consent-Sprache ist nicht das, was du eingetippt hast. — TCF v2.2 erzwingt die Consent-Sprache als zweibuchstabige Großschreibung (EN, FR, DE). Gib genau zwei Buchstaben ein; das Tool schreibt sie vor dem Kodieren groß.
Eine nachgelagerte CMP lehnt den String mit einem cmpId-Fehler ab. — CMP-IDs von 0 und 1 sind reserviert und viele Decoder lehnen sie ab. Nutze die echte IAB-zugewiesene CMP-ID (eine ganze Zahl größer als 1).
Die Vendor-List-Version im dekodierten String unterscheidet sich von deiner Eingabe. — Die kodierte Vendor-List-Version und TCF-Policy-Version stammen aus den Werten, die du in den Metadaten-Feldern eingibst — setze sie passend zur GVL, die deine CMP fährt.

Häufig gestellte Fragen

Was ist ein TCF Consent String Encoder?: Es ist ein Tool, das CMP-Einstellungen und Nutzer-Consent-Entscheidungen — Purposes, Legitimate Interests, Special Features und Vendor-ids — in einen IAB-TCF-v2.2-Transparency-&-Consent-(TC)-String verwandelt, den base64url-Wert, den CMPs an Vendors und Ad-Requests übergeben.
Welche TCF-Version erzeugt dieser Encoder?: Er baut TCF-v2.2-Core-Strings. Du steuerst die TCF-Policy-Version und die Vendor-List-Version-Felder, und die Ausgabe ist ein Standard-base64url-TC-String, den TCF-fähige CMPs und Decoder lesen können.
Wie füge ich dem String Vendor-Consents hinzu?: Tippe die IAB-Vendor-ids in das Vendor-Consent-Feld als komma- oder leerzeichengetrennte Liste (zum Beispiel 1, 8, 755). Jede id wird in die Vendor-Consent-Section des TC-Strings kodiert.
Warum muss die Consent-Sprache zwei Buchstaben haben?: Die TCF-Spezifikation speichert die Consent-Sprache als zweistelligen ISO-639-1-Code. Der Encoder schreibt deine Eingabe groß und validiert sie, also gib Codes wie EN, FR oder DE ein statt voller Sprachnamen.
Ruft das Kodieren die Global Vendor List von einem Server ab?: Nein. Um vollständig in deinem Browser zu bleiben, baut das Tool eine minimale In-Memory-Vendor-List aus den ids, die du eingibst, statt die GVL herunterzuladen. Deine CMP-Einstellungen und Vendor-ids werden nie irgendwohin gesendet.
Kann ich einen String dekodieren, den ich hier gebaut habe?: Ja. Füge die kodierte Ausgabe in den TCF Consent Decoder ein, um die CMP-Felder, Purposes und Vendors zu inspizieren und zu bestätigen, dass der String wie erwartet round-trippt.