Anwendungsfälle

Analysedaten nach Land segmentieren, ohne Tracking-Skript

Die meisten Analyseplattformen beantworten die Frage „Woher kommen meine Besucher?“, indem sie ein Skript im Browser des Besuchers laden und zurückmelden, was es erfassen kann. Ein Verlag, der seine Seiten schnell und seinen Skript-Fußabdruck klein halten wollte, wünschte sich dieselbe Antwort, ohne ein weiteres Stück clientseitigen Code hinzuzufügen, das erst geladen, ausgeführt und zurückgemeldet werden muss, bevor die Zahl in einem Dashboard erscheint.

Die Alternative steckte bereits in der Anfrage, die der eigene Server des Verlags bei jedem Seitenaufruf verarbeitete: die IP-Adresse des Besuchers. An /v1/ip übergeben, liefert diese Adresse Land, Region, Stadt, Postleitzahl, Koordinaten, Zeitzone, ASN und Organisation, ohne dass der Browser des Besuchers überhaupt etwas tun muss. Der Server des Verlags protokollierte die Felder für Land und Region zusammen mit jedem Seitenaufruf, den er ohnehin schon aufzeichnete, und die Segmentierung des Traffics nach Ländern wurde zu einem Bericht aus Daten, die dem Server bereits vorlagen, statt zu einer Datenquelle, die erst hinzugefügt werden musste.

Das ist ein grundlegend anderer Ansatz als ein Pixel oder ein Beacon. Nichts wurde vom Browser des Besuchers an Dritte gesendet, und nichts hing davon ab, dass ein Skript einen Werbeblocker oder eine Datenschutzeinstellung übersteht, die Tracker von Drittanbietern stillschweigend blockiert, was auf den meisten Websites einen realen und wachsenden Anteil des Traffics betrifft. Die Abfrage lief vollständig serverseitig, in dem Moment, in dem die Anfrage ohnehin verarbeitet wurde, und das Ergebnis wurde direkt erfasst, statt aus dem Bruchteil der Besucherbrowser hochgerechnet zu werden, der mit einem Skript kooperierte.

Der Verlag nutzte die so gewonnenen Länderdaten sofort für zwei Dinge. Die Redaktion konnte erstmals mit echter Sicherheit sehen, welche Länder welche Rubriken lasen, da das Länderfeld jedem Seitenaufruf zugeordnet war und nicht nur dem Teil, den ein JavaScript-basiertes Tool erfassen konnte. Der Anzeigenverkauf konnte Werbekunden die geografische Reichweite mit denselben zugrunde liegenden Zahlen berichten, die auch die Redaktion bereits nutzte, statt zwei getrennte, manchmal widersprüchliche Analysesysteme zu pflegen.

Nichts davon erforderte die Speicherung ungewöhnlich sensibler Daten. Angaben auf Länder- und Regionsebene sind von Natur aus grob, nützlich für aggregierte Berichte statt zur Identifizierung einzelner Besucher, und die Aufbewahrungsrichtlinie des Verlags für diese Daten folgte denselben Regeln, die er ohnehin für seine Serverlogs anwendete.

Das Volumen folgte direkt den Seitenaufrufen, was bei einem Verlag von nennenswerter Größe die Nutzung ziemlich schnell über das kostenlose Tageskontingent hinaus und in das Prepaid-Guthaben zu 0,0001 € pro Anfrage bringt oder, sobald das Volumen hoch und vorhersehbar ist, einen Unlimited-Schlüssel für 50 € pro Monat zur einfacheren Option macht. So oder so ließ sich die Rechnung leicht den Kosten einer Analyseplattform eines Drittanbieters gegenüberstellen, die für dieselbe Aufschlüsselung nach Ländern Geld verlangt, oft für weniger zuverlässige Daten, weil ein skriptbasierter Ansatz so viel verpasst.

Der größere Wandel war ebenso grundsätzlich wie technisch: Standortdaten für Analysezwecke müssen nicht von etwas stammen, das im Browser des Besuchers läuft. Sie können vom selben Server kommen, der die Anfrage ohnehin verarbeitet, mit Daten, die der Server bereits sieht. Die Dokumentation des Endpunkts finden Sie unter /docs/ipv4-lookup/ und /docs/ipv6-lookup/.