Cómo rediseñar tu web sin perder el SEO (y qué pasa si migras mal)
Al estrenar web, el mayor riesgo es tirar por el desagüe las posiciones que la vieja tardó años en ganar. El método para migrar sin perderlas (inventario, redirecciones y verificación), explicado para que puedas exigirlo.
Respuesta corta
El SEO no vive en tu web "en general", vive en URLs concretas que Google conoce y posiciona. Si la web nueva las cambia sin más, para Google esas páginas han muerto, y con ellas sus posiciones. El método para no perder: inventariar qué URLs traen tráfico ANTES de diseñar nada, conservar las que funcionan, redirigir con 301 una a una las que cambien, y verificar todo el primer día. No es difícil; solo es fácil de saltarse.
El accidente más caro del rediseño
Se estrena la web nueva, todo el mundo la celebra y a las tres semanas las visitas de Google han caído a la mitad. Lo que ha pasado es que las URLs que posicionaban (/servicios/lo-que-sea/, aquel artículo que traía visitas cada semana) ya no existen, y nadie le dijo a Google adónde se habían ido. Cada una de esas páginas tenía un historial ganado a pulso, y el rediseño lo tiró sin querer.
Recuperarse puede llevar meses, cuando evitarlo cuesta unas horas de método.
El método paso a paso (para exigirlo aunque no lo ejecutes tú)
1. Inventario antes de diseñar
Saca de Search Console qué URLs reciben impresiones y clics, con qué búsquedas y en qué posiciones. Es gratis, y si no lo tienes activo, actívalo YA, porque necesitas su histórico. Esa lista es el patrimonio a proteger, y debería estar encima de la mesa antes de decidir la estructura de la web nueva. Un proveedor que diseña el sitemap nuevo sin pedirte estos datos está redecorando a ciegas.
2. Decidir URL a URL si se conserva, se redirige o se deja morir
- Conservar las URLs que funcionan, aunque la tentación estética diga otra cosa. Si
/servicios/tal-cosa/posiciona, la web nueva debería mantenerla. Cambiar una URL que rankea “porque queda más bonita” es pagar por gusto. - Redirigir con 301 (redirección permanente, la que transfiere el historial) cada URL que cambie, hacia su equivalente real y no todas a la portada. La redirección masiva a la home es un clásico, y Google la trata casi como si las páginas hubieran muerto.
- Dejar morir conscientemente lo que no aporta, pero como decisión escrita y no por olvido.
3. Verificar el día del estreno
- Probar las redirecciones una a una con la lista del inventario delante, nunca de memoria.
- Comprobar que la web nueva no bloquea a Google por accidente (pasa más de lo que parece cuando la configuración de “no indexar” de la fase de desarrollo llega a producción).
- Enviar el sitemap nuevo en Search Console y vigilar la cobertura las primeras semanas. Ahí se ve pronto si algo quedó descolgado.
4. Y aprovechar el impulso
Un rediseño bien migrado no solo no pierde, sino que suele ganar. La web nueva mejora justo lo que Google valora: velocidad, estructura, experiencia móvil y contenido ordenado.
Las tres promesas que debes escuchar de tu proveedor
- «Antes de diseñar, miramos tu Search Console.» El inventario va primero. Si no lo pide, pídelo tú.
- «Cada URL que cambie tendrá su redirección, y te entrego la lista.» Un mapa de redirecciones documentado vale más que una promesa verbal.
- «El día del cambio verificamos juntos.» Redirecciones, indexación y sitemap, repasados con checklist.
Así lo hacemos en nuestros proyectos de desarrollo web. De hecho, la web de MUROSOFT que estás leyendo pasó por este mismo método: inventario de 16 meses de Search Console, decisión URL a URL con sus datos delante y verificación automática de las redirecciones en cada publicación.
¿Y si ya es tarde?
Si estrenaste web hace poco y el tráfico cayó, no está todo perdido, pero el tiempo juega en contra. Recupera la lista de URLs antiguas (Search Console la conserva un tiempo; la web archivada también ayuda), monta las redirecciones que faltaron y dale semanas a Google para reencontrar el hilo. Cuanto antes, más se recupera.
Sobre el autor
Oscar Blanco
Fundador y responsable técnico de MUROSOFT
Ingeniero informático y desarrollador de software para empresas, con más de una década construyendo sistemas de gestión, integraciones y aplicaciones. En MUROSOFT analiza el proceso antes que la tecnología: qué se hace hoy, qué cuesta y qué merece la pena automatizar. Trabaja de forma directa con quien va a usar el sistema, sin capas intermedias entre el problema y quien lo resuelve.