Para migrar una web o cambiar de dominio sin perder SEO necesitas tres cosas: un inventario completo de tus URLs actuales, una redirección 301 de cada URL antigua a su equivalente nueva, y un seguimiento diario en Search Console durante las primeras semanas. Si además cambias de dominio, debes usar la herramienta de cambio de dirección de Google y mantener las redirecciones activas al menos un año.
La mayoría de las caídas de tráfico después de un rediseño no se deben a Google, sino a cosas que se olvidaron: páginas que desaparecieron sin redirección, una web publicada con la etiqueta «no indexar», enlaces internos que siguen apuntando al dominio viejo. En webs peruanas hay olvidos adicionales que casi nadie anota: el correo corporativo, la pasarela de pagos, el Libro de Reclamaciones virtual o la ficha de Google Maps.
Este checklist de migración SEO está ordenado por fases, con especial atención a los cambios de dominio, que son los que más riesgo tienen.
Actualizado: octubre de 2026
Lo esencial
- Un rediseño que mantiene las mismas URLs es poco riesgoso. Un cambio de dominio o de estructura de URLs es el escenario más delicado.
- Usa redirecciones permanentes del lado del servidor (301 o 308), de cada URL antigua a la nueva más parecida, no todas a la página de inicio.
- Google recomienda mantener las redirecciones en general al menos un año; la herramienta de cambio de dirección funciona durante 180 días.
- Es normal que el tráfico fluctúe unas semanas después de mudarte. Si a las seis u ocho semanas sigue muy abajo, algo falló.
- Haz la lista de integraciones (correo, pagos, Maps, anuncios, Libro de Reclamaciones) antes del cambio, no después.
Qué tipo de migración vas a hacer
No todas las migraciones son iguales. Antes de empezar, identifica cuál es la tuya, porque cambia lo que tienes que hacer.
| Tipo de cambio | Ejemplo | Riesgo SEO | ¿Herramienta de cambio de dirección? |
|---|---|---|---|
| Rediseño con las mismas URLs | Nuevo diseño en WordPress, mismas páginas | Bajo | No |
| Cambio de hosting sin cambiar URLs | De un hosting compartido a uno administrado | Bajo | No |
| De HTTP a HTTPS | http://tuempresa.pe a https://tuempresa.pe | Bajo a medio | No (Google lo detecta solo) |
| Cambio de estructura de URLs | /servicios/limpieza/ pasa a /limpieza-oficinas/ | Medio a alto | No |
| Cambio de plataforma | De Wix o Shopify a WordPress | Alto | Solo si cambia el dominio |
| Cambio de dominio | tuempresa.com.pe a tuempresa.pe, o cambio de marca | Alto | Sí |
La información sobre la herramienta proviene de la ayuda oficial de Search Console, que indica que solo se usa cuando cambias de dominio o subdominio, no para pasar a HTTPS ni para cambios de rutas dentro del mismo dominio.
Si estás evaluando un cambio de dominio porque dudas entre .pe y .com, revisa antes nuestro análisis sobre dominio .pe o .com y lo que dicen los datos. Cambiar de dominio solo por esa razón rara vez compensa el riesgo.
Fase 1: inventario antes de tocar nada
El error más común es empezar a diseñar sin saber qué tiene la web actual. Todo lo que no esté en el inventario corre el riesgo de desaparecer.
De dónde sacar la lista de URLs
La guía de Google para mover un sitio con cambios de URL recomienda reunir las URLs antiguas desde varias fuentes, porque ninguna está completa por sí sola:
- Sitemap XML actual de tu WordPress (normalmente en /sitemap_index.xml o /wp-sitemap.xml).
- Search Console, informe de Rendimiento: exporta las páginas con clics o impresiones de los últimos 16 meses.
- Google Analytics 4: páginas de destino con sesiones del último año.
- Search Console, informe de Enlaces: páginas que reciben enlaces externos. Estas son las que más valor transmiten.
- El propio CMS: entradas, páginas, productos, categorías y archivos PDF.
Checklist de la fase 1
- Lista única de URLs sin duplicados, en una hoja de cálculo.
- Clics, impresiones y enlaces externos de cada URL, para saber cuáles son críticas.
- Copia de seguridad completa de archivos y base de datos, guardada fuera del hosting.
- Registro de los títulos, metadescripciones y encabezados de las páginas principales.
- Captura de las métricas de referencia: clics mensuales, páginas indexadas, conversiones.
- Lista de integraciones y servicios conectados a la web (lo vemos más abajo).
Fase 2: el mapa de redirecciones
El mapa de redirecciones es una tabla de dos columnas: URL antigua y URL nueva. Cada URL antigua con tráfico, enlaces o valor debe apuntar a la página nueva que mejor la reemplaza.
Reglas que sigue Google, según su guía de migraciones:
- Usa redirecciones permanentes del lado del servidor: 301 o 308. Las redirecciones con JavaScript o meta refresh son el último recurso.
- Redirige directamente al destino final. Google puede seguir varias redirecciones encadenadas, pero lo ideal es un solo salto.
- No mandes muchas URLs antiguas a una página que no tiene relación, como la página de inicio. Google suele tratar eso como un error 404.
- En las páginas nuevas, usa una etiqueta canonical que apunte a sí misma y actualiza los enlaces internos para que apunten a las URLs nuevas.
Ejemplo ilustrativo: una empresa de limpieza de oficinas en Lima pasa de limpiezatotal.com.pe a limpiezatotal.pe y aprovecha para simplificar sus URLs. Su mapa tiene 48 filas. La página /servicios/limpieza-de-oficinas/ va a /limpieza-oficinas/; la antigua /promocion-verano-2024/, que ya no existe, va a la página general de servicios y no a la portada; y los tres PDF de fichas técnicas mantienen su nombre en la nueva ruta. Todo se revisa en la hoja antes de configurarlo.
Los detalles técnicos de cómo configurar las redirecciones en WordPress y en el servidor los explicamos en nuestro protocolo completo de redirecciones 301. Si tu proyecto es un rediseño con muchas tareas, este checklist se complementa con el checklist de migración de 60 puntos para rediseños.
Fase 3: pruebas en un entorno de staging
Nunca construyas la web nueva directamente sobre la que está funcionando. Usa una copia de prueba (staging) en un subdominio o servidor aparte, protegida con contraseña o bloqueada para buscadores. Te explicamos cómo hacerlo en staging en WordPress: prueba todo sin riesgo.
Antes de publicar, revisa en staging:
- Que todas las páginas del mapa existan y carguen sin errores.
- Que los títulos, metadescripciones y encabezados de las páginas importantes se hayan conservado o mejorado, no perdido.
- Que los datos estructurados (negocio local, productos, preguntas frecuentes) sigan presentes.
- Que la versión móvil funcione bien: menús, formularios, botón de WhatsApp.
- Que la velocidad no haya empeorado frente a la web actual.
- Que los formularios envíen correos y que las conversiones se registren en GA4.
Anota también la configuración de privacidad: en staging debe estar marcada la opción de «disuadir a los motores de búsqueda». Y escribe en grande en tu checklist del día de lanzamiento: desmarcarla.
Fase 4: el día del lanzamiento
Elige un día y una hora de poco tráfico. Para muchos negocios B2B, un sábado temprano; para tiendas virtuales, evita fechas cercanas a campañas como CyberWow o Navidad.
- Haz una copia de seguridad final de la web antigua.
- Publica la web nueva y cambia los DNS si corresponde.
- Activa las redirecciones 301 y prueba al menos las 20 URLs más importantes del mapa, una por una.
- Verifica que la web nueva no tenga la etiqueta noindex ni bloqueos en robots.txt.
- Revisa que el certificado SSL funcione y que no haya contenido mixto. Si aparece, sigue nuestra guía de mixed content tras instalar SSL.
- En Search Console, verifica la propiedad del dominio nuevo y envía el sitemap nuevo.
- Si cambiaste de dominio, usa la herramienta de cambio de dirección desde la propiedad antigua.
- Haz una compra o envío de formulario de prueba de punta a punta.
Sobre la herramienta de cambio de dirección
Según la ayuda de Search Console, necesitas ser propietario verificado del dominio antiguo y del nuevo con la misma cuenta de Google, y la herramienta comprueba que existan redirecciones 301. Google sigue el cambio durante 180 días. La herramienta no traslada subdominios, así que si usabas variantes como www o un subdominio para la tienda, revisa cada una.
Lo que se olvida en las migraciones de webs peruanas
Esta es la parte que no aparece en la mayoría de checklists genéricos. Son integraciones que dependen del dominio o de las URLs y que se rompen sin avisar.
- Correo corporativo. Si cambias de dominio o de hosting, los registros MX, SPF y DKIM deben quedar bien configurados o tus correos dejarán de llegar o caerán en spam. Revisa nuestra explicación de registros DNS A, CNAME, MX y TXT.
- Libro de Reclamaciones virtual. La Ley 32495 exige a las plataformas de comercio electrónico un Libro de Reclamaciones virtual con enlace visible y permanente. Verifica que el enlace siga en el pie de página de la web nueva y que el formulario funcione y envíe la constancia.
- Pasarela de pagos. Si usas Izipay, Niubiz, Culqi o Mercado Pago, revisa las URLs de retorno y de notificación configuradas en el panel del proveedor. Si apuntan al dominio viejo, los pagos pueden cobrarse sin que el pedido se actualice en tu tienda.
- Google Business Profile. Cambia el sitio web de tu ficha y los enlaces de citas o menú.
- Google Ads y Meta Ads. Actualiza las URLs finales de anuncios y extensiones. Una redirección funciona, pero agrega tiempo de carga y puede afectar el seguimiento.
- Redes sociales y WhatsApp Business. Biografías, botones, catálogos y respuestas automáticas con enlaces.
- Comprobantes electrónicos y correos automáticos. Las plantillas de tu facturador o de WooCommerce suelen incluir el dominio en el pie o en los enlaces de consulta.
- Dominio antiguo. No lo dejes vencer. Si lo pierdes, pierdes las redirecciones y alguien más puede comprarlo. Renuévalo al menos por un año, aunque ya no lo uses.
Fase 5: las primeras ocho semanas
Google advierte en su guía de migraciones que es normal ver fluctuaciones de posiciones mientras procesa el cambio, y que en un sitio mediano puede tardar unas semanas o más en mostrar las URLs nuevas. Lo importante es distinguir una fluctuación normal de un problema.
Semana 1 (revisión diaria):
- Informe de Indexación de páginas: que las URLs nuevas empiecen a aparecer.
- Errores 404 nuevos: corrígelos con redirecciones adicionales. Te puede servir nuestro sistema para gestionar errores 404 y redirecciones de forma continua.
- Formularios, pagos y correos funcionando.
Semanas 2 a 4 (dos veces por semana):
- Clics e impresiones en Search Console comparados con el mismo periodo anterior.
- Páginas críticas del inventario: ¿la versión nueva ya recibe impresiones?
- Conversiones en GA4: ¿se mantienen los formularios, llamadas y clics a WhatsApp?
Semanas 5 a 8 (semanal):
- Si el tráfico se recupera hacia los niveles anteriores, mantén el monitoreo mensual.
- Si sigue muy por debajo, revisa el mapa de redirecciones, el contenido de las páginas que más cayeron y si alguna sección quedó bloqueada.
Errores que más tráfico cuestan
- Publicar con noindex. La web de staging se lanza con la opción de no indexar activada. En pocas semanas, las páginas empiezan a salir del índice.
- Redirigir todo a la portada. Es rápido, pero Google lo trata como páginas perdidas y el usuario tampoco encuentra lo que buscaba.
- Eliminar contenido que traía tráfico. En un rediseño se «simplifica» el blog o las páginas de servicio, y con ellas se van las búsquedas que te traían clientes.
- Cambiar todo a la vez sin necesidad. Dominio, plataforma, estructura y contenido en un solo lanzamiento. Si algo falla, no sabrás qué fue.
- Quitar las redirecciones a los pocos meses. Al renovar el hosting o cambiar de proveedor, se pierden las reglas y el tráfico de enlaces antiguos.
En nuestro artículo sobre errores de rediseño que matan el tráfico analizamos cada uno con más detalle.
Si migras una tienda virtual: lo que se suma
En una tienda WooCommerce o en cualquier e-commerce, el riesgo es mayor porque hay muchas más URLs y cada una puede ser una venta. Además del checklist general, revisa estos puntos:
- Productos y categorías: cada ficha de producto y cada categoría con tráfico necesita su redirección. Si cambias la base de las URLs (por ejemplo, de /producto/ a /tienda/), configura una regla general y luego revisa las excepciones.
- Productos descontinuados: redirígelos a la categoría o al producto sustituto más cercano, no a la portada.
- Imágenes: si tus fotos de producto reciben visitas desde Google Imágenes, conserva sus rutas o redirígelas también.
- Reseñas de productos: confirma que se migraron con la ficha. Perderlas afecta la confianza y los datos estructurados de valoraciones.
- Medición de ventas: verifica que el evento de compra llegue a GA4 con el valor en soles y que el píxel de anuncios siga registrando conversiones.
Como regla práctica, no lances la tienda nueva en las semanas previas a una campaña fuerte. Si algo falla en pleno CyberWow, el costo se mide en ventas perdidas, no solo en posiciones.
Quién hace qué: cliente y proveedor
Muchas migraciones fallan porque cada parte asume que la otra se encargaba de algo. Déjalo por escrito antes de empezar:
- El negocio: acceso al registrador del dominio y a los DNS, propiedad de Search Console y GA4, lista de integraciones (pasarela, facturador, correo), aprobación del mapa de redirecciones y prueba final de compra o formulario.
- El proveedor web: inventario de URLs, staging, configuración de redirecciones, verificación técnica del lanzamiento y monitoreo de las primeras semanas.
- Los dos: la fecha del lanzamiento y un plan de vuelta atrás si algo crítico falla.
¿Cuándo conviene no migrar?
No siempre vale la pena. Si tu web actual posiciona bien y el problema es estético o de velocidad, un rediseño manteniendo las mismas URLs es mucho menos riesgoso que cambiar de dominio o de estructura. Cambiar de dominio tiene sentido cuando hay un cambio de marca real, un problema legal con el nombre o la necesidad de unificar varias webs. Hacerlo «porque se ve mejor» rara vez justifica meses de incertidumbre.
Si vas a migrar o rediseñar y quieres que alguien revise el inventario, el mapa de redirecciones y el seguimiento posterior, nuestro consultor SEO puede acompañarte antes, durante y después del lanzamiento.
Este contenido es informativo y no reemplaza la asesoría legal o tributaria.
Preguntas frecuentes
¿Cuánto tráfico se pierde normalmente en una migración?
No hay un porcentaje fijo. Una migración bien preparada puede tener solo una baja temporal de pocas semanas, y en algunos casos el tráfico termina subiendo si la web nueva es mejor. Una mal hecha puede perder buena parte de sus visitas durante meses. Lo que más influye es cuántas URLs con tráfico quedaron sin redirección correcta y si el contenido de las páginas importantes se mantuvo.
¿Puedo migrar solo una parte de la web primero?
Google indica que los sitios pequeños y medianos deberían migrar todas sus URLs al mismo tiempo, y que mover por secciones tiene más sentido en sitios grandes. Para una MYPE con decenas o pocos cientos de páginas, lo habitual es hacerlo de una vez, con un buen mapa de redirecciones. Si tu sitio es muy grande, empieza por una sección que cambie poco para probar el proceso.
¿Necesito mantener el hosting del dominio antiguo?
No necesitas mantener la web antigua, pero sí el dominio y las redirecciones. Las redirecciones pueden configurarse en el servidor nuevo o en un servicio de DNS que las permita, sin pagar el hosting viejo. Lo que no debes hacer es dejar vencer el dominio antiguo, porque las redirecciones dejarían de funcionar y perderías el valor de los enlaces que apuntaban a él.
¿Qué pasa con los enlaces que otras webs tienen hacia mi dominio viejo?
Mientras las redirecciones 301 estén activas, esos enlaces siguen transmitiendo valor a tus páginas nuevas, según Google. Aun así, conviene pedir a los sitios más importantes que actualicen el enlace: directorios, asociaciones, proveedores, medios que te mencionaron. Revisa en el informe de Enlaces de Search Console cuáles son las webs que más te enlazan y empieza por esas.








