Rescate de una instancia Magnolia mal configurada: reinstalación, migración y arquitectura multimarca

Una instancia de Magnolia heredada es un caso frecuente: el producto funciona, alguien lo configuró en algún momento y nadie sabe cómo. GDA, un grupo de laboratorios mexicano, llegó con ese punto de partida.

El problema de una plataforma mal configurada no es que falle, es que cada cambio que se le quiere hacer cuesta más de lo que debería y nadie puede anticipar cuánto.

La instancia sostenía una sola marca, montada sobre decisiones que nadie había dejado escritas.

• Sin documentación: no existía registro de cómo estaba armada la instancia ni de por qué se habían tomado las decisiones que estaban tomadas.
• Problemas de acceso: el ingreso a los entornos estaba comprometido, lo que frenaba cualquier diagnóstico serio antes de empezar.
• Contenido fuera de la plataforma: buena parte del material vivía en WordPress, en un stack distinto del que se quería sostener.

Lo que estaba en juego no era la instancia vieja sino la siguiente decisión: sobre esa base no se podía montar la arquitectura multimarca que el grupo necesitaba.

Auditamos la instancia, concluimos que reinstalar costaba menos que corregirla, y dejamos la configuración documentada y preparada para crecer a varias marcas.

Este es un trabajo de diagnóstico antes que de desarrollo: la decisión difícil no fue ejecutar la reinstalación sino determinar que era la salida correcta.

Auditoría y decisión

• Relevamiento del estado real de la instancia, de su configuración y de los accesos disponibles.
• Comparación entre corregir la configuración existente y reinstalar desde cero, con el costo de cada camino sobre la mesa.
• Decisión de reinstalar, tomada sobre el relevamiento y no sobre una preferencia técnica.

Reinstalación y configuración correcta

• Instalación limpia de Magnolia con la configuración que la arquitectura multimarca requería desde el inicio.
• Resolución de los problemas de acceso y ordenamiento de los entornos.
• Configuración documentada, de modo que la próxima persona que la toque no tenga que deducirla.

Migración desde WordPress y acompañamiento

• Migración del contenido que vivía en WordPress hacia el modelo de contenido de la plataforma nueva.
• Asesoramiento al equipo del cliente sobre cómo implementar cada ajuste, en lugar de dejar solo el resultado.

Arquitectura y tecnología

• Magnolia CMS reinstalado y configurado para operación multisitio.
• Frontend headless desacoplado, consumiendo contenido por API.
• Migración de contenido desde WordPress.

Conocé más sobre soporte y mantenimiento de Magnolia.

Conocé más sobre desarrollo de software.

La instancia dejó de ser un obstáculo y pasó a ser la base sobre la que el grupo montó ocho sitios de marca.

KPIs iniciales

• Instancia heredada sin documentación y con problemas de acceso.
• Una sola marca configurada, y mal configurada.
• Contenido repartido entre Magnolia y WordPress.

KPIs alcanzados

• Instalación limpia, con la configuración documentada y verificada.
• Arquitectura multimarca operativa, con 8 sitios en vivo sobre la base nueva.
• Contenido de WordPress migrado al modelo de contenido definitivo.

Impacto estratégico

• El grupo dejó de arrastrar decisiones de configuración que nadie podía explicar.
• Quedó resuelta la objeción de fondo: una instancia mal configurada se rescata, no se abandona.