Migración de Drupal a WordPress

Migrá de Drupal sin perder una sola URL

Tu sitio Drupal funciona. Ese no es el problema. El problema es que publicar una landing page todavía significa abrir un ticket y esperar un sprint. Movemos sitios enterprise a WordPress con el modelo de contenido, los redirects y los flujos editoriales intactos, para que tu equipo de marketing deje de negociar con ingeniería.

WordPress logo in the center with five other CMS logos (Drupal, Joomla, Magento, Shopify, and Ghost) arranged in an arc above it on a green gradient background.

El problema real

Tu sitio Drupal no está roto. Tu proceso de publicación sí.

El sitio carga. El contenido está. Lo que no funciona es la parte en la que tu equipo quiere una landing page publicada el jueves y la respuesta es que ingeniería lo puede mirar el sprint que viene.

Cada campaña se dimensiona según la disponibilidad de los desarrolladores. Marketing deja de pedir, en silencio, las cosas que cuesta conseguir, y el roadmap empieza a reflejar lo que el CMS permite en lugar de lo que el negocio necesita. Ese costo nunca aparece como una línea del presupuesto, que es exactamente por qué sobrevive tanto tiempo.

Qué cubre la migración

Todo lo que tiene que sobrevivir a la mudanza

Una migración no es una exportación de contenido. Estas son las seis capas que definen si el sitio nuevo se comporta como el viejo el día del lanzamiento.

Mapeo del modelo de contenido

Los nodos de Drupal se convierten en entradas, páginas o custom post types. Las tablas de la Field API se mapean a los metadatos de WordPress. El historial de revisiones se traslada, así no se pierde el rastro editorial.

Taxonomías, usuarios y roles

Los vocabularios se convierten en categorías, etiquetas o taxonomías personalizadas, mapeadas durante el descubrimiento. Las cuentas se importan conservando la autoría. Los hashes de contraseña son criptográficamente incompatibles entre los dos sistemas, así que las cuentas llegan sin contraseña y en el lanzamiento se corre un restablecimiento coordinado.

Biblioteca de medios

Un proceso en dos pasadas: primero los archivos, con deduplicación, y después una segunda pasada que reescribe cada referencia embebida dentro del cuerpo de las entradas. Los PDF y otros recursos indexados reciben redirects explícitos.

URLs y redirects

Los patrones de Pathauto de Drupal rara vez coinciden con los enlaces permanentes de WordPress. La tabla de mapeo se arma a partir de un crawl completo, no de suposiciones, y se aplica una regla: nada de cadenas de redirects. A va a C, nunca A a B a C.

Integraciones

Los módulos contribuidos no se mapean uno a uno. La auditoría de descubrimiento decide, módulo por módulo, qué se reconstruye, qué reemplaza una funcionalidad del core y qué se jubila sin ruido.

Flujos editoriales

Las cadenas de moderación de contenido, la asignación de revisores y la publicación programada se mapean sobre los roles y capacidades de WordPress, más código de workflow a medida cuando la lógica de aprobación es compleja.

Qué cambia

De déjame consultarlo con desarrollo a ya está publicado

Después de la migración, las personas que escriben el contenido son las mismas que lo publican.

Los bloques se ensamblan en páginas sin abrir un ticket. La revisión editorial ocurre dentro del CMS y no en una planilla. Tu equipo de desarrollo vuelve al trabajo que realmente necesita desarrolladores. La idea no es una pantalla de administración más linda, es sacar a ingeniería del camino crítico de una decisión de marketing.

Team reviews CMS migration plan in office

El plan

Cómo se ejecuta la migración

Seis etapas, en este orden, con un punto de decisión al final de cada una.

1

Descubrimiento y auditoría

Crawl completo del sitio actual, inventario de contenido, auditoría de integraciones y una línea de base de cada URL, etiqueta canónica y valor de metadatos antes de mover nada.

2

Migración piloto

Una porción real de contenido migrada de punta a punta, para probar el mapeo de datos antes de la corrida completa.

3

Construcción en paralelo

Frontend, backend y migración de contenido avanzan al mismo tiempo en lugar de en secuencia.

4

QA y validación

Pruebas cross-browser, testing de integraciones y pruebas del flujo editorial con las personas que realmente van a usar el CMS.

5

Lanzamiento

Cambio de DNS manteniendo disponible el entorno anterior, para que volver atrás sea una decisión y no un proyecto.

6

Hypercare y entrega

Soporte posterior al lanzamiento mientras se estabilizan el posicionamiento y el tráfico, y después la entrega a tu equipo o al soporte continuo.

Antes de comprometerte

Mirá qué implica realmente tu migración

Una llamada de descubrimiento recorre tu modelo de contenido, tus integraciones y tu estructura de URLs. Te vas con un alcance real, no con una estimación al voleo, y sin obligación de seguir adelante.

Preguntas frecuentes

Lo que preguntan los equipos antes de dejar Drupal

Las cinco preguntas que aparecen en toda llamada de migración desde Drupal, respondidas sin rodeos.

Cuando quieras, arrancamos

Dejá de esperar al sprint para publicar

Traenos tu sitio Drupal y trazamos el camino de salida: modelo de contenido, redirects, integraciones y los flujos que tu equipo va a usar desde el primer día.