GTFS, rutas y horarios: cuando una web deja de ser solo una web

Hay temas que parecen puramente técnicos hasta que los bajas a una decisión real de proyecto. Ahí es donde se vuelven interesantes.

Datos que tienen forma

Una web de transporte no puede tratar rutas y horarios como párrafos sueltos. Una línea tiene sentidos, paradas, trayectos, salidas, fechas especiales y mapas.

Cuando ese contenido vive como texto, mantenerlo se vuelve frágil. Cuando vive como datos, la web puede empezar a razonar.

GTFS como punto de partida

GTFS ayuda porque trae una estructura común para rutas, trips, stop_times, calendar y stops. Pero importarlo no basta. Hay que convertirlo en un modelo que el CMS pueda editar y el usuario pueda entender.

Eso implica deduplicar trayectos, agrupar horarios, respetar sentidos y conservar datos originales para poder revisar.

La web como interfaz de datos

En este tipo de proyecto, la web pública es solo la punta. Debajo hay una capa de contenido estructurado que permite mostrar horarios, próximos buses y paradas sin escribirlo todo a mano.

Ahí es donde una web empieza a parecer producto.

Cierre

Al final, casi todo vuelve a lo mismo: construir con intención, quitar ruido y dejar una base que alguien pueda usar, entender y mantener.