Um neun Uhr morgens zu posten funktioniert für genau eine Zeitzone gut und für alle anderen schlecht. Eine Medienmarke mit einer Anhängerschaft auf fünf Kontinenten hatte alles nach der Zeit ihres eigenen Hauptsitzes geplant. Das führte dazu, dass ein erheblicher Teil ihres Publikums jeden Beitrag entweder gleich morgens nach dem Aufstehen, mitten im Arbeitstag oder weit nach Mitternacht sah, weitgehend zufällig, je nachdem, wo die Leute gerade wohnten.
Das Team verfügte bereits über grobe Standortdaten zu seinem Publikum, abgeleitet aus der Herkunft der Interaktionen, auf Stadt- und Länderebene und aus Serverlogs statt aus einem Tracking-Skript gewonnen. Was fehlte, war die Umrechnung dieser Standortdaten in eine tatsächliche Ortszeit, nach der sich planen ließ. Denn ein Land wie Brasilien oder die Vereinigten Staaten kann sich über mehr als eine Zeitzone erstrecken, und Entscheidungen zum Veröffentlichungszeitpunkt, die auf Länderebene getroffen wurden, lagen für einzelne Städte darin trotzdem oft daneben.
Für jeden größeren Publikumsschwerpunkt ermittelte das Team eine repräsentative Koordinate und sendete sie an /v1/timezone, das für diesen Punkt den IANA-Zeitzonennamen und den aktuellen UTC-Offset zurückgibt. Da der Endpunkt einen bestimmten Zeitpunkt akzeptiert, für den der Offset berechnet werden soll, und nicht nur die aktuelle Zeit, konnte das Team eine ganze Woche an Beiträgen planen und für jeden Tag den korrekten Offset erhalten, selbst über eine Sommerzeitumstellung hinweg, statt einen festen Offset anzunehmen, der mitten im Zeitplan aus dem Takt geraten wäre.
Mit einer genauen Ortszeit für jedes Publikumssegment war der Veröffentlichungskalender nicht mehr ein einziger Zeitplan, sondern wurde zu mehreren, gestaffelt, sodass ein Inhalt jede Region während ihrer eigenen Stunden mit hoher Interaktion erreichte, statt dass alles nach einem einzigen Masterplan auf Basis der Zeit am Hauptsitz ausgespielt wurde. Die Marke musste nicht mehr Inhalte veröffentlichen, um den Nutzen zu sehen. Dieselbe Anzahl an Beiträgen, richtig getimt, erreichte einen größeren Teil des Publikums zu Zeiten, in denen die Leute tatsächlich in ihre Feeds schauten.
Das Team nutzte dieselbe Abfrage auch für etwas Kleineres, aber Beständiges: die korrekte Angabe von Veranstaltungszeiten und Livestream-Ankündigungen. Ein Launch, der mit „8 PM“ ohne Zeitzone angekündigt wurde, hatte jahrelang einen stetigen Strom verwirrter Antworten ausgelöst. Indem jeder geplanten Ankündigung die ermittelte lokale Zeitzone beigefügt wurde und die Plattform sie passend zu den eigenen Einstellungen jedes Betrachters korrekt anzeigen konnte, verschwand eine kleine, aber ständige Quelle vermeidbarer Verwirrung.
Nichts davon erforderte das Tracking einzelner Follower oder ihrer Geräte. Die Standortdaten stammten aus aggregierten, serverseitigen Interaktionsmustern, die der Marke bereits vorlagen, und die Zeitzonenabfrage selbst lief nur eine Handvoll Mal pro Woche, einmal pro Publikumsschwerpunkt, ein so geringes Volumen, dass es gegenüber dem kostenlosen Tageskontingent, das im Schlüssel des Kontos enthalten ist, kaum ins Gewicht fiel.
Die richtigen Veröffentlichungszeiten sind eine kleine Änderung mit sich aufsummierender Wirkung, denn jeder Beitrag profitiert davon, statt dass es bei einer einmaligen Korrektur bleibt. Die Dokumentation des Endpunkts, einschließlich der Übergabe eines bestimmten Zeitpunkts, finden Sie unter /docs/timezone-lookup/.