AnreicherungDemnächst

    Standort bei jedem Request, ohne API-Aufruf.

    Server-Side-Tags müssen regelmäßig wissen, wo sich ein Besucher befindet. Dorthin zu kommen heißt üblicherweise, aus Ihrem Container eine Geo-API aufzurufen, pro Lookup zu zahlen und jedem Event Latenz hinzuzufügen. Dieses Modul löst den Standort am Gateway auf und liefert ihn als vier Header.

    Vier Standort-Header
    Kein externer API-Aufruf
    Kombinierbar mit dem Anonymizer
    Client-Adresse, am Gateway
    203.0.113.42lokal aufgelöst
    Lokaler Datenbank-Lookup
    Header, die Ihre Tags erhalten
    X-Geo-CountryNL
    X-Geo-RegionNH
    X-Geo-CityAmsterdam
    X-Geo-Postal-Code1012

    Die Header bleiben leer, wenn sich eine Adresse nicht auflösen lässt, Ihre Tags verzweigen auf einen leeren Wert, statt auf einer Vermutung zu handeln.

    Adresse rein, Standort raus

    Noch nicht verfügbar

    Dieses Modul ist fertig gebaut und dokumentiert, aber die zugrunde liegende Data Plane wird noch über unsere Cluster ausgerollt. Sobald das abgeschlossen ist, erscheint es automatisch in Ihrer Konsole.

    Standort ist an der falschen Stelle teuer

    Geografie aus einem Container heraus aufzulösen bedeutet einen Netzwerkaufruf im kritischen Pfad jedes Events, einen Anbietervertrag und eine IP-Adresse, die Sie lange genug behalten müssen, um sie senden zu können.

    01

    Jeder Lookup ist ein Netzwerk-Roundtrip

    Ein externer Aufruf in Ihrem Tag-Pfad fügt jedem Event Latenz hinzu und schafft eine Abhängigkeit, die im ungünstigsten Moment ausfallen oder Sie drosseln kann.

    02

    Es zwingt Sie, die IP zu behalten

    Um den Standort in Ihrem Container aufzulösen, müssen Sie die Adresse dort erst empfangen, genau das, was ein datenschutzgetriebenes Setup vermeiden will.

    03

    Preise pro Lookup skalieren schlecht

    Geo-APIs rechnen pro Anfrage ab. Auf einer traffic-starken Website wird daraus ein echter Kostenblock für Daten, die Sie einmal am Rand hätten auflösen können.

    So funktioniert es

    Das Gateway löst die Client-Adresse gegen eine lokale Geo-Datenbank auf und ergänzt vier Header, bevor der Request Ihren Container erreicht.

    01

    Lokal aufgelöst

    Der Lookup läuft gegen eine Datenbank am Gateway. Es gibt keinen ausgehenden Aufruf und keinen Dritten im Request-Pfad.

    02

    Vier Header

    X-Geo-Country trägt einen ISO-3166-1-alpha-2-Code, X-Geo-Region eine ISO-3166-2-Untergliederung, X-Geo-City den englischen Städtenamen und X-Geo-Postal-Code die Postleitzahl.

    03

    Vor der Anonymisierung aufgelöst

    Der Standort wird aus der echten Adresse abgeleitet, bevor der Anonymizer die IP-Header umschreibt. Aktivieren Sie beides, und Ihre Tags erhalten groben Standort, während Ihr Container nie eine Adresse sieht.

    04

    Leer statt falsch

    Lässt sich eine Adresse nicht auflösen, bleiben die Header leer. Ihre Tags können damit auf einen leeren Wert verzweigen, statt auf einer Vermutung zu handeln.

    Was Sie bekommen

    Standardisierte Codes

    Land und Region kommen als ISO-Codes statt als Freitext an und lassen sich damit ohne Normalisierung joinen und filtern.

    Keine Kosten pro Lookup

    Dahinter steckt keine getaktete API. Der Standort kommt bei jedem Request ohne Zusatzkosten an.

    Keine zusätzliche Latenz

    Ein lokaler Datenbank-Lookup am Gateway kostet Mikrosekunden, ein entfernter Aufruf zig Millisekunden.

    Passt zum Anonymizer

    Grober Standort und keine IP-Adresse ist die Kombination, nach der die meisten Datenschutzprüfungen suchen, diese beiden Module erzeugen sie gemeinsam.

    Spezifikation

    X-Geo-Country
    ISO 3166-1 alpha-2, zum Beispiel NL
    X-Geo-Region
    ISO-3166-2-Untergliederung, zum Beispiel NH
    X-Geo-City
    Städtename auf Englisch
    X-Geo-Postal-Code
    Postleitzahl, wo verfügbar
    Einstellungen
    Keine, der Header-Satz ist fest
    Request-Header
    X-Geo-CountryX-Geo-RegionX-Geo-CityX-Geo-Postal-Code

    Wann Sie es einsetzen

    Sie brauchen Geografie für Conversion-APIs

    Meta und andere Conversion-APIs nehmen Standortfelder an, die die Match-Qualität verbessern. Sie aus einem Header zu übergeben ist günstiger, als sie pro Event aufzulösen.

    Sie steuern Tags nach Markt

    Lösen Sie je Land andere Vendors oder andere Consent-Logik aus, ohne einen zusätzlichen clientseitigen Lookup, den ein Blocker verhindern kann.

    Sie wollen regionales Reporting ohne IPs

    Zusammen mit dem Anonymizer behält Ihr Reporting den Standort, während Ihr Container von vornherein nie eine Adresse erhält.

    Fragen zu GEO Headers

    Wann wird das verfügbar sein?

    Das Modul ist fertig und der Header-Vertrag steht. Wir rollen die Geo-Data-Plane über unsere Cluster aus; sobald das auf dem Cluster Ihres Containers abgeschlossen ist, erscheint das Modul in Ihrer Konsole.

    Wie genau sind Stadt und Postleitzahl?

    Auf Länderebene ist die Genauigkeit sehr hoch. Die Stadt ist in dicht besiedelten urbanen Räumen meist verlässlich und darüber hinaus weniger, und die Postleitzahl sollten Sie als Hinweis und nicht als Tatsache behandeln. Das liegt in der Natur IP-basierter Geolokalisierung und ist nicht spezifisch für uns.

    Funktioniert es zusammen mit dem Anonymizer?

    Ja, und das ist die empfohlene Kombination. Der Standort wird aus der echten Adresse aufgelöst, bevor der Anonymizer die Header umschreibt. Ihre Tags erhalten also Geografie, und Ihr Container erhält nie eine IP-Adresse.

    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