Cómo migrar una web de WordPress sin perder posicionamiento (ni visibilidad en la IA)

Casi todas las guías sobre migraciones hablan de lo mismo: cómo llevar una web a WordPress o cómo cambiarla de hosting. Este artículo va del caso contrario, cada vez más habitual: dejar WordPress para pasar a una web a medida, más rápida y más fácil de mantener.

Es una decisión que tiene sentido en muchas empresas, pero tiene un riesgo concreto: si la migración se hace mal, Google deja de encontrar las páginas que ya posicionaban y el tráfico cae sin que nadie entienda por qué. La buena noticia es que ese riesgo es casi siempre evitable. Aquí te explico el proceso que sigo para migrar una web sin perder posicionamiento, paso a paso.

¿Se pierde posicionamiento al migrar una web? Depende de lo que haya que proteger

Una migración no penaliza por sí misma. Lo que hace caer el tráfico es romper la relación entre lo que Google ya tenía indexado y lo que encuentra después: URLs que dejan de existir, títulos que desaparecen, enlaces externos que apuntan a un error 404.

Por eso, antes de hablar de técnica, conviene responder una pregunta honesta: ¿cuánto posicionamiento tiene ahora mismo la web?

• Si la web recibe tráfico orgánico real, la migración tiene que planificarse como una operación de rescate: cada URL con visitas o enlaces tiene que llegar a su nuevo destino.
• Si la web apenas posiciona (algo muy común en webs WordPress montadas deprisa y sin mantenimiento), el riesgo es menor y la migración es, sobre todo, una oportunidad para construir una base mejor.

En ambos casos el método es el mismo; lo que cambia es el nivel de detalle. Si no tienes claro en cuál de los dos estás, una auditoría SEO y GEO previa te lo dice antes de tocar nada.

Antes de migrar: haz inventario de todo lo que Google conoce de tu web

El error más frecuente es empezar por el diseño nuevo. El orden correcto es el contrario: primero se documenta lo que existe, luego se construye.

1. Todas las URLs, no solo las del menú

Una web WordPress tiene muchas más URLs de las que se ven navegando. Para tener la lista completa, cruza estas fuentes:

• Google Search Console: exporta el informe de páginas indexadas y el de rendimiento (páginas con clics e impresiones de los últimos 12–16 meses).
• El sitemap de WordPress: si usas Yoast o Rank Math, suele estar en /sitemap_index.xml.
• Un rastreo completo con una herramienta tipo crawler, para detectar páginas que no están en el sitemap.

2. Títulos, descripciones y datos estructurados

Exporta el title y la meta description de cada página. En WordPress suelen vivir dentro del plugin SEO, y cuando apagas WordPress, se van con él. Lo mismo pasa con el schema (JSON-LD) que generaba el plugin: si no lo reconstruyes en la web nueva, simplemente deja de existir.

3. Enlaces externos que apuntan a tu web

Los enlaces de otras webs son parte del valor que hay que conservar. Search Console (informe de Enlaces) te muestra qué páginas internas reciben enlaces externos. Esas URLs son prioritarias en el mapa de redirecciones.

4. Imágenes y documentos

Las imágenes de WordPress viven en rutas tipo /wp-content/uploads/2023/05/foto.jpg. Si recibes tráfico de Google Imágenes, o si hay PDFs enlazados desde fuera (catálogos, fichas técnicas), esas rutas también necesitan destino. Ojo además con las imágenes que solo aparecen dentro de hojas de estilo: un rastreador que solo sigue enlaces no las ve.

El mapa de redirecciones 301: donde se gana o se pierde la migración

Si tuviera que quedarme con un solo paso, sería este. Una web reconstruida casi nunca genera exactamente las mismas URLs que WordPress, y cada URL que cambia necesita una redirección 301 a su equivalente nuevo. Una 301 le dice a Google: "esta página se ha mudado aquí de forma permanente; traslada su historial".

Un mapa de redirecciones es, literalmente, una tabla:

(URLs de ejemplo)

Reglas que aplico siempre:

• Una a una, no todo a la home. Redirigir todas las páginas antiguas a la portada es casi como borrarlas: Google lo interpreta como una pérdida de contenido.
• Sin cadenas. Si /a redirige a /b y /b a /c, apunta /a directamente a /c.
• Cuidado con la barra final. WordPress suele usar URLs terminadas en / y muchas webs a medida no. Parece un detalle, pero /contacto/ y /contacto son URLs distintas.
• Las páginas que no tienen equivalente, redirígelas a la página más cercana por tema. Si de verdad no hay ninguna relacionada, un 410 (eliminada) es más honesto que una redirección forzada.

