La respuesta corta
Un rediseño web pierde SEO cuando cambia lo que Google ya posiciona: URLs que cambian sin redirección, texto que se recorta o se esconde, enlaces internos que desaparecen, páginas que solo se ven con JavaScript o una etiqueta noindex que quedó del sitio de pruebas. Un diseño nuevo, por sí solo, rara vez cuesta posiciones.
Para rediseñar sin perder el SEO: exporta una línea base de Search Console, conserva la URL de cada página que trae clics (o redirígela en un solo salto a su equivalente), conserva su contenido y sus metadatos, prueba todo en un staging que Google no pueda indexar y compara los clics por página durante cuatro a ocho semanas después del lanzamiento. Esta guía cubre solo el SEO; el plan completo del proyecto está en nuestro checklist de rediseño web, y los cambios de plataforma o dominio en cómo migrar una página web sin perder posicionamiento.
¿Un rediseño afecta el SEO?
No por sí mismo. Google posiciona las páginas por su contenido, sus enlaces y si puede rastrearlas; no posiciona paletas de color. El riesgo depende de qué más cambia:
| Qué cambia | Riesgo | Por qué importa | Qué hacer |
|---|---|---|---|
| Solo el diseño: mismas URLs, mismo texto | Bajo | Google ve el mismo contenido en las mismas direcciones | Deja títulos y texto en el HTML; revisa Core Web Vitals en las plantillas nuevas |
| URLs | Alto | El historial de cada URL vieja tiene que pasar por una redirección | Conserva las URLs con clics; si no, una redirección permanente a su equivalente |
| Páginas eliminadas o unificadas | Medio a alto | Las búsquedas que respondían se quedan sin respuesta | Unifica en la página más cercana y redirige; las que se eliminan de verdad, 404 o 410 |
| Texto recortado o pasado a imágenes | Medio a alto | Menos texto que coincida con las búsquedas | Haz un control de paridad de contenido en las páginas protegidas |
| Navegación y enlaces internos | Medio | Los enlaces le dicen a Google qué importa, y solo sigue enlaces con href | Mantén los enlaces a las páginas protegidas; rastrea el sitio nuevo antes de lanzar |
| Contenido que aparece solo con JavaScript | Medio | El renderizado puede retrasarse o fallar | Envía el contenido principal en el HTML; prueba con la inspección de URLs |
| Plataforma, hosting o dominio | Alto | Eso ya es una migración | Sigue también un plan de migración |
Paso 1: identifica las páginas que no puedes perder
Antes de abrir un archivo de diseño, registra lo que el sitio actual gana.
- Exporta Search Console por página y por consulta de los últimos 16 meses, lo máximo que guarda: clics, impresiones y posición media de cada página.
- Marca las páginas protegidas. Tratamos como protegida toda página con clics o con una posición en el top 10 en los últimos tres meses; en la mayoría de los sitios de empresa son pocas.
- Rastrea el sitio viejo y guarda cada URL con su título, H1, meta descripción, canonical, número de palabras y enlaces internos. Ese rastreo es tu referencia para la paridad de contenido; cuando el sitio viejo desaparece, ya no se puede hacer.
- Exporta el informe de enlaces para ver qué páginas enlazan otros sitios. Esas URLs necesitan destino aunque no tengan clics.
Paso 2: mapea cada URL antes de diseñar la estructura nueva
La URL más segura es la que no cambia. Conserva la dirección de cada página protegida salvo que haya una razón que el visitante note, como dos páginas flojas unificadas en una.
Para cada URL que cambie, escribe su dirección nueva en un mapa de redirecciones antes de empezar a construir. Google recomienda una redirección permanente del lado del servidor (301 o 308) siempre que sea posible, directa a la dirección final y sin cadenas. No mandes las páginas viejas a la de inicio: Google puede tratar una redirección a una página no relacionada como un soft 404. Una página sin equivalente debe responder 404 o 410. Nuestro planificador de migración web lee tu sitemap y marca qué URLs conservan su ruta y cuáles necesitan redirección, y el generador de redirecciones 301 arma el mapa.
Paso 3: mantén la paridad de contenido en las páginas protegidas
Paridad de contenido es que la página nueva responda las mismas búsquedas igual o mejor que la vieja. Los diseñadores suelen recortar texto para que respire el diseño; en una página protegida, revisa qué se va.
| Elemento | Regla para páginas protegidas |
|---|---|
| Etiqueta title y meta descripción | Pásalas campo por campo; cámbialas solo a propósito |
| H1 y encabezados | Conserva los temas por los que posicionaba, en encabezados reales |
| Texto principal | Conserva los pasajes que responden sus consultas principales; muévelos en vez de borrarlos |
| Texto dentro de imágenes | Devuélvelo al HTML como texto |
| Enlaces internos | Conserva los que entran y salen, con texto de enlace descriptivo |
| Datos estructurados | Reconstrúyelos en la plantilla nueva y pruébalos |
| Canonical y hreflang | Canonicals a sí mismas en las URLs finales; hreflang recíproco si el sitio es multilingüe |
Compara cada página protegida nueva con el rastreo del paso 1. Una página que pasó de 1.400 palabras a 300 probablemente perdió aquello por lo que posicionaba.
Paso 4: construye en un staging que Google no pueda indexar
Pon el sitio nuevo detrás de una contraseña, no solo de un noindex, para que no se indexe ni se confunda con el sitio real. Antes de lanzar, pasa la lista de URLs viejas por el staging: cada una debe responder 200 o una redirección a una página que responda 200. Luego busca etiquetas noindex, reglas de robots.txt y canonicals que apunten al staging. La guía de Google sobre mudanzas de sitio nombra los bloqueos de noindex y robots.txt olvidados y las redirecciones a URLs que no existen entre los errores más comunes.
Paso 5: el día del lanzamiento
- Redirecciones activas y probadas contra la lista completa de URLs viejas.
- robots.txt permite el rastreo; ninguna página tiene un noindex que no debería.
- El sitemap nuevo lista solo URLs finales y está enviado en Search Console.
- Inspección de URLs en las páginas protegidas principales.
- Analítica, eventos clave y formularios probados en el sitio real.
Paso 6: monitorea durante ocho semanas
Google advierte que habrá fluctuación: tras cambiar URLs, un sitio mediano puede tardar unas semanas en que Google note el cambio, y uno grande más. Compara lo comparable.
| Cuándo | Qué revisar | Qué hacer si |
|---|---|---|
| Días 1 a 14 | 404 en los registros del servidor, informe de indexación, formularios | Un 404 recibe visitas: agrega la redirección que falta |
| Semanas 2 a 4 | Clics a páginas protegidas frente a los mismos días de la semana antes del lanzamiento | Una página protegida perdió clics: revisa su redirección, título, contenido y enlaces internos, en ese orden |
| Semanas 4 a 8 | Impresiones y posiciones por consulta de las páginas protegidas | Impresiones estables pero menos clics: reescribe el título o la descripción |
| Del mes 2 en adelante | Informe de enlaces, Core Web Vitals | Pide a los sitios que más enlazan que actualicen los enlaces a URLs viejas |
Si el tráfico bajó después de un rediseño
Revisa en este orden antes de cambiar nada más:
- ¿La caída es real? Compara los mismos días de la semana, revisa las notas de anomalías de datos de Search Console y la estacionalidad en Google Trends.
- ¿Qué páginas la perdieron? Filtra el informe de rendimiento por página. Una caída concentrada en pocas páginas apunta a sus URLs o su contenido; una caída en todo el sitio apunta a algo general, como robots.txt, noindex o el renderizado.
- ¿Impresiones o clics? Si las impresiones se mantienen y los clics bajan, cambiaron los fragmentos: revisa títulos y descripciones.
- ¿Qué dice el informe de indexación? Busca "Excluida por la etiqueta noindex", "No encontrada (404)" y errores de redirección que aparecieron al lanzar.
- ¿Qué cambió en la página? Compara el rastreo viejo con la página nueva: título, encabezados, palabras y enlaces internos.
- ¿Ya pasó suficiente tiempo? Si cambiaron URLs y nada está roto, Google dice que hay que dar unas semanas.
Así se ve una mudanza cuidadosa: el cambio de dominio de Gissi
Una mudanza de dominio es una prueba más dura que casi cualquier rediseño, porque cambian todas las URLs. El 23 de octubre de 2026 Dardo mudó Gissi, una escuela de música de Bogotá, de amediotonomusic.com a gissimusic.com. El mapa de redirecciones cubrió 4.379 direcciones viejas en sus cuatro formas, 17.516 URLs en total, cada una con una redirección permanente a la misma página en el dominio nuevo, y un verificador las pidió todas después del cambio.
Los clics de Google en las dos propiedades de Search Console bajaron a 47 al día entre los días 7 y 9, y volvieron a su nivel previo desde el 3 de noviembre, 11 días después del cambio: 86 al día del 3 al 9 de noviembre, frente a 84 al día en las dos semanas anteriores. El caso Gissi y cómo cambiar de dominio sin perder SEO tienen el detalle. Un rediseño que conserva sus URLs tiene menos que mover y debería moverse menos que eso.
Cómo puede ayudarte Dardo
El servicio de rediseño web de Dardo parte de las páginas que ya traen tráfico y planea cada URL antes de diseñar. Cuando el rediseño también cambia de plataforma o de dominio, el servicio de migración de páginas web suma el mapa de redirecciones, un ensayo en staging y la comparación con la línea base después del lanzamiento.
Preguntas frecuentes
¿Cambiar el diseño de una página web afecta el SEO?
Un cambio solo visual, con las mismas URLs, el mismo texto y los mismos enlaces internos, rara vez mueve las posiciones, porque Google posiciona contenido y enlaces, no colores ni tipografías. Las posiciones caen cuando el rediseño también cambia URLs sin redirección, quita u oculta texto, rompe enlaces internos, hace más lentas las páginas o sale con un noindex olvidado del staging.
¿Cuánto tarda en recuperarse el SEO después de un rediseño?
Si las URLs y el contenido se mantuvieron, muchas veces no hay mucho que recuperar. Si cambiaron las URLs, Google dice que un sitio pequeño o mediano puede tardar unas semanas en mover la mayoría de sus páginas, y uno grande más. Si después de 4 a 8 semanas las páginas protegidas siguen abajo, busca una redirección que falte, un título cambiado o contenido eliminado.
¿Debo conservar las URLs viejas en un rediseño?
Sí, siempre que puedas. Una página que conserva su URL conserva sus señales sin depender de una redirección. Cambia una URL solo por algo que el visitante note, como temas unificados o una estructura más clara, y redirige la vieja en un solo salto.
¿Puedo redirigir todas las páginas viejas a la página de inicio?
No. Google puede tratar una redirección a una página no relacionada, como la de inicio, como un soft 404, y se pierde lo que la página había ganado. Redirige cada URL vieja a su equivalente más cercano y deja que las que no tienen equivalente respondan 404 o 410.
¿Cuánto tiempo hay que mantener las redirecciones?
Google recomienda mantenerlas el mayor tiempo posible, en general al menos un año, para transferir señales y volver a rastrear los enlaces de otros sitios. Pensando en los usuarios, sugiere mantenerlas indefinidamente.
Fuentes y lecturas
Fuentes de esta página, con más detalles de sus publicaciones originales.
- Google Search Central: Site moves with URL changesdevelopers.google.com
- Google Search Central: Redirects and Google Searchdevelopers.google.com
- Google Search Central: Debugging drops in Google Search trafficdevelopers.google.com
- Google Search Central: SEO link best practicesdevelopers.google.com
- Google Search Central: JavaScript SEO basicsdevelopers.google.com
- Google Crawling Infrastructure: How HTTP status codes affect Google's crawlersdevelopers.google.com
- Search Console Help: Performance reportsupport.google.com
- Search Console Help: Page indexing reportsupport.google.com
- Search Console Help: Links reportsupport.google.com
- Dardo: caso Gissidardo.studio
- Dardo: planificador de migración webdardo.studio
