Artículo · Fiabilidad · Datos

Comprender las predicciones

Temporal leakage: por qué un pronóstico debe ser fiel a su pasado

Un cálculo puede empezar antes del partido y terminar después. Por qué importa este detalle y cómo conservar lo que realmente se había ofrecido antes del inicio.

Publicado el · 8 min de lectura

Fuga temporalHistorialPronósticos previos al partido

20:58: empieza el cálculo. 21:04: ya es demasiado tarde.

Un partido comienza a las 21:00. A las 20:45 se publica un primer pronóstico. A las 20:58, un programa inicia un nuevo análisis y termina a las 21:04. ¿Qué versión debe contar en el historial?

La primera. El nuevo cálculo empezó antes del inicio, pero su resultado no estuvo disponible a tiempo. Presentarlo después como un pronóstico previo al partido cambiaría lo que realmente se había ofrecido.

Este ejemplo ficticio resume una dificultad concreta de las predicciones deportivas: no basta con empezar a calcular antes del partido. También hay que publicar antes de que comience.

A se publica a las 20:45. B empieza a las 20:58 y termina a las 21:04, después del inicio a las 21:00. Se conserva A y se rechaza B. Ampliar el esquema en una pestaña nueva
Ejemplo ficticio: el nuevo cálculo empieza a tiempo, pero se publica demasiado tarde. K representa el inicio de referencia, aquí a las 21:00.

El problema va más allá de los modelos de fútbol. Aparece siempre que evaluamos una decisión pasada: una previsión meteorológica, una estimación de ventas o una predicción financiera. La pregunta es la misma: ¿qué se podía saber realmente en aquel instante?

Temporal leakage: cuando el futuro se cuela en el pasado

Imaginemos que hoy recalculamos el pronóstico de un partido disputado el domingo pasado. Conocemos el marcador, la clasificación ha cambiado y las estadísticas de los equipos se han actualizado. El programa puede producir una cifra, pero esta ya no representa necesariamente lo que habría anunciado antes del encuentro.

Ese es el principio de la fuga temporal, también llamada temporal leakage: información que no estaba disponible al predecir influye en el cálculo o en su evaluación.

Ni siquiera es necesario utilizar directamente el marcador final. Puede bastar con una media de goles que ya incluya ese partido, una clasificación actualizada tras el resultado o una cuota recogida demasiado tarde.

Un dato recibido después del partido se incorpora indebidamente a un pronóstico anterior. Ampliar el esquema en una pestaña nueva
La información futura no debe alimentar una predicción pasada. También se aplica a un dato recibido antes del partido, pero después de la hora del pronóstico evaluado.

Además, el límite relevante no siempre es el inicio del encuentro. Si queremos evaluar un pronóstico publicado a las 18:00, una información recibida a las 20:00 ya es demasiado reciente para reconstruirlo, aunque el partido empiece a las 21:00.

Hay tres riesgos relacionados: utilizar datos futuros, sustituir un pronóstico antiguo por un cálculo reciente o aplicar nuevos criterios después de conocer qué partidos salieron bien. Pueden mejorar la apariencia del historial sin mejorar la capacidad de prever los próximos encuentros.

Calcular, guardar y publicar son momentos distintos

La hora de un pronóstico merece una pregunta: ¿qué representa? ¿El comienzo del cálculo, su final, el guardado de un archivo o la disponibilidad del resultado? Entre esos momentos pueden pasar varios minutos.

Volvamos al cálculo de las 20:58. Aunque todos sus datos hubieran quedado fijados al empezar, un resultado publicado a las 21:04 no pasa a estar disponible a las 20:58. La hora de inicio no puede utilizarse para anticipar la fecha de publicación.

Por eso hay que revisar la situación al terminar el procesamiento, en el momento de publicar. Si el límite ya ha pasado, la nueva versión no debe sustituir a la que estaba disponible. Si no existía una versión anterior, hay que aceptar la ausencia de pronóstico.

¿Y si el propio guardado cruza el inicio?

Una operación puede empezar justo antes de las 21:00 y terminar unos instantes después. Si no podemos demostrar que se completó antes del comienzo, debemos conservar esa incertidumbre y rechazar la nueva versión como pronóstico previo confirmado.

La misma prudencia se aplica cuando el programa se interrumpe. Encontrar un resultado al reiniciar no demuestra que se hubiera publicado a tiempo.

El marcador cambia. El pronóstico guardado sigue siendo el mismo.

Un historial útil reúne lo que se había previsto y lo que ocurrió realmente. El resultado final llega después del encuentro y debe poder añadirse o corregirse. Eso no justifica recalcular las probabilidades originales.

Tomemos un ejemplo ficticio: 52 % de victoria local, 27 % de empate y 21 % de victoria visitante. El partido termina 1–2. La selección local pierde; la distribución inicial sigue siendo la que debe evaluarse.

Probabilidades conservadas: 52 % local, 27 % empate, 21 % visitante. Marcador final: 1–2. La selección local falla sin cambiar las probabilidades. Ampliar el esquema en una pestaña nueva
Cifras ficticias: local 52 %, empate 27 %, visitante 21 %. El marcador permite evaluar la selección guardada; no sustituye las probabilidades.

Una derrota no demuestra, por sí sola, que la probabilidad del 52 % fuera incorrecta. Recuerda que una probabilidad no es una certeza. Su fiabilidad se mide en un conjunto de situaciones comparables, como explicamos en nuestra presentación del método y la fiabilidad de las probabilidades.

Las etiquetas y las selecciones también forman parte de la historia

No basta con mantener las cifras si unos umbrales nuevos cambian qué partidos antiguos aparecen como los «mejores pronósticos». También deben conservarse las decisiones que acompañaban a la publicación: mercado elegido, etiqueta asignada y pertenencia a una selección.

