Cuando una entidad o empresa siente que su sitio web ya no funciona, la primera reacción suele ser pedir un rediseño. Cambiar colores, mover bloques, hacer un home más moderno o comprar una nueva plantilla parece la solución rápida. Pero en portales institucionales el problema casi nunca es solo visual.
Un portal puede verse antiguo y aun así funcionar bien. También puede verse moderno y estar lleno de problemas: formularios que no llegan, certificados mal configurados, menús de transparencia incompletos, plugins desactualizados, imágenes pesadas, módulos incompatibles, errores 500 intermitentes o backups que nadie ha probado.
Por eso, antes de rediseñar, conviene hacer un diagnóstico. No para llenar un informe largo que nadie lee, sino para responder una pregunta concreta: ¿qué necesita realmente este sitio para funcionar mejor?
1. Revisar el estado técnico del sitio
Lo primero es saber sobre qué está construido el portal. Parece básico, pero muchas veces el equipo que administra contenidos no tiene claro si el sitio está en WordPress, Drupal, Laravel, PHP a medida, un constructor visual o una mezcla de varias cosas.
También hay que revisar versiones: PHP, base de datos, servidor web, CMS, temas, plugins, módulos y librerías. Un portal puede estar funcionando hoy, pero depender de una versión de PHP sin soporte o de un módulo que ya no recibe actualizaciones.
Aquí conviene preguntar:
- ¿Qué CMS o framework usa el sitio?
- ¿Qué versión de PHP está activa?
- ¿El servidor usa Apache, Nginx, LiteSpeed u otro stack?
- ¿Hay errores recientes en logs?
- ¿El sitio tiene módulos o plugins abandonados?
- ¿Existe ambiente de pruebas o todo se cambia directo en producción?
Si no se responde esto, cualquier rediseño arranca a ciegas.
2. Validar seguridad básica
No todo diagnóstico debe convertirse en una auditoría de seguridad profunda, pero sí debe revisar señales mínimas.
Un portal institucional debería tener HTTPS correctamente configurado, redirección de HTTP a HTTPS, certificado vigente, cabeceras básicas, métodos HTTP controlados y un manejo responsable de formularios y archivos.
Algunos puntos importantes:
- Certificado SSL vigente y emitido para el dominio correcto.
- Redirección estable de HTTP a HTTPS.
- HSTS cuando aplica y está bien probado.
- Revisión de cabeceras como X-Content-Type-Options y similares.
- Bloqueo de métodos inseguros como TRACE cuando corresponda.
- Validación de permisos de carpetas y archivos.
- Revisión de accesos administrativos y usuarios activos.
La seguridad no puede verse como una capa que se agrega al final. Si el sitio se rediseña sin revisar esto, el problema simplemente se maquilla.
3. Evaluar rendimiento real
No basta con decir que el portal “se siente lento”. Hay que revisar qué lo está haciendo lento.
En WordPress pueden ser plugins pesados, temas sobrecargados, constructores visuales, imágenes sin optimizar o consultas lentas. En Drupal puede haber caché mal configurada, vistas pesadas, módulos innecesarios o problemas de base de datos. En un desarrollo a medida puede haber consultas sin índice, recursos sin compresión o procesos que se ejecutan en cada carga.
Una revisión útil debe mirar:
- Peso de imágenes.
- Caché del sitio.
- Tiempo de respuesta del servidor.
- Recursos CSS y JavaScript innecesarios.
- Errores en consola.
- Páginas más lentas.
- Comportamiento en móvil.
A veces no se necesita rediseñar todo. A veces se necesita limpiar, optimizar y ordenar.
4. Revisar arquitectura de contenidos
En portales institucionales el contenido suele crecer sin control. Se crean páginas nuevas, se duplican noticias, se suben PDFs con nombres poco claros y el menú termina siendo una mezcla entre organigrama interno y necesidades del usuario.
Aquí es clave revisar si el ciudadano o usuario encuentra lo que necesita.
Preguntas útiles:
- ¿El menú principal es claro?
- ¿La información importante está a menos de tres clics?
- ¿Los nombres de secciones son entendibles para una persona externa?
- ¿Hay páginas duplicadas o desactualizadas?
- ¿Los PDFs tienen nombres claros?
- ¿Los contenidos tienen títulos, subtítulos y fechas actualizadas?
- ¿Las noticias antiguas siguen siendo útiles o generan ruido?
Un buen rediseño no empieza con colores. Empieza con orden.
5. Mirar cumplimiento y transparencia
Para entidades públicas, el portal no es solo una vitrina. También es un canal de cumplimiento. Por eso hay que revisar elementos relacionados con Ley 1712, Resolución 1519, accesibilidad, publicación de información y estructura de transparencia.
No se trata de prometer cumplimiento automático. Se trata de identificar brechas y priorizar acciones.
Algunos puntos para revisar:
- Menú de Transparencia y Acceso a la Información Pública.
- Estructura de secciones obligatorias.
- Enlaces rotos o documentos desactualizados.
- Publicación de información en formatos consultables.
- Accesibilidad básica en textos, imágenes, contrastes y navegación.
- Claridad en rutas de atención y contacto.
Este punto es especialmente importante porque muchas veces el área técnica, comunicaciones y áreas misionales tienen responsabilidades compartidas. El diagnóstico ayuda a ordenar quién debe revisar qué.
6. Probar formularios y rutas críticas
Un formulario que no envía, una página de contacto sin respuesta o un botón que lleva a un error puede costar oportunidades y confianza.
Antes de rediseñar, hay que probar lo esencial:
- Formulario de contacto.
- Buscador interno.
- Enlaces principales.
- Descarga de documentos.
- Páginas de trámites o servicios.
- Integraciones con terceros.
- Visualización en móvil.
Esto no se revisa mirando el home. Se revisa navegando como usuario real.
7. Revisar backups y capacidad de recuperación
Un portal puede estar bonito, pero si no se puede restaurar, está en riesgo.
Hay que saber dónde están los backups, cada cuánto se generan, qué incluyen y si alguna vez se han probado. Un backup que nunca se ha restaurado es una promesa, no una garantía.
Mínimo se debería verificar:
- Backup de base de datos.
- Backup de archivos.
- Backup de configuración del servidor cuando aplique.
- Frecuencia de generación.
- Lugar de almacenamiento.
- Prueba de restauración.
- Responsable de verificar que el backup existe.
Este punto suele parecer invisible hasta el día en que se necesita.
8. Definir prioridades antes de invertir
Después de revisar todo, no conviene entregar una lista interminable de problemas. Lo útil es organizar hallazgos por prioridad:
- Crítico: afecta seguridad, disponibilidad o funcionamiento.
- Alto: afecta experiencia de usuario, cumplimiento o rendimiento.
- Medio: mejora la operación o el mantenimiento.
- Bajo: ajustes visuales o mejoras deseables.
Así el cliente no queda perdido. Sabe qué corregir primero, qué puede esperar y qué requiere planeación.
Conclusión
Un portal institucional no necesita verse moderno únicamente. Necesita funcionar, ser seguro, ser mantenible, cargar bien, publicar información clara y responder a las necesidades de sus usuarios.
Por eso, antes de rediseñar, migrar o contratar un nuevo desarrollo, vale la pena hacer un diagnóstico web. No para frenar el proyecto, sino para tomar mejores decisiones.
Si tu portal está lento, desordenado, desactualizado o no sabes por dónde empezar, puedo ayudarte con una revisión inicial de seguridad, CMS, rendimiento, servidor, contenidos y cumplimiento digital.
👉 Solicita un diagnóstico web institucional en: https://juangirondigital.com/diagnostico