„Seien Sie am Donnerstag um 2 PM Eastern dabei“ ist präzise für genau die Teilnehmer, die ohnehin in Eastern Time denken, und ein Ratespiel für alle anderen. Ein B2B-Softwareunternehmen, das regelmäßig Webinare für ein internationales Publikum veranstaltet, stellte fest, dass ein spürbarer Teil der Nichterscheinenden und verspäteten Teilnehmer schlicht darauf zurückging, dass die Zeitzonenrechnung falsch oder gar nicht gemacht wurde und die Leute annahmen, die Einladung meine 2 PM nach ihrer eigenen Ortszeit.
Das Registrierungsformular des Unternehmens erfasste bereits eine E-Mail-Adresse und, für Planungszwecke, einen ungefähren Standort, entweder direkt eingegeben oder im Moment der Anmeldung aus der IP-Adresse der Person abgeleitet und über /v1/ip in Koordinaten samt Land und Stadt aufgelöst. Diese Koordinaten flossen in /v1/timezone, das den IANA-Zeitzonennamen für den Standort der angemeldeten Person zurückgab. So hatte das Unternehmen eine verlässliche Möglichkeit, die korrekte Ortszeit des Webinars für genau diesen Teilnehmer zu berechnen, statt sich darauf zu verlassen, dass die Teilnehmer selbst umrechnen.
Jede Bestätigungs-E-Mail zeigte die Webinarzeit von da an zweimal: einmal in der Zeitzone des Vortragenden, der Einheitlichkeit halber, und einmal eigens für die ermittelte Zeitzone des jeweiligen Teilnehmers berechnet, in klaren Worten ausgeschrieben statt als Offset, mit dem die Leser noch weiterrechnen mussten. Dieselbe doppelte Anzeige setzte sich in der Kalendereinladung fort, die der Bestätigung beilag, sodass ein Teilnehmer, der den Termin in seinen eigenen Kalender übernahm, ihn automatisch zur korrekten lokalen Stunde sah, statt einer manuellen Umrechnung vertrauen zu müssen.
Da Webinare oft Wochen im Voraus geplant wurden und dazwischen manchmal in einer Region eine Sommerzeitumstellung lag, in einer anderen aber nicht, verließ sich das Unternehmen darauf, dass die Zeitzonenabfrage den korrekten Offset für das konkrete künftige Datum des Webinars berechnen kann statt des Offsets, der am Tag des Einladungsversands galt. Weil der IANA-Name statt eines festen Offsets gespeichert wurde, blieb das korrekt, ohne dass jemand im Unternehmen verfolgen musste, welche Regionen demnächst ihre Uhren umstellen, und Einladungen von Hand anpassen musste.
Das messbare Ergebnis war ein deutlicher Rückgang der Support- und Vertriebs-E-Mails, in denen um Bestätigung der tatsächlichen Ortszeit einer anstehenden Sitzung gebeten wurde, ein kleiner, aber wiederkehrender Aufwand an Personalzeit, der zuvor als unvermeidlicher Teil internationaler Webinare gegolten hatte. Auch die Teilnahme verbesserte sich leicht, wobei das Unternehmen ausdrücklich darauf hinwies, dass die bessere Teilnahme wahrscheinlich auf eine Mischung von Faktoren zurückging und die klarere Zeitzonenanzeige ein Beitrag unter mehreren war und keine alleinige Erklärung.
Das Volumen war gering und vorhersehbar, eine Abfrage pro Anmeldung zum Zeitpunkt der Registrierung, eine Last, die selbst bei einem Unternehmen mit häufigen Webinaren nie auch nur in die Nähe des kostenlosen Tageskontingents kam, da die Anmeldezahlen für eine einzelne Veranstaltung selten eine Größenordnung erreichen, bei der die Kosten pro Anfrage eine nennenswerte Rolle spielen.
Eine Besprechungszeit für jeden Teilnehmer einzeln richtig anzugeben, statt jede Person selbst umrechnen zu lassen, beseitigt eine kleine, aber echte Reibung bei etwas so Einfachem wie dem Erscheinen zu einem geplanten Termin. Die Dokumentation beider Endpunkte finden Sie unter /docs/ipv4-lookup/ und /docs/timezone-lookup/.