ASP clasico en 2026: alguien lo mantiene en produccion todavia?

Angel Carrero
12 de Agosto del 2026

Pregunta para los que llevan tiempo por aquí: ¿alguien mantiene ASP clásico (no ASP.NET) en producción a día de hoy, o ya es pura arqueología?

Contexto por si alguien no lo vivió: ASP clásico (VBScript embebido en páginas .asp, sin ningún framework de por medio) fue el estándar de Microsoft para desarrollo web hasta que ASP.NET lo sustituyó a principios de los 2000. Microsoft sigue dando soporte básico a nivel de IIS, pero no ha recibido ninguna mejora real en décadas.

Lo que me hace preguntármelo: sigo viendo hilos por aquí con dudas de ASP clásico, lo cual sugiere que hay aplicaciones reales todavía vivas ahí fuera, probablemente sistemas internos de empresas que llevan 20 años funcionando y que nadie se ha planteado migrar porque «funciona».

¿Alguien tiene un caso así? Me interesa sobre todo el motivo real de por qué sigue vivo: ¿coste de reescritura, miedo a romper algo que funciona, falta de tiempo, o directamente nadie se ha planteado que haya un problema?

Angel Carrero


David Carrero
12 de Agosto del 2026

Sigue vivo, sobre todo en intranets corporativas antiguas que nunca justificaron el coste de una reescritura completa mientras seguían funcionando. IIS en Windows Server todavía soporta ASP clásico de forma nativa (no ha desaparecido del stack de Microsoft), así que técnicamente no hay una fecha de "fin de soporte" que obligue a nadie a moverse por sí sola.

El problema real no es tanto "funciona o no funciona" como el entorno alrededor: cada vez es más difícil encontrar desarrolladores que conozcan bien VBScript del lado servidor y las peculiaridades de ASP clásico (tipado débil, sin gestión de errores estructurada nativa hasta que se añade a mano, sin ningún ecosistema de paquetes moderno), y el propio código heredado suele tener problemas de seguridad clásicos (concatenación de SQL sin parametrizar, sin ningún encoding de salida por defecto, así que XSS muy fácil si no se ha tenido cuidado desde el principio).

Lo que veo en la práctica: se mantiene mientras siga funcionando y no dé problemas graves, con parches puntuales, pero casi nadie construye nada nuevo sobre ASP clásico hoy. Cuando se decide migrar, casi siempre es reescritura completa a otra cosa (.NET moderno, o directamente otro stack), no una migración incremental, porque el modelo de ASP clásico es demasiado distinto de cualquier framework actual como para ir cambiando pieza a pieza.

David