Por qué tantas webs pierden tráfico tras un rediseño

Un rediseño es, para Google, una obra en tu casa. Si mueves las paredes de sitio y no dejas indicaciones, el buscador se pierde igual que un cliente. La caída de tráfico casi nunca viene del diseño en sí: viene de lo que se rompe por el camino sin que nadie se dé cuenta.

En los rediseños que nos llegan a Seonergy para rescatar, las causas se repiten una y otra vez:

  • Cambian las URLs (nueva estructura, nuevos idiomas, nuevo CMS) y nadie prepara las redirecciones.
  • Se recorta contenido: páginas de 1.200 palabras que posicionaban se quedan en 200 porque "quedaban mejor cortas".
  • Desaparecen páginas enteras: servicios antiguos, entradas de blog, landings locales que traían llamadas.
  • Se pierden los títulos y meta descripciones al migrar la plantilla, y todo queda con el nombre del sitio.
  • La web nueva sale a producción con el noindex del entorno de pruebas puesto.
  • El sitio nuevo es más pesado y bonito, pero tarda el doble en cargar en móvil.
El error más caro no es técnico, es de orden: se rediseña primero y se piensa en el SEO cuando ya hay caída en Search Console. Para entonces llevas semanas perdiendo visitas.

Paso 1: audita y guarda una foto de tu SEO actual

Antes de tocar una sola línea de código necesitas saber qué tienes. Esta foto será tu red de seguridad: si algo cae, sabrás exactamente qué era y por qué.

Exporta el inventario de URLs

Rastrea la web completa (Screaming Frog, Sitebulb o similar) y guarda un CSV con todas las URLs indexables, su title, su meta description, su H1 y su código de respuesta. Cruza ese listado con Search Console y con Analytics para saber cuáles reciben clics y cuáles convierten.

Marca tus páginas intocables

De ese inventario saldrá una lista corta —normalmente entre 20 y 50 URLs— que concentra la mayor parte del tráfico y de los contactos. Son las que no se tocan sin motivo: si cambian de dirección, de contenido o de enfoque, será una decisión consciente y con redirección preparada.

Anota tus posiciones y tus métricas de partida

Qué guardarDóndePara qué sirve después
Clics e impresiones por URL (últimos 12 meses)Search ConsoleDetectar caídas reales y estacionalidad
Posición media de tus 30-50 keywords principalesSearch Console o rastreador de posicionesSaber si perdiste puestos o solo cambió la demanda
Enlaces entrantes por URLSearch Console (enlaces) o herramienta de backlinksNo dejar huérfana ninguna URL con enlaces externos
Core Web Vitals y tiempos de cargaPageSpeed Insights / CrUXComparar el antes y el después en móvil
Conversiones por página de entradaAnalyticsMedir el impacto en negocio, no solo en visitas

Paso 2: decide qué cambia de verdad (y qué no)

El rediseño más seguro es el que cambia la capa visual y deja intacta la estructura. Cada capa que tocas añade riesgo, así que conviene ser consciente de en cuál te estás metiendo.

Alcance del rediseñoQué cambiaRiesgo SEO
Lavado de caraColores, tipografías, imágenesBajo
Rediseño de plantillaMaquetación, componentes, navegaciónMedio: cuidado con títulos, H1 y enlaces internos
ReestructuraciónArquitectura de contenidos y URLsAlto: obliga a mapa de redirecciones completo
Cambio de tecnología o CMSTodo lo anterior más el backendMuy alto: revisa render, sitemap y rendimiento

Si tu web actual funciona en Google, parte de una premisa sencilla: conserva las URLs siempre que puedas. Cambiar direcciones solo por estética es asumir un riesgo sin ganancia. Cámbialas cuando la estructura antigua sea realmente un problema (categorías incoherentes, parámetros, duplicados) y hazlo de una vez, no a plazos.

Consejo práctico: si vas a cambiar de tecnología y además reestructurar, sepáralo en dos fases. Primero migras con las mismas URLs, compruebas que todo está estable un par de semanas, y después reestructuras. Así, si algo cae, sabes qué lo provocó.

Paso 3: el mapa de redirecciones, el corazón de un rediseño web sin perder SEO

Toda URL antigua que deje de existir debe apuntar con una redirección 301 a su equivalente más cercano en la web nueva. No a la home: a la página que responde a la misma intención de búsqueda. Una redirección masiva a la portada equivale, para Google, a borrar la página.

  1. Parte del inventario del paso 1 y crea una hoja con dos columnas: URL antigua y URL nueva.
  2. Empareja una a una. Si no hay equivalente exacto, elige la página más parecida en tema e intención.
  3. Marca en rojo las que no tengan destino claro: decide si merece la pena recrear ese contenido o si aceptas un 410.
  4. Redirige también las variantes: con y sin barra final, http y https, con y sin www, mayúsculas, parámetros habituales.
  5. Revisa que no queden cadenas: A redirige a B y B a C. Deja siempre un solo salto, de A a C.
  6. Prueba el mapa completo en el entorno de pruebas antes del lanzamiento, no después.

