AnreicherungJetzt verfügbar

    Gerätedaten, bereits geparst.

    Der User-Agent-String kommt bei jedem Request an, aber ihn nutzbar zu machen heißt normalerweise, einen Parser in Ihrem Container auszuliefern und zu pflegen. Dieses Modul übernimmt das Parsen am Gateway und übergibt Ihren Tags stattdessen drei saubere Header.

    Drei einsatzfertige Header
    Kein Parser zu pflegen
    Begrenzte, vorhersagbare Werte
    Alle Module
    User-Agent-Header
    Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36
    Am Gateway geparst
    Header, die Ihre Tags erhalten
    X-Device-Categorydesktop
    X-Device-OSmacOS
    X-Device-BrowserChrome

    Die Werte liegen bewusst auf Familienebene: Begrenzte Kardinalität hält Tag-Logik einfach und Reporting-Dimensionen günstig.

    Ein String rein, drei Felder raus

    User Agents zu parsen ist ein Wartungsproblem, kein Feature

    Jedes Server-Side-Setup braucht irgendwann Gerätekontext. Dorthin zu kommen heißt üblicherweise, reguläre Ausdrücke in einer Tag-Vorlage zu schreiben und sie dann für immer aktuell zu halten.

    01

    Der String ist nicht zum Lesen gemacht

    Moderne User Agents sind ein Haufen Kompatibilitäts-Token. Jeder Browser behauptet, Mozilla zu sein, und die meisten behaupten zusätzlich, Safari zu sein.

    02

    Eigene Parser veralten

    Ein heute geschriebener regulärer Ausdruck ordnet die Browser-Version des nächsten Jahres falsch zu. Es fällt niemandem auf, bis Monate später ein Bericht seltsam aussieht.

    03

    Die Kardinalität läuft aus dem Ruder

    Rohe Strings ins Reporting zu geben erzeugt Tausende nahezu identischer Werte, teuer zu speichern und nutzlos zum Segmentieren.

    So funktioniert es

    Das Gateway klassifiziert den User-Agent bei jedem Request und ergänzt drei Header. Ihre Tags lesen sie mit der Standard-Request-Header-Variablen aus, keine Vorlage, kein Code.

    01

    Kategorie

    X-Device-Category wird zu desktop, mobile, tablet oder bot: die Aufteilung, an der Reporting- und Gebotsentscheidungen tatsächlich hängen.

    02

    Betriebssystem

    X-Device-OS wird zu Windows, Android, iOS, ChromeOS, macOS oder Linux.

    03

    Browser

    X-Device-Browser wird zu Chrome, Safari, Firefox, Edge, Opera oder Samsung Internet.

    04

    Leer statt falsch

    Fehlt der User-Agent oder wird er nicht erkannt, bleibt der Header leer. Ein leerer Wert lässt sich leicht filtern; ein geratener verfälscht still ein Segment.

    Was Sie bekommen

    Bewusst auf Familienebene

    Die Werte sind absichtlich grob. Begrenzte Kardinalität hält Tag-Logik einfach und Reporting-Dimensionen günstig.

    Bot-Klassifizierung inklusive

    Erkannte Crawler werden als bot kategorisiert, sodass Sie sie von Conversions ausschließen können, bevor sie eine Kampagne verzerren.

    Nichts zu konfigurieren

    Es gibt keine Einstellungen. Der Header-Satz ist das Produkt: aktivieren, und die Header kommen an.

    Konsistent mit unseren Analytics

    Plattformweit wird dieselbe Klassifikationsgranularität verwendet, sodass Geräte-Aufteilungen überall zusammenpassen.

    Spezifikation

    X-Device-Category
    desktop | mobile | tablet | bot
    X-Device-OS
    Windows | Android | iOS | ChromeOS | macOS | Linux
    X-Device-Browser
    Chrome | Safari | Firefox | Edge | Opera | Samsung Internet
    Einstellungen
    Keine, der Header-Satz ist fest
    Kosten
    In Ihrem Container enthalten
    Request-Header
    X-Device-CategoryX-Device-OSX-Device-Browser

    Wann Sie es einsetzen

    Sie wollen Geräte-Dimensionen server-side

    Senden Sie die Gerätekategorie an GA4, Meta oder Ihr Warehouse, ohne eine clientseitige Variable, die ein Blocker vollständig verhindern kann.

    Sie steuern Tags bedingt

    Lösen Sie App-Installations-Tags nur für Mobilgeräte aus oder unterdrücken Sie einen Vendor für Bot-Traffic vollständig, über einen Header statt über einen brüchigen String-Vergleich.

    Sie räumen Bot-Traffic auf

    Auf einen einzelnen klassifizierten Header zu filtern ist weit zuverlässiger, als einen Crawler-Ausdruck in einem Tag zu pflegen.

    Fragen zu User Agent Info

    Wie lese ich diese im Server-Side GTM aus?

    Legen Sie eine Request-Header-Variable an und tragen Sie den Header-Namen ein, zum Beispiel X-Device-Category. Ab diesem Moment steht sie jedem Tag im Container zur Verfügung.

    Warum keine detaillierteren Werte, etwa exakte Versionen?

    Detail auf Versionsebene sprengt die Kardinalität und ist selten das, woran eine Entscheidung hängt. Werte auf Familienebene bleiben über Releases hinweg stabil und halten Ihre Tag-Logik lesbar.

    Funktioniert das mit Client Hints?

    Das Modul liest den User-Agent-Header, den Browser weiterhin senden. Wo Client Hints vorhanden sind, entsteht kein Konflikt; Sie haben dann schlicht beides.

    Weitere Module

    Module lassen sich kombinieren. Aktivieren Sie so viele, wie Sie brauchen. Sie fließen in eine einzige Konfiguration vor Ihrem Container zusammen.

    Bereit zum Aktivieren?

    Jedes Modul ist ohne Aufpreis in Ihrem Container enthalten. Container anlegen, Modul-Panel öffnen, Schalter umlegen.

    Preise ansehen