Saltar al contenido principal

Cómo trabajamos

Metodología

Esta página explica cómo trabajamos. De dónde sacamos los datos, qué criterios usamos para decir que un tren ha «desaparecido» y cómo puede comprobar cualquier persona — sin conocimientos técnicos — que un caso concreto es real. Si cambiamos algún criterio, actualizamos este documento con la fecha del cambio.

¿De dónde sacáis los datos?

De Renfe directamente. Usamos los datos abiertos que la operadora publica: la posición en tiempo real de los trenes (la misma información que alimenta el visor oficial), el horario teórico semanal y el feed de avisos de servicio. Todo está disponible públicamente en data.renfe.com bajo licencia de reutilización. No hacemos «scraping» — leemos las APIs oficiales tal y como Renfe las publica.

¿Con qué frecuencia se actualizan los datos?

Cada 20 segundos consultamos la posición de todos los trenes en circulación y guardamos lo que veamos. Es el mismo ritmo al que Renfe publica las actualizaciones; pedirlas más rápido no añadiría información, solo gastaría recursos por ambas partes.

¿Qué tiene que pasar para que marquemos un tren como «fantasma»?

Tres situaciones distintas, con umbrales públicos: «No salió» — un tren del horario oficial que ese día debía circular pero del que no hay ni un solo registro (lo comprobamos al día siguiente a las 04:00 hora de Madrid, cuando ya no quedan trenes nocturnos rezagados). «Desaparecido en ruta» — un tren que iba camino de una estación y deja de aparecer durante 30 minutos o más sin haber llegado a su destino final. «Estancado» — un tren que sigue emitiendo señal pero cuya siguiente parada no cambia durante 15 minutos consecutivos (señal de bloqueo en vía o entre estaciones).

¿Cómo cruzáis cada caso con los avisos oficiales?

Cuando detectamos un tren fantasma, buscamos si Renfe publicó algún aviso sobre la misma línea en ese momento. Si lo encontramos, lo enlazamos como contexto («Posible explicación oficial»). Si no, queda como «Sin parte oficial». Las líneas hermanas se agrupan en el cruce: un aviso de la C-8 también cubre la C-8a y la C-8b, porque comparten trazado. Importante: que haya aviso oficial NO significa que ese aviso explique al 100 % la desaparición; significa que en ese momento Renfe estaba reconociendo un problema en esa línea.

¿Qué evidencia publicáis con cada caso?

La ficha técnica completa de cada detección, descargable en formato abierto desde la propia página del caso. Incluye cuántas observaciones tenemos del tren, hora exacta de la primera y última señal, segundos de silencio, última estación a la que se dirigía y, si corresponde, el texto literal del aviso oficial de Renfe. La idea es que cualquier persona — periodista, investigador, viajero curioso — pueda reproducir nuestro cálculo paso a paso.

¿Qué hacéis cuando un día se ha capturado solo parcialmente?

Si el servicio de captura estuvo apagado parte del día (por mantenimiento, cortes eléctricos, lo que sea), no marcamos como «No salió» trenes que circularon durante esa ventana sin cobertura. Solo flagueamos trenes cuya hora teórica de paso cae dentro del periodo que SÍ estábamos observando. Es una protección contra falsos positivos por fallo nuestro, no de Renfe.

¿Cuánto tarda un cambio en aparecer en la web?

Retrasos y posición actual: unos 20 segundos desde que Renfe lo publica. Avisos oficiales: en cuanto Renfe los emite, normalmente al instante. Trenes fantasma de tipo «Desaparecido en ruta» o «Estancado»: hasta 5 minutos, que es cada cuánto revisamos la ventana reciente. Tipo «No salió»: una vez al día a las 04:00 hora de Madrid, sobre todo el día anterior.

¿Os podéis equivocar?

