Cómo rediseñar o migrar tu web sin perder el posicionamiento en Google

Una web nueva puede verse mejor, cargar más rápido y, aun así, perder buena parte de sus visitas de Google en pocas semanas. Pasa más de lo que parece, y casi siempre por el mismo motivo: nadie planificó qué iba a pasar con las URLs, los contenidos y los metadatos del sitio anterior.

La buena noticia es que rediseñar tu web sin perder SEO es perfectamente posible si lo tratas como un proyecto técnico y no solo de diseño. Esta es la guía que seguimos en cada migración: los pasos, una checklist para el día del lanzamiento y los errores que más tráfico cuestan.

Por qué un rediseño puede hundir tu posicionamiento

Google no posiciona “tu web” en abstracto. Posiciona páginas concretas, cada una con su URL, su contenido, sus enlaces internos y los enlaces que recibe de otros sitios. Si cambias cualquiera de esas piezas sin control, el historial que acumuló esa página se pierde o se diluye.

Los cambios de mayor riesgo son estos:

• Cambiar la estructura de URLs, por ejemplo de /servicios.aspx?id=4 a /servicios/mudanzas.
• Cambiar de plataforma o de gestor de contenidos.
• Cambiar de dominio o pasar de HTTP a HTTPS.
• Eliminar o fusionar páginas que reciben tráfico.
• Reescribir textos, títulos y descripciones sin revisar qué búsquedas atraían.

Ninguno de estos cambios es malo en sí mismo. El problema es hacerlos sin un plan que le explique a Google dónde está ahora cada cosa.

Cómo rediseñar una web sin perder SEO: inventario y mapa de redirecciones

Todo empieza antes de abrir el programa de diseño. Los dos documentos que más protegen tu posicionamiento son una lista completa de las URLs actuales y un mapa que diga a dónde va cada una.

Inventario completo de URLs

Necesitas una lista de todas las URLs que existen hoy, no solo las del menú. También cuentan las páginas antiguas, las entradas del blog, los PDF, las imágenes indexadas y las URLs con parámetros. Combina varias fuentes para no dejarte nada fuera:

• Un rastreo completo del sitio con una herramienta como Screaming Frog o similar.
• El sitemap XML actual.
• Las páginas con impresiones en Google Search Console en los últimos 12 a 16 meses.
• Las páginas de entrada en Google Analytics.
• Las URLs que reciben enlaces de otros sitios, según tu herramienta de backlinks.

Para cada URL, anota el tráfico, las palabras clave principales, el título y la meta descripción. Esa hoja de cálculo será la base de todo lo demás.

El mapa de redirecciones 301

Cada URL antigua que cambie debe redirigir con un 301 (redirección permanente) a la URL nueva más equivalente. No a la página de inicio, salvo que de verdad no exista nada parecido. Para Google, redirigir todo a la home es casi lo mismo que borrar esas páginas.

• Redirecciones uno a uno: cada URL antigua hacia su equivalente nueva.
• Sin cadenas: la antigua va directo al destino final, sin dos o tres saltos intermedios.
• Conserva las URLs que no necesitan cambiar. La mejor redirección es la que no hace falta.
• Cubre las variantes: con y sin barra final, con y sin www, HTTP y HTTPS.
• Prueba el mapa completo en el entorno de pruebas antes del lanzamiento.

Conserva el contenido, los metadatos y los enlaces internos

Un diseño nuevo no es excusa para borrar los textos que posicionan. Si una página aparece en Google por “empresa de mudanzas en Guadalajara”, la versión nueva tiene que seguir respondiendo a esa búsqueda con, como mínimo, la misma profundidad.

Revisa en cada página importante:

• Título SEO y meta descripción. Mejorarlos está bien; perder la palabra clave, no.
• Encabezados H1 y H2.
• Texto principal, preguntas frecuentes y tablas.
• Datos estructurados (schema) que ya existían.
• Texto alternativo de las imágenes.
• Enlaces internos hacia esa página desde el resto del sitio.
• Etiquetas canonical y, si la web es multilingüe, hreflang.

Un truco útil: guarda una copia rastreada del sitio antiguo antes de lanzar el nuevo. Si dentro de dos meses una página pierde posiciones, podrás comparar exactamente qué cambió.

Staging con noindex y checklist de lanzamiento

La web nueva se construye en un entorno de pruebas (staging) bloqueado para Google, con noindex o, mejor aún, protegido con contraseña. Así evitas que se indexe contenido duplicado antes de tiempo.

El error clásico es olvidar quitar ese bloqueo al publicar. Por eso conviene seguir una lista el día del lanzamiento:

