Der schlechteste erste Eindruck, den eine Wetter-App machen kann, ist ein leeres Suchfeld. Ein Besucher öffnet die Seite, weil er wissen möchte, ob es heute regnet, und statt einer Antwort erhält er die Aufforderung, zuerst einen Städtenamen einzugeben, ein zusätzlicher Schritt für eine Information, die die App vernünftigerweise erraten können sollte.
Eine Wetter-App löste das, indem sie in dem Moment, in dem eine Seite geladen wurde, serverseitig und vor dem Rendern einen ungefähren Ausgangsstandort ermittelte. /v1/ip nahm die IP-Adresse des Besuchers entgegen und lieferte Koordinaten zusammen mit Stadt und Region, sodass die App sofort einen Standort hatte, für den sie eine Vorhersage anfordern konnte. Die Vorhersage selbst kam vom eigenen Wetterdatenanbieter der App, mit diesen Koordinaten als Eingabe, sodass Standortabfrage und Wetterdaten zwei getrennte Bausteine waren, die zusammenarbeiteten, statt eines einzigen Dienstes, der beide Aufgaben zu erledigen versuchte.
Die App behandelte die erkannte Stadt als erste Vermutung, die ein Besucher jederzeit korrigieren konnte, da IP-basierte Standortbestimmung echte Grenzen hat: Sie spiegelt das Netzwerk wider, aus dem eine Verbindung kommt, was meist nahe am tatsächlichen Standort des Besuchers liegt, aber manchmal danebenliegt, besonders in Mobilfunknetzen, in denen eine IP zu einem regionalen Knotenpunkt statt zum genauen Ort des Besuchers aufgelöst werden kann. Eine gut sichtbare Möglichkeit, nach einer anderen Stadt zu suchen, befand sich direkt neben der erkannten, sodass die Korrektur einer falschen Vermutung einen Klick erforderte, statt sich anzufühlen, als hätte die App versagt.
Diese kleine Änderung machte aus der wichtigsten Zahl der App, der heutigen Vorhersage für die eigene Gegend des Besuchers, etwas, das bereits auf dem Bildschirm stand, wenn die Seite fertig geladen war, statt etwas, nach dem ein Besucher erst fragen musste. Gerade bei einer Wetter-App, deren gesamter Nutzen darin liegt, schnell die gewünschte Antwort zu liefern, war der Wegfall des Suchschritts für den häufigen Fall "Wie ist das Wetter genau hier?" wichtiger als fast jede andere Funktion, die die App in diesem Jahr einführte.
Die App nutzte die ermittelte Region auch, um zu entscheiden, welche Einheiten standardmäßig angezeigt werden, denn ein Besucher aus einem Land mit Celsius und einer aus einem Land mit Fahrenheit haben unterschiedliche Erwartungen daran, was "72 Grad" bedeutet, und die richtige Standardeinheit beim ersten Laden ersparte eine Suche in den Einstellungen, die die meisten Besucher nie auf sich genommen hätten, sodass sie stattdessen stillschweigend mit einem falschen Eindruck von der Vorhersage gegangen wären.
Jeder Seitenaufruf löste eine Abfrage aus, was bei einer App mit nennenswertem Traffic das kostenlose Tageskontingent recht schnell übersteigt und entweder zu Prepaid-Guthaben oder zu einem Unlimited-Schlüssel führt, je nachdem, wie vorhersehbar das Traffic-Muster der App ist. Bei einer Wetter-App ist der Traffic bekanntermaßen bei Stürmen und ungewöhnlichem Wetter sprunghaft, genau dann, wenn sich die festen Monatskosten eines Unlimited-Schlüssels leichter einplanen lassen als eine variable Prepaid-Rechnung, die gerade dann in die Höhe schnellen könnte, wenn die App am besten funktionieren muss.
Den ersten Bildschirm richtig zu gestalten, ganz ohne Tippen, ist eine kleine technische Entscheidung, die prägt, wie sich eine ganze App anfühlt. Die Dokumentation des Endpunkts finden Sie unter /docs/ipv4-lookup/ und /docs/ipv6-lookup/, und die Preise für Guthaben und Unlimited finden Sie unter /pricing/.