Sí, y lo asumimos. Los datos de Renfe tienen huecos esporádicos (entre 1 y 5 minutos sin actualización) que pueden disparar un falso «Estancado» en horas valle. El detector de «No salió» también puede señalar trenes de calendarios poco habituales (festivos, eventos) que ese día concreto no operan. Por eso publicamos la ficha técnica bruta de CADA caso, sin filtrar: si nos equivocamos en una detección, cualquiera puede demostrarlo abriendo el JSON y revisando los datos. Escríbenos a contacto@trenaldia.es si encuentras un caso mal etiquetado.

¿Por qué hay tantas detecciones durante los fines de semana con obras?

Cuando Renfe ejecuta obras programadas (típicamente sábado y domingo), publica un aviso oficial diciendo, por ejemplo, «los trenes inician y finalizan su recorrido en Atocha» — es decir, el servicio queda truncado en una estación intermedia y no llega al destino habitual. Pero su horario teórico (el GTFS estático que nosotros consultamos como referencia) NO se actualiza para reflejar esa truncación. Resultado: nuestro detector ve que un tren llega a Atocha y deja de emitir, comprueba que en el horario teórico tendría que haber continuado, y lo marca como «Desaparecido en ruta». Esos casos se etiquetan «Explicado» porque hay aviso oficial activo, pero engrosan el contador total y pueden dar la impresión de una jornada catastrófica cuando en realidad el servicio se desarrolló como Renfe había anunciado, solo que diferente al horario teórico. Para anomalías genuinas — trenes con problemas no anticipados por la operadora — el filtro «Sin parte oficial» de la página de fantasmas es la métrica relevante.

¿Por qué a veces la cifra histórica cambia retroactivamente?

Cuando descubrimos que el algoritmo flagea sistemáticamente trenes que en realidad terminan servicio en una estación intermedia (un patrón operativo recurrente que el horario teórico no refleja — como los servicios «short-turn» que Renfe opera a diario sin actualizar el GTFS), reajustamos los criterios y retiramos del histórico las detecciones que el modelo corregido ya no consideraría fantasmas. La última corrección de este tipo fue el 2026-05-28, durante la fase beta privada del proyecto: tras detectar que estaciones como Madrid-Nuevos Ministerios, Aravaca, Majadahonda, Fuente de la Mora y Galapagar-La Navata estaban actuando como terminales operativos de facto para varias relaciones, se retiraron del histórico las detecciones que apuntaban a esas estaciones como punto de desaparición. Cada corrección de este tipo se documenta aquí con su fecha. La evidencia bruta de cada detección que permanece publicada sigue siendo descargable, así que cualquiera puede reproducir el cálculo.

Más información

Los textos y la metodología publicados aquí se ofrecen bajo Creative Commons Reconocimiento 4.0. Para preguntas concretas, correcciones o feedback de periodistas/investigadores: contacto@trenaldia.es.

Aviso · proyecto en beta

Información orientativa, no oficial

TrenAlDía es un proyecto en fase beta que hoy cubre los núcleos de Cercanías de Madrid, Barcelona y València. Está en desarrollo activo y su funcionamiento puede cambiar o interrumpirse sin previo aviso.

Los datos provienen de fuentes públicas de Renfe y Adif y pueden contener errores, retrasos, huecos o interrupciones ajenos a nosotros. Además, las detecciones de trenes fantasma, retrasos y puntualidad se calculan con métodos propios y heurísticos que pueden producir falsos positivos o negativos: no constituyen información oficial.

Por todo ello, la información de esta web es orientativa y no debe ser la única base para tus decisiones de viaje. Consulta siempre los canales oficiales de Renfe y Adif. No asumimos responsabilidad por daños o perjuicios derivados del uso del servicio, de su indisponibilidad o de la exactitud de los datos.

Proyecto independiente sin afiliación con Renfe Viajeros S.M.E. S.A., Adif ni los consorcios de transporte de las comunidades autónomas. ¿Una inexactitud o una sugerencia? Escríbenos a contacto@trenaldia.es.