Sesión de Diagnóstico gratuita · 2 plazas por semanaReserva la tuya
Blog · Diseño web

Cómo cambiar de web sin perder SEO: el proceso paso a paso

Cambiar de web sin perder SEO en tres fases: inventario de URLs con tráfico, redirecciones 301 una a una y vigilancia en Search Console. Con mi propia migración de ejemplo.

Caja de mudanza de cartón con cinta, icono 3D

Cambiar de web sin perder SEO se hace en tres fases. Inventario de las URLs que traen tráfico, mapa de redirecciones 301 una a una y vigilancia en Search Console las semanas siguientes. Google avisa de que en una web mediana el traslado tarda «unas semanas o más». En la mía, que publico el 1 de octubre de 2026, van 37 URLs antiguas redirigidas una a una. Los 9 artículos del blog conservan su dirección.

En resumenLas tres claves del artículo
01

Google evalúa el traslado URL a URL. Cada dirección antigua con impresiones necesita una nueva que la sustituya, con una redirección 301 en el servidor. Todo a la portada cuenta como pérdida.

02

Un 301 no pierde PageRank, según Google. Lo que sí baja tráfico es cambiar a la vez dominio, diseño y estructura de URLs. Cambia una cosa cada vez, o asume el bache y vigílalo.

03

Las redirecciones se mantienen al menos 180 días si cambias de dominio; yo no les pongo fecha. La comprobación va a los 7, 30 y 90 días en Search Console.

El 15 de septiembre de 2026 saqué la lista de URLs de mi web antigua que aparecen en Google. Una sola, /disenador-web-freelance/, había salido 24.256 veces en 90 días. Si la web nueva se olvida de ella, ese tráfico aterriza en un 404 y Google la retira del índice.

Soy Nico, consultor de marketing digital freelance en Sevilla. El 1 de octubre de 2026 publico mi web nueva, a código, en el mismo dominio donde había una WordPress. Te cuento el proceso con mis propias URLs. Es el mismo que aplico cuando rediseño la web de un cliente en diseño web.

¿Qué se pierde al cambiar de web y por qué?

Se pierde lo que no se redirige. Google trata un traslado «URL a URL». Cada dirección antigua tiene su historial de enlaces, impresiones y clics. Ese historial solo pasa a la nueva si una redirección permanente las une. Sin ella, la antigua devuelve un 404, Google la retira del índice y la nueva empieza de cero.

Hay una segunda pérdida, más silenciosa. Google avisa de que combinar traslado, rediseño y URLs nuevas «probablemente» cueste tráfico durante un tiempo. Aunque las redirecciones estén bien. Su consejo es cambiar una sola cosa cada vez.

Yo no lo he seguido del todo. Mantengo el dominio, pero cambio la plataforma, el diseño y buena parte de las URLs el mismo día. Asumo el bache. Lo que hago para que sea pequeño viene ahora.

Las tres fases, con plazos

FaseQué hacesHerramientasCuándo
1. InventarioLista de todas las URLs antiguas con impresiones, clics o enlaces externos, y decisión para cada una: se conserva, se redirige o se retiraSearch Console (90 días, por página), GA4, sitemap antiguo, un rastreo del sitioAntes de diseñar nada
2. Mapa de redireccionesUna URL nueva para cada antigua, lo más parecida en contenido; 301 en el servidor; canónica en cada página nueva; enlaces internos actualizados; sitemap nuevoHoja de cálculo, .htaccess o el gestor de redirecciones del CMSDurante el desarrollo, antes de publicar
3. Publicación y vigilanciaQuitar el noindex del entorno de pruebas, comprobar cada redirección, enviar el sitemap, revisar errores 404 e impresiones por páginaSearch Console, un script que pide cada URL antiguaDía 0, día 7, día 30, día 90

Fase 1: el inventario (uno o dos días). Abre Search Console, informe de rendimiento, filtra por página y exporta 90 días. Añade las páginas de aterrizaje de GA4 y las URLs con enlaces desde otras webs. Sale una hoja con tres columnas: URL antigua, impresiones y qué hago con ella. En la mía, las fichas de portfolio con nombre de cliente seguían recibiendo impresiones años después. Todas se conservan como caso.

Fase 2: el mapa (dos a cinco días). Cada URL antigua apunta a la página nueva que responde a la misma búsqueda. La ficha de un cliente va a su caso nuevo. La página de servicio antigua, a la de servicio nueva. Google recomienda redirecciones permanentes del lado del servidor «siempre que sea posible»: 301 o 308. La página nueva lleva su canónica apuntando a sí misma. Y los enlaces internos se cambian a mano. Cada salto de redirección es tiempo de carga y una señal más débil.

Fase 3: publicar y mirar (día 0 y tres revisiones). El entorno de pruebas lleva noindex para que Google no lo indexe. El día 0 se quita. Publicar la web nueva con el noindex puesto es el error más tonto y el más caro. Después, un script pide cada URL antigua y comprueba que devuelve 301 hacia la correcta. Se envía el sitemap nuevo. A los 7 días miro los 404 en Search Console. A los 30, las impresiones por página frente a las de antes. A los 90, la posición de las 20 búsquedas que me importan.

Mi propia migración: el 1 de octubre

