Länderdiagramme haben vor Jahren aufgehört, nützlich zu sein

Fünf Aufschlüsselungen, die ein Länderdiagramm nicht liefert

Regionen kommen mit ISO-Subdivision-Code und GeoNames-Kennung, „Bavaria“ und „Bayern“ sind also eine Zeile und nicht zwei. Städte tragen Koordinaten und einen Genauigkeitsradius, und genau das macht eine Karte ehrlich: Ein Punkt mit zwanzig Kilometern Radius ist ein Adressbereich und kein Mensch — und die Oberfläche sagt das auch.

Netze führen die Nummer des autonomen Systems, den Namen des Anbieters, den Proxy-Typ dieses Bereichs und — entscheidend — menschliche Klicks getrennt von den Klicks insgesamt. Diese eine Spalte beantwortet die Frage, die jeder Media-Buyer irgendwann stellt: Welcher Anbieter schickt mir Traffic, der nie konvertiert.

Die Traffic-Qualität teilt Besuche nach Besuchertyp, nach Proxy-Typ und nach Band der Qualitätsbewertung auf. Und die Aktivität nach lokaler Stunde wird in der Zeitzone des Besuchers zum Zeitpunkt des Klicks berechnet, denn ein Speicher kann nur in eine feste Zeitzone umrechnen, und hier hat jede Zeile eine andere.

• ✓Regionen mit Subdivision-Codes und GeoNames-Kennungen
• ✓Städte mit Koordinaten und Genauigkeitsradius
• ✓Netze mit autonomem System, Anbieter und Proxy-Typ
• ✓Besuchertyp, Proxy-Typ und Bänder der Qualitätsbewertung
• ✓Aktivität nach der lokalen Stunde des Besuchers, nicht nach Ihrer

Ortsnamen in der Sprache des Lesers, nicht des Schreibers

Ein Klick-Event speichert eine Kennung, nie einen lokalisierten Namen. Der Name wird erst beim Lesen des Berichts aufgelöst, aus dem Wörterbuch der Sprache, die der Leser gerade benutzt — deshalb liest sich derselbe Klick für die eine Kollegin als „Berlin“ und für den anderen als „Берлин“, aus einer einzigen gespeicherten Zeile.

Namen gibt es in acht der zehn Sprachen, die das Dashboard spricht; die restlichen zwei fallen auf Englisch zurück statt auf eine leere Zelle. Die Wörterbücher sind megabytegroß und leben serverseitig: Nichts dergleichen wird an einen Browser ausgeliefert, und die Sprache kommt aus der Einstellung des Lesers selbst, nicht aus einem Anfrageparameter — über einen Parameter könnte eine Person den gemeinsamen Cache eines Workspace mit der Sprache eines anderen vergiften.

Was die Daten sind — und was nicht

Geo-Antworten stammen aus lizenzierten kommerziellen Datenbanken, gepackt in ein Format für die Edge, mit dokumentiertem Rückfall: Ist das Paket nicht verfügbar, fällt der Resolver auf die Netzwerkdaten zurück, die das CDN ohnehin liefert, und markiert das Ergebnis als ungefähr. Jede Zeile hält fest, welche Quelle sie beantwortet hat — ein Diagramm mischt also nie stillschweigend genaue und ungefähre Daten.

Die Adresse des Besuchers wird nie gespeichert. Sie existiert innerhalb einer einzigen Funktion, gerade lange genug für einen Tages-Fingerabdruck — einen gesalzenen Hash, dessen Salt jede Nacht wechselt — und für den Lookup des Adressbereichs; in das Event gelangt sie nicht. Postleitzahlen werden aufgelöst, aber bewusst nicht festgehalten: In dichter Bebauung ist eine Postleitzahl beinahe eine Adresse.

Ortsdaten werden dort ausgewiesen, wo sie herkommen: Stadt- und Regionsnamen stammen aus der GeoNames-Datenbank, genutzt unter CC BY 4.0, und der Herkunftsnachweis steht auf der Website statt vergraben in einem Vertrag.

Detailtiefe ist eine Einstellung, kein Festpreis

Jeder Workspace entscheidet, wie viel davon aufbewahrt wird. Volle Detailtiefe speichert Koordinaten und Zeitzone; „Stadt ohne Koordinaten“ behält den Markt und lässt den Punkt auf der Karte weg; „nur Land“ behält Kontinent und Land und sonst nichts — und auf dieser Stufe wird die Geo-Datenbank für das Event gar nicht erst befragt.

Das ist eine Einstellung über das Schreiben, nicht über das Lesen. Was ein Datenschutzmodus abschaltet, wird nie aufgeschrieben: Kein Bericht, kein Export und keine spätere Abfrage kann es zurückholen. Mit der Aufbewahrung läuft es genauso — jedes Event trägt seine eigene Frist, und der Speicher löscht die Zeile, wenn sie abläuft.