Migración web sin perder SEO ni ventas: guía y checklist 2026

Actualizado el 14 de octubre de 2026 · Escrito y verificado por Josué Pérez Suay, CEO de OrbitaClick

Rediseñar la web, cambiar de dominio o pasar la tienda de PrestaShop a Shopify o a WooCommerce parece un proyecto de diseño o de tecnología. No lo es. Es mover un activo que ya genera visitas, contactos y ventas a una dirección nueva, y Google tiene que encontrar, entender y aceptar esa dirección URL por URL.

Esta es la checklist que aplicamos en OrbitaClick antes, durante y después de cualquier migración, construida sobre la documentación oficial de Google, Search Console, Shopify, Merchant Center y GA4 revisada en octubre de 2026. Donde Google no da una cifra, no la inventamos.

Por qué una migración web es un proyecto de negocio, no de diseño

Casi todas las migraciones problemáticas comparten origen: el cambio se lidera solo desde diseño o desarrollo y el SEO entra al final, cuando ya están decididas la arquitectura, las URL y los contenidos.

La web actual es un activo en explotación. Tiene páginas que posicionan, enlaces externos que apuntan a direcciones concretas, fichas de producto que están en Google Shopping y formularios que generan contactos. Migrar es trasladar todo eso sin romperlo. Se parece más a la mudanza de un almacén que a pintar la fachada: inventario, plan, pruebas y un responsable con nombre.

Google, además, recomienda cambiar una sola cosa cada vez: el cambio de dominio, separado del cambio de CMS o del rediseño.

Qué tipo de migración tienes entre manos

Lo primero es clasificar la tuya: de eso depende si necesitas redirecciones y si toca usar la herramienta de Cambio de dirección.

En un cambio de plataforma el riesgo sube porque cada CMS impone su patrón de URL: Shopify usa rutas fijas como /products/ y /collections/, así que una tienda que viene de PrestaShop o WooCommerce cambia casi todas sus direcciones. Si todavía estás decidiendo plataforma, en nuestra comparativa entre WooCommerce y Shopify explicamos qué implica cada una.

Los costes ocultos de una mala migración

Ninguno aparece en el presupuesto de la web nueva, pero todos acaban en la cuenta de resultados.

Lo que dice Google sobre redirecciones (y lo que no dice)

Google Search Central recomienda redirecciones permanentes del lado del servidor de cada URL antigua a su equivalente nueva, preferiblemente 301 o 308. Las del lado del cliente, como JavaScript, son el último recurso.

Las reglas que conviene tener por escrito antes de empezar:

• Las redirecciones permanentes no hacen perder PageRank. Lo dice la guía de traslados de Google. El tráfico se pierde por redirigir mal o no redirigir.
• Nada de cadenas. Redirige directo al destino final. Googlebot puede seguir hasta 10 saltos, pero si no puedes evitar una cadena, Google recomienda que idealmente no pase de 3 y que siempre tenga menos de 5.
• Nada de mandarlo todo a la home. Redirigir muchas URL antiguas a una página nueva que no tiene relación, como la portada, puede tratarse como un soft 404. Sí es aceptable redirigir varias páginas a una nueva cuando has fusionado su contenido.
• Lo que no migras, que devuelva 404 o 410. Google trata los dos códigos igual: la URL se acaba eliminando del índice.
• Mantén las redirecciones. En general, al menos un año; Google sugiere incluso de forma indefinida.

Cómo construir el mapa de redirecciones 301

Es una hoja de cálculo con dos columnas imprescindibles, URL antigua y URL nueva, más las que sirvan para priorizar: tráfico, ventas y enlaces.

