Rediseño web sin perder SEO: cómo planificar la migración

Rediseñar una web sin perder SEO exige conservar o trasladar correctamente lo que ya existe: contenido útil, direcciones, enlaces y medición. No es posible garantizar posiciones estables. Google advierte que los cambios importantes pueden producir fluctuaciones mientras vuelve a rastrear e indexar el sitio.

La diferencia entre un rediseño visual y una migración bien planificada está en los entregables. Además de aprobar pantallas, la empresa necesita un inventario, decisiones por URL, pruebas y responsables para revisar lo que sucede después del lanzamiento.

Defina qué cambiará realmente

Cambiar colores no es lo mismo que reemplazar el gestor de contenidos, reorganizar servicios o trasladarse a otro dominio. Escriba cuáles de esos cambios forman parte del proyecto y cuáles quedan fuera.

Si una dirección funciona y su contenido seguirá atendiendo la misma necesidad, no la cambie solo para que parezca nueva. Conservar URLs evita introducir una migración de direcciones innecesaria, aunque todavía deberá revisar contenido, enlaces y funcionamiento.

La documentación de Google sobre migraciones recomienda cambiar una cosa a la vez cuando sea posible. Separar transformaciones también facilita investigar qué pudo causar un problema, en lugar de atribuir cualquier variación al diseño completo.

Construya un inventario antes de eliminar páginas

Reúna las URLs del gestor de contenidos, sitemap, navegación y archivos enlazados. Complemente la lista con páginas que reciban visitas, aparezcan en Search Console o tengan enlaces externos. El menú principal no representa necesariamente todo el sitio.

Incluya documentos e imágenes relevantes. Un catálogo PDF o una ficha técnica puede seguir recibiendo accesos aunque nadie lo vea en la nueva propuesta de navegación. Google menciona expresamente imágenes y descargas dentro de la preparación de una migración.

Para cada URL registre el tipo de contenido, título, estado HTTP, tráfico disponible, consultas relevantes y destino propuesto. Añada una persona responsable de aprobar la decisión. No elimine una página únicamente porque no aparezca en un reporte parcial o en una ventana de medición breve.

Decida el destino de cada URL

Clasifique cada dirección como conservar, actualizar, fusionar o retirar. Si cambia, determine una página de destino que responda a la misma necesidad. Esa relación debe quedar documentada antes de configurar redirecciones.

Ejemplo hipotético: una antigua página de mantenimiento industrial pasa a una nueva sección que conserva ese servicio. Es razonable evaluar una redirección entre ambas. En cambio, enviarla a una portada genérica que no explica mantenimiento deja de atender la intención original.

Google desaconseja redirigir muchas URLs a un destino irrelevante, porque puede confundir al usuario y tratarse como un error de tipo soft 404. Si se retira contenido sin un reemplazo equivalente, corresponde evaluar una respuesta 404 o 410, no esconder todas las bajas detrás de la página de inicio.

Solicite un mapa de redirecciones comprobable

Para traslados permanentes, Google recomienda redirecciones permanentes del servidor, como 301 o 308. El mapa debe indicar origen y destino final, y acompañarse de pruebas sobre las direcciones antiguas.

Evite cadenas en las que una URL lleva a otra y luego a una tercera. Actualice los enlaces internos para que apunten directamente al destino vigente; una redirección ayuda a los accesos antiguos, pero no justifica conservar enlaces desactualizados dentro del nuevo sitio.

La misma guía recomienda mantener las redirecciones durante el mayor tiempo posible, generalmente al menos un año. Pregunte quién administrará esas reglas después de la entrega y asegúrese de que no desaparezcan al cambiar nuevamente de proveedor o infraestructura.

Revise contenido, canonical e indexación

Compruebe que las páginas nuevas conservan la información necesaria para responder las consultas relevantes. Cambiar párrafos específicos por mensajes publicitarios vagos puede alterar el contenido que encuentra el visitante, incluso si la URL permanece igual.

Si cambian las direcciones, actualice enlaces, sitemap y etiquetas canonical hacia las URLs correctas. La etiqueta canonical señala la versión preferida; no reemplaza una redirección para llevar a una persona desde una dirección antigua a la nueva.

Revise también los bloqueos utilizados durante el desarrollo. Google advierte sobre lanzar sitios que conservan reglas noindex o restricciones de robots.txt destinadas al entorno de pruebas. Retire solo las restricciones que no correspondan al sitio público, manteniendo protegidas las áreas privadas.

Registre una línea base de medición

Antes del lanzamiento, conserve reportes con fechas, filtros y páginas identificables. Separe consultas de marca y de servicios cuando sea útil, y registre los eventos comerciales que realmente se estén midiendo.

Después compare períodos equivalentes, teniendo en cuenta campañas, estacionalidad y cambios de medición. Una caída de formularios puede deberse a un error del formulario o de su registro, no necesariamente a una pérdida de posiciones.

La guía de Google Analytics y Search Console explica sus funciones complementarias. Para una migración, interesa mantener continuidad en la lectura de páginas y contactos, no acumular gráficos sin una decisión asociada.

Checklist para autorizar el lanzamiento

• Inventario aprobado y destino definido para las URLs anteriores.
• Contenido de servicios y páginas importantes revisado por la empresa.
• Redirecciones probadas sin bucles ni destinos inexistentes.
• Enlaces internos y documentos revisados en la nueva versión.
• Canonical, sitemap y reglas de indexación comprobados.
• Formularios y canales de contacto probados de principio a fin.
• Medición revisada y fecha de lanzamiento registrada.
• Copia recuperable y procedimiento de reversión acordados.
• Responsable asignado para incidencias y seguimiento posterior.

Esta lista se enfoca en trasladar un sitio existente. Para evaluar características generales de una contratación nueva, puede consultar el checklist de una página web profesional, que responde una pregunta distinta.

Qué pedir en una cotización de rediseño

Solicite que la propuesta de rediseño web distinga trabajo visual, revisión de contenido, migración de URLs y seguimiento. Pida entregables verificables: inventario, mapa aprobado, reporte de pruebas y condiciones de atención posterior.

Acuerde qué incidencias impedirían lanzar y quién puede autorizar una reversión. Una propuesta responsable puede explicar cómo reduce riesgos y cómo comprobará el traslado; no debería prometer que Google mantendrá todas las posiciones ni ofrecer una fecha exacta de recuperación sin evidencia.