1. Quitar el noindex, la contraseña y cualquier bloqueo en robots.txt.
2. Activar las redirecciones 301 y probar una muestra amplia de URLs antiguas.
3. Verificar que no hay errores 404 en páginas que tenían tráfico.
4. Comprobar etiquetas canonical, títulos y meta descripciones.
5. Publicar el nuevo sitemap XML y enviarlo en Google Search Console.
6. Revisar HTTPS, la versión con o sin www y el certificado SSL.
7. Medir velocidad y Core Web Vitals en las plantillas principales.
8. Confirmar que Analytics y las conversiones siguen registrándose.
9. Si cambia el dominio, usar la herramienta de cambio de dirección de Search Console.

Elige un día y una hora de poco tráfico para lanzar, y que el equipo técnico esté disponible las 48 horas siguientes para corregir lo que aparezca.

Después del lanzamiento: Search Console y errores frecuentes

Las primeras semanas son de vigilancia. Es normal ver algo de movimiento en las posiciones mientras Google vuelve a rastrear el sitio, pero una caída fuerte y sostenida indica un problema técnico, no un capricho del algoritmo.

• Indexación de páginas: revisa errores 404, páginas excluidas y redirecciones.
• Rendimiento: compara clics e impresiones por página con el periodo anterior al cambio.
• Sitemaps: confirma que las URLs enviadas se están indexando.
• Registros del servidor: si tienes acceso, mira qué URLs antiguas sigue pidiendo Googlebot.

Mantén las redirecciones al menos un año, y mejor para siempre. Quitar los 301 a los pocos meses es una forma silenciosa de perder enlaces que costó años conseguir.

Los errores que más tráfico cuestan

• Redirigir todas las URLs antiguas a la página de inicio.
• Publicar con el noindex del entorno de pruebas todavía activo.
• Cambiar de dominio y de diseño a la vez sin un plan detallado.
• Eliminar páginas “viejas” que en realidad traían visitas.
• Cambiar URLs solo por estética.
• Olvidar las imágenes y los PDF que se posicionaban.

Caso real: Saker Al-Saudia

Saker Al-Saudia es una empresa de mudanzas en Arabia Saudita cuya web estaba hecha en ASP.NET. La migramos a Laravel conservando la base de datos existente y creamos redirecciones 301 para cada una de las URLs antiguas hacia su equivalente nueva, con el objetivo de proteger el posicionamiento que ya tenía.

En un proyecto así, el trabajo previo (inventario, mapa de redirecciones y pruebas en staging) pesa tanto como el desarrollo. Aplicamos el mismo proceso a cualquier migración, venga de WordPress, de una plataforma cerrada o de un sistema antiguo hecho a medida. Puedes ver cómo lo integramos en nuestros servicios de SEO y marketing y de diseño web.

Preguntas frecuentes

¿Es normal perder tráfico después de un rediseño web?

Una fluctuación leve durante las primeras semanas es normal, mientras Google rastrea de nuevo el sitio y procesa las redirecciones. Lo que no es normal es una caída fuerte que se mantiene más de un mes. En ese caso suele haber una causa técnica concreta: redirecciones mal hechas, páginas eliminadas, un noindex activo o contenido que se perdió.

¿Cuánto tiempo hay que mantener las redirecciones 301?

Como mínimo un año, que es el plazo que Google recomienda para que las señales pasen a las URLs nuevas. Lo más seguro es mantenerlas de forma permanente, porque otros sitios pueden seguir enlazando a las direcciones antiguas durante años. Mantenerlas tiene un costo técnico mínimo y evita perder enlaces valiosos.

¿Puedo cambiar de dominio y rediseñar la web al mismo tiempo?

Se puede, pero suma riesgos y hace más difícil saber qué causó el problema si el tráfico baja. Si es posible, separa los cambios: primero la migración de dominio con el mismo diseño y después el rediseño. Si tienen que hacerse juntos, el mapa de redirecciones y el monitoreo deben ser todavía más rigurosos.

¿Cambiar de WordPress a otra plataforma afecta al SEO?

La plataforma en sí no te hace ganar ni perder posiciones. Lo que afecta al SEO es lo que cambia en el proceso: URLs, contenidos, metadatos, velocidad y enlaces internos. Si conservas o rediriges bien cada URL y mantienes el contenido, puedes pasar de WordPress a Laravel, Next.js u otra tecnología sin perder posicionamiento.

¿Qué herramientas necesito para migrar una web sin perder SEO?

Lo básico es Google Search Console, una herramienta de rastreo para listar todas las URLs, Google Analytics para identificar las páginas con tráfico y una hoja de cálculo para el mapa de redirecciones. Después del lanzamiento, Search Console es la herramienta principal para detectar errores 404, problemas de indexación y caídas por página.

¿Vas a rediseñar o migrar tu web?

Si estás planificando un rediseño o un cambio de plataforma, lo ideal es hablar de SEO antes de diseñar, no después. Podemos revisar tu web actual, preparar el inventario y el mapa de redirecciones o encargarnos de toda la migración. La primera consulta es gratuita y respondemos en un día hábil: cuéntanos tu caso.