Rediseñar una web sin perder SEO: checklist de migración

Para rediseñar una web sin perder SEO hay que planificar las URLs, conservar el contenido que posiciona, redirigir de forma permanente cada dirección que cambie hacia su página equivalente y comprobar el rastreo y la indexación antes y después del cambio. Esta lista reduce los riesgos que dependen de ti; no garantiza mantener las mismas posiciones ni el mismo tráfico.

Soy Claudiu Smeu, fundador de CreceWeb360. En la agencia hacemos webs a medida y rediseños conservando el posicionamiento, y administramos los servidores donde viven. Esta es la lista que seguimos cuando una empresa cambia de web, ordenada como la usamos: antes, durante y después del cambio.

Antes de empezar: qué cambia realmente en un rediseño

«Rediseño» puede significar cosas muy distintas. Un cambio visual también puede afectar al SEO si altera el rendimiento o el acceso al contenido, aunque mantengas las URLs. Cambiar de gestor de contenidos (CMS), reorganizar secciones o estrenar dominio añade riesgos que debes revisar.

Antes de planificar nada, escribe qué cambia exactamente: aspecto, estructura de URLs, contenido, CMS, dominio o alojamiento. El alcance determina las comprobaciones.

Conserva las URLs que siguen teniendo sentido

La tentación habitual es renombrar todo para que «quede más limpio». Cada URL que cambia es una promesa que hay que cumplir con una redirección, y cada redirección es un punto donde algo puede fallar. Una asesoría que renueva la presentación de sus servicios no necesita renombrar sus páginas: si /asesoria-laboral/ ya posiciona y recibe consultas, mantenerla es la decisión más segura.

En un rediseño de una web corporativa, conserva las direcciones útiles. Cambia solo las que tengan una justificación funcional o de estructura: una extensión o un parámetro no bastan por sí solos para recomendar un cambio de URL.

Separa los cambios cuando sea viable

Estrenar el mismo día un dominio nuevo, una estructura nueva y todos los textos reescritos es la forma más rápida de no saber qué ha fallado si el tráfico baja. Si el proyecto lo permite, hazlo por fases: primero el diseño y la tecnología con las mismas URLs y contenidos, después los cambios de estructura, y por último las mejoras de contenido. Registra qué cambia en cada fase y quién lo valida.

Inventario y referencia: guarda lo que tienes

No puedes conservar lo que no has medido. El inventario es una hoja compartida entre quien diseña, quien se ocupa del SEO y quien publica, y debe servir para tomar decisiones, no quedarse en una exportación de URLs que nadie vuelve a abrir.

Reúne páginas, documentos y señales relevantes

Cruza varias fuentes, porque ninguna está completa por sí sola: un rastreo de la web actual, los sitemaps, las páginas que Search Console muestra con impresiones y clics, las que reciben visitas según tu analítica y las que tienen enlaces desde otras webs. Añade los recursos que no están en el menú pero sí en Google: PDFs, fichas técnicas, páginas antiguas de campañas. En una ingeniería, una ficha técnica en PDF que lleva años enlazada desde foros del sector también necesita destino.

Guarda una referencia de contenido y medición

Para cada URL importante, registra el título, el H1, el contenido principal, la canónica, el código de respuesta y los enlaces internos que la apuntan. Guarda también sus consultas y clics orgánicos de los últimos meses y comprueba que la medición de contactos (formularios, llamadas, WhatsApp) funciona y está documentada. Anota la fecha del cambio: sin ella no podrás comparar periodos equivalentes después.

La revisión SEO antes del rediseño debe partir de estas exportaciones. Guárdalas antes de publicar: después puede ser más difícil reconstruir la referencia.

Mapa de URLs: conservar, redirigir o retirar

El inventario se convierte en un mapa: para cada URL actual, una decisión y una comprobación. Tres columnas bastan para empezar: qué había, qué habrá y qué respuesta esperamos. Añade responsable y resultado de la prueba y tendrás la hoja de trabajo del proyecto.

Asigna un destino que responda a la misma necesidad

Cuando una dirección cambia, usa una redirección permanente (301 o 308) hacia su equivalente real y evita saltos intermedios. Si una página desaparece y no tiene una sustituta relevante, devuelve un 404 o un 410.

No redirijas en bloque a la portada: si los destinos no son equivalentes, Google puede tratar esos desvíos como errores soft 404, en lugar de consolidar las páginas.

Las rutas de la tabla son ilustrativas. Lo importante es el criterio: cada destino debe responder a la misma intención que la página original, no solo «estar en la misma sección».

Prueba el mapa completo

Antes del lanzamiento, comprueba que cada redirección llega al destino final en un solo salto, sin bucles ni cadenas heredadas. Revisa que las reglas generales no envíen páginas sin relación a un mismo destino. Varias URLs pueden redirigirse a una sola página si esta reúne contenido equivalente. Actualiza también los enlaces internos para que apunten directamente a las URLs definitivas.

La etiqueta canónica señala la URL preferida entre páginas duplicadas o muy similares. Google puede elegir otra; esta etiqueta no redirige al usuario ni sustituye a una redirección permanente.

Preproducción: contenido, canónicas y acceso

La web nueva se valida antes de publicarla, y la validación no puede limitarse a «se ve bien en el móvil». Separa los fallos que impiden lanzar de las mejoras que pueden esperar a la semana siguiente.

Comprueba que no desaparece información útil

