Publicar a las nueve de la mañana funciona bien exactamente para una zona horaria y mal para todas las demás. Una marca de medios con seguidores repartidos por cinco continentes programaba todo según la hora de su sede, lo que significaba que una parte importante de su audiencia veía cada publicación a primera hora de la mañana, en mitad de la jornada laboral o bien pasada la medianoche, en gran medida al azar según dónde viviera cada persona.
El equipo ya tenía datos aproximados de ubicación de su audiencia, obtenidos del origen de la interacción, a nivel de ciudad y país, recopilados de los registros del servidor y no de un script de seguimiento. Lo que necesitaba era convertir esos datos de ubicación en una hora local real con la que poder programar, ya que un país como Brasil o Estados Unidos puede abarcar más de una zona horaria, y las decisiones de publicación tomadas a nivel de país seguían siendo a menudo erróneas para ciudades concretas dentro de él.
Para cada grupo principal de audiencia, el equipo obtuvo una coordenada representativa y la envió a /v1/timezone, que devuelve el nombre de la zona horaria IANA y el desfase UTC actual de ese punto. Como el endpoint acepta un momento concreto para el que calcular el desfase, no solo la hora actual, el equipo pudo planificar una semana completa de publicaciones y obtener el desfase correcto para cada día, incluso a través de un cambio de horario de verano, en lugar de suponer un desfase fijo que se desincronizaría a mitad de la programación.
Con la hora local exacta de cada segmento de audiencia, el calendario de publicaciones dejó de ser una sola programación y pasó a ser varias, escalonadas para que cada contenido llegara a cada región durante sus propias horas de mayor interacción, en lugar de lanzarse todo desde una única programación maestra basada en la hora de la sede. La marca no necesitó publicar más contenido para notar el beneficio. El mismo volumen de publicaciones, en el momento adecuado, llegó a una parte mayor de la audiencia mientras la gente realmente miraba sus feeds.
El equipo también usó la misma consulta para algo más pequeño pero persistente: etiquetar correctamente las horas de eventos y los anuncios de transmisiones en directo. Un lanzamiento anunciado como "8 PM" sin zona horaria había generado durante años un goteo constante de respuestas confusas. Añadir la zona horaria local obtenida a cada anuncio programado, y dejar que la plataforma la mostrara correctamente según la configuración de cada espectador, eliminó una fuente pequeña pero constante de confusión evitable.
Nada de esto requirió rastrear a seguidores individuales ni sus dispositivos. Los datos de ubicación procedían de patrones de interacción agregados del lado del servidor que la marca ya tenía, y la consulta de zona horaria en sí se ejecutaba unas pocas veces por semana, una vez por grupo de audiencia, un volumen tan bajo que apenas se notaba frente a la cuota diaria gratuita incluida con la clave de la cuenta.
Acertar con las horas de publicación es un cambio pequeño con un efecto acumulativo, ya que cada publicación se beneficia de él en lugar de necesitar una corrección puntual. La documentación del endpoint, incluida la forma de indicar un momento concreto, está en /docs/timezone-lookup/.