Migración de Drupal a WordPress

Deja Drupal
con cada URL mapeada

Tu sitio Drupal funciona, pero cada landing page todavía espera un sprint. Lo pasamos a WordPress con el modelo de contenido, las URLs, los redirects y los flujos editoriales intactos.

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.

¿Todavía comparas plataformas? Lee WordPress vs Drupal para equipos enterprise, o compara WordPress con otras plataformas.

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.

IA en migraciones

Los agentes mapean tus tipos de contenido antes de mover nada

Drupal guarda el contenido en tipos de contenido, campos, Paragraphs y taxonomías. Los agentes leen esa estructura, proponen dónde cae cada pieza en WordPress y tu equipo aprueba el mapa.

  • Extracción por campo

    Nodos, campos, medios y referencias se extraen a una planilla compartida que revisas con nosotros.

    En uso
  • Dos a tres meses sin rediseño

    Los agentes se ocupan de la mayor parte del mapeo de campos, que era lo que hacía largas las migraciones desde Drupal.

    En uso
  • Pruebas asistidas por IA

    Compara cada nodo migrado con su original en Drupal y marca lo que cambió.

    En desarrollo
Leer: lo que cuesta quedarse en tu plataforma actual

Sugerencia de IA

Mapeo de migración · ejemplo

Componente heredado
Paragraphs "promo" con campos de imagen, título, cuerpo y enlace
Bloque propuesto
Bloque Media y texto, imagen a la derecha, un botón principal
Nota
Campos mapeados uno a uno. Texto alternativo propuesto para revisión.

Nada se migra sin revisión

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.

El mismo cambio desde otra plataforma: Ueno Bank dejó Liferay por WordPress VIP, y el lanzamiento de campañas pasó de 3 semanas a 3 horas. Lee el caso

Team reviews CMS migration plan in office

El plan

Cómo se ejecuta la migración

Tres pasos, con un punto de decisión al final de cada uno. Tu sitio Drupal sigue en línea hasta que el nuevo está verificado.

  1. Paso 1

    Diagnosticar

    Un crawl completo de tu sitio Drupal, el inventario de contenido, una auditoría módulo por módulo y una línea de base de cada URL, etiqueta canónica y valor de metadatos. Después, un piloto: una porción real de contenido migrada de punta a punta, para probar el mapeo antes de la corrida completa.

  2. Paso 2

    Construir o migrar

    Frontend, backend y migración de contenido avanzan en paralelo mientras Drupal sigue en línea y editable. El QA cubre navegadores, integraciones y flujos editoriales, probados con las personas que van a usar el CMS.

  3. Paso 3

    Operar

    El cambio se hace con el entorno anterior disponible, para que volver atrás sea una decisión y no un proyecto. Seguimos el posicionamiento y la cobertura hasta que se estabilizan, y seguimos mejorando la plataforma con tu equipo.

Antes de comprometerte

Mira qué implica realmente tu migración

En 30 minutos revisamos tu modelo de contenido, tus integraciones y tu estructura de URLs, y te decimos qué implica moverlos. Sin obligación de seguir adelante.

Preguntas frecuentes

Lo que preguntan los equipos antes de dejar Drupal

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

Cuando quieras, arrancamos

Deja de esperar al sprint para publicar

Trae 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.