Cada llamada a /v1/timezone se ejecuta contra una tabla de búsqueda que relaciona coordenadas con los límites de las zonas horarias, y la forma en que está estructurada esa tabla influye directamente en la rapidez con la que llega una respuesta. Reconstruimos esa tabla desde cero y, como resultado, el endpoint ahora responde más rápido.
Nada de esto cambia el aspecto de una solicitud ni lo que contiene una respuesta. Envía coordenadas a /v1/timezone y seguirás recibiendo los mismos campos de siempre: el identificador de la zona horaria, la información del desfase y el resto de la estructura de respuesta documentada en /docs/timezone-lookup/. La única diferencia es la rapidez con la que llega esa respuesta, lo que importa sobre todo para cualquier cosa que llame al endpoint repetidamente, como un lote de coordenadas procesadas una tras otra o una función en tiempo real que no puede permitirse ir lenta.
Las consultas de zona horaria suelen estar en lugares donde la velocidad se acumula. Que una sola llamada sea un poco más rápida apenas se nota, pero un trabajo por lotes que resuelve zonas horarias para miles de coordenadas, o un mapa en vivo que muestra la hora local mientras un usuario mueve un marcador, se benefician directamente de una consulta más ligera por debajo. Como una solicitud por lotes cuenta cada coordenada como un elemento, exactamente igual que siempre, aquí tampoco cambia nada del comportamiento de precios o cuotas de las llamadas por lotes.
Este trabajo se suma al resto de nuestro enfoque para el endpoint de zona horaria: encabezados de cuota coherentes en cada respuesta, las mismas opciones de autenticación que cualquier otro endpoint y los mismos precios, tanto si se llama directamente como si se accede a través de uno de los diecisiete hosts compatibles que manejan datos de ubicación. Una tabla de búsqueda más rápida no cambia nada de eso, simplemente significa que la respuesta llega antes.
Tratamos este tipo de reconstrucción interna como mantenimiento ordinario y no como una novedad destacada, pero vale la pena mencionarlo porque el efecto es real para quien depende mucho del endpoint. Si tu integración procesa coordenadas en bloque, o si las consultas de zona horaria están en un flujo donde el tiempo de respuesta afecta directamente a un usuario, deberías notar la diferencia sin cambiar una sola línea de código.
La documentación completa del endpoint, incluidos los parámetros de solicitud y los campos de respuesta, está disponible en /docs/timezone-lookup/. Nada de eso ha cambiado, salvo la rapidez con la que responde.