Migrar una web sin perder posiciones: el mapa de URLs que te salva

Para migrar una web sin perder SEO hace falta un mapa de URLs: una hoja con cada dirección antigua, su destino equivalente y el motivo. De ese mapa salen redirecciones 301 directas, sin cadenas ni envíos masivos a la portada. Se completa conservando títulos, contenido e imágenes y vigilando Search Console durante cuatro semanas.

Es para quien va a cambiar de web, de gestor de contenidos o de estructura de URLs y no quiere tirar años de posiciones en un fin de semana. Sirve igual para 20 páginas que para 2.000: cambia el tamaño de la hoja, no el método.

El ejemplo es nuestra propia migración: en noviembre de 2026 weloveseo.es pasó de un WordPress 5.2 a WordPress 7.1 con una arquitectura de URLs nueva. Verás el inventario, el mapa, las 21 redirecciones y por qué doce páginas no van a la portada. Es el apartado de migraciones de la guía de SEO para pymes, con la hoja abierta.

¿Qué es un mapa de URLs y por qué decide si pierdes posiciones?

Un mapa de URLs es la tabla que asigna a cada URL antigua su destino en la web nueva (la misma URL, una equivalente con redirección 301 o ninguna) con el motivo escrito. Decide las posiciones porque Google traslada las señales de una página a otra cuando la redirección lleva a una página equivalente, y no cuando lleva a cualquier sitio.

El mecanismo es sencillo. Googlebot tiene que visitar cada URL antigua después del cambio, encontrar la redirección y procesar el destino. Si el destino responde a lo mismo, la posición se traslada. La documentación de Google sobre cómo migrar con cambio de URL aclara que las 301 no hacen perder PageRank, y avisa de que redirigir muchas URLs antiguas a un destino irrelevante, como la página principal, puede tratarse como un soft 404.

Sin mapa, la migración se hace de memoria, y la memoria olvida lo que no se ve: adjuntos, archivos de autor, presentaciones enlazadas desde fuera, páginas en noindex que alguien enlazó en 2019. Son las URLs que aparecen como no encontradas tres semanas después.

Es lo primero que montamos en el servicio de SEO para pymes cuando hay una migración por medio: entra en el rango A medida, desde 1.400 €/mes, y si va con web nueva, en el proyecto de diseño web Completo, desde 3.200 €. Para una web de veinte páginas no hace falta contratar a nadie: el mapa cabe en una hoja de cálculo y se hace en una tarde.

¿Qué hay que inventariar antes de migrar?

Todas las URLs que existen, no solo las que tienen tráfico. Salen de tres fuentes que se cruzan: Search Console con los 16 meses de datos que guarda, un rastreo de la web antigua con sus sitemaps y las páginas que reciben enlaces de otros sitios. Lo que no esté en el inventario no tendrá fila en el mapa, y lo que no tenga fila acabará en un 404.

Search Console da lo que Google conoce y valora: en Rendimiento, pestaña Páginas, las URLs con clics e impresiones de 16 meses; en el informe de indexación, las que tiene en el índice. Esa exportación es además la línea base para comparar después. El paso a paso de las exportaciones, con GA4, está en migrar de WooCommerce a Shopify.

El rastreo da lo que existe aunque Google no lo valore: adjuntos, archivos de autor, paginaciones, plantillas que el gestor publicó solo. Google recomienda buscar las URLs antiguas en sitemaps, registros del servidor, analítica y el propio gestor. Y el informe Enlaces de Search Console dice qué páginas reciben enlaces externos: esas no se pueden quedar sin destino aunque no tengan clics.

En weloveseo.es el inventario salió del sitemap antiguo y de lo enlazado desde el menú y el pie. El sitemap tenía 18 páginas, 2 páginas de adjunto, 1 archivo de autor y 1 plantilla de pie del maquetador. Entre las páginas estaban las de servicio de SEO, diseño web y redes sociales, indexadas desde 2018; doce sesiones formativas de 2018 a 2022 con su presentación; quiénes somos, contacto y los legales. Fuera del sitemap, una landing de campañas en noindex y 9 presentaciones PPTX en la carpeta de subidas. El robots.txt solo bloqueaba la administración: todo era rastreable.

¿Cómo se hace el mapa uno a uno?

Con una fila por URL antigua y cinco columnas: origen, destino, tipo (sin cambio, 301, copiar archivo o 404), motivo y estado del origen el día del inventario. La regla de destino es una: la página nueva más equivalente. Si dos antiguas dicen lo mismo, se fusionan en una; si una no tiene equivalente ni valor, se deja caer.

Esta es la plantilla, con filas reales de nuestro mapa:

El resultado fueron 21 redirecciones 301, más las URLs que no cambian (portada, contacto, legales, feed) y los 9 archivos que se copian a la misma ruta. Las páginas de servicio van una a una a su servicio nuevo, y las dos de diseño web se fusionan porque decían lo mismo. La landing de Ads va a diseño web y no a un 404, porque puede tener enlaces de campañas antiguas.

