Cómo migrar una web sin perder SEO en 2026: checklist práctico

Cambiar de web, de CMS o de dominio no tiene por qué tirar por tierra el tráfico que ya tenías. En 2026, Google rastrea más rápido y perdona menos los 404 masivos, las redirecciones en cadena y los canónicos rotos. Esta guía es el checklist que usamos en STUDIOGRX cuando un negocio de Granada (o de cualquier otra ciudad) rediseña o migra sin querer empezar de cero en búsquedas.

1. Cuándo una migración es de verdad una migración

En SEO, “migración” no es solo “estrenar diseño”. Es cualquier cambio que altera cómo Google identifica, rastrea o agrupa tus URLs. Si solo cambias colores y el HTML sigue en las mismas rutas, el riesgo es bajo. Si cambias dominio, CMS, estructura o protocolo, el riesgo es alto.

Si estás rediseñando porque la web actual no convierte, el SEO no es el enemigo: es el inventario. Conserva lo que ya posiciona y mejora lo que no. El rango de inversión de un proyecto nuevo está en cuánto cuesta una página web; el coste oculto de una migración mal hecha es el tráfico que dejas de recibir durante meses.

2. Qué se pierde si lo haces mal

No es un mito: una migración descuidada puede bajar impresiones, clics y conversiones a la vez. Lo que se pierde no es “el algoritmo”, son señales concretas.

• Equidad de las URLs antiguas: enlaces internos, menciones y posiciones ligadas a una ruta que ahora da 404.
• Indexación limpia: dos versiones de la misma página (www y no www, barra final, parámetros) compitiendo.
• Datos de Search Console: si cambias de dominio y no usas el cambio de dirección + verificación, arrancas ciego.
• SEO local: la ficha de Google apunta a una URL que redirige mal o a un 404. Lo cubrimos en la guía de SEO local en Granada.
• Rendimiento percibido: un rediseño bonito y lento también pierde. Ver Core Web Vitals e INP.

Una caída de 2–4 semanas tras un cambio grande puede ser normal mientras Google recrawlea. Una caída de 3 meses con 404 en las URLs que más tráfico tenían no es “el algoritmo”: es un mapa de redirecciones incompleto.

3. Inventario: URLs, keywords y conversiones

Antes de diseñar la web nueva, exporta la web vieja. Sin inventario, el mapeo es adivinación.

Qué extraer (mínimo)

• Search Console → Rendimiento: páginas con clics en 16 meses (o el máximo disponible). Ordena por clics, no por impresiones vanidosas.
• Consultas: las 50–100 queries que ya te traen negocio, no las que “quedan bien”.
• Analytics (GA4): landings que generan formulario, llamada o WhatsApp. Una URL con 40 sesiones y 8 leads vale más que una con 2.000 sesiones y cero.
• Sitemap y crawl: lista completa de URLs indexables (Screaming Frog, Sitebulb o el export del CMS).
• Backlinks conocidos: Search Console → Enlaces, o un export puntual. No hace falta un SaaS caro para las 20 menciones que importan.

Este inventario también destapa errores SEO habituales que no quieres copiar al sitio nuevo: titles duplicados, thin content, parámetros indexados.

4. Mapeo 1:1 y redirecciones 301

El 301 es la herramienta correcta para un traslado permanente. El 302 es para algo temporal. El meta refresh y el JavaScript window.location no sustituyen un 301 en el servidor o en el edge (Vercel, Cloudflare, el hosting).

Principios que no negociamos

1. Una URL antigua → una URL nueva equivalente. Servicio a servicio, artículo a artículo, no todo a la home.
2. Misma intención. /tienda-online-granada no debe ir a un blog genérico de “tendencias”.
3. Una sola redirección. Evita A → B → C. Cada salto pierde tiempo de rastreo y, a veces, claridad de señales.
4. HTTPS, host y barra final unificados antes de publicar el mapa (elige un canónico y redirige el resto).
5. 404 honestos para URLs que no tienen equivalente y no aportaban tráfico. Un 404 limpio es mejor que un 301 engañoso a un contenido distinto.

5. Técnico: canónicos, sitemap, robots e indexación

El día del corte, Google tiene que entender tres cosas: cuál es la URL canónica, qué debe rastrear y qué ha cambiado. El schema y el HTML nuevo ayudan; no sustituyen un sitemap coherente.

Checklist técnico mínimo

• Canonical absoluto a la URL final (https, host elegido, sin ?utm).
• robots.txt que no bloquee CSS, JS ni las rutas públicas nuevas. Nada de Disallow: / “por si acaso” en producción.
• Sitemap XML solo con URLs 200 canónicas. Sin 301, sin noindex, sin parámetros.
• Enviar el sitemap en Search Console del sitio nuevo (y del antiguo, si el dominio cambia).
• HSTS y certificado correctos; mezcla de HTTP/HTTPS es un clásico en cortes de DNS.
• Paginación, hreflang y parámetros de filtro: o se unifican o se noindexan con criterio, no se improvisan.
• Entorno de staging en noindex, nofollow. Si el staging se indexa, tendrás duplicados el día 1.

Si cambias de dominio, usa la herramienta de cambio de dirección en Search Console cuando ambos sitios estén verificados y los 301 del dominio completo estén activos. No la uses para un simple rediseño en el mismo host.

Qué probar en staging (lista corta)

• 20 URLs top: status, canonical, title, H1, enlaces internos rotos.
• Un crawl de las redirecciones del mapa (origen → destino, un solo salto, 301).
• Formulario de contacto, cookies y páginas legales en la nueva plantilla.
• Lighthouse / CrUX de las landings de servicio, no solo de la home.

6. Contenido, schema y señales de entidad