Probar una regla nueva con partidos antiguos sigue siendo útil. Basta con identificarlo como una simulación retrospectiva, distinta de lo que se había ofrecido en aquel momento.

Los aplazamientos y los horarios también exigen prudencia

Un partido puede retrasarse o reprogramarse. Un proveedor puede corregir el calendario o comunicar el inicio del juego más tarde de lo esperado. Hay que tratar estas novedades sin borrar la cronología anterior.

Un aplazamiento conocido antes del límite puede permitir adaptar las próximas publicaciones. Uno descubierto después de la antigua hora de inicio no debe, por sí solo, reabrir automáticamente los pronósticos. Esta decisión prudente puede implicar que no haya una nueva versión para el encuentro reprogramado.

Las zonas horarias añaden otra dificultad: las 21:00 en París y las 21:00 en Londres no representan el mismo instante. Durante los cambios de hora, algunas horas locales incluso se repiten. Las comparaciones deben basarse en un instante preciso, con su zona horaria, no únicamente en una hora mostrada en pantalla.

También hay que distinguir cuándo ocurrió un hecho y cuándo se conoció. Una corrección recibida el lunes sobre un partido del domingo no formaba parte de la información disponible el domingo.

Cómo tiene en cuenta Foresportia estos riesgos

En Foresportia hemos incorporado estas situaciones a los controles de los pronósticos. El objetivo es conservar una memoria fiel de lo que se había ofrecido mientras seguimos actualizando los resultados deportivos.

  • Verificar el partido y su horario. El encuentro debe identificarse sin ambigüedad y los cambios de calendario deben tenerse en cuenta.
  • Controlar el final del procesamiento. Un nuevo cálculo no debe sustituir los valores anteriores si el partido comenzó durante su ejecución.
  • Conservar las decisiones publicadas. Las probabilidades, etiquetas y selecciones deben mantener su sentido histórico cuando evolucionan los modelos y las reglas.
  • Actualizar por separado los hechos deportivos. Añadir un marcador sirve para evaluar el pronóstico, no para reescribirlo.
  • Probar los casos difíciles. Las pruebas automatizadas simulan cálculos que cruzan el inicio, valores antiguos incompletos y un archivo previo ilegible.

Estos controles no hacen los partidos más predecibles. Sirven para que la evaluación corresponda a los pronósticos conservados, incluidos los que no acertaron.

A veces un dato desconocido debe seguir siendo desconocido

Puede faltar un valor antiguo, o puede haberse conservado sin pruebas suficientes de su publicación antes del partido. Son situaciones distintas y ninguna se resuelve ejecutando de nuevo el modelo actual.

Añadir un mercado hoy tampoco permite afirmar que ya se ofrecía hace seis meses. El historial puede contener ausencias y niveles de evidencia diferentes, especialmente en los datos más antiguos.

Publicación confirmada antes de K: con controles; activación que cruza K: incierta; archivo ausente: desconocido; calendario contradictorio: revisar la anterioridad. Ampliar el esquema en una pestaña nueva
Una publicación a tiempo, pruebas insuficientes y un calendario contradictorio requieren respuestas distintas. K representa el límite de inicio; la falta de pruebas no demuestra que no hubiera publicación.

Por eso hay que aceptar «desconocido» cuando los elementos disponibles no permiten concluir. A la inversa, que falte una fila en un archivo no demuestra automáticamente que nunca se publicara un pronóstico.

Un registro protegido debe conservar sus valores; una contradicción descubierta después debe seguir siendo visible. La transparencia también consiste en mantener esos límites en lugar de completar artificialmente el historial.

Conservar los pronósticos no sustituye la revisión de los datos

Un pronóstico perfectamente archivado puede haberse calculado con información demasiado reciente. Por eso, prevenir las fugas temporales también empieza antes de publicar.

Para evaluar un modelo hay que probarlo con partidos posteriores a los utilizados al entrenarlo, calcular la forma de un equipo sin incluir el encuentro que se quiere prever y comprobar cuándo estaba disponible cada información.

Las separaciones cronológicas y las estadísticas basadas en encuentros anteriores forman parte de las precauciones presentes en nuestros procesos de aprendizaje. Complementan los controles de publicación; no sustituyen la revisión de fuentes, correcciones tardías y variables utilizadas.

La documentación de scikit-learn sobre fugas de datos presenta este principio general: la evaluación no debe beneficiarse de información que no estaba disponible al predecir.

Un historial creíble conserva también los errores

Destacar un buen pronóstico no basta para juzgar un modelo. Lo importante es comparar sus propuestas con los resultados a lo largo del tiempo, sin cambiar las reglas del pasado después de ver los marcadores.

Rechazar un cálculo tardío, conservar una selección fallida o dejar un dato desconocido exige a veces aceptar un historial aparentemente menos completo. Precisamente eso permite interpretarlo correctamente.

Un pronóstico debe poder equivocarse. Su historial debe permitir comprobarlo.

Preguntas frecuentes

¿Qué es el temporal leakage?

Es utilizar información que no estaba disponible al predecir. Puede distorsionar el cálculo o su evaluación histórica.

¿Un cálculo iniciado antes del partido siempre es un pronóstico previo?

No. Su versión también debe haberse publicado antes del inicio. La hora de comienzo del cálculo no demuestra por sí sola esa anterioridad.

¿Por qué puede cambiar un resultado sin cambiar el pronóstico?

El marcador es un hecho deportivo que se actualiza después del encuentro. Las probabilidades y decisiones guardadas siguen siendo la referencia para evaluarlo.

¿Conservar los pronósticos garantiza acertar?

No. Estos controles protegen la fidelidad del historial; no eliminan la incertidumbre del fútbol.