{"id":146,"date":"2026-07-22T11:25:00","date_gmt":"2026-07-22T09:25:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=146"},"modified":"2026-10-24T00:50:00","modified_gmt":"2026-10-23T22:50:00","slug":"ga4-server-side-gtm-die-migrate-from-javascript-managed-client-id-funktion-in-ga4-erklart","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/ga4-server-side-gtm-die-migrate-from-javascript-managed-client-id-funktion-in-ga4-erklart\/","title":{"rendered":"GA4 & Server-Side GTM: Die “Migrate from JavaScript Managed Client ID” Funktion in GA4 erkl\u00e4rt"},"content":{"rendered":"

Der GA4-Client im serverseitigen Google Tag Manager nimmt Messanfragen entgegen und bereitet Ereignisse f\u00fcr Server-Tags auf. Die Wahl der Client-ID bestimmt, welche Browserkennung in den ausgehenden GA4-Daten steht. Eine \u00c4nderung dieser Kennung kann Nutzerzahlen, Sitzungszuordnung und l\u00e4ngerfristige Auswertungen ver\u00e4ndern.<\/p>\n

Zwei Einstellungen auseinanderhalten<\/h2>\n

JavaScript Managed<\/strong> verwendet die vom Browser \u00fcbermittelte Client-ID. Das \u00fcbliche _ga<\/code>-Cookie enth\u00e4lt diese Kennung zusammen mit weiteren Formatbestandteilen: GA1.1.123456789.1680000000<\/code> ist ein Cookiewert, w\u00e4hrend 123456789.1680000000<\/code> die darin enthaltene Client-ID darstellt. Eine Client-ID ist keine verl\u00e4ssliche Identit\u00e4t einer Person.<\/p>\n

Server Managed<\/strong> verwendet eine serverseitig verwaltete Kennung, typischerweise im Cookie FPID<\/code>. Dieses Cookie wird durch eine HTTP-Antwort gesetzt und weiterhin im Browser gespeichert. Die zus\u00e4tzliche Option Migrate from JavaScript Managed Client ID<\/strong> betrifft den \u00dcbergang von vorhandenen Browserkennungen; das Kontrollk\u00e4stchen ist nicht selbst der Schalter zwischen beiden Verwaltungsarten.<\/p>\n

\n\"Gegen\u00fcberstellung
JavaScript Managed und Server Managed sind Verwaltungsarten. Die zus\u00e4tzliche Migrationsoption betrifft den \u00dcbergang; die ausgehende Client-ID muss gepr\u00fcft werden.<\/figcaption><\/figure>\n

Was die Migration leisten soll<\/h2>\n

Bei einer bestehenden Messung soll die Migrationsoption einen abrupten Wechsel vorhandener Client-IDs vermeiden. Das ist keine r\u00fcckwirkende Zusammenf\u00fchrung s\u00e4mtlicher Kennungen und keine Garantie unver\u00e4nderter Attribution. Bereits gel\u00f6schte oder abgelaufene Kennungen lassen sich damit nicht wiederherstellen.<\/p>\n

Eine vereinfachte Beschreibung als \u201eUmwandlung des alten Cookies in FPID bei dauerhaft identischer GA4-Kennung\u201c reicht nicht aus. Ma\u00dfgeblich ist die tats\u00e4chlich weitergeleitete client_id<\/code>. Vor einer Umstellung muss deshalb ein Vergleich der eingehenden und ausgehenden Kennungen in der eingesetzten Client-Version zeigen, wie bestehende Kennungen, neue Profile und bereits vorhandene FPID-Cookies behandelt werden.<\/p>\n

HttpOnly verbessert einen Teil des Schutzes<\/h2>\n

HttpOnly<\/code> verhindert das direkte Lesen des Cookies durch Seiten-JavaScript, etwa \u00fcber document.cookie<\/code>. Dadurch wird das einfache Auslesen bei bestimmten XSS-Angriffen erschwert. Eine Website wird dadurch nicht immun gegen XSS: Schadcode kann weiterhin Seiteninhalte ver\u00e4ndern oder Anfragen ausl\u00f6sen. Ein Analyse-Identifier ist au\u00dferdem kein Anmeldecookie.<\/p>\n

Keine garantierten zwei Jahre in Safari<\/h2>\n

Ein konfiguriertes Ablaufdatum garantiert keine tats\u00e4chliche Speicherdauer. WebKit begrenzt unter bestimmten Bedingungen auch Cookies aus HTTP-Antworten: Bei erkanntem Drittanbieter-CNAME- oder IP-Cloaking gilt eine Sieben-Tage-Grenze. Private Sitzungen, Cookie-L\u00f6schung und weitere Browsereinstellungen k\u00f6nnen die Verf\u00fcgbarkeit zus\u00e4tzlich begrenzen. FPID ist deshalb kein allgemeiner ITP-Bypass.<\/p>\n

Die First-Party-Konfiguration des Endpunkts, Cookie-Domain, Pfad, HTTPS und tats\u00e4chliche Browserantworten geh\u00f6ren zur Pr\u00fcfung. Die Einwilligungsvorgaben gelten weiterhin f\u00fcr Speicherung und Nutzung der Kennung.<\/p>\n

Eine Umstellung kontrolliert pr\u00fcfen<\/h2>\n
    \n
  1. Aktuelle Containerfassung und Einstellungen sichern. Zun\u00e4chst mit einer getrennten Testmessung arbeiten.<\/li>\n
  2. Ein Testprofil mit vorhandener Client-ID und ein frisches Profil verwenden. Eingehende Client-ID, gesetzte Cookies und ausgehende GA4-Client-ID vergleichen.<\/li>\n
  3. Weitere Seitenaufrufe, vorhandenes FPID, abgelaufene oder entfernte Kennungen sowie Ablehnung und Widerruf getrennt pr\u00fcfen.<\/li>\n
  4. Alle Ereigniswege ber\u00fccksichtigen: Browserereignisse, serverseitige K\u00e4ufe, gegebenenfalls Measurement Protocol und mehrere Domains. Unterschiedliche Kennungen k\u00f6nnen dieselbe Nutzerreise aufteilen.<\/li>\n
  5. Nach kontrollierter Ver\u00f6ffentlichung Nutzerzahlen, Sitzungen und Kampagnenzuordnung nach Browser beobachten. \u00c4nderungen mit dem tats\u00e4chlichen Rolloutzeitpunkt vergleichen.<\/li>\n<\/ol>\n

    Ein Kennungswechsel kann die Verbindung zur Vergangenheit beeintr\u00e4chtigen. Daraus folgt jedoch weder, dass ausnahmslos alle Besuche neue Nutzer erzeugen, noch dass jede Konversion automatisch \u201eDirect \/ None\u201c wird. Weitere Identit\u00e4tssignale, Kampagnenparameter und die Berichtskonfiguration beeinflussen das Ergebnis.<\/p>\n

    \n

    Fragen und Antworten<\/h2>\n

    Ist die Migrationsoption immer erforderlich?<\/h3>\n

    Bei fortgef\u00fchrter JavaScript-Verwaltung ist keine FPID-Migration n\u00f6tig. Bei einer bestehenden Messung mit geplantem Wechsel auf Server Managed verdient die \u00dcbergangsoption eine gezielte Pr\u00fcfung. F\u00fcr eine neue Messung ohne vorhandene Kennungen fehlt dieser Altbestand.<\/p>\n

    Bleibt die Kennung nach dem L\u00f6schen aller Cookies erhalten?<\/h3>\n

    Das gel\u00f6schte FPID-Cookie steht dem Server nicht mehr zur Verf\u00fcgung. Eine Wiedererkennung \u00fcber andere zul\u00e4ssige Signale ist eine getrennte Frage; FPID allein stellt die gel\u00f6schte Kennung nicht wieder her.<\/p>\n

    Ist der interne Migrationsalgorithmus damit vollst\u00e4ndig belegt?<\/h3>\n

    Nein. Die \u00f6ffentlichen Google-Grundlagen erkl\u00e4ren serverseitige Cookies und Datenverarbeitung, dokumentieren aber nicht jeden internen \u00dcbergangsfall. Deshalb geh\u00f6rt ein Test der konkret eingesetzten GA4-Client-Version zur Umstellung.<\/p>\n<\/div>\n

    \n

    Quellen<\/h2>\n