Migrar no es copiar el HTML viejo a un tema nuevo. Es la ocasión de no repetir textos intercambiables. Conserva lo que ya responde a una consulta; reescribe lo que nunca posicionó.

• Titles y H1: no los “modernices” quitando la consulta (“diseño web Granada”) si esa query ya te traía leads.
• Párrafo inicial: respuesta directa en 40–60 palabras. Ayuda a snippets y a AI Overviews.
• BlogPosting / LocalBusiness / FAQPage: márcalos solo si el contenido está visible. Schema mentiroso no salva una migración.
• Imágenes: nuevos nombres de archivo no son un problema; sí lo es perder el alt y servir 3 MB en JPEG. WebP/AVIF y dimensiones reales.
• Enlazado interno: las páginas de servicio deben seguir enlazando a las guías que ya rankean, y al revés.

7. SEO local, ficha de Google y NAP

Para un negocio de Granada, la ficha y la web se miran juntas. El día que cambia la URL del sitio, la ficha debe apuntar a la URL canónica nueva, no a un 302 del constructor anterior.

• Actualiza el sitio web en Google Business Profile el mismo día del DNS, no “cuando esté todo perfecto”.
• NAP idéntico: nombre, dirección y teléfono como en el pie, el schema y los directorios. Un CIF o marca distinta sin avisar genera fichas duplicadas.
• Si cambias de dominio, espera un recrawl; no crees una segunda ficha “por si acaso”.
• Revisa citaciones (directorios locales, Colegios profesionales, Ayto. si aplica) solo en las que ya tenías presencia real.

Las reseñas no se migran a otro perfil. Si alguien te propone “pasar las estrellas” a una ficha nueva, desconfía. Más contexto en cómo conseguir reseñas en Google.

8. El día D: orden de puesta en marcha

El orden importa más que el horario. Un DNS a las 23:00 con el sitemap viejo y sin 301 es peor que un corte a las 10:00 con el mapa listo.

Si el sitio viejo y el nuevo conviven unas horas, asegúrate de que solo uno es indexable. Dos sitios vivos con el mismo contenido y sin 301 es el escenario que más cuesta deshacer.

9. Las 4 semanas posteriores

La migración no termina en el deploy. Google necesita recrawlear. Tú necesitas pruebas, no fe.

Semana 1

• Informe de cobertura / páginas: 404, 301 inesperados, noindex accidental.
• Crawl de las 50 URLs con más clics históricos: ¿200 en el destino?
• Comparar titles: no deberías haber “limpiado” la keyword principal sin querer.

Semanas 2–4

• Rendimiento en Search Console: clics e impresiones por página, no solo el total del sitio (el total miente si has añadido blog).
• Consultas que desaparecen: suele ser un 301 a una página de intención distinta.
• CWV en Search Console: un rediseño pesado se ve aquí, no en el “lighthouse del diseñador el viernes”.
• Conversiones en GA4: si el tráfico aguanta y el formulario no, el problema ya no es el 301; es la UX.

No pidas un “reindexado total” cada día. Prioriza las URLs que ya ganaban dinero. El resto llegará con el sitemap y el enlazado interno.

10. Errores que vemos cada mes

• Todo a la home: el 301 comodín. Google deja de entender temas; el usuario aterriza perdido.
• Cambiar de CMS y de URLs “porque queda más bonito”: /p=123 a /nuestro-enfoque-creativo sin mapa es un suicidio de queries.
• Staging indexado (nueva.midominio.com sin noindex ni auth).
• Canonical al dominio viejo copiado en la plantilla nueva.
• Sitemap del tema con 3.000 adjuntos, páginas de autor y etiquetas vacías.
• Olvidar la ficha de Google y los anuncios: el presupuesto de Ads sigue yendo a URLs 404.
• Lanzar sin 301 “porque el contenido es nuevo”: entonces no es una migración, es un sitio paralelo. Trátalo como tal y no esperes heredar posiciones.

11. Preguntas frecuentes

¿Cuánto tarda Google en reconocer una migración?
En un sitio pequeño (decenas de URLs) a menudo ves movimiento en 1–4 semanas. En uno grande, meses. Depende del crawl, de la calidad de los 301 y de si el dominio es el mismo.

¿Puedo cambiar de dominio y de diseño a la vez?
Puedes, pero es más difícil de diagnosticar. Si el negocio lo permite, primero HTTPS/host canónico, después URLs, después dominio. Si no, un mapa exhaustivo y staging son obligatorios, no opcionales.

¿Los 301 “pasan el SEO” al 100 %?
No es un grifo con porcentaje oficial. Conservan la relación entre URLs y ayudan a consolidar señales. No arreglan contenido flojo ni una web lenta. Por eso el destino tiene que ser equivalente de verdad.

¿Debo mantener el blog antiguo?
Si un artículo trae consultas y leads, migra la URL o redirige a una versión actualizada. Borrar el blog “porque el diseño es nuevo” es el error más caro en pymes que ya tenían algo de orgánico.

¿Una web nueva en Granada necesita SEO local extra?
Sí: ficha, NAP y páginas de servicio locales no se improvisan el día D. Empieza por la guía de SEO local y alinea schema y GBP con la URL final.

¿Cuánto cuesta incluir la migración en un rediseño?
El trabajo de inventario, mapa y seguimiento no es “un plugin”. Entra en el alcance del proyecto de diseño y desarrollo o del SEO, no como una línea de 50 € el viernes anterior al lanzamiento.

Siguiente paso

Migrar una web sin perder SEO en 2026 es un proceso: inventario, mapa 1:1, 301, Search Console y cuatro semanas de vigilancia. Si vas a cambiar de CMS, de dominio o de arquitectura y quieres que lo ejecutemos con checklist y staging, escribe a STUDIOGRX. Te decimos qué URLs merecen 301 y cuáles no merecen copiarse.