Compara página a página el contenido principal, los encabezados, los recursos y las relaciones entre páginas. En una web de mantenimiento industrial, eliminar la lista de aplicaciones, compatibilidades o documentación para «aligerar» la página cambia lo que esa página responde, aunque conserve la URL. Si algo se quita, que sea una decisión consciente y anotada, no un olvido del diseño nuevo.

Si utilizas IA para adaptar los textos, contrasta cada cambio con el original antes de publicarlo. Puedes ampliar este tema en la guía de SEO con IA.

Distingue las reglas de pruebas de las de producción

La preproducción se protege con contraseña o restricciones de acceso. Bloquear el rastreo con robots.txt no impide la indexación: Google puede mostrar una URL que descubre en enlaces aunque no pueda rastrearla. Para leer una instrucción noindex, el buscador necesita poder rastrear la página.

Al publicar, retira los noindex y bloqueos de rastreo de pruebas de las páginas que deban indexarse. Comprueba que sus canónicas no apuntan al entorno de pruebas ni a URLs retiradas.

Regla para el día antes: protege la preproducción con contraseña o restricciones de acceso. En producción, elimina los bloqueos de prueba solo de las páginas que deban ser públicas e indexables, comprueba las canónicas y publica un sitemap con las URLs canónicas que quieras indexar. Quien publique debe tener esa lista delante.

El día del cambio: ejecuta una lista de salida

Cada comprobación necesita un responsable y una evidencia (una captura, un informe, una fila marcada). Y antes de publicar hay que acordar qué incidencias obligan a detener el lanzamiento o a volver atrás, para no decidirlo con la web caída.

Antes de publicar: copia y recuperación

Verifica que existe una copia utilizable de archivos, base de datos y configuración de la web actual, y que alguien sabe restaurarla. Si también cambia el alojamiento, coordina DNS, certificados y accesos con quien lleva la administración del servidor durante el cambio.

Un TTL alto puede hacer que algunos resolutores DNS conserven más tiempo la dirección anterior; por sí solo no provoca una caída. Mantén operativo el alojamiento anterior durante la transición y comprueba que el certificado del nuevo servidor sea válido para el dominio antes del cambio.

Nada más publicar: rastreo y funciones esenciales

Recorre esta lista en cuanto la web nueva esté en línea, empezando por las páginas que más visitas y contactos traen:

• Respuestas del servidor de las URLs prioritarias: 200 donde debe haber contenido, 301 donde hay traslado, 404 o 410 donde hay retirada.
• Redirecciones comprobadas una a una desde el mapa, con su destino final.
• Canónicas, indexabilidad y enlaces internos: sin noindex accidentales, sin canónicas al entorno de pruebas, sin enlaces a URLs antiguas.
• Sitemap con las URLs definitivas y sin las retiradas.
• Formularios, recepción de solicitudes y medición: envía una solicitud de prueba y comprueba que llega y que se registra.
• Rendimiento y recursos rotos: una comprobación básica en móvil; si algo tarda, el diagnóstico de una web lenta tiene su propia guía.

Search Console: sitemap, inspección y cambio de dirección

Envía el sitemap actualizado e inspecciona las páginas prioritarias con la herramienta de inspección de URLs. Solicitar indexación no garantiza un rastreo más rápido ni la inclusión de la página en el índice.

La herramienta Cambio de dirección se utiliza en traslados de un dominio o subdominio a otro compatibles con la herramienta. No se usa si solo cambian el diseño o las rutas internas, para pasar de HTTP a HTTPS ni para cambiar únicamente entre las versiones con y sin www.

Después del lanzamiento: vigila y prioriza

La migración no termina porque la portada funcione, ni fracasa porque una consulta oscile dos días. Durante las semanas siguientes, revisa las señales por página y por tipo de incidencia, con la referencia que guardaste antes del cambio.

Separa problemas SEO de errores de medición

Si bajan las sesiones o los contactos registrados en tu analítica, revisa etiquetas, consentimiento, formularios y recepción de solicitudes. Los clics de Search Console no dependen de esas etiquetas: compáralos por consulta y página con periodos equivalentes y revisa la indexación.

Prioriza los bloqueos y las redirecciones incorrectas que dificultan el acceso de Google. Después revisa las pérdidas de contenido, los enlaces internos y otras señales de relevancia.

Mantén las redirecciones y un registro de incidencias

No retires las redirecciones porque «el lanzamiento ya ha terminado». Google recomienda mantenerlas al menos un año; en la práctica conviene conservarlas mientras existan enlaces externos, marcadores o documentos que apunten a las URLs antiguas. Lleva un registro sencillo de cada incidencia: URL afectada, evidencia, corrección y quién la validó. Y no prometas ni esperes un plazo fijo de estabilización: depende del tamaño del sitio y de cuánto ha cambiado.

Qué hacer esta semana para rediseñar una web sin perder SEO

Si el rediseño está en marcha o a punto de empezar, empieza por estos cinco pasos:

1. Exporta y completa el inventario de URLs cruzando rastreo, sitemaps, Search Console, analítica y enlaces entrantes.
2. Marca qué se conserva, qué cambia y qué se retira, con un motivo por cada cambio de URL.
3. Prepara el mapa de redirecciones con destinos equivalentes, sin cadenas ni desvíos genéricos a la portada.
4. Guarda la referencia de contenido y medición: títulos, H1, textos, consultas por página y contactos registrados.
5. Asigna responsables a las pruebas y a la recuperación, y decide qué incidencias detienen el lanzamiento.

Si quieres una segunda mirada antes de publicar tu web nueva, pide una auditoría gratuita: revisamos el mapa de URLs, las redirecciones y la configuración de la web nueva, y te decimos qué corregir antes del cambio.