Entfernen von Safari-Klick-IDs: Attribution mit serverseitigem Tracking wiederherstellen

Safari hat eine bedeutende Änderung für digitale Vermarkter angekündigt: die Entfernung von GCLID-Parametern (Google Click Identifier) und anderen Klick-Identifikatoren aus URLs im Standard-Browsing-Modus. Obwohl wir bisher noch keine Änderungen festgestellt haben, ist es ratsam, sich im Voraus auf diese Aktualisierungen vorzubereiten.

Während die aktuelle Beta-Version GCLID in regulären Sitzungen nicht entfernt (nur im privaten Modus von Safari), wird erwartet, dass die offizielle Version diese Einschränkung weiter ausdehnt.

Wir haben untersucht, welche Parameter von den bevorstehenden Änderungen betroffen sein werden. In der folgenden Tabelle sind die von den Änderungen in Safari betroffenen Parameter orange hervorgehoben:

Im weiteren Verlauf dieses Artikels führen wir Sie durch die Schritte zur Vorbereitung Ihrer Google Ads- und Microsoft-Einstellungen. Für Facebook und Twitter gibt es derzeit noch keine Lösung.

Sobald wir eine Lösung gefunden haben, werden wir diesen Artikel umgehend aktualisieren :)

GCLID ist die Grundlage für eine genaue Conversion-Zuordnung in Google Ads und Microsoft. Wenn Safari es aus den URLs der Nutzer entfernt, werden Conversions möglicherweise nicht mehr nachverfolgt, was zu Datenverlusten, unvollständigen Berichten und einer weniger effektiven Kampagnenoptimierung führt.

Ohne GCLID ist es fast unmöglich, eine Website-Conversion mit einem bestimmten Anzeigenklick zu verknüpfen. Dies kann zu folgenden Problemen führen:

Es gibt zwei Möglichkeiten, mit den bevorstehenden Änderungen von Safari umzugehen: clientseitig oder serverseitig.

Clientseitige Lösungen sind technisch möglich, haben jedoch gewisse Nachteile. Sie müssten für jeden Nutzer manuell ein GCLID-Cookie setzen, dieses ständig überwachen und aktualisieren, sobald Google den Namen oder das Format des Cookies ändert. Da diese Aktualisierungen nicht angekündigt oder dokumentiert werden, kann dieser Ansatz schnell unzuverlässig und zeitaufwändig werden.

Serverseitiges Tracking ist die sicherere und intelligentere Wahl. Bei dieser Methode übernehmen Ihre GA4-Einrichtung (zumindest das Ereignis „page_view“) und Conversion Linker auf sGTM alles automatisch. Der native Conversion Linker setzt das GCLID-Cookie korrekt, auch wenn Google dessen Format oder Namen aktualisiert – Sie müssen sich also keine Gedanken über manuelle Korrekturen oder fehlende Conversions machen.

Durch die Umstellung auf serverseitiges Tracking stellen Sie sicher, dass Ihre Google Ads- und Microsoft-Conversions genau erfasst werden, Ihre Berichte zuverlässig bleiben und Sie die volle Transparenz Ihrer Kampagnen behalten – auch für Nutzer, die mit Safari surfen.

In unserem Blog finden Sie eine detaillierte Schritt-für-Schritt-Anleitung zur Einrichtung:

Der erste Schritt besteht darin, einen zusätzlichen benutzerdefinierten Parameter zu konfigurieren, der als Backup für den ursprünglichen GCLID dient, falls die Safari-Einschränkungen den ursprünglichen Parameter löschen.

1. Gehen Sie zu Ihrem Google Ads-Konto → Admin → Registerkarte Tracking.

Auf dieser Registerkarte sehen Sie eine Liste der Parameter, die zur URL des Nutzers hinzugefügt werden, wenn dieser auf Ihre Anzeige klickt und auf der Website landet.

2. Fügen Sie im Feld Endgültiges URL-Suffix einen benutzerdefinierten Backup-Parameter mit dem Wert {gclid} hinzu.

Hier ist ein Beispiel dafür, wie dies umgesetzt werden kann:

In diesem Beispiel wird „qwerty“ als Backup-Parameter verwendet. Sie können einen Parameternamen verwenden, der Ihnen zusagt. Das Wichtigste, was Sie beachten sollten, ist, dass der Wert dieses Parameters ={gclid} sein muss.

Als Ergebnis dieser Schritte verfügt jeder Nutzer, der auf der Website landet, über zwei URL-Parameter, die den GCLID-Wert enthalten:

Wenn Safari den Parameter „gclid“ entfernt, wird der Benutzer automatisch auf Ihren benutzerdefinierten Abfrageparameter zurückgesetzt.

1. Melden Sie sich bei Ihrem stape.io-Konto an.

2. Wählen Sie Ihren sGTM-Container auf dem Dashboard aus.

3. Klicken Sie auf Power-ups und dann auf die Schaltfläche Use oder Configure neben dem Feld Click ID Restorer.

4. Aktivieren Sie den Schalter Click ID Restorer.

5. Geben Sie Ihren benutzerdefinierten Click-ID-Abfrageparameternamen für Google oder Microsoft Ads ein.

6. Klicken Sie auf Save changes.

Sie können der URL manuell Parameter zum Debuggen hinzufügen. Die wichtigsten sind der native gclid-Parameter und Ihr Backup-Parameter, den Sie in Google Ads angegeben haben.

Hier ist ein Beispiel für eine Test-URL:

3.1. Standard-Browsingmodus von Safari

In der aktuellen Beta-Version von Safari v26 wird gclid standardmäßig nicht entfernt, sodass FPGCLAW ohne Probleme gesetzt wird.

⚠️ Hinweis: Dieses Verhalten kann sich in der offiziellen Release-Version von Safari ändern.

3.2. Privater Modus von Safari

Der folgende Test sollte im privaten Modus (Private Mode) von Safari durchgeführt werden.

Derzeit entfernt der private Modus von Safari den Parameter „gclid” aus der URL. Wie jedoch im folgenden Screenshot zu sehen ist, wird das FPGCLAW-Cookie weiterhin gesetzt, da unser Backup-Parameter „qwerty” den entfernten Parameter „gclid” automatisch ersetzt hat.

Wenn Sie sehen, dass der Parameter „gclid” aus der URL entfernt wurde, das Cookie „FPGCLAW” jedoch korrekt gesetzt ist, bedeutet dies, dass Sie alle Schritte korrekt befolgt haben und Ihr Tracking nun sicher ist.

Das bevorstehende Safari-Update wird erhebliche Auswirkungen auf Sie haben, insbesondere wenn ein großer Teil Ihrer Nutzer mit Safari surft. Ohne eine Lösung wie diese riskieren Sie, den Großteil Ihrer Google Ads- und Microsoft-Conversions zu verlieren.

Wir empfehlen die Verwendung unserer serverseitigen Lösung, um diese Einschränkungen zu umgehen. Sie ist einfach einzurichten und zuverlässig und stellt sicher, dass Ihre Konfiguration auch dann weiterhin funktioniert, wenn Google unerwartete Updates einführt.