1. Saca el inventario completo de URL antiguas. Google propone combinar varias fuentes: sitemaps actuales, registros del servidor, analítica, el informe de Enlaces de Search Console y el listado del propio CMS. Incluye imágenes, PDF y vídeos, que también reciben tráfico y enlaces.
2. Cruza el inventario con datos de negocio. Las URL con clics orgánicos, conversiones en GA4 o enlaces externos son las que no pueden fallar.
3. Asigna a cada URL su equivalente más cercano. Ficha de producto a ficha de producto, categoría a categoría, artículo a artículo. Si un producto ya no existe, a la categoría que lo sustituye si de verdad cubre la misma búsqueda; si no, 404 o 410.
4. Actualiza la web nueva para que no dependa de las redirecciones. Enlaces internos apuntando a las URL nuevas, etiqueta canonical autorreferente en cada página y anotaciones hreflang con las URL nuevas si la web es multidioma.
5. Prueba el mapa en el entorno de pruebas. Pasa la lista de URL antiguas por un rastreador y comprueba que cada una devuelve 301 en un solo salto hacia una URL que responde 200.
6. Guarda para el lanzamiento el sitemap de URL nuevas y la lista de webs que enlazan a las antiguas (sale de Search Console).

Tabla de ejemplo con rutas inventadas, para ilustrar el patrón.

En WordPress y WooCommerce el mapa se carga con un plugin de redirecciones o en el servidor. Da igual la herramienta: lo que importa es que sea permanente, de un salto y hacia el equivalente real.

La herramienta de Cambio de dirección de Search Console

Sirve para decirle a Google que un sitio entero se ha trasladado de un dominio o subdominio a otro. Se usa después de mover el sitio y activar las redirecciones, nunca antes.

Cuándo sí y cuándo no

• Sí: cambio de dominio (tuempresa.es a tuempresa.com) o de subdominio (tienda.tuempresa.com a tuempresa.com).
• No: paso de HTTP a HTTPS, cambio entre www y sin www dentro del mismo dominio, cambios de rutas dentro del mismo sitio o cambio de hosting o de CDN sin que cambien las URL.

Requisitos que comprueba

• Propiedad de las dos webs en Search Console, con la misma cuenta de Google.
• Propiedades de nivel dominio. No admite propiedades de ruta como tuempresa.com/tienda/.
• Todas las variantes del dominio antiguo verificadas. Con y sin www, subdominios como m. o en., aunque no se usen. Los subdominios no se trasladan solos: hay que enviar el cambio para cada variante.
• Redirecciones 301 activas. Como mínimo, de la página principal antigua a la nueva y de las páginas canónicas a sus equivalentes. Si falla una comprobación importante, la herramienta no te deja continuar.

Qué pasa después de enviarlo

Durante 180 días, Google prioriza el sitio nuevo para rastreo, indexación y canonicalización, y muestra avisos del traslado en Search Console. Pasado ese plazo deja de relacionar los dos sitios. La ayuda de Search Console recomienda mantener las redirecciones al menos esos 180 días o más si siguen generando tráfico, y seguir pagando el dominio antiguo durante al menos un año. Nosotros seguimos la guía general de Google: redirecciones al menos un año y, si se puede, para siempre.

Se puede cancelar dentro de esos 180 días, invirtiendo las redirecciones. Y Google desaconseja encadenar traslados de A a B y enseguida de B a C. Para el día a día, tenemos una guía sobre oportunidades en Search Console.

Checklist de migración: antes, durante y después

Antes del lanzamiento

1. Línea base de datos. Exporta clics e impresiones por página de Search Console y conversiones y facturación por página de destino de GA4.
2. Mapa de redirecciones validado en el entorno de pruebas.
3. Contenido y archivos trasladados, incluidas imágenes, PDF y descargas.
4. Metadatos y datos estructurados (títulos, descripciones, schema de producto u organización) revisados en la plantilla nueva.
5. Entorno de pruebas protegido con noindex o acceso restringido, y una lista de lo que habrá que desbloquear al lanzar.
6. Search Console preparado. Sitio antiguo y nuevo verificados con todas sus variantes, método de verificación operativo en la web nueva y, si lo había, archivo de disavow subido a la propiedad nueva.
7. Medición lista: GA4, Tag Manager y Consent Mode v2 probados, con las conversiones disparando.
8. Servidor dimensionado: Google rastrea el sitio nuevo con más intensidad durante un tiempo.
9. Si solo cambias de hosting, baja el TTL del DNS a unas pocas horas al menos una semana antes.
10. Elige el momento: Google sugiere épocas de menos tráfico.

