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
| Fase | Qué haces | Herramientas | Cuándo |
|---|---|---|---|
| 1. Inventario | Lista de todas las URLs antiguas con impresiones, clics o enlaces externos, y decisión para cada una: se conserva, se redirige o se retira | Search Console (90 días, por página), GA4, sitemap antiguo, un rastreo del sitio | Antes de diseñar nada |
| 2. Mapa de redirecciones | Una 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 nuevo | Hoja de cálculo, .htaccess o el gestor de redirecciones del CMS | Durante el desarrollo, antes de publicar |
| 3. Publicación y vigilancia | Quitar el noindex del entorno de pruebas, comprobar cada redirección, enviar el sitemap, revisar errores 404 e impresiones por página | Search Console, un script que pide cada URL antigua | Dí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
noindexdel 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
- Google Search Central, Cómo trasladar un sitio con cambios de URL (traslado por URL, «unas semanas o más», cambiar una cosa cada vez, los 301 no pierden PageRank; actualizado el 20 de agosto de 2026): https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=es
- Google Search Central, Redirecciones y la Búsqueda de Google (redirección permanente del lado del servidor, 301 y 308; 14 de abril de 2026): https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=es
- Ayuda de Search Console, Herramienta de cambio de dirección (solo dominios; 180 días; no para mover páginas dentro del mismo sitio): https://support.google.com/webmasters/answer/9370220?hl=es
- Google Search Central, Cómo especificar una URL canónica (redirección y canónica como señales fuertes; 10 de julio de 2026): https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=es
- Google Search Central, Cómo afectan los códigos de estado HTTP a los rastreadores de Google (4xx: contenido ignorado y URL retirada del índice; 4 de febrero de 2026): https://developers.google.com/crawling/docs/troubleshooting/http-status-codes?hl=es
- Google Search Central, Información sobre los sitemaps (cuándo hace falta; 10 de diciembre de 2025): https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview?hl=es
- Google Search Central, Cambiar de hosting sin cambiar las URLs (10 de diciembre de 2025): https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes?hl=es
- Datos propios:
.htaccessde la web nueva de auvenico.es (septiembre de 2026), Search Console de auvenico.es (90 días, septiembre de 2026) y caso publicado de Factoría Serendipia.



