Cómo medimos la hora del servidor
Qué hace OnTheSecond
- Mide el reloj del servidor de una web al milisegundo frente a la hora oficial (KRISS y Google, por NTP) y te dice el instante exacto para hacer clic, teniendo en cuenta el retraso de tu red.
- Sigue midiendo hasta la apertura: cada minuto en los últimos 30 minutos, revisa todos los servidores detrás del sitio y corrige la hora de clic si el reloj cambia.
- Cualquiera puede comprobar su precisión: un servidor público de verificación con el reloj desajustado al azar cada día y una autocomprobación con la hora oficial cada 10 minutos (resultados).
Comparamos el reloj del servidor de una web con la hora oficial, al milisegundo, y lo volvemos a medir hasta la hora de apertura que elijas.
Cómo se lee el reloj de un servidor
Cada vez que una web responde a una petición, la respuesta lleva una línea Date con la hora actual del servidor. Esa hora solo llega al segundo entero, por ejemplo 10:00:00. Así que una sola respuesta solo nos dice que el reloj del servidor estaba en algún punto de ese segundo.
Cómo se acota
Funciona como el juego de adivinar un número con pistas de «más» o «menos». Queremos encontrar el instante exacto en que cambia el segundo del servidor, así que enviamos una petición justo cuando esperamos el cambio. Si la respuesta dice :59, aún no ha cambiado: el momento está más tarde. Si dice :00, ya cambió: está antes. En los dos casos se descarta la mitad del rango que queda.
Empezamos con un segundo entero (1000 ms) y lo vamos partiendo por la mitad: 500 ms, 250 ms y así sucesivamente. En cada petición anotamos también cuándo salió y cuándo volvió la respuesta, así que nunca acotamos por debajo de lo que tarda un viaje de ida y vuelta. Con un servidor cercano eso deja unos pocos milisegundos.
El retraso de la red
Una conexión lenta no desplaza el resultado hacia un lado; solo ensancha el rango. Aunque la ruta sea más lenta en un sentido que en el otro, el valor real sigue dentro de ese rango. Por eso cada medición muestra tres números por separado: la diferencia con la hora oficial, su margen ± y el tiempo de ida y vuelta (RTT). Descartamos las mediciones con menos de 6 respuestas. Cuando un sitio está saturado y el margen sale más amplio que ±150 ms, no usamos esa medición como respuesta: la usamos para comprobar que la última medición precisa sigue siendo válida. Si no coincide, el reloj ha cambiado, así que pasamos a la nueva medición y ajustamos la hora del clic a su extremo tardío para que no llegues antes de tiempo.
Nuestra referencia: la hora oficial
Nuestro servidor mantiene su reloj de sistema en hora con chrony, un programa de sincronización muy extendido. Cada 10 minutos lo comprobamos de nuevo con servidores de hora públicos del KRISS (Instituto de Investigación de Estándares y Ciencia de Corea) y de Google, y nos quedamos con la respuesta de menor ida y vuelta. Una respuesta de un servidor de hora solo indica que la hora real está dentro de ± la mitad de su ida y vuelta. Si nuestro reloj ya está dentro de ese rango, lo usamos tal cual. Solo lo corregimos cuando queda fuera.
Qué comprobamos
El 1 de noviembre de 2026, desde nuestro servidor en Seúl, medimos sitios servidos por CDN de distintas empresas: 3 ticketeras coreanas y más de 10 webs internacionales de entradas y compras. Todas coincidieron con la hora oficial dentro de su propio margen.
Como medimos desde Seúl, en un sitio repartido por una CDN leemos el reloj del servidor que responde a Seúl. El que te responde a ti en otro país puede ser otro. En nuestras pruebas estos relojes han sido precisos, pero la lectura de un sitio global es una guía fiable, no una garantía.