Rediseño web sin perder SEO: migración, redirecciones y cambio de dominio

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. Aproveche el inventario para revisar si su página web es segura: certificado, versiones del gestor y formularios expuestos.
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.
Si además cambias de dominio
Cambiar de dominio, por ejemplo de empresa-antigua.cl a empresa-nueva.cl, es una migración más delicada que cambiar algunas direcciones dentro del mismo sitio. Todas las URLs cambian a la vez, y el dominio también sostiene el correo corporativo de la empresa.
- Mantén el dominio antiguo inscrito y renovado. Las redirecciones solo funcionan mientras el dominio anterior exista. Google sugiere conservarlo registrado al menos un año en su guía de la herramienta Cambio de dirección. En Chile, la renovación de un
.clcuesta $9.990 CLP por año, exento de IVA, según la tabla de tarifas de NIC Chile consultada el 21 de octubre de 2026. Si vence, las redirecciones dejan de funcionar y otra persona podría inscribir ese nombre. - Redirige cada URL antigua a su equivalente, no todas a la portada. La página de servicios antigua debe llevar a la página de servicios nueva.
- Incluye las variantes del dominio antiguo: con y sin
www,httpyhttps. Todas deben llegar a la versión final de la nueva URL. - Usa la herramienta Cambio de dirección de Search Console cuando las redirecciones ya estén activas. Requiere verificar ambos dominios con la misma cuenta. Google recomienda mantener las redirecciones al menos 180 días, y más tiempo si siguen recibiendo visitas desde la búsqueda.
- Planifica el correo corporativo. Un cambio de dominio afecta los registros MX, SPF y DKIM y las direcciones que conocen tus clientes. Define si las casillas antiguas reenviarán los mensajes y durante cuánto tiempo.
- Actualiza tu presencia fuera del sitio: Perfil de Negocio de Google, redes sociales, directorios, firmas de correo, documentos comerciales y campañas pagadas.
Si es posible, no combines cambio de dominio, rediseño completo y cambio de plataforma en un mismo lanzamiento. Separar los cambios facilita identificar la causa de un problema.
Checklist de redirecciones
Usa esta lista cuando cambies una o muchas direcciones:
- Mapa aprobado con cada URL de origen y su destino equivalente.
- Redirecciones permanentes del servidor (301 o 308), no redirecciones con JavaScript o meta refresh.
- Destino final en un solo salto siempre que sea posible, sin cadenas ni bucles.
- Variantes cubiertas: con y sin barra final, con y sin
www,httpyhttps. - Enlaces internos actualizados en menú, pie de página, botones, datos estructurados, sitemap y etiquetas canonical.
- Contenido guardado en la base de datos revisado, como artículos del blog, y también los documentos PDF.
- Herramientas que leen la URL revisadas: analítica, píxeles, campañas, enlaces con UTM y CRM.
- Prueba de cada URL antigua: debe responder 301 o 308, y su destino debe responder 200.
- Search Console revisado: sitemap actualizado e inspección de las URLs nuevas.
- Redirecciones y dominio antiguo mantenidos al menos un año.
Ejemplo real: cómo cambiamos dos URLs de webzolver.cl
En octubre de 2026 cambiamos dos direcciones de servicio de este sitio. Las anteriores no describían bien su contenido:
| URL anterior | URL nueva |
|---|---|
/servicios/sitiowebcompleto/ |
/servicios/sitio-web-corporativo/ |
/servicios/redisenoweb/ |
/servicios/rediseno-web/ |
1. Revisamos los datos antes de decidir. En Search Console, entre el 21 de julio y el 19 de octubre de 2026, la página de landing pages reunió 42 de los 154 clics del sitio. Por eso no cambiamos su dirección, aunque también podía ser más descriptiva. La página del sitio corporativo tuvo 6 clics y la de rediseño no registró clics en ese período: el riesgo de cambiarlas era bajo.
2. Cambiamos la dirección pública, no los identificadores internos. El formulario de contacto, la medición y la base de datos siguen usando los nombres internos anteriores. Así evitamos romper formularios y reportes.
3. Configuramos redirecciones 301 desde cada URL antigua a su nueva dirección. Puedes comprobarlo tú mismo:
curl -I https://www.webzolver.cl/servicios/redisenoweb/
La respuesta incluye 301 Moved Permanently y la nueva ubicación.
4. Actualizamos todos los enlaces internos: menú, pie de página, tarjetas de servicios, datos estructurados, sitemap, el archivo llms.txt y los enlaces dentro de los artículos del blog. Después comprobamos que el sitio compilado no tuviera enlaces internos a las direcciones antiguas.
5. Encontramos un efecto inesperado. La medición de visitas identificaba el servicio leyendo la URL. Con las direcciones nuevas, esas páginas habrían dejado de reconocerse en los reportes. Lo corregimos antes de publicar. Una redirección afecta también a todo lo que lee la URL, no solo al SEO.
6. Después de publicar, solicitamos la indexación de las URLs nuevas en Search Console y revisamos que las antiguas aparezcan como "Página con redirección".
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.
¿Quieres potenciar tu negocio con una solución similar?
En WebZolver desarrollamos sitios web a medida, landing pages de alta conversión y automatizaciones de flujos de trabajo con n8n.
Cotizar mi ProyectoJuan Santibañez
Ingeniero Civil en Computación e Informática, Fundador & Lead Software Architect en WebZolver. Especialista en arquitectura de software, rendimiento web (Core Web Vitals), SEO técnico y automatización de procesos para empresas en Chile.