Si tu rediseño coincide con un cambio a HTTPS, aplica el mismo criterio en una sola tanda; lo tienes desarrollado en nuestra guía sobre cómo migrar tu web a HTTPS sin perder posiciones.

Paso 4: no pierdas contenido ni señales on-page

El diseño nuevo suele pedir menos texto. El SEO, casi siempre, pide lo contrario. La solución no es llenar de párrafos una página limpia, sino mantener el contenido que responde a la búsqueda y organizarlo mejor: acordeones, pestañas, secciones desplegables. Google lee ese contenido si está en el HTML, aunque el usuario tenga que hacer clic para verlo.

Lo que hay que trasladar sí o sí

  • Titles y meta descriptions página a página, no generados en bloque por la plantilla.
  • Un único H1 por página, coherente con la intención de búsqueda.
  • Los textos que ya posicionan, con sus términos y sus preguntas frecuentes.
  • Los atributos alt de las imágenes.
  • Los datos estructurados: producto, servicio local, FAQ, artículo, valoraciones.
  • Los enlaces internos: si el menú nuevo enseña menos páginas, compensa con enlaces contextuales dentro del contenido.

Cuidado con el rendimiento

Un rediseño precioso que carga en cinco segundos en un móvil con 4G es un rediseño fallido. Fija un presupuesto de rendimiento desde el principio (peso máximo de página, imágenes en formatos modernos, fuentes limitadas) y valida los Core Web Vitals en el entorno de pruebas, no en producción.

Paso 5: el día del lanzamiento

Publica un día laborable por la mañana, con tiempo por delante para reaccionar. Nunca un viernes por la tarde ni en plena campaña de ventas. Esta es la lista de comprobación de las primeras horas:

  1. Quita el noindex y desbloquea el robots.txt del entorno de pruebas. Es el fallo número uno y el más silencioso.
  2. Comprueba que el sitemap.xml nuevo se genera bien y solo incluye URLs indexables con respuesta 200.
  3. Envía el sitemap en Search Console y usa la inspección de URLs en tus páginas clave.
  4. Rastrea la web nueva completa y revisa que no haya 404 ni cadenas de redirección.
  5. Verifica las etiquetas canónicas: que apunten a la versión definitiva y no al dominio de pruebas.
  6. Confirma que la analítica y las conversiones siguen registrando (el código suele quedarse fuera en la plantilla nueva).
  7. Revisa a mano tus diez páginas más importantes en móvil y en escritorio.
Guarda una copia completa de la web antigua —archivos y base de datos— antes de sustituirla. Si aparece un contenido que se quedó por el camino, lo recuperas en minutos en vez de reescribirlo.

Paso 6: las cuatro semanas siguientes

Es normal ver cierta inestabilidad durante los primeros diez o quince días: Google tiene que volver a rastrear e indexar. Lo que no es normal es una caída sostenida a partir de la tercera semana.

CuándoQué revisarSeñal de alarma
Días 1-3Cobertura e indexación en Search ConsoleSubida de 404 o de "excluida por noindex"
Semana 1Rastreo completo del sitio y errores del servidorCadenas de redirección o 500 recurrentes
Semana 2Clics e impresiones por URLCaídas concentradas en páginas concretas
Semana 3-4Posiciones de tus keywords principalesPérdida estable de más de 3-5 puestos
Mes 2Conversiones y Core Web VitalsMenos contactos con el mismo tráfico

Si detectas una caída, no rehagas la web entera: aísla el problema. Compara URL a URL contra tu inventario inicial y busca el patrón. En nueve de cada diez casos es una redirección mal apuntada, un contenido que se recortó de más o una plantilla que dejó de emitir títulos únicos.

Un apunte para negocios de Yecla y el Altiplano

En empresas locales —fabricantes de mueble, bodegas, comercios y servicios de Yecla, Jumilla o Villena— hay un activo que se pierde con demasiada frecuencia en un rediseño: las páginas locales y la coherencia con la ficha de Google. Si tu página de contacto cambia de dirección, si el NAP (nombre, dirección y teléfono) deja de coincidir literalmente con tu Google Business Profile, o si desaparecen las landings por servicio y localidad, notarás la caída justo donde más duele: en las llamadas.

Revísalo antes del lanzamiento y actualiza el enlace de tu ficha de Google el mismo día si la URL de destino cambia.