Sitio estático con panel propio de publicación

Contexto

Empresa de tecnología B2B del grupo, con un sitio corporativo bilingüe (español e inglés) que reúne industrias, líneas tecnológicas, servicios, casos de éxito y un blog con más de setenta artículos. En 2026 se inició un rediseño completo del sitio.

Problema

En el sitio anterior el contenido estaba acoplado a la plataforma que lo servía, y el único camino de publicación pasaba por una persona técnica con acceso al servidor. Blog y casos de éxito se actualizaban con una herramienta local que nunca llegó a desplegarse. Migrar el contenido a un formato editable requirió extraerlo del sitio existente, porque no había una fuente única en archivos. El problema identificado fue de flujo editorial y portabilidad de contenido, no de resultados comerciales.

Solución

El criterio de diseño fue separar qué dice el sitio de cómo se ve, y unir ambos recién en el motor de publicación. El sitio público quedó estático —sin lógica de servidor expuesta en producción— y todo lo dinámico se resolvió en un panel de administración aparte, que reconstruye y republica el sitio al guardar cambios.

• Contenido del blog y de los casos de éxito en archivos versionables, editable en ambos idiomas desde el panel.
• Acceso al panel por código enviado al mail, sin contraseña almacenada.
• Publicación incremental: cada actualización sube solo lo que cambió.
• Evaluación de una alternativa con más piezas de infraestructura, descartada en favor de administrar el mismo motor del sitio como panel, sin sumar una herramienta adicional al stack.

Resultados

• Sitio público en línea con sus secciones principales activas.
• 77 posts de blog publicados en español e inglés.
• El panel permite ordenar los casos de éxito por arrastre, con borrado reversible y procesamiento de imagen.
• El playbook del proceso se reutilizó después en otro proyecto del mismo grupo empresarial.
• El caso documenta el diseño y la construcción del sitio y el panel; no se relevaron mediciones de tráfico, performance ni costo de operación.
• La versión del sitio actualmente en producción difiere de la auditada para este caso (infraestructura y rutas distintas); no hay evidencia de que el circuito de publicación automática siga vigente sobre ella.

Arquitectura y decisiones

El proceso se organizó en etapas: extracción del contenido del sitio anterior, rediseño exportado como sistema de diseño (paleta, tipografía, componentes de referencia), un motor de sitio estático con internacionalización por ruta, contenido separado en archivos versionables, y publicación incremental.

El panel de administración es una segunda instancia de la misma aplicación, corriendo en modo servidor en un entorno propio, detrás de un proxy reverso. Antes de esta versión se diseñó y aprobó una migración alternativa con un panel de terceros, con autenticación reforzada y flujos de traducción automática; esa alternativa no se ejecutó, y en su lugar se optó por administrar el mismo motor del sitio como panel, lo que evitó sumar una herramienta adicional al stack.

El repositorio del proyecto incluye documentación de arquitectura, un registro de riesgos de seguridad aceptados y una instrucción explícita de revisar la documentación de la versión de las herramientas usadas antes de escribir código.