Ein Preis in einer Währung, die ein Besucher nicht verwendet, erfordert einen zusätzlichen gedanklichen Schritt, bevor er überhaupt etwas bedeutet. Ein Softwareanbieter, der ein nutzungsbasiertes Produkt mit einem Rechner auf seiner Preisseite verkauft, stellte fest, dass Besucher außerhalb seines Heimatmarktes merklich länger auf der Rechnerseite verweilten und seltener konvertierten. Als das Team der Sache nachging, ließ sich dieses Muster genau auf diese zusätzliche Hürde zurückführen.
Die Lösung bestand darin, den berechneten Preis in einer Währung anzuzeigen, die der Besucher im Alltag tatsächlich verwendet, zusätzlich zur Basiswährung des Anbieters für alle, die diese bevorzugten. Die Entscheidung, welche Währung zuerst angezeigt wird, begann mit dem Land, das serverseitig über /v1/ip aus der IP-Adresse des Besuchers ermittelt wurde, bevor die Seite mit dem Preisrechner gerendert wurde. Der Anbieter pflegte eine eigene kleine Zuordnung von Land zu Anzeigewährung sowie einen ungefähren Umrechnungskurs, der regelmäßig aktualisiert wurde, und nutzte das Feld country aus der Abfrage, um die standardmäßig angezeigte Währung festzulegen.
Es lohnt sich, genau zu benennen, was sich dadurch geändert hat und was nicht. My Geocode selbst berechnet Preise und rechnet weltweit in EUR ab, unabhängig davon, wo sich ein Kunde befindet, der die API nutzt. Dieses Detail hat nichts damit zu tun, welche Währung ein auf der API aufbauendes Unternehmen seinen eigenen Kunden anzeigt. Die Entscheidung des Anbieters, Preise in der Landeswährung eines Besuchers anzuzeigen, war allein seine eigene Preis- und Lokalisierungsentscheidung, bei der das Länder-Signal aus der Abfrage als Eingabe diente. Die Standort-API hat darüber weder entschieden noch war sie über die Ermittlung des Landes hinaus daran beteiligt.
Der Anbieter achtete darauf, den umgerechneten Preis klar als ungefähre Umrechnung zur Orientierung zu kennzeichnen, da die tatsächliche Abrechnung weiterhin in seiner eigenen Basiswährung erfolgte und Wechselkurse schwanken. Die auf der Preisseite angezeigte Zahl war also eine hilfreiche Schätzung und keine verbindliche Garantie dafür, wie hoch eine bestimmte Belastung ausfallen würde, sobald die Währungsumrechnung beim eigentlichen Zahlungsabwickler stattfand. Diese Unterscheidung war wichtig genug, um sie direkt auf der Seite selbst zu nennen, in einem kleinen Hinweis neben dem Rechner, damit Kunden nicht darüber im Unklaren waren, was ihnen tatsächlich berechnet würde.
Ein Besucher konnte mit einem einzigen Klick zur Basiswährung zurückwechseln, wenn er diese bevorzugte. Das war nützlich für Finanzteams, die das Produkt bewerteten und direkt die tatsächliche Abrechnungswährung statt einer umgerechneten Schätzung sehen wollten. Der Anbieter platzierte diesen Umschalter gut sichtbar, statt die Option zu verstecken, denn Besuchern die Möglichkeit zu nehmen, die echte Abrechnungswährung zu sehen, und ihnen eine lokalisierte Ansicht aufzuzwingen, hätte gerade für die Käufer, die am ehesten sorgfältige Budgetvergleiche anstellen, eine eigene Art von Hürde geschaffen.
Der Traffic auf der Preisseite machte nur einen bescheidenen Teil aller Website-Besuche des Anbieters aus. Das hielt die Funktion in den meisten Monaten bequem innerhalb des kostenlosen Tageskontingents, mit gelegentlichem Überlauf in das Prepaid-Guthaben während eines Produktlaunches oder einer Marketingkampagne, die ungewöhnlich viel Traffic auf die Preisseite brachte.
Die Dokumentation zur zugrunde liegenden Abfrage finden Sie unter /docs/ipv4-lookup/ und /docs/ipv6-lookup/, die Preise von My Geocode selbst sind unter /pricing/ im Detail beschrieben.