En la práctica, el mapa vive en una hoja de cálculo con columnas extra: cuántos enlaces externos recibe cada URL y si la redirección ya se ha comprobado.

Un apunte técnico si la web nueva está hecha en Next.js: las redirecciones con permanent: true devuelven un código 308 en lugar de 301. Google trata ambos como redirecciones permanentes, así que no hay problema, pero conviene saberlo para no asustarse al revisarlo. Si las redirecciones se gestionan desde Cloudflare (reglas de redirección o un archivo _redirects en Pages), puedes elegir el 301 explícitamente.

Google tiene su propia guía sobre cómo mover un sitio con cambios de URL, que confirma este enfoque.

Lo que WordPress hacía solo (y desaparece cuando te vas)

Este es el punto que más se olvida al cambiar de WordPress a una web a medida. WordPress, con sus plugins, hacía muchas tareas SEO de forma automática. En la web nueva hay que hacerlas a propósito:

• El sitemap XML. Hay que generarlo en la web nueva y enviarlo a Search Console.
• Los datos estructurados. Organización, negocio local, artículos, breadcrumbs… todo lo que generaba Yoast o Rank Math hay que recrearlo.
• El enlazado interno automático. Las páginas de categorías y etiquetas creaban enlaces entre contenidos sin que nadie lo pensara. Si desaparecen, hay que diseñar el enlazado interno a mano (y suele quedar mejor).
• Las URLs canónicas y las etiquetas noindex. Revisa que la web nueva no indexe páginas de prueba ni bloquee páginas importantes.
• Los formularios. Contact Form 7 o WPForms gestionaban envío, antispam y avisos. Un formulario roto no afecta al SEO, pero sí a lo que importa: los contactos.

La parte buena es que, al construir desde cero, todo esto puede quedar más limpio y más rápido que antes. La velocidad no es un detalle menor: es una de las razones por las que una web lenta te hace perder clientes, y uno de los motivos más habituales para dejar WordPress.

DNS, dominio y correo: el paso que nadie revisa

Una migración no solo mueve la web. Muchas veces también cambia dónde se gestiona el DNS del dominio, y ahí vive algo crítico: el correo.

Antes de cambiar los DNS:

• Copia todos los registros actuales: A, CNAME, MX (correo), TXT (verificaciones de Google, SPF, DKIM).
• Comprueba si el dominio tiene correo activo. Si los registros MX no se trasladan bien, los correos del dominio dejan de llegar y nadie se da cuenta hasta días después.
• Mantén la verificación de Search Console. Si la propiedad está verificada por DNS, ese registro TXT tiene que seguir existiendo.
• Separa dominio, DNS y hosting en tu cabeza. Pueden estar en tres sitios distintos (por ejemplo, dominio registrado en un proveedor, DNS en Cloudflare y código en GitHub) y está bien que así sea, siempre que se documente.

Después del lanzamiento: las primeras semanas

El día que la web nueva sale a producción, el trabajo SEO no termina, cambia de fase:

1. Comprueba las redirecciones con la lista completa de URLs antiguas: todas deben devolver 301 (o 308) hacia la página correcta, nunca 404.
2. Envía el nuevo sitemap en Search Console.
3. Inspecciona las páginas clave con la herramienta de inspección de URLs y solicita su indexación.
4. Vigila el informe de páginas durante 4–8 semanas: errores 404, páginas excluidas, caídas de impresiones.
5. Mantén las redirecciones a largo plazo. No las borres a los pocos meses: los enlaces externos y las citas antiguas siguen ahí.

Es normal ver algo de movimiento en las primeras semanas mientras Google procesa los cambios. Lo que no es normal es una caída sostenida: eso casi siempre apunta a redirecciones que faltan o a páginas que se han quedado sin indexar. Por eso, después de una migración, tiene sentido un periodo de mantenimiento web con revisiones periódicas.

Que la IA te siga encontrando después de migrar

Hoy una web no solo tiene que posicionar en Google. Cada vez más clientes preguntan directamente a ChatGPT, Perplexity o Gemini, y esos sistemas también "conocen" tu web por sus URLs antiguas. Una migración bien hecha tiene que cuidar también esa visibilidad:

• Las redirecciones protegen las citas antiguas. Si una IA o un artículo enlaza a una URL de tu WordPress, la 301 lleva al usuario (y al rastreador) a la página correcta.
• Revisa que no bloqueas a los rastreadores de IA. Al cambiar de proveedor o de configuración de DNS, revisa el robots.txt y las opciones de bloqueo de bots. Cloudflare, por ejemplo, ofrece bloquear rastreadores de IA y conviene comprobar cómo lo tienes configurado.
• Aprovecha la migración para ordenar el contenido. Datos estructurados completos, textos claros sobre qué haces y dónde, y páginas bien enlazadas facilitan que un modelo de IA entienda y cite tu negocio. Lo explico con más detalle en cómo preparar una web para aparecer en respuestas de IA.

Si quieres comprobar cómo aparece tu empresa en las respuestas de IA antes y después de migrar, puedes usar el Laboratorio de Visibilidad en IA.

Un caso real: Piscinas Chisvert

Piscinas Chisvert tenía una web en WordPress que nadie cuidaba desde hacía años: plugins sin actualizar, una página de contacto con la razón social de otra empresa y un blog vacío. No era un caso de "web con miles de visitas que proteger", sino algo mucho más habitual: una web que existía, pero que no trabajaba para el negocio.

La decisión fue rehacerla por completo en lugar de parchearla, conservando lo que tenía valor: el dominio, la marca, la ficha de Google y las URLs que merecían sobrevivir. El código vive en GitHub, el DNS se gestiona en Cloudflare y el dominio sigue registrado en Hostinger: tres piezas separadas, cada una en su sitio.

La web nueva de Piscinas Chisvert, lanzada el 24 de septiembre de 2026.

El inventario de la web antigua dio 97 URLs rastreables, entre páginas, sitemaps, feeds, imágenes y direcciones técnicas. Cada una recibió un destino decidido y un test automático que lo comprueba: 17 responden 200 directamente, 69 redirigen con 301 y el resto da 404 de forma deliberada (el blog de prueba, los feeds y las direcciones técnicas, que no tenían equivalente). Los sitemaps antiguos apuntan al nuevo, porque Search Console los tenía registrados. Y el control final recorrió el sitio vivo con las 97 URLs antiguas una a una, con 0 fallos.

En el cambio de DNS y de correo se aplicó justo lo que se explica más arriba. De 26 registros importados, casi todos restos del servidor antiguo, quedaron 3 más DMARC. El correo se probó con un mensaje a la dirección real y otro a una inventada antes de mover la web. Era el paso más delicado: el correo de contacto de la web apuntaba a un servidor antiguo y nadie lo leía, y ahora llega por fin a la cuenta que el cliente sí usa.

Una advertencia de honestidad: la web se lanzó el 24 de septiembre de 2026 y no había métricas históricas de tráfico con las que comparar, así que de este caso puedo afirmar lo que se construyó y se midió, no una mejora de posiciones. Puedes ver el detalle completo en el caso de Piscinas Chisvert.

Checklist para migrar una web sin perder posicionamiento

1. Exportar URLs indexadas y con tráfico desde Search Console.
2. Rastrear la web completa y descargar el sitemap actual.
3. Exportar títulos, meta descripciones y schema de cada página.
4. Identificar las páginas con enlaces externos.
5. Construir el mapa de redirecciones 1:1.
6. Recrear sitemap, datos estructurados y enlazado interno en la web nueva.
7. Copiar todos los registros DNS, especialmente MX y TXT.
8. Lanzar, probar todas las redirecciones y enviar el sitemap.
9. Revisar robots.txt y bloqueo de rastreadores de IA.
10. Monitorizar Search Console durante al menos 4–8 semanas.

¿Merece la pena dejar WordPress?

Depende de para qué uses la web. Si necesitas que tu equipo publique contenido a diario sin ayuda técnica, WordPress puede seguir siendo buena opción. Si lo que buscas es velocidad, seguridad y una web que no dependa de decenas de plugins, una web a medida suele compensar. Lo comparo con más detalle en diseño web a medida vs plantillas.

Y si lo que te planteas es un rediseño y no una migración, te puede ayudar este artículo sobre cuándo debería una empresa rediseñar su web.

Conclusión

Migrar una web sin perder posicionamiento no depende de la suerte ni de la plataforma de destino, sino del orden: primero inventario, después mapa de redirecciones, luego construcción y, por último, semanas de seguimiento. WordPress hacía muchas cosas de forma automática; al dejarlo, hay que hacerlas a propósito, y bien hechas suelen quedar mejor que antes.

Si estás pensando en dejar WordPress o en cambiar tu web de plataforma y quieres hacerlo sin poner en riesgo lo que ya has conseguido, en mi servicio de migración web te explico cómo trabajo. Y si prefieres hablarlo directamente, escríbeme.