Lo que no se redirige también se escribe. La plantilla de pie que el maquetador antiguo coló en el sitemap no tiene contenido propio, así que devuelve un 404 y está bien que lo haga. Google pide 404 o 410 para el contenido eliminado: una URL sin equivalente ni enlaces no gana nada redirigida a otra cosa.

¿Por qué las 301 no pueden ir en cadena ni a la portada?

Porque una cadena añade saltos que Google puede dejar de seguir y una redirección masiva a la portada no lleva a una página equivalente. Cada URL antigua debe redirigir con una sola 301, desde el servidor, directamente a su destino final, y esa redirección no se quita a los pocos meses.

La documentación de Google sobre redirecciones 301 explica la diferencia que importa: con una redirección permanente, Google toma el destino como URL canónica; con una temporal (302, 307), la original puede seguir en los resultados. Recomienda las del lado del servidor porque son las que interpreta con más seguridad.

Sobre las cadenas, la guía de migrar con cambio de URL es concreta: Googlebot sigue hasta 10 saltos, pero lo recomendable es ir directo y, si no se puede, no pasar de 3 y nunca de 5. La misma guía pide mantener las redirecciones al menos un año para que se trasladen todas las señales. Una cadena típica no la crea nadie a propósito: http a https, luego a la versión sin www, luego a la URL nueva. En weloveseo.es las variantes con http y con www se resuelven en el servidor con una sola 301 a la canónica, y la tabla de WordPress solo lleva rutas.

Las doce sesiones formativas eran el caso de manual de la portada: páginas de unas 280 palabras con una presentación cada una, sin equivalente en la web nueva. Mandarlas a la portada o a la página de formación habría sido una redirección masiva a un destino no equivalente. El destino equivalente es una página de histórico, /recursos/presentaciones/, que conserva las doce presentaciones. Además es prueba de experiencia: formación impartida desde 2018.

Dos detalles de implementación. La tabla vive en el propio tema y una función comprueba que no hay cadenas ni bucles; en local se probó que una URL en mayúsculas y con parámetros UTM llega al destino con la UTM conservada. Y el filtro solo actúa cuando el origen da 404, así que las filas cuyas páginas aún existen no hacen nada hasta que se renombran.

¿Qué hay que conservar en la página nueva?

Todo lo que hacía posicionar a la antigua: el title y el H1 con su búsqueda principal, el contenido que respondía a esa búsqueda, las imágenes con su texto alternativo y los archivos enlazados desde fuera. Google recomienda cambiar una sola cosa cada vez; si cambias URL y contenido a la vez, no sabrás cuál de los dos te hizo caer.

La guía de SEO para principiantes de Google explica por qué el title y el texto alternativo pesan: el title es una de las fuentes con las que Google compone el título del resultado, y el alt describe la imagen y su relación con la página. En una migración se pierden por descuido, porque la plantilla nueva genera titles automáticos y las imágenes se suben otra vez sin alt. Añade al mapa una columna con el title antiguo y compáralo fila a fila.

En weloveseo.es las páginas de servicio cambian de URL pero mantienen la búsqueda principal en el H1: la antigua «Agencia SEO en Zaragoza» sigue diciendo qué hace y dónde. Las presentaciones no se redirigen: la carpeta de subidas antigua se copia al servidor nuevo con las mismas rutas, y así los enlaces externos a las presentaciones y a las imágenes de 2019 a 2023 siguen funcionando.

Cada URL nueva lleva una etiqueta canonical que apunta a sí misma, y el sitemap nuevo se envía en Search Console. Si el dominio no cambia, como en nuestro caso, no hace falta la herramienta de cambio de dirección: Google la reserva para cambios de dominio o subdominio.

Si además cambias de plataforma, la nueva impone sus rutas y el mapa se complica. Shopify documenta los 19 pasos oficiales para migrar desde WooCommerce (en inglés), y las redirecciones son solo uno de ellos. El caso de las URLs con identificador numérico está en migrar desde Prestashop.

¿Qué hay que vigilar las cuatro semanas siguientes?

Cuatro cosas cada semana: las páginas no encontradas, la indexación de URLs antiguas y nuevas, las impresiones de las nuevas y las redirecciones en producción. Lo que aparezca como 404 y tenga historia se añade al mapa. A los 30 y a los 90 días se compara con la línea base exportada antes del cambio.

El día del cambio se comprueba cada redirección en producción con una petición de cabeceras: una sola 301, nunca una 302 ni una cadena por el paso a https o el www. En weloveseo.es son 21 comprobaciones; en una tienda de miles de productos, se automatizan desde la propia hoja.

Google avisa de que la visibilidad fluctúa durante una migración y de que, en una web pequeña o mediana, pueden pasar varias semanas hasta que la mayoría de páginas cambien.

Una migración es también el momento de medir la velocidad con datos reales de la web nueva; qué umbrales mirar está en Core Web Vitals en WordPress.

Hay más sobre esto en la sección de SEO del blog.

Preguntas frecuentes