Los datos, tal cual están hoy en el servidor de pruebas:

  • 37 URLs de la web antigua redirigidas una a una: 9 páginas, 24 fichas de portfolio (ahora casos) y 4 categorías del blog.
  • 7 reglas genéricas: sitemaps de WordPress al sitemap nuevo, feeds, paginaciones y rutas de archivos subidos.
  • Los 9 artículos del blog conservan su URL. Dos de ellos son las páginas mejor situadas del dominio: «consultoría estratégica digital» y «consultoría de marketing digital para pequeñas empresas». Tocarles la dirección habría sido tirar lo poco que ya funciona.
  • /disenador-web-freelance/ pasa a /diseno-web/. Es la URL con más impresiones del dominio: 24.256 en 90 días. Si solo pudiera redirigir una, sería esa.

Lo que desaparece sin redirección: seis anclas del índice de Elementor que Google había indexado como páginas. La web nueva no las tiene y no hay a dónde mandarlas. Devuelven 404 y Google las retirará. Es lo que su documentación describe para cualquier 4xx.

Línea base para comparar: el 29 de septiembre mido posición e impresiones de «diseñador web freelance». El 27 de octubre lo repito. Lo que salga lo cuento en este artículo.

Lo que veo en mis clientes

La migración más grande que he hecho fue la de Factoría Serendipia. Varias webs que había que mover a una infraestructura mejor, sin caídas y sin perder posiciones. Me llevó un mes. Ocho webs repartidas en ocho servidores pasaron a uno solo. El resultado, en palabras del caso: todo movido, nada roto. Que nadie lo note es justo el éxito.

Cuando un cliente me pregunta cuánto tarda, cuento esto. Para una web de servicios de menos de cien URLs, de dos a cuatro semanas de trabajo. Inventario, mapa y comprobaciones incluidos. Y de uno a tres meses hasta que Search Console se estabiliza. Es mi estimación, con mis proyectos. Google solo dice «unas semanas o más» para una web mediana.

Los fallos que más veo cuando heredo una migración hecha por otro:

  • Todo redirigido a la portada. Google lo trata como si las páginas hubieran desaparecido.
  • Las imágenes y los PDF olvidados: siguen enlazados desde otras webs y devuelven 404.
  • Cambiar dominio, CMS, diseño y URLs el mismo día, sin inventario.
  • Borrar la web antigua sin copia completa.
  • El noindex del entorno de pruebas, publicado.

Antes de cambiar de web, mide la que tienes

Si vas a rediseñar tu web, la primera hora del proyecto es el inventario. El diseño espera. En la Sesión de Diagnóstico miro tu Search Console contigo y te digo qué URLs no puedes perder. Gratis, 30 minutos, dos plazas por semana. Reserva la tuya. ¿Aún no sabes con qué la haces? Aquí está WordPress o web a código: cuál elegir para tu negocio. Y el posicionamiento después del cambio, en SEO y posicionamiento web.

Fuentes

Nico, consultor de marketing digital freelance en Sevilla
Nico — Auve Nico

Consultor de marketing digital freelance en Sevilla. Trabajo la presencia digital de profesionales y pymes con un principio simple: tu web como centro de operaciones. Desde 2018 haciendo webs, SEO y redes con mis propias manos.

Conóceme
FAQ

Preguntas frecuentes

Dudas habituales al cambiar de web sin perder posiciones.

¿Cuánto tarda Google en procesar un cambio de web?
Depende del número de URLs y de la velocidad del servidor. Google dice que en una web mediana «puede llevar unas semanas o más». Tras el traslado rastrea la web nueva con más intensidad de lo habitual. En mis proyectos cuento de uno a tres meses hasta que Search Console se estabiliza.
¿Necesito la herramienta de cambio de dirección de Search Console?
Solo si cambias de dominio o de subdominio. Para mover páginas dentro del mismo dominio, Google indica añadir las redirecciones y actualizar el sitemap. Tampoco sirve para pasar de HTTP a HTTPS ni de www a sin www.
¿Cuánto tiempo mantengo las redirecciones?
Google pide mantenerlas al menos 180 días cuando cambias de dominio. Pasado ese plazo deja de relacionar la web antigua con la nueva. Yo no les pongo fecha de caducidad. Un 301 en el servidor no cuesta nada y los enlaces antiguos siguen ahí años después.
¿Pierdo posiciones con un 301?
Google afirma que las redirecciones permanentes no causan pérdida de PageRank. Lo que sí puede bajar tráfico un tiempo es combinar el traslado con un rediseño y URLs nuevas. Redirige una a una, conserva las URLs que ya posicionan y vigila los 30 primeros días.
¿Qué hago con las páginas que no quiero conservar?
Que devuelvan 404 o 410. Google ignora su contenido, las retira del índice y baja poco a poco la frecuencia con la que las visita. Redirigirlas a la portada engaña al usuario y a Google. Si el contenido tiene sustituto, se redirige a él. Si no, se deja caer.
¿Y si solo cambio de hosting sin cambiar las URLs?
Es otro proceso, más corto. Google tiene una guía aparte para cambios de hosting o de CDN sin cambio de URL. Copia completa, pruebas en el servidor nuevo, cambio de DNS y comprobación. Sin redirecciones, porque las direcciones son las mismas.
Empieza aquí

¿Quieres saber qué le falta a tu presencia digital?

Pide tu Sesión de Diagnóstico: 30 minutos por videollamada. Antes reviso tu web, tus redes y tu SEO. Te llevas 3 prioridades claras para mejorar.

Gratuita 30 minutos por videollamada 2 plazas por semana Sin compromiso