O 15 de setembro de 2026 saquei a lista de URL da miña web antiga que aparecen en Google. Unha soa, /disenador-web-freelance/, saíra 24.256 veces en 90 días. Se a web nova se esquece dela, ese tráfico aterra nun 404 e Google retíraa do índice.
Son Nico, consultor de marketing dixital freelance en Sevilla. O 1 de outubro de 2026 publico a miña web nova, a código, no mesmo dominio onde había unha WordPress. Cóntoche o proceso coas miñas propias URL. É o mesmo que aplico cando redeseño a web dun cliente en deseño web.
Que se perde ao cambiar de web e por que?
Pérdese o que non se redirixe. Google trata un traslado «URL a URL». Cada enderezo antigo ten o seu historial de ligazóns, impresións e clics. Ese historial só pasa ao novo se unha redirección permanente os une. Sen ela, o antigo devolve un 404, Google retírao do índice e o novo empeza de cero.
Hai unha segunda perda, máis silenciosa. Google advirte de que combinar traslado, redeseño e URL novas «probablemente» custe tráfico durante un tempo. Aínda que as redireccións estean ben. O seu consello é cambiar unha soa cousa cada vez.
Eu non o seguín do todo. Manteño o dominio, pero cambio a plataforma, o deseño e boa parte das URL o mesmo día. Asumo o bache. O que fago para que sexa pequeno vén agora.
As tres fases, con prazos
| Fase | Que fas | Ferramentas | Cando |
|---|---|---|---|
| 1. Inventario | Lista de todas as URL antigas con impresións, clics ou ligazóns externas, e decisión para cada unha: consérvase, rediríxese ou retírase | Search Console (90 días, por páxina), GA4, sitemap antigo, un rastrexo do sitio | Antes de deseñar nada |
| 2. Mapa de redireccións | Unha URL nova para cada antiga, o máis parecida en contido; 301 no servidor; canónica en cada páxina nova; ligazóns internas actualizadas; sitemap novo | Folla de cálculo, .htaccess ou o xestor de redireccións do CMS | Durante o desenvolvemento, antes de publicar |
| 3. Publicación e vixilancia | Quitar o noindex do contorno de probas, comprobar cada redirección, enviar o sitemap, revisar erros 404 e impresións por páxina | Search Console, un script que pide cada URL antiga | Día 0, día 7, día 30, día 90 |
Fase 1: o inventario (un ou dous días). Abre Search Console, informe de rendemento, filtra por páxina e exporta 90 días. Engade as páxinas de aterraxe de GA4 e as URL con ligazóns desde outras webs. Sae unha folla con tres columnas: URL antiga, impresións e que fago con ela. Na miña, as fichas de portfolio con nome de cliente seguían recibindo impresións anos despois. Todas se conservan como caso.
Fase 2: o mapa (de dous a cinco días). Cada URL antiga apunta á páxina nova que responde á mesma busca. A ficha dun cliente vai ao seu caso novo. A páxina de servizo antiga, á de servizo nova. Google recomenda redireccións permanentes do lado do servidor «sempre que sexa posible»: 301 ou 308. A páxina nova leva a súa canónica apuntando a si mesma. E as ligazóns internas cámbianse a man. Cada salto de redirección é tempo de carga e un sinal máis débil.
Fase 3: publicar e mirar (día 0 e tres revisións). O contorno de probas leva noindex para que Google non o indexe. O día 0 quítase. Publicar a web nova co noindex posto é o erro máis parvo e o máis caro. Despois, un script pide cada URL antiga e comproba que devolve 301 cara á correcta. Envíase o sitemap novo. Aos 7 días miro os 404 en Search Console. Aos 30, as impresións por páxina fronte ás de antes. Aos 90, a posición das 20 buscas que me importan.
A miña propia migración: o 1 de outubro
Os datos, tal e como están hoxe no servidor de probas:
- 37 URL da web antiga redirixidas unha a unha: 9 páxinas, 24 fichas de portfolio (agora casos) e 4 categorías do blog.
- 7 regras xenéricas: sitemaps de WordPress ao sitemap novo, feeds, paxinacións e rutas de arquivos subidos.
- Os 9 artigos do blog conservan a súa URL. Dous deles son as páxinas mellor situadas do dominio: «consultoría estratéxica dixital» e «consultoría de marketing dixital para pequenas empresas». Tocarlles o enderezo sería tirar o pouco que xa funciona.
- /disenador-web-freelance/ pasa a /diseno-web/. É a URL con máis impresións do dominio: 24.256 en 90 días. Se só puidese redirixir unha, sería esa.
O que desaparece sen redirección: seis áncoras do índice de Elementor que Google indexara como páxinas. A web nova non as ten e non hai onde mandalas. Devolven 404 e Google retiraraas. É o que a súa documentación describe para calquera 4xx.
Liña base para comparar: o 29 de setembro mido posición e impresións de «diseñador web freelance». O 27 de outubro repítoo. O que saia cóntoo neste artigo.
O que vexo nos meus clientes
A migración máis grande que fixen foi a de Factoría Serendipia. Varias webs que había que mover a unha infraestrutura mellor, sen caídas e sen perder posicións. Levoume un mes. Oito webs repartidas en oito servidores pasaron a un só. O resultado, en palabras do caso: todo movido, nada crebado. Que ninguén o note é xusto o éxito.
Cando un cliente me pregunta canto tarda, conto isto. Para unha web de servizos de menos de cen URL, de dúas a catro semanas de traballo. Inventario, mapa e comprobacións incluídos. E dun a tres meses ata que Search Console se estabiliza. É a miña estimación, cos meus proxectos. Google só di «unhas semanas ou máis» para unha web mediana.
Os fallos que máis vexo cando herdo unha migración feita por outro:
- Todo redirixido á portada. Google trátao coma se as páxinas desaparecesen.
- As imaxes e os PDF esquecidos: seguen ligados desde outras webs e devolven 404.
- Cambiar dominio, CMS, deseño e URL o mesmo día, sen inventario.
- Borrar a web antiga sen copia completa.
- O
noindexdo contorno de probas, publicado.
Antes de cambiar de web, mide a que tes
Se vas redeseñar a túa web, a primeira hora do proxecto é o inventario. O deseño agarda. Na Sesión de Diagnóstico miro o teu Search Console contigo e dígoche que URL non podes perder. Gratis, 30 minutos, dúas prazas por semana. Reserva a túa. Aínda non sabes con que a fas? Aquí está WordPress ou web a código: cal escoller para o teu negocio. E o posicionamento despois do cambio, en SEO e posicionamento.
Fontes
- Google Search Central, Cómo trasladar un sitio con cambios de URL (traslado por URL, «unhas semanas ou máis», cambiar unha cousa cada vez, os 301 non perden PageRank; actualizado o 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 do lado do servidor, 301 e 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 (só dominios; 180 días; non para mover páxinas dentro do mesmo sitio): https://support.google.com/webmasters/answer/9370220?hl=es
- Google Search Central, Cómo especificar una URL canónica (redirección e canónica como sinais fortes; 10 de xullo 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: contido ignorado e URL retirada do índice; 4 de febreiro de 2026): https://developers.google.com/crawling/docs/troubleshooting/http-status-codes?hl=es
- Google Search Central, Información sobre los sitemaps (cando fai falta; 10 de decembro 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 decembro de 2025): https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes?hl=es
- Datos propios:
.htaccessda web nova de auvenico.es (setembro de 2026), Search Console de auvenico.es (90 días, setembro de 2026) e caso publicado de Factoría Serendipia.
Consultor de marketing dixital freelance en Sevilla. Traballo a presenza dixital de profesionais e pemes cun principio simple: a túa web como centro de operacións. Desde 2018 facendo webs, SEO e redes coas miñas propias mans.
Coñéceme
