Cronómetro en línea gratuito
Cronómetro preciso con tiempos parciales. Pulsa Espacio para iniciar/parar y L para un tiempo parcial.
Atajos de teclado
- Espacio · iniciar / detener el cronómetro
- L · registrar un tiempo parcial
- R · reiniciar el cronómetro
Funcionalidades
- Precisión al milisegundo con visualización fluida
- Tiempos parciales ilimitados, con resaltado del mejor/peor
- Copia de todos los tiempos al portapapeles para compartir fácilmente
- Atajos de teclado para uso sin manos
- Funciona sin conexión · no hace falta conexión tras la carga
Cómo funciona
- Inicia el cronómetro: haz clic en Iniciar para arrancar el cronómetro, mide el tiempo transcurrido al milisegundo.
- Registra tiempos parciales: pulsa «Parcial» para registrar splits sin detener el cronómetro principal.
- Detén y restablece: pausa en cualquier momento, luego reanuda o pon a cero. Los tiempos parciales permanecen hasta que restablezcas.
Una breve historia del cronómetro
El cronógrafo mecánico, el ancestro de cada cronómetro moderno, fue inventado por Louis Moinet en 1816. Moinet construyó su «Compteur de Tierces» para cronometrar el movimiento aparente de las estrellas en el cielo para observación astronómica; podía medir hasta 1/60 de segundo, una precisión extraordinaria para la época. El primer cronógrafo comercial siguió cinco años después: Nicolas Mathieu Rieussec demostró su cronógrafo «marcador de tinta» en las carreras de caballos del Champ de Mars de París el 1 de septiembre de 1821, y luego lo patentó en 1822. El diseño de Rieussec usaba un pequeño depósito de tinta en la punta de la aguja de cronometraje; pulsar el botón al inicio dejaba un punto de tinta en la posición de salida, pulsar de nuevo al detener dejaba un segundo punto, y la distancia entre puntos daba el tiempo transcurrido. Adolphe Nicole patentó el cronógrafo de segundos rattrapante (split-second) en 1844, permitiendo medir dos tiempos split simultáneamente, una innovación crítica para carreras donde múltiples competidores acababan con segundos de diferencia. El Mikrograph de Heuer (1916) trajo precisión de 1/100 de segundo a los cronógrafos mecánicos a tiempo para los Juegos Olímpicos de Amberes de 1920, donde se usó como cronometrador oficial. La revolución del cuarzo llegó con el Astron de Seiko en diciembre de 1969 (el primer reloj de pulsera de cuarzo comercial); a través de los años 1980 el G-Shock (1983) y el F-91W (1989) de Casio hicieron los cronómetros de cuarzo baratos, duraderos y ubicuos. Los relojes atómicos modernos como NIST-F1 (1999) y NIST-F2 (2014) logran una precisión de aproximadamente un segundo en 300 millones de años, mucho más allá de lo que cualquier reloj de pulsera necesita, pero el estándar contra el cual se calibra toda hora civil.
Cronometraje JavaScript, Date.now() vs performance.now() vs requestAnimationFrame
Los navegadores exponen tres APIs distintas para medir el tiempo, cada una con garantías diferentes. Date.now() devuelve milisegundos Unix desde el 1 de enero de 1970, resolución a milisegundo, pero el reloj del sistema puede saltar (cambios manuales de hora, correcciones NTP, cruces de horario de verano) lo que la hace poco fiable para medir tiempo transcurrido. performance.now() devuelve el tiempo desde que se inició la página, en milisegundos con precisión fraccional sub-milisegundo; es monotónica (nunca va hacia atrás, inmune a cambios de reloj del sistema), que es exactamente lo que un cronómetro necesita. Tras las divulgaciones de Spectre/Meltdown a principios de 2018, los navegadores redujeron la precisión por defecto de performance.now() de sub-microsegundo a 100 microsegundos (algunos navegadores hasta 1 milisegundo) para mitigar ataques de canal lateral por temporización; las páginas cross-origin-isolated pueden todavía obtener resolución de 5 microsegundos si el sitio opta por ello vía cabeceras Cross-Origin-Opener-Policy y Cross-Origin-Embedder-Policy. Para un cronómetro, la precisión por defecto post-Spectre es más que suficiente, los humanos no perciben diferencias de timing más finas que unos 50ms en contexto UI. requestAnimationFrame no es un reloj per se, es un callback que el navegador dispara una vez por refresco de pantalla (típicamente 60 veces por segundo en un monitor de 60Hz, 120 en uno de 120Hz). Para una UI de cronómetro, requestAnimationFrame es lo que conduce la actualización suave del display; el tiempo transcurrido en sí viene de performance.now(). El patrón estándar: capturar startTime = performance.now() al Start, luego en cada frame de animación computar elapsed = performance.now() - startTime y re-renderizar el display.
El problema del throttling de pestaña
Una fuente famosa de bugs en cronómetros basados en navegador es el throttling de pestaña en segundo plano. Cuando una pestaña pierde el foco (cambias a otra pestaña o ventana), los navegadores reducen la frecuencia a la que setTimeout, setInterval y los callbacks de requestAnimationFrame se disparan, típicamente fijado en 1 segundo entre llamadas independientemente del intervalo solicitado. Chrome 88 (enero de 2021) introdujo un modo «intensive throttling» aún más agresivo que reduce a intervalos de 1 minuto después de que la pestaña ha estado en segundo plano 5+ minutos, para ahorrar batería en portátiles. Esto rompe cualquier cronómetro que incrementa un contador en cada intervalo, el contador queda atrasado. La implementación correcta de cronómetro, usada aquí, es computar tiempo transcurrido como performance.now() - startTime en cada render en lugar de incrementar un contador en cada intervalo, la diferencia entre dos timestamps siempre es precisa independientemente de cuán a menudo se dispare el render. El display se verá congelado en una pestaña en segundo plano (porque el render no se está disparando), pero cuando vuelves a la pestaña el tiempo transcurrido se computa correctamente y el display salta al valor correcto. Para timing en segundo plano genuinamente preciso, el patrón Web Worker (ejecutar el timer en un hilo worker, que es throttleado menos agresivamente que el hilo principal) es la solución estándar; el cronómetro de esta herramienta está enfocado al primer plano así que el enfoque básico performance.now() es suficiente.
Tiempo de vuelta vs tiempo split, la distinción que importa a los oficiales olímpicos
Dos conceptos relacionados pero distintos se confunden en el habla cotidiana. Un tiempo de vuelta es la duración de una sola vuelta, el tiempo transcurrido desde el marcador de vuelta previo. Un tiempo split es el total acumulado en un checkpoint, el tiempo transcurrido desde el principio. En un relevo 4×400m, el tiempo de vuelta de cada corredor es lo que personalmente corrió; los tiempos split te dicen cómo la posición acumulada del equipo evolucionó a lo largo de los relevos. En un maratón, los tiempos split a 5K te dicen el ritmo del corredor en cada checkpoint, mientras que los intervalos vuelta a vuelta te dirían su consistencia de ritmo. Los sistemas de cronometraje olímpico muestran ambos lado a lado. Este cronómetro registra ambos: cada entrada de vuelta muestra el intervalo de vuelta (solo esta vuelta) en una columna y el total acumulado (split desde el inicio) en otra, así puedes comparar consistencia o progreso absoluto según lo que te importe. El botón Vuelta registra el marcador; pulsarlo múltiples veces durante una carrera produce una lista ilimitada de intervalos.
Casos de uso comunes
- Cronometraje de entrenamiento y ejercicio. Intervalos de sprint, planchas, periodos de descanso entre series, circuitos HIIT. La función vuelta registra cada intervalo de trabajo; exporta a un registro de fitness.
- Cronometraje de cocina y repostería. Una alternativa más limpia a las alarmas de teléfono cuando necesitas cronometrar en lugar de alertar. Los tiempos de vuelta son útiles para recetas multi-etapa (pasta en 8 minutos, salsa reduciéndose 12, agua de la pasta 4).
- Seguimiento de productividad. Sesiones de trabajo estilo Pomodoro (el Pomodoro Timer está hecho específicamente para esto), pero también mediciones generales «cuánto duró esta tarea» para presupuesto de tiempo.
- Juegos y pruebas en clase. Profesores cronometrando respuestas de alumnos, periodos de réplica de club de debate, fases de examen.
- Práctica de oratoria. Cronometraje de ensayo para charlas y presentaciones, la mayoría de las conferencias imponen límites estrictos de tiempo y ensayar con un cronómetro real es esencial.
- Cronometraje de deportes recreativos. Partidos improvisados donde alguien necesita seguir un cuarto o un periodo; encuentros informales de atletismo; carreras de patio.
- Experimentos científicos. Duraciones de reacción, mediciones de tiempo de caída, demos simples de física; la función vuelta captura ensayos repetidos de forma limpia.
Límites honestos de precisión
Un cronómetro de navegador es preciso a unos 10 milisegundos cuando corre en primer plano en hardware moderno, bien para entrenamientos, cocina, presentaciones, juegos de clase y deportes recreativos. No es un sustituto para: cronometría certificada de atletismo (que usa cámaras de photo-finish y sistemas de cronometraje electrónico dedicados con precisión sub-milisegundo y trazas de auditoría); cronometraje de vuelta sincronizado por GPS (motorsport, ciclismo); sistemas de cronometraje de carrera pareados por Bluetooth inalámbrico; o cualquier cosa donde el tiempo se vuelva un registro oficial regulado. La precisión de cronometraje de la plataforma web se redujo deliberadamente tras Spectre/Meltdown para mitigar ataques de canal lateral; para uso de cronómetro esto es invisible (los humanos no perciben la diferencia) pero para mediciones de benchmark a nivel de microsegundo necesitas cabeceras cross-origin-isolated. Para cronometraje de larga duración donde la pestaña podría perder el foco, espera que el display se «congele» en pestañas en segundo plano pero muestre el tiempo transcurrido correcto cuando vuelvas, el cálculo usa deltas de timestamp, no intervalos acumulados.
Mantener la pantalla encendida, Wake Lock API
Los navegadores automáticamente atenúan y eventualmente apagan la pantalla en dispositivos móviles tras un periodo de inactividad, lo cual es poco útil cuando usas el cronómetro para cronometrar un entrenamiento y la pantalla se apaga a mitad de carrera. La W3C Screen Wake Lock API permite a una página web pedir que la pantalla siga encendida mientras la página está en uso, soportada en Chrome desde 84 (julio de 2020), Edge, Opera, y Safari desde 16.4 (marzo de 2023), con Firefox añadido en 126 (mayo de 2024). Para un cronómetro, el patrón típico es adquirir el wake lock cuando el timer empieza y liberarlo cuando el timer se detiene o la página pierde visibilidad; esto previene que la pantalla se apague durante carreras largas sin invalidar permanentemente la configuración de display del usuario. Los cronómetros mobile-first se benefician sustancialmente de la integración Wake Lock; el caso de uso primer-plano de esta herramienta rara vez la necesita, pero la opción vale la pena conocerla para cronómetros auto-construidos.
Funcionalidades
- Precisión al milisegundo: exacto al menos a 10 ms
- Splits de vueltas ilimitados, registran tanto intervalos por vuelta como totales acumulados; la mejor/peor vuelta puede destacarse de un vistazo.
- Iniciar/Pausa/Reanudar: control completo de la reproducción
- Atajos de teclado: espacio para iniciar/detener, L para una vuelta
- Exportar las vueltas: copiar todos los tiempos parciales en texto plano
- Funciona sin conexión · no hace falta conexión tras la carga
Preguntas frecuentes
¿Cuán precisa es la cronometría?
El display se actualiza 10 veces por segundo (precisión de centésima de segundo) y el cálculo subyacente usa performance.now(), que es monotónica y precisa a unos 100 microsegundos en navegadores modernos (1 milisegundo en algunas configuraciones tras las mitigaciones Spectre/Meltdown). Para entrenamientos, cocina, presentaciones y deportes recreativos esto es más que suficiente, los humanos no perciben diferencias de timing más finas que unos 50ms en un contexto UI. No un sustituto para cronometría regulada de atletismo, cronometraje motorsport sincronizado por GPS, o cualquier cosa que se vuelva un registro oficial.
¿Por qué se congela el display cuando cambio de pestaña?
Throttling de pestaña del navegador. Cuando una pestaña pierde el foco, los navegadores reducen la frecuencia a la que requestAnimationFrame y los callbacks de timer se disparan, típicamente fijado en 1 segundo entre llamadas, y Chrome 88+ (enero de 2021) reduce además a 1 minuto tras 5 minutos de inactividad para ahorrar batería. El display no puede actualizarse sin un callback disparado. La buena noticia: el tiempo transcurrido en sí se computa correctamente porque esta herramienta usa deltas de timestamp (performance.now() - startTime) en lugar de intervalos acumulados, cuando vuelves a la pestaña, el display salta al tiempo transcurrido correcto. Para timing en segundo plano genuinamente preciso, un patrón Web Worker es la solución estándar.
¿Cómo funcionan los tiempos de vuelta?
Pulsar Vuelta registra dos valores: el intervalo de vuelta (tiempo desde la vuelta previa, o desde el inicio si es la primera vuelta) y el total acumulado (tiempo desde el inicio, también llamado un «split»). Ambos se muestran lado a lado en la tabla de vueltas. La distinción importa en atletismo: el intervalo de vuelta te dice la consistencia de ritmo por segmento, el total acumulado te dice el progreso absoluto contra un tiempo objetivo. Pulsa Vuelta tantas veces como necesites; no hay límite.
¿Puedo pausar sin perder el tiempo transcurrido?
Sí, Stop pausa el timer en el valor actual; pulsa Start de nuevo para reanudar donde parastes. Reset borra todo (tiempo transcurrido y todos los registros de vuelta) y vuelve a cero. La tabla de vueltas persiste a través de ciclos de detener-reanudar para que puedas revisar y exportar vueltas de una sesión de cronometraje multi-segmento.
¿Puedo mantener la pantalla encendida durante un entrenamiento largo?
Para cronometraje de deporte de larga duración en un teléfono, el comportamiento por defecto del navegador es atenuar y eventualmente apagar la pantalla, lo cual es poco útil a mitad de entrenamiento. La W3C Screen Wake Lock API (Chrome 84+ julio de 2020, Safari 16.4+ marzo de 2023, Firefox 126+ mayo de 2024) permite a una página web pedir que la pantalla siga encendida mientras está en uso. Este cronómetro no invoca actualmente Wake Lock automáticamente, por ahora, la solución alternativa es ajustar manualmente el timeout de apagado de pantalla de tu teléfono, o usar la app nativa de cronómetro del dispositivo para uso de deporte de larga duración.
¿Mis datos de cronometraje se envían a algún sitio?
No. El cronómetro corre enteramente en tu navegador. Tus datos de cronometraje, hora de inicio, tiempos de vuelta, valor transcurrido actual, nunca cruzan la red. Verifícalo en la pestaña Network de DevTools mientras el cronómetro corre, o pon la página offline (modo avión) tras cargar y el cronómetro sigue funcionando perfectamente. Útil para cualquier contexto de cronometraje donde la confidencialidad importe: pruebas deportivas en pista cerrada, benchmarking de rendimiento interno, etc.