Empezar un proyecto
← Todos los artículos
Ingeniería12 min de lectura

Reconstruir un WordPress de 900 páginas sin detener las publicaciones

Marta Ibáñez
Ingeniera jefe ·

Cómo mapeamos una década de páginas sobre una biblioteca de componentes y migramos sección a sección mientras el equipo de marketing seguía publicando.

Northbay llegó a nosotros con una web que nadie quería tocar: once años de páginas, cuatro generaciones de maquetadores visuales, y un equipo de marketing publicando dos veces por semana. Detener las publicaciones para hacer una reconstrucción nunca fue una opción.

Empezar por una auditoría, no por un diseño

Exportamos todas las URL y agrupamos las páginas por la plantilla que realmente utilizaban, no por el menú en el que vivían. Novecientas páginas se redujeron a treinta y un diseños reales, y once de ellos concentraban el 92 % del tráfico. Esa cifra decidió todo el proyecto: solo teníamos que diseñar bien esos once.

El resto eran landing pages puntuales de campañas antiguas. La mitad de ellas no habían recibido ni una visita en un año, así que las archivamos en lugar de migrarlas.

Inventario de plantillas tras la agrupación. Cada columna es un diseño; la altura es la cuota de tráfico.

Bloques con restricciones incorporadas

Cada bloque se entrega con un conjunto fijo de opciones: dos niveles de espaciado, tres tonos de fondo, una proporción de imagen. Los editores no pueden introducir valores arbitrarios, lo cual suena restrictivo hasta que se ve lo que once años de espaciado sin control le hacen a una marca.

  • El espaciado y el color proceden de tokens, nunca del editor.
  • Las imágenes se recortan en el servidor a la proporción que declara el bloque.
  • Cada bloque tiene un estado vacío documentado, para que una página a medio rellenar siga pareciendo intencionada.

Las restricciones son documentación que no se puede ignorar. Un bloque que solo permite la respuesta correcta no necesita guía de estilo.

Migrar sección por sección

Las nuevas plantillas se publicaron detrás de un flag por sección. Cada semana migrábamos una rama de la web, observábamos las cifras durante tres días, y o bien seguíamos adelante o revertíamos solo esa rama. Las publicaciones nunca se detuvieron, y nunca hizo falta una ventana de publicación.

Se produjeron dos reversiones. Ambas las causaron shortcodes heredados dentro del cuerpo del texto, que resolvimos con una capa de compatibilidad en lugar de editar 400 páginas a mano.

−62%
Tiempo para crear una página nueva
2.1s
LCP en móvil, desde 5,4 s
0
Días de publicación perdidos

Qué haríamos otra vez

Auditar antes de diseñar, archivar sin sentimentalismo y entregar detrás de flags. La parte menos glamurosa del proyecto —contar plantillas— fue lo que hizo predecible el resto.

Marta Ibáñez

Ingeniera jefe en Templines. Trabaja sobre todo en migraciones y modelos de contenido.

Hablemos