{"id":22661,"date":"2026-10-15T15:14:00","date_gmt":"2026-10-15T13:14:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=22661"},"modified":"2026-10-10T22:49:53","modified_gmt":"2026-10-10T20:49:53","slug":"analytics-2027-eu-cookie-reform-technisch-web-tracking","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/analytics-2027-eu-cookie-reform-technisch-web-tracking\/","title":{"rendered":"Analytics 2027: Was die EU-Cookie-Reform technisch f\u00fcr Web-Tracking bedeutet"},"content":{"rendered":"

Warum 2027 zum Umbaujahr f\u00fcr Web-Analytics wird<\/h2>\n

Die EU steht kurz davor, Reichweitenmessung ohne Einwilligung wieder zu erlauben \u2013 aber nur f\u00fcr ein eng definiertes, technisch sauberes Messdesign. Wer 2027 noch mit einem einzigen Tracking-Setup arbeitet, das komplett am Cookie-Banner h\u00e4ngt, verschenkt Daten und riskiert gleichzeitig Verst\u00f6\u00dfe.<\/p>\n

Seit Jahren gilt in der EU: Jeder Zugriff auf das Endger\u00e4t, der nicht unbedingt n\u00f6tig ist, braucht eine Einwilligung. In Deutschland regelt das \u00a7 25 TDDDG, europ\u00e4isch Art. 5 Abs. 3 der ePrivacy-Richtlinie<\/a>. Das Ergebnis kennt jedes Analytics-Team: L\u00fccken in den Daten, Modellierung statt Messung, Diskussionen \u00fcber jeden Prozentpunkt Consent-Rate.<\/p>\n

Der Rat der EU hat am 2. Oktober 2026 einen Mandatstext zum sogenannten Digital Omnibus vorgelegt. Der Text enth\u00e4lt eine Ausnahme f\u00fcr First-Party-Reichweitenmessung, die anonyme, aggregierte Informationen erzeugt. Das ist noch kein Gesetz. Es ist aber der klarste Hinweis seit 2018, wohin die Reise geht.<\/p>\n

F\u00fcr technisches Analytics bedeutet das: Die Messarchitektur wird zweigeteilt. Eine Basisschicht z\u00e4hlt einwilligungsfrei, eine Erweiterungsschicht misst detailliert mit Einwilligung. Dieser Beitrag zeigt, was rechtlich auf dem Tisch liegt, was die Ausnahme technisch verlangt und wie sich ein solches Setup heute schon bauen l\u00e4sst.<\/p>\n

Stand der Recherche: 10. Oktober 2026. Dieser Beitrag ist keine Rechtsberatung.<\/em><\/p>\n

Der rechtliche Stand im Oktober 2026<\/h2>\n

Cookie-Regeln bleiben laut aktuellem Ratstext in der ePrivacy-Richtlinie, bekommen aber sechs feste Ausnahmen von der Einwilligungspflicht. Der urspr\u00fcngliche Plan der Kommission, Cookies in die DSGVO zu verschieben (neuer Art. 88a) und Browsersignale verpflichtend zu machen (Art. 88b), ist im Rat gescheitert.<\/p>\n\n\n\n\n\n\n\n\n\n\n
Datum<\/th>\nEreignis<\/th>\n<\/tr>\n
11. Oktober 2026<\/td>\nEU-Botschafter (Coreper) sollen \u00fcber das Verhandlungsmandat des Rates entscheiden<\/td>\n<\/tr>\n
7. Oktober 2026<\/td>\nCoreper-Sitzung endet ohne Abstimmung, Streitpunkt ist der Data-Act-Teil<\/td>\n<\/tr>\n
2. Oktober 2026<\/td>\nRatsdokument 13886\/26: sechs Ausnahmen, Sperrfrist nach Ablehnung vier statt sechs Monate<\/td>\n<\/tr>\n
3. September 2026<\/td>\nPr\u00e4sidentschaftstext streicht Art. 88a und 88b, Regeln kehren in Art. 5 Abs. 3 ePrivacy zur\u00fcck<\/td>\n<\/tr>\n
15. Juli 2026<\/td>\nIm Parlament liegen mehr als 1.750 \u00c4nderungsantr\u00e4ge vor<\/td>\n<\/tr>\n
22. Juni 2026<\/td>\nEntwurfsbericht der Parlamentsaussch\u00fcsse ITRE und LIBE<\/td>\n<\/tr>\n
18. Juni 2026<\/td>\nRatskompromiss streicht das verpflichtende Browsersignal (Art. 88b)<\/td>\n<\/tr>\n
19. November 2025<\/td>\nKommission ver\u00f6ffentlicht den Digital Omnibus, COM(2025) 837<\/td>\n<\/tr>\n<\/table>\n

Quellen: PPC Land, 9. Oktober 2026<\/a>, Acompli, September 2026<\/a>, Praxikon<\/a><\/p>\n

Was der Ratstext f\u00fcr Analytics festlegt<\/h3>\n

Zugriff auf das Endger\u00e4t ist ohne Einwilligung erlaubt, wenn er ausschlie\u00dflich einem dieser sechs Zwecke dient und daf\u00fcr unbedingt n\u00f6tig ist:<\/p>\n

    \n
  1. \u00dcbertragung einer elektronischen Kommunikation<\/li>\n
  2. ein ausdr\u00fccklich angeforderter Dienst (z. B. Warenkorb, Spracheinstellung)<\/li>\n
  3. First-Party-Reichweitenmessung mit anonymen, aggregierten Ergebnissen<\/strong><\/li>\n
  4. Medien-Reichweitenmessung nach Art. 24 European Media Freedom Act<\/li>\n
  5. technische Sicherheit des Dienstes oder Endger\u00e4ts<\/li>\n
  6. Messung von Auslieferung und Erfolg kontextueller Werbung, inklusive Frequency Capping<\/li>\n<\/ol>\n

    Dazu kommen zwei Regeln f\u00fcr das Banner selbst: Ablehnen muss mit einem Klick m\u00f6glich sein. Nach einer Ablehnung darf f\u00fcr denselben Zweck mindestens vier Monate nicht erneut gefragt werden. Durchgesetzt werden soll das k\u00fcnftig von den Datenschutzaufsichtsbeh\u00f6rden.<\/p>\n

    Was noch offen ist<\/h3>\n

    Das Parlament hat noch keine Position. Erst wenn beide Seiten ein Mandat haben, beginnen die Trilog-Verhandlungen, und dort kann sich jede Ausnahme noch \u00e4ndern. Der Europ\u00e4ische Rat will alle Omnibus-Pakete bis Ende 2026 abschlie\u00dfen; realistisch ist eine Einigung im Lauf des Jahres 2027.<\/p>\n

    Auch die Fristen sind widerspr\u00fcchlich: Die ePrivacy-\u00c4nderung soll sechs Monate nach Ver\u00f6ffentlichung gelten, die Mitgliedstaaten bekommen aber 24 Monate f\u00fcr die Umsetzung. In Deutschland m\u00fcsste \u00a7 25 TDDDG angepasst werden. Eine verl\u00e4ssliche Rechtsgrundlage f\u00fcr einwilligungsfreie Messung ist deshalb eher Ende 2027 bis 2028 zu erwarten \u2013 genug Zeit, die Technik vorzubereiten, aber zu wenig, um erst nach Inkrafttreten anzufangen.<\/p>\n

    Einwilligungsfreie Reichweitenmessung: was technisch darunter f\u00e4llt<\/h2>\n

    Die Ausnahme deckt Z\u00e4hlen und Aggregieren ab, nicht Profilbildung. Entscheidend sind drei Bedingungen aus dem Ratstext: Die Messung erfolgt durch den Websitebetreiber selbst oder einen Dienstleister in dessen Auftrag. Das Ergebnis sind anonyme, aggregierte Informationen \u00fcber die Nutzung des eigenen Dienstes. Die erhobenen Daten werden nicht f\u00fcr andere Zwecke genutzt, nicht an Dritte weitergegeben und nicht mit Daten Dritter kombiniert.<\/p>\n

    Besonders folgenreich ist Erw\u00e4gungsgrund 44d. Der Erw\u00e4gungsgrund schlie\u00dft die Kombination mit Daten aus anderen Diensten des Anbieters oder von Dritten aus, ausdr\u00fccklich auch mit Analysedaten anderer Websites. Damit fallen Tools heraus, die Daten \u00fcber Kundengrenzen hinweg f\u00fcr Benchmarks oder Modelle zusammenf\u00fchren.<\/p>\n

    Die CNIL-Ausnahme als technische Vorlage<\/h3>\n

    Frankreich erlaubt einwilligungsfreie Reichweitenmessung schon seit den CNIL-Leitlinien vom 1. Oktober 2020. Die dortigen Auflagen sind der beste verf\u00fcgbare Anhaltspunkt daf\u00fcr, wie Aufsichtsbeh\u00f6rden die EU-Ausnahme sp\u00e4ter auslegen d\u00fcrften. Adobe fasst sie in seiner Dokumentation so zusammen (Quelle<\/a>):<\/p>\n\n\n\n\n\n\n\n\n\n\n
    Auflage<\/th>\nTechnische Umsetzung<\/th>\n<\/tr>\n
    Cookie-Laufzeit max. 13 Monate<\/td>\nfeste Ablaufzeit ab Erstsetzung, keine Verl\u00e4ngerung bei jedem Besuch<\/td>\n<\/tr>\n
    Datenaufbewahrung max. 25 Monate<\/td>\nRetention im Tool oder L\u00f6schjob in der eigenen Datenbank<\/td>\n<\/tr>\n
    Geltungsbereich eine Website oder App<\/td>\nkeine Third-Party-Cookies, keine ID-Syncs, kein Cross-Domain-Abgleich<\/td>\n<\/tr>\n
    IP-Anonymisierung<\/td>\nletztes Oktett (IPv4) k\u00fcrzen, vor dem Speichern<\/td>\n<\/tr>\n
    Geodaten grob<\/td>\nh\u00f6chstens Postleitzahl-Ebene, keine GPS-Daten<\/td>\n<\/tr>\n
    Keine Messung au\u00dferhalb der Seite<\/td>\nkein Tracking in E-Mails, Off-Site-Kampagnen oder iFrames ohne Einwilligung<\/td>\n<\/tr>\n
    Nur anonyme Statistik<\/td>\nBesucher-IDs nicht im Reporting sichtbar, keine Verkn\u00fcpfung mit anderen Daten<\/td>\n<\/tr>\n
    Widerspruchsm\u00f6glichkeit<\/td>\nOpt-out-Mechanismus, der die Messung vollst\u00e4ndig stoppt<\/td>\n<\/tr>\n<\/table>\n

    \u00dcbersetzt in typische Analytics-Funktionen<\/h3>\n

    Die folgende Einordnung ist eine Einsch\u00e4tzung auf Basis des Ratstextes vom 2. Oktober 2026 und der CNIL-Praxis, kein gesichertes Recht.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n
    Funktion<\/th>\nEinwilligungsfrei m\u00f6glich?<\/th>\nGrund<\/th>\n<\/tr>\n
    Seitenaufrufe, Besuche, Einstiegs- und Ausstiegsseiten<\/td>\nja<\/td>\nreine aggregierte Nutzungsstatistik<\/td>\n<\/tr>\n
    Traffic-Quellen \u00fcber Referrer und UTM-Parameter<\/td>\nja<\/td>\nKontext des einzelnen Besuchs, aggregiert ausgewertet<\/td>\n<\/tr>\n
    Wiederkehrende Besucher \u00fcber First-Party-ID<\/td>\nwahrscheinlich ja<\/td>\nnur mit begrenzter Laufzeit und ohne Weitergabe<\/td>\n<\/tr>\n
    Conversion-Z\u00e4hlung auf der eigenen Website<\/td>\nwahrscheinlich ja<\/td>\nsolange als Z\u00e4hler ausgewertet, nicht pro Person<\/td>\n<\/tr>\n
    A\/B-Tests<\/td>\nwahrscheinlich ja<\/td>\nCNIL nennt sie ausdr\u00fccklich, EU-Text schweigt dazu<\/td>\n<\/tr>\n
    Session Replay, Heatmaps auf Einzelsitzungsebene<\/td>\neher nein<\/td>\nkein aggregiertes Ergebnis, hohes Risiko f\u00fcr Personenbezug<\/td>\n<\/tr>\n
    User-ID-Verkn\u00fcpfung mit CRM oder Login<\/td>\nnein<\/td>\nKombination mit anderen Daten<\/td>\n<\/tr>\n
    Remarketing-Listen, Zielgruppen f\u00fcr Werbenetzwerke<\/td>\nnein<\/td>\nanderer Zweck, Weitergabe an Dritte<\/td>\n<\/tr>\n
    Datenfreigabe an den Tool-Anbieter f\u00fcr Benchmarks oder Modelle<\/td>\nnein<\/td>\nErw\u00e4gungsgrund 44d schlie\u00dft das aus<\/td>\n<\/tr>\n
    Cross-Domain-Tracking \u00fcber mehrere eigene Domains<\/td>\noffen<\/td>\nGeltungsbereich \u201eein Dienst\u201c ist noch nicht definiert<\/td>\n<\/tr>\n<\/table>\n

    Browsersignale: vom Rat gestrichen, technisch trotzdem Pflicht<\/h2>\n

    Das verpflichtende Browsersignal (Art. 88b) steht nicht mehr im Ratstext, ist aber nicht vom Tisch. 19 Organisationen haben im September 2026 seine R\u00fcckkehr gefordert, EDPB und EDPS unterst\u00fctzen es, und das Parlament kann es im Trilog wieder einbringen. Unabh\u00e4ngig davon kommt das Signal ohnehin in die Browser.<\/p>\n

    Der Grund liegt in Kalifornien: Das Gesetz AB 566 verlangt, dass jeder Browser f\u00fcr Einwohner Kaliforniens bis zum 1. Januar 2027 ein Opt-out-Signal senden kann. Der naheliegende Standard ist Global Privacy Control (GPC), das derzeit beim W3C standardisiert wird. Firefox, Brave und DuckDuckGo unterst\u00fctzen GPC bereits, laut einer Studie vom Mai 2026 erkl\u00e4ren rund 388.000 Websites die Unterst\u00fctzung (Quelle<\/a>). Damit landet das Signal 2027 auch bei europ\u00e4ischen Besuchern.<\/p>\n

    Wie GPC technisch ankommt<\/h3>\n

    GPC ist ein einzelnes Bit. Ist es aktiv, sendet der Browser bei jedem Request den Header Sec-GPC: 1<\/code> und setzt im DOM navigator.globalPrivacyControl = true<\/code>. Ist es inaktiv, fehlt der Header. Optional erkl\u00e4rt eine Website \u00fcber \/.well-known\/gpc.json<\/code>, dass sie das Signal beachtet.<\/p>\n

    \/\/ Client: GPC-Status vor dem Laden der Erweiterungsschicht pr\u00fcfen\nconst gpc = navigator.globalPrivacyControl === true;\nif (gpc) {\n  consentState.marketing = 'denied';   \/\/ Ablehnung, keine Einwilligung\n}<\/code><\/pre>\n
    # Server: Header ins Log schreiben, um die GPC-Quote zu messen\nlog_format analytics '$time_iso8601 $request_uri gpc=$http_sec_gpc';<\/code><\/pre>\n
    Was das Signal bedeutet \u2013 und was nicht<\/h3>\n
    GPC kann nur ablehnen oder widerrufen, nie einwilligen. F\u00fcr die Erweiterungsschicht hei\u00dft das: GPC aktiv bedeutet Werbe- und Weitergabe-Tags aus, ohne Banner-Nachfrage. Die einwilligungsfreie Basismessung ber\u00fchrt GPC dagegen nicht, weil reine First-Party-Statistik au\u00dferhalb seines Anwendungsbereichs liegt.<\/p>\n
    Ein Detail wird oft \u00fcbersehen: GPC muss serverseitig weitergereicht werden. Wer Ereignisse \u00fcber serverseitige Schnittstellen an Werbeplattformen schickt, etwa die Conversions API von Meta, muss den Signalstatus im eigenen Backend mitf\u00fchren und den Versand unterdr\u00fccken. Der Browser kann das nicht f\u00fcr den Server erledigen.<\/p>\n
    Empfehlung f\u00fcr 2027:<\/strong> GPC jetzt als harte Ablehnung behandeln und die GPC-Quote als eigene Kennzahl erfassen. Falls das Parlament ein verpflichtendes Signal durchsetzt, ist die Logik dann schon vorhanden.<\/p>\n
    Die Zwei-Schichten-Messarchitektur<\/h2>\n
    Jedes Ereignis l\u00e4uft \u00fcber einen eigenen Endpunkt, der nach Einwilligungsstatus verteilt. Die Basisschicht bekommt immer eine reduzierte, anonymisierte Fassung, die Erweiterungsschicht nur bei Einwilligung.<\/p>\n
    \n\"Ein
    Ein Endpunkt verteilt jedes Ereignis: Die Basisschicht z\u00e4hlt immer, die Erweiterungsschicht nur mit Einwilligung, und verbunden sind beide nur \u00fcber aggregierte Tageswerte.<\/figcaption><\/figure>\n
    Die Basisschicht beantwortet die Frage \u201eWie viel passiert?\u201c: Besuche, Seitenaufrufe, Quellen, Conversions als Z\u00e4hler. Die Basisschicht arbeitet mit eigenen Identifiern, festen Laufzeiten und ohne jede Weitergabe. Die Erweiterungsschicht beantwortet \u201eWer macht was und warum?\u201c: Pfade, Attribution, Zielgruppen, Werbe-Conversions.<\/p>\n
    Der Endpunkt schreibt in jedes Ereignis ein Feld consent_state<\/code> mit drei Werten: basis<\/code> (noch keine Entscheidung), granted<\/code> (Einwilligung erteilt) und denied<\/code> (aktiv abgelehnt, per Banner oder GPC). Damit ist jederzeit nachweisbar, unter welcher Grundlage ein Datensatz entstanden ist.<\/p>\n
    Umsetzung in GA4, Matomo, serverseitigem Tagging und eigener Pipeline<\/h2>\n
    F\u00fcr die Basisschicht eignen sich vor allem Werkzeuge, bei denen die Daten den eigenen Kontrollbereich nicht verlassen. GA4 geh\u00f6rt in die Erweiterungsschicht, selbst gehostetes Matomo oder eine eigene Pipeline in die Basisschicht.<\/p>\n\n\n\n\n\n\n
    Werkzeug<\/th>\nEignung Basisschicht<\/th>\nWichtigste Stellschrauben<\/th>\n<\/tr>\n
    Matomo On-Premise<\/td>\ngut<\/td>\nBesucher-Cookie fest auf max. 13 Monate, IP k\u00fcrzen, Rohdaten-L\u00f6schung, kein User-ID-Feature<\/td>\n<\/tr>\n
    Eigene Pipeline (Beacon + Datenbank)<\/td>\nsehr gut<\/td>\nvolle Kontrolle \u00fcber Felder, Laufzeiten und Aggregation<\/td>\n<\/tr>\n
    Serverseitiges Tagging (z. B. sGTM)<\/td>\ngut als Verteiler<\/td>\nBasis-Ereignisse nur an eigene Ziele, Weiterleitung an Dritte nur mit Einwilligung<\/td>\n<\/tr>\n
    GA4<\/td>\nschwach<\/td>\nDaten flie\u00dfen zu Google; Modellierung und Datenfreigaben widersprechen dem Kombinationsverbot<\/td>\n<\/tr>\n<\/table>\n
    GA4: klar in die Erweiterungsschicht<\/h3>\n
    GA4 im Consent Mode \u201eadvanced\u201c sendet auch ohne Einwilligung cookielose Pings, aus denen Google Daten modelliert. Genau diese Modellierung st\u00fctzt sich auf Daten, die Google \u00fcber viele Properties hinweg auswertet. Das passt schlecht zu Erw\u00e4gungsgrund 44d, der die Kombination mit Analysedaten anderer Websites ausschlie\u00dft. GA4 bleibt damit ein Werkzeug f\u00fcr Besucher mit Einwilligung, im Consent Mode \u201ebasic\u201c ohne Pings vor der Einwilligung.<\/p>\n
    Matomo: ann\u00e4hernd CNIL-konform konfigurieren<\/h3>\n
    var _paq = window._paq = window._paq || [];\n_paq.push(['setVisitorCookieTimeout', 33955200]); \/\/ 393 Tage, knapp unter 13 Monaten\n_paq.push(['setReferralCookieTimeout', 0]);       \/\/ kein separates Kampagnen-Cookie\n_paq.push(['disableBrowserFeatureDetection']);    \/\/ weniger Ger\u00e4temerkmale\n_paq.push(['trackPageView']);\n_paq.push(['enableLinkTracking']);<\/code><\/pre>\n
    Im Backend kommen hinzu: IP-Anonymisierung auf mindestens zwei Bytes, automatisches L\u00f6schen alter Rohdaten nach sp\u00e4testens 25 Monaten und deaktivierte User-ID- und E-Commerce-Kundenzuordnung in der Basis-Property. Wichtig ist, dass Matomo die Cookie-Laufzeit bei jedem Besuch verl\u00e4ngert. Eine feste, nicht rollierende Laufzeit erfordert ein kleines Zusatzskript, das das Erstsetzungsdatum speichert.<\/p>\n
    Serverseitiges Tagging: der Verteiler zwischen den Schichten<\/h3>\n
    Ein First-Party-Tagging-Server auf einer eigenen Subdomain nimmt alle Ereignisse an und entscheidet anhand des Einwilligungsstatus, wohin sie gehen. Basis-Ereignisse gehen nur in die eigene Analytics-Datenbank. Erst mit Einwilligung gehen angereicherte Ereignisse an GA4, Werbeplattformen oder ein CRM.<\/p>\n
    Technisch relevant: Safari begrenzt seit Version 16.4 Cookies, die von einem Server mit fremder IP-Adresse gesetzt werden, auf sieben Tage. Liegt der Tagging-Server bei einem Cloud-Anbieter und nicht im selben IP-Bereich wie die Website, verfallen seine Cookies entsprechend schnell. Die L\u00f6sung ist ein Reverse-Proxy-Pfad auf der Hauptdomain, etwa \/metrics\/<\/code>, statt einer CNAME-Subdomain<\/a>.<\/p>\n
    Eigene Pipeline: minimaler Basis-Beacon<\/h3>\n
    \/\/ L\u00e4uft ohne Einwilligung: nur Seitenkontext, keine Ger\u00e4temerkmale\n(function () {\n  const data = {\n    p: location.pathname,\n    r: document.referrer ? new URL(document.referrer).hostname : '',\n    u: new URLSearchParams(location.search).get('utm_source') || ''\n  };\n  navigator.sendBeacon('\/metrics\/hit', JSON.stringify(data));\n})();<\/code><\/pre>\n
    -- Server (ClickHouse): t\u00e4gliche Aggregation, Rohdaten danach l\u00f6schen\nINSERT INTO daily_pages (day, path, source, hits)\nSELECT toDate(ts), path, coalesce(nullIf(utm, ''), ref_host), count()\nFROM raw_hits\nWHERE toDate(ts) = yesterday()\nGROUP BY 1, 2, 3;\n\nALTER TABLE raw_hits DELETE WHERE ts < now() - INTERVAL 7 DAY;<\/code><\/pre>\n
    Der Beacon setzt kein Cookie und liest keine Ger\u00e4temerkmale aus. Das macht ihn aber nicht automatisch einwilligungsfrei: Die EDPB-Leitlinien 2\/2023 legen Art. 5 Abs. 3 ePrivacy weit aus und erfassen auch Pixel und URL-basiertes Tracking<\/a>. Die neue Messausnahme ist deshalb die robustere Grundlage als die Behauptung, gar nicht auf das Ger\u00e4t zuzugreifen.<\/p>\n
    Datenqualit\u00e4t: zwei Schichten, zwei Wahrheiten<\/h2>\n
    Die Basisschicht liefert die Reichweite, die Erweiterungsschicht das Verhalten. Beide Zahlen widersprechen sich zwangsl\u00e4ufig, und genau dieser Unterschied wird zur wertvollsten neuen Kennzahl: der tats\u00e4chlich gemessenen Einwilligungsquote pro Segment.<\/p>\n\n\n\n\n\n\n\n
    Kennzahl<\/th>\nQuelle<\/th>\nVerwendung<\/th>\n<\/tr>\n
    Besuche, Seitenaufrufe, Quellen<\/td>\nBasisschicht<\/td>\noffizielle Reichweite, Content-Reporting<\/td>\n<\/tr>\n
    Conversions als Z\u00e4hler<\/td>\nBasisschicht<\/td>\nErfolgsmessung ohne L\u00fccken<\/td>\n<\/tr>\n
    Pfade, Attribution, Kohorten<\/td>\nErweiterungsschicht<\/td>\nVerhaltensanalyse, nur f\u00fcr Besucher mit Einwilligung<\/td>\n<\/tr>\n
    Einwilligungsquote je Quelle und Ger\u00e4t<\/td>\nVerh\u00e4ltnis beider Schichten<\/td>\nHochrechnung, Qualit\u00e4tskontrolle des Banners<\/td>\n<\/tr>\n
    GPC-Quote<\/td>\nServer-Log<\/td>\nFr\u00fchindikator f\u00fcr k\u00fcnftige Signalpflichten<\/td>\n<\/tr>\n<\/table>\n
    Hochrechnen statt modellieren<\/h3>\n
    Statt Black-Box-Modellierung durch einen Anbieter l\u00e4sst sich Verhalten transparent hochrechnen. Daf\u00fcr wird f\u00fcr jedes Segment s (z. B. Quelle \u00d7 Ger\u00e4tetyp) der Faktor aus Basis- und Erweiterungsbesuchen gebildet:<\/p>\n
    \u0108 = \u03a3s<\/sub> Cerw,s<\/sub> \u00b7 Bbasis,s<\/sub> \/ Berw,s<\/sub><\/p>\n
    Dabei ist C die Zahl einer Kennzahl in der Erweiterungsschicht und B die Zahl der Besuche; der Index \u201eerw\u201c steht f\u00fcr die Erweiterungsschicht, \u201ebasis\u201c f\u00fcr die Basisschicht. Die Segmentierung ist wichtig, weil Besucher mit Einwilligung sich systematisch unterscheiden: Wer \u00fcber eine Marken-Suche kommt, willigt in der Praxis oft h\u00e4ufiger ein als jemand aus einer Display-Kampagne. Ein einziger globaler Faktor w\u00fcrde diese Verzerrung verstecken.<\/p>\n
    Die Schichten nie \u00fcber IDs verkn\u00fcpfen<\/h3>\n
    Der Abgleich findet ausschlie\u00dflich auf aggregierter Ebene statt. Sobald eine Basis-ID mit einer Erweiterungs-ID verkn\u00fcpft wird, ist die Basisschicht nicht mehr anonym, und die Ausnahme f\u00e4llt weg. Technisch hei\u00dft das: getrennte Tabellen, getrennte Identifier, Abgleich nur \u00fcber Tageswerte je Segment.<\/p>\n
    Browser-Eigenheiten, die beide Schichten verzerren<\/h3>\n