Migrar un medio a otra plataforma da miedo con razón. Detrás de cada URL hay años de enlaces, posiciones en Google y tráfico que cuesta mucho ganar y poco perder. Una migración mal hecha puede borrar en semanas lo construido en años. Una bien hecha pasa casi desapercibida para el lector y para Google.
Esta es la guía que seguiríamos para llevar un medio de WordPress a Arc XP. Parte de una idea: migrar es mover tráfico, no solo contenido. Si quieres saber antes si el salto te conviene, lee Arc XP vs WordPress para un medio digital.
Tu archivo es un activo de SEO. Cada URL que rankea debe llegar al otro lado, ya sea igual o con una redirección 301 bien puesta.
1. Inventario: qué tienes y qué rankea
Antes de tocar nada, haz un inventario completo.
- Contenido: artículos, galerías, videos, páginas, autores, categorías y etiquetas.
- Rendimiento: exporta de Search Console y de tu analítica las URLs con más clics, impresiones y enlaces entrantes.
- Particularidades: shortcodes, embeds, campos personalizados y plugins que generan contenido.
Con esa lista decides qué se migra tal cual, qué se limpia y qué se descarta. No todo el archivo merece el viaje.
2. Modelo de contenido: de WordPress a ANS
Arc XP guarda el contenido en su propio formato, ANS (Arc Native Specification). Hay que mapear cada tipo de contenido de WordPress al equivalente en Arc: artículos, imágenes, galerías, autores y secciones. Las preguntas clave:
- ¿Cómo se convierten los shortcodes y los bloques del editor? Suelen necesitar reglas de transformación.
- ¿Qué pasa con las categorías y etiquetas? Normalmente se relacionan con las secciones y la taxonomía de Arc.
- ¿Dónde viven los campos personalizados? Algunos se vuelven campos del modelo de contenido y otros se descartan.
Este mapeo es el trabajo más importante: define cuánto de tu archivo llega limpio.
3. Migración del contenido e imágenes
El contenido no se copia a mano. Se escribe un proceso de migración que lee de WordPress (su API o una exportación), transforma cada pieza al formato de Arc y la ingesta mediante las APIs de la plataforma. Algunas reglas que ahorran sustos:
- Migra primero una muestra pequeña y revísala a ojo antes de lanzar el archivo completo.
- Haz el proceso repetible: tendrás que correrlo varias veces hasta que salga limpio.
- Trata las imágenes aparte: descarga, optimiza, sube y reescribe las referencias del cuerpo del artículo.
- Conserva fechas de publicación y autoría: son parte de lo que Google y el lector esperan ver.
4. URLs y redirecciones 301
Esta es la parte que decide tu SEO. La regla es simple: si puedes conservar la URL, conserva la URL. Cuando no se pueda, cada URL antigua debe responder con una redirección 301 a su equivalente nueva.
Caso | Qué hacer |
|---|---|
La URL puede quedar igual | Conservarla: es lo ideal |
La estructura cambia | Mapa de URL antigua a URL nueva, con 301 uno a uno |
Contenido que se descarta | 301 a la sección más cercana, o 410 si no hay equivalente |
Imágenes, feeds y páginas de autor | Revisarlos también: reciben tráfico y enlaces |
Paginación y URLs con parámetros | Definir criterio de canonical y redirección |
Prueba el mapa completo en un entorno previo con una lista de miles de URLs reales, no con diez de ejemplo. Un 404 que aparece aquí es un 404 que no verás en producción.
5. SEO técnico que debe sobrevivir
- Títulos, meta descriptions y canonical de cada pieza.
- Datos estructurados (por ejemplo, NewsArticle), sitemaps y, si lo usas, el sitemap de noticias.
- Etiquetas hreflang si tienes ediciones por idioma o país.
- Rendimiento: un front nuevo en Arc debe cumplir tus Core Web Vitals, no empeorarlos.
- robots.txt y etiquetas noindex: que el entorno de pruebas no se indexe, y que producción sí.
6. El corte y las primeras semanas
El día del corte: congela brevemente la edición, ejecuta la última migración incremental, activa las redirecciones y apunta el dominio. Después, vigila:
- Search Console: cobertura, errores de rastreo y 404 nuevos, a diario la primera semana.
- Posiciones de tus 50 URLs más importantes y el tráfico orgánico por sección.
- Los logs del servidor, para ver qué URLs antiguas siguen pidiendo los bots y que ninguna quede sin redirigir.
Es normal una oscilación pequeña mientras Google reprocesa. Una caída fuerte y sostenida casi siempre apunta a redirecciones que faltan o a un front más lento.
El ensayo general que casi nadie hace
Dos semanas antes del corte, corre la migración completa en un entorno de pruebas y trátala como si fuera el día real. Toma una muestra de 200 URLs que rankean y compara cada una: código de respuesta, canonical, título, H1 e imágenes. Revisa que cada redirección sea un solo salto, sin cadenas, y que ninguna termine en un 404.
Ensaya también la vuelta atrás: poder revertir el DNS en minutos es lo que te permite cortar con calma. Si el ensayo falla, se mueve la fecha del corte, no el estándar. Las migraciones que pierden posiciones casi nunca fallan por la técnica del traslado; fallan por un inventario flojo y un mapa de URLs que nadie probó con datos reales.
En Codegea hacemos migraciones a Arc XP cuidando URLs, contenido y posicionamiento. Si estás por dar el paso, cuéntanos tu caso y armamos el plan contigo.
Escrito por
Derian Pinto
Founder & Full Stack Developer
Fundador de Codegea. Desarrolla sitios, tiendas y plataformas a medida, e integra y da soporte a Arc XP para medios.