El MITIC extendió hasta el 11 de marzo la consulta pública para la versión 2.0 del Estándar de Software del Estado Paraguayo. Este documento define cómo los ministerios compran tecnología. Aunque hay avances en propiedad intelectual, persiste un punto ciego: no hay métricas de rendimiento web exigibles.
Lo bueno: Soberanía del código en el MITIC#
El borrador clasifica bien los tipos de mantenimiento y soporte según experiencia y facturación. Sin embargo, al evaluar la calidad técnica del producto final, las reglas se vuelven difusas.
El problema: El rendimiento como “sugerencia”#
En la página 21, bajo Requerimientos no funcionales, el estándar del MITIC indica:
“El OEE deberá indicar los requerimientos no funcionales… Algunos ejemplos están asociados a: rendimiento, seguridad, portabilidad…”
Dejar el rendimiento como un simple “ejemplo” es un riesgo. En la web de 2026, la velocidad es accesibilidad pura .
Hoy, un proveedor puede entregar un portal ciudadano que tarda 8 segundos en cargar en 3G y cumplir con el pliego. No existe una métrica base exigida para evitarlo.
No hay inclusión real si obligamos al ciudadano a gastar sus datos móviles descargando megabytes de código innecesario para un trámite básico.
La solución: Lighthouse como estándar para el MITIC#
El rendimiento web debe ser un criterio de aceptación obligatorio para sistemas públicos.
Propongo incluir en Arquitectura y Entregables:
- Métricas Lighthouse: Exigir 85/100 mínimo en rendimiento, accesibilidad y SEO.
- Core Web Vitals: Umbrales técnicos objetivos que Google ya usa para medir calidad.
- Arquitecturas Modernas: Priorizar SSR o SSG (Astro, Next.js) sobre SPAs pesadas.
Reducir el JS permite que el portal funcione en cualquier smartphone del país.
¿Qué son los Core Web Vitals?#
- LCP (Largest Contentful Paint)
- Mide la velocidad percibida. El contenido principal debe aparecer en menos de 2.5s.
- INP (Interaction to Next Paint)
- Mide la respuesta al clic. Qué tan rápido reacciona la página a la interacción.
- CLS (Cumulative Layout Shift)
- Mide la estabilidad visual. Evita que los botones “salten” mientras la página carga.
Rendimiento Opcional vs. Obligatorio
Ventajas de exigir métricas
- Ahorro en infraestructura y servidores del Estado.
- Trámites rápidos y menos frustración ciudadana.
- Accesibilidad real en zonas con conexiones inestables.
Argumentos en contra
- Limitará proveedores (Falso: eleva el nivel de la industria local).
- Difícil de medir (Falso: Lighthouse es gratuito y automatizable).
Analicé esto antes en SEO técnico en Paraguay y en el costo de la hidratación en React. El rendimiento no puede ser opcional.
Conclusión#
El Estándar 2.0 es un paso hacia la madurez en compras públicas de TI del MITIC. Aseguremos que el software pagado con impuestos funcione para todos, en cualquier punto del país.
