LW IT Solutions
« Blog-Übersicht /Data Privacy / TCF Feature 3: wann Google die IP-Adresse...
Diesen Artikel in anderen Sprachen lesen:

TCF Feature 3: wann Google die IP-Adresse zur Geräteerkennung nutzen darf

TCF Feature 3: wann Google die IP-Adresse zur Geräteerkennung nutzen darf
Inhalt
  1. Vier Klassen, zwei davon Entscheidungen
  2. Warum es aussieht, als sei nichts entschieden worden
  3. Was Google tatsächlich eingeschaltet hat
  4. Was das für eine Einwilligungsoberfläche heißt
  5. Der Teil, der unverändert bleibt
  6. Fragen und Antworten
  7. Quellen

Google hat am 3. August 2026 begonnen, IP-gestützte Messung und Personalisierung im EWR, im Vereinigten Königreich und in der Schweiz einzuschalten. AdSense-Publisher hatten die Mitteilung am 17. Juni erhalten. Sie war kurz, und der Satz mit dem Gewicht nannte ein Feld, das die meisten Einwilligungsdialoge nie als etwas gezeigt haben, worüber sich entscheiden ließe.

Das Feld heißt TCF Feature 3. Was sich geändert hat, versteht nur, wer zuerst versteht, was ein Feature ist – denn im Transparency and Consent Framework ist es nicht dieselbe Art von Gegenstand wie ein Zweck.

Vier Zeilen nummerierter Felder für TCF-Zwecke, Sonderzwecke, Features und Sondermerkmale, jede mit der Art der Nutzerwahl beschriftet; das dritte Feature-Feld ist hervorgehoben und mit einem Erläuterungsfeld verbunden
Nur die erste und die letzte Zeile enthalten etwas, worüber eine Person entscheidet. Feature 3 steht in der dritten, und die wird offengelegt, nicht gewählt.

Vier Klassen, zwei davon Entscheidungen

TCF v2.2 teilt die Angaben eines Anbieters in vier Gruppen, und die verhalten sich verschieden.

Zwecke           11   Einwilligung oder berechtigtes Interesse, je Anbieter
Sonderzwecke      2   nur berechtigtes Interesse, keine Wahl
Features          3   nur Offenlegung, keine eigene Wahl
Sondermerkmale    2   ausdrueckliche Zustimmung, aus bis angehakt

Feature 3   "Geraete anhand automatisch uebermittelter
             Informationen erkennen"

  greift, wo der Anbieter fuer einen Zweck, unter dem das
  Feature erklaert ist, eine gueltige Grundlage hat
  wird nie fuer sich erteilt, nie fuer sich verweigert
  muss in der Offenlegung des Banners auftauchen

Der Unterschied zwischen einem Feature und einem Sondermerkmal ist die ganze Geschichte. Genaue Standortdaten sind ein Sondermerkmal: aus, bis jemand anhakt, und ohne diesen Haken darf ein Anbieter sie nicht nutzen. Feature 3 ist ein gewöhnliches Feature. Es wird in der Oberfläche beschrieben und wirkt als Folge der Zwecke, für die ein Anbieter ohnehin eine Grundlage hat.

Warum es aussieht, als sei nichts entschieden worden

Weil auch nichts entschieden wurde, jedenfalls nicht unmittelbar. Wer ein Banner annimmt, erteilt Zwecke. Die daran hängenden Features kommen mit, und ein Schalter, der beides trennt, existiert nicht. Das ist so gewollt: Features beschreiben, wie Daten im Dienst eines Zwecks behandelt werden, statt selbst ein Zweck zu sein.

Praktisch heißt das: Eine Änderung dessen, was ein Anbieter unter Feature 3 tut, erzeugt kein neues Einwilligungsereignis, keinen neuen Zeichenkettenwert und nirgends eine neue Zahl in der Auswertung. Der TC-String hält Zwecke und Zustimmungen zu Sondermerkmalen fest. Features hält er nicht fest, weil es je Person nichts festzuhalten gibt.

Was Google tatsächlich eingeschaltet hat

Die Verarbeitung betrifft IP-Adressen, die ohnehin über bestehende Einbindungen aus Auftritten und Apps eintreffen. Das gehört deutlich gesagt, weil die Ankündigung vielfach als neue Erhebung gelesen wurde. Sie ist keine: Die Adressen standen bereits in der Anfrage. Geändert hat sich, dass sie nun zur Geräteerkennung und zur Personalisierung genutzt werden dürfen, sofern für mindestens einen verbundenen Zweck eine Einwilligung vorliegt.

