Ein Klick-Trigger, der auf .btn-primary oder eine automatisch erzeugte ID wie #button-3f9a2 prüft, funktioniert am Tag der Einrichtung einwandfrei. Dann kommt ein Website-Update, ein Redesign oder ein neues Theme, und die Conversions im Report werden weniger. In Audits sehe ich das regelmäßig, und fast immer fällt es erst Wochen später auf.

Nach diesem Artikel wissen Sie, wie Sie Klick-Trigger im GTM so bauen, dass sie ein Redesign überstehen.

Warum CSS-Selektoren keine stabile Grundlage für Trigger sind

Ein CSS-Selektor ist ein Muster, das ein HTML-Element über seine Klasse, ID oder Position im Seitenaufbau beschreibt. Der GTM kann solche Selektoren in Trigger-Bedingungen nutzen, wie die Google-Hilfe zu Regex- und CSS-Selektor-Operatoren zeigt. Technisch ist das also vorgesehen. Das Problem ist, worauf der Selektor zeigt.

Klassen und IDs gehören zum Styling und zur Technik der Website. Entwickler ändern sie, wenn sich das Design ändert, und Frameworks oder Page Builder vergeben sie beim nächsten Build oft neu. Für das Website-Team ist das eine harmlose Änderung, für Ihren Trigger heißt es: Er matcht ins Leere. Der GTM zeigt keine Fehlermeldung und keine Warnung, es fehlen nur Daten.

Woran Sie es erkennen

Prüfen Sie Ihre Klick-Trigger in dieser Reihenfolge:

  1. Stehen in den Bedingungen Variablen wie Click Classes, Click ID oder Click Element mit einem Selektor auf Klassen oder IDs?
  2. Sehen die Werte generiert aus, etwa mit Zufallszeichen oder Präfixen wie css-1x2y3z?
  3. Gab es seit der Einrichtung ein Redesign, ein Theme-Update oder einen Wechsel des Page Builders?
  4. Feuern die betroffenen Tags noch, wenn Sie die Klicks in der Vorschau nachstellen?

Zeigen Ihre Conversion-Reports einen Knick, der zeitlich zu einem Website-Release passt, ist das ein starkes Indiz.

Lösung: Stabile Anker mit data-Attributen

Ersetzen Sie Styling-Selektoren durch eigene Tracking-Anker. Am besten eignen sich data-Attribute, also selbst definierte HTML-Attribute wie data-tracking="cta-demo-anfrage", die das Aussehen der Seite nicht beeinflussen. Vereinbaren Sie mit Ihren Entwicklern, dass diese Attribute eine Tracking-Schnittstelle sind und bei Änderungen erhalten bleiben.

Im Trigger prüfen Sie dann Click Element gegen den Selektor [data-tracking="cta-demo-anfrage"]. Damit auch ein Klick auf ein Icon innerhalb des Buttons zählt, ergänzen Sie [data-tracking="cta-demo-anfrage"] * für die Kindelemente.

Für Formulare und andere zentrale Conversions ist ein dataLayer-Event noch robuster. Dabei meldet die Website den Abschluss selbst, statt dass der GTM ihn aus dem Seitenaufbau ableitet. Welche weiteren Fehler Conversion-Daten verfälschen, beschreibe ich im Ratgeber zu den häufigsten Conversion-Tracking-Fehlern.

Nächster Schritt

Diese Punkte können Sie selbst prüfen:

  • Selektoren: Welche Ihrer Klick-Trigger prüfen auf CSS-Klassen oder IDs?
  • Generierte Werte: Enthalten diese Werte Zufallszeichen oder automatische Präfixe?
  • Absprache: Gibt es mit Ihren Entwicklern eine Vereinbarung über Tracking-Attribute?
  • Release-Test: Werden die wichtigsten Klick-Trigger nach jedem Website-Release in der Vorschau geprüft?

Wenn Sie Ihre Trigger auf stabile Anker umstellen lassen wollen, können Sie ein Erstgespräch buchen.

Dieser Beitrag ist keine Rechtsberatung. Benjamin Juling ist kein Rechtsexperte für Datenschutz. Wir empfehlen, die Umsetzung vor dem Einsatz mit einem Datenschutz-Experten oder einem Datenschutz-Anwalt zu prüfen.