El día del lanzamiento

1. Activa las redirecciones 301 y comprueba una muestra de URL críticas a mano.
2. Revisa el robots.txt de producción. Un «Disallow: /» heredado del entorno de pruebas bloquea el rastreo de toda la web. Quita también los noindex temporales.
3. Envía el sitemap nuevo y mantén un tiempo el antiguo para seguir el progreso, como recomienda Google. Sus avisos de redirección son normales.
4. Inspecciona las URL clave con la Inspección de URL de Search Console.
5. Si cambias de dominio, envía el Cambio de dirección desde la propiedad antigua, para cada variante verificada.
6. Merchant Center: si cambia el dominio, verifica y reclama el nuevo y vuelve a procesar el feed.
7. Campañas de pago: URL finales de Google Ads y Meta Ads apuntando a las direcciones nuevas.
8. Anota la fecha en GA4. Las anotaciones marcan el lanzamiento en los gráficos (hasta 1.000 por propiedad).

Después del lanzamiento

1. Revisión diaria las primeras semanas de indexación, sitemaps y rendimiento en Search Console, y de los registros del servidor.
2. Caza de 404 inesperados. Un pico de errores «No encontrado» casi siempre significa una redirección olvidada o mal escrita.
3. Pide a las webs que más te enlazan que actualicen la URL.
4. Velocidad real: compara antes y después; en Core Web Vitals reales explicamos qué datos mirar.
5. Retira el sitemap antiguo cuando Google esté usando el nuevo y el recuento de indexadas del viejo se acerque a cero.
6. Apaga el hosting antiguo (en cambios de servidor) solo cuando sus registros muestren que el tráfico ha llegado a cero.

Qué medir y cuándo preocuparse

Para saber si una variación es normal, compara con la línea base y mira la tendencia, no un día suelto.

Cuándo no conviene migrar (todavía)

Honestidad radical también es decir cuándo no tocar nada:

• Estás a las puertas de tu temporada fuerte. Black Friday, rebajas o tu pico de reservas no son el momento.
• No tienes analítica fiable. Primero se mide, luego se migra. Si no sabes qué páginas venden hoy, no sabrás qué has perdido mañana.
• El motivo es solo estético. A veces basta con cambiar la plantilla sin tocar las URL.
• Nadie tiene tiempo para las semanas posteriores. Sin seguimiento diario, es lanzar una moneda al aire.

Cómo lo trabajamos en OrbitaClick y qué cuesta

Una migración depende del tamaño de la web y de cuánto cambia, así que no tiene precio cerrado. Así se presupuesta:

• Si migras a una tienda nueva en WooCommerce o Shopify, el proyecto entra en nuestro servicio de desarrollo de tienda online, que parte de 1.600 € + IVA, y el mapa de redirecciones va dentro del alcance, no como extra sorpresa.
• Si ya tienes la web nueva y necesitas que alguien haga el inventario, el mapa de redirecciones y la puesta en producción, lo trabajamos como soporte web por horas, a 50 €/h + IVA sin permanencia.
• Si la migración ya ha hecho daño y hay que recuperar posiciones, el trabajo continuado entra en el servicio de posicionamiento SEO, desde 280 €/mes + IVA.

Si mantienes campañas de pago, el fee de gestión va siempre separado de la inversión en medios. Y la web, el dominio y los accesos son tuyos desde el primer día.

Preguntas frecuentes sobre migración web y SEO

Escrito y verificado por

Josué Pérez Suay, CEO y fundador de OrbitaClick, agencia de marketing digital en Alicante desde 2018. Especialista en SEO técnico y en webs WordPress, WooCommerce y Shopify. Citado en 25 artículos de Computer Hoy como fuente experta.

Ver perfil profesional y CV completo