Google nennt drei Techniken, die die Verarbeitung absichern: Berechnung auf dem Gerät, vertrauenswürdige Ausführungsumgebungen und sichere Mehrparteienberechnung. Das sind ernstzunehmende technische Zusagen und zugleich von außen nicht überprüfbar. Nichts in der Netzwerkaufzeichnung unterscheidet eine IP-Adresse, die in einer geschützten Umgebung verarbeitet wird, von einer, die es nicht wird.

Was das für eine Einwilligungsoberfläche heißt

Die Pflicht, die tatsächlich bei Publishern landet, ist die Offenlegung. Google hat Feature 3 in seine TCF-Registrierung aufgenommen, und eine Oberfläche, die Googles erklärte Zwecke und Features auflistet, muss dieses eine mit auflisten. Ein gepflegtes Banner erledigt das von allein; eines, dessen Anbieterdaten vor einem Jahr zuletzt erneuert wurden, nicht – und von vorn ist die Lücke nicht zu sehen.

Drei Prüfungen lohnen sich einmalig. Ob die Anbieterliste des Banners seit Juni 2026 erneuert wurde. Ob der für Google angezeigte Offenlegungstext die Geräteerkennung aus automatisch übermittelten Informationen jetzt benennt. Und ob die Zwecke, unter denen das Feature erklärt ist, überhaupt zu denen gehören, nach denen das Banner fragt – denn davon hängt ab, wann es greift.

Der Teil, der unverändert bleibt

Eine IP-Adresse ist weiterhin ein personenbezogenes Datum, und daran ändert nichts davon etwas. Die Pflichten aus der DSGVO, die an ihrer Verarbeitung hängen, sind dieselben wie vorher, und ein Verfahren, das die Adresse in einer geschützten Umgebung hält, verschiebt das Risiko, nicht die rechtliche Einordnung.

Geändert hat sich etwas Engeres und Konkreteres: Eine ruhende Fähigkeit ist jetzt aktiv, sie aktiviert sich über einen Mechanismus ohne sichtbaren Schalter, und die einzige Spur davon in einem normalen Aufbau ist eine Zeile Offenlegungstext, die fast niemand liest. Wer ein Verarbeitungsverzeichnis führt, hat mit dieser Zeile ab jetzt eine tragende Stelle.

Fragen und Antworten

Lässt sich Feature 3 für Google unterbinden, ohne alle Zwecke abzulehnen?

Nicht über das Feature selbst, weil es im Framework keinen Schalter hat. Der einzige Hebel sind die Zwecke, unter denen Google das Feature erklärt hat: Fehlt für jeden dieser Zwecke eine gültige Grundlage, greift Feature 3 nicht.

Für Besucher bedeutet das, gezielt diese Zwecke abzulehnen, und das erlaubt eine Oberfläche nur, wenn sie Zwecke einzeln und je Anbieter anbietet. Publisher haben im TCF zusätzlich die sogenannten Publisher Restrictions, mit denen sich für einen einzelnen Anbieter ein Zweck ganz ausschließen oder auf Einwilligung festlegen lässt. Auch sie setzen an Zwecken an, nicht an Features.

Beide Wege haben ihren Preis. Wer einen Zweck ausschließt, unter dem das Feature erklärt ist, verliert alles, was Google unter diesem Zweck tut, nicht nur die Geräteerkennung über die IP-Adresse. Eine Einschränkung nur für das Feature sieht das Framework nicht vor, und das ist die Kehrseite einer Bauweise, in der Features keine eigene Wahl haben.

Worin unterscheidet sich Feature 3 vom Sondermerkmal für das aktive Auslesen von Gerätemerkmalen?

Im Weg, auf dem die Information entsteht. Das zweite Sondermerkmal betrifft das aktive Abfragen von Gerätemerkmalen zur Identifizierung, also Werte, die ein Skript eigens ausliest, und verlangt deshalb eine ausdrückliche Zustimmung. Feature 3 betrifft Angaben, die ohnehin mit jeder Anfrage übermittelt werden, etwa die IP-Adresse, und ist deshalb nur offenzulegen.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in Touch

Briefly describe your project or inquiry for a tailored response. This site is protected by reCAPTCHA.

Kommentar schreiben

Beobachtungen aus anderen Umsetzungen, Einwände und Rückfragen sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.

Artikel & Kategorien

CCTV

Diese Rubrik per RSS verfolgen

Cloud & AI

Alle 11 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

Data Privacy

Alle 18 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

Digital Analytics

Alle 58 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

Digital Marketing

Alle 37 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

IT & Networks

Alle 17 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

Music Production

Alle 16 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

Raspberry Pi

Diese Rubrik per RSS verfolgen

SaaS & Internet Earning

Artikel in Vorbereitung

Smart Home

Alle 18 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

Web Entwicklung

Alle 11 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen

WordPress-Plugins & Tricks

Alle 13 Artikel dieser Rubrik Diese Rubrik per RSS verfolgen