Cómo rediseñar tu web sin perder posicionamiento ni contactos
El rediseño web es uno de los momentos de mayor riesgo para el posicionamiento de una empresa. He visto webs que perdieron el 60-70% de su tráfico orgánico en las semanas después de un rediseño mal ejecutado. He visto tiendas online que perdieron semanas de ventas porque el sistema de redirects no se configuró correctamente. Y he visto formularios de contacto que dejaron de funcionar después del lanzamiento sin que nadie se diera cuenta durante días.
En Tenerife trabajamos con empresas de hostelería, despachos profesionales, clínicas, agencias y pymes de todos los sectores. El patrón se repite: un cliente llega con una web "fea" que lleva años posicionando, el diseñador hace un trabajo visual impecable, la lanza sin auditoría previa, y tres meses después el cliente nos escribe porque "antes le llegaban 20 leads al mes y ahora no llega ninguno". La web nueva está preciosa. El negocio, en caída libre.
Un rediseño mal ejecutado puede reducir el tráfico orgánico hasta un 40% o más. Y recuperar esa autoridad perdida puede llevar entre 3 y 6 meses —meses en los que tu competencia sigue ahí, ocupando las posiciones que tú dejaste libres. Con el ROI del SEO situado en 4,2x en 2026, perder posicionamiento tiene un coste real, medible y doloroso.
La mayoría de esos problemas son completamente evitables con la planificación correcta. Voy a explicar exactamente cómo hacerlo, con el detalle técnico que necesitas para que el rediseño sea una mejora en todos los sentidos: visual, técnico y orgánico.
Por qué el rediseño web puede destruir tu posicionamiento
Google indexa tu web por sus URLs. Para cada URL de tu sitio tiene registrado: la autoridad acumulada a lo largo de los años, los backlinks que apuntan a esa dirección, las keywords para las que posiciona y el comportamiento de los usuarios en esa página. Este inventario se construye con tiempo y no se recrea de un día para otro.
Cuando cambias las URLs sin gestionar los redirects correctamente, Google llega a las URLs antiguas y encuentra un error 404 —página no encontrada. Eso no solo hace que esa URL pierda su posicionamiento: también pierde la autoridad acumulada que había en esa página, que puede ser obra de años de trabajo.
Si tu antigua web tenía artículos de blog en /blog/articulo-nombre y la nueva web los coloca en /recursos/articulo-nombre sin configurar un redirect 301 de la URL antigua a la nueva, todo el SEO acumulado en esas URLs desaparece. No se transfiere sola. No se intuye. Se pierde.
Lo mismo pasa con los backlinks. Si un medio local de Tenerife, una guía de empresas o un cliente ha enlazado a tu web en /servicios/seo/ y después del rediseño esa URL pasa a ser /seo-tenerife/, el enlace entrante apunta a una URL que devuelve 404. El link juice de ese backlink se evapora. Y en un mercado local como el canario, donde los backlinks de calidad son escasos y valen mucho, perder esa autoridad por un redirect que no se configuró es especialmente costoso.
Hay otro factor que se ignora con frecuencia: los Core Web Vitals. En 2026, los umbrales de Google son LCP inferior a 2,5 segundos, INP inferior a 200 milisegundos (el INP sustituyó al FID en 2024 como métrica de interactividad) y CLS inferior a 0,1. Un rediseño que introduce un slider pesado, fuentes sin precargar o un layout que salta durante la carga puede hacer que la nueva web sea visualmente más bonita pero técnicamente peor posicionada que la anterior. He medido esto en proyectos reales. La mejora estética sin control técnico es una trampa.
Además, desde 2021 Google utiliza el índice mobile-first de forma exclusiva: indexa y evalúa tu web tal como la ve en un dispositivo móvil. En Tenerife, el 78% del tráfico local llega desde móvil. Si la nueva web no está perfectamente optimizada para móvil —tiempo de carga, usabilidad, tamaños de fuente, botones táctiles— el impacto en posicionamiento es directo e inmediato.
La auditoría pre-rediseño: lo que hay que documentar antes de tocar nada
Este es el paso que más se salta y el que más caro cuesta luego. Antes de diseñar una sola pantalla, antes de elegir tipografías o paleta de color, necesitas un inventario completo de lo que tienes. Porque lo que tienes —aunque sea viejo y feo— tiene valor acumulado que puede destruirse en horas.
La auditoría pre-rediseño tiene cinco bloques obligatorios:
1. Mapa completo de URLs actuales
Descarga Screaming Frog (gratuito hasta 500 URLs, de pago para webs grandes) o Sitebulb y ejecuta un crawl completo de la web. El resultado es un spreadsheet con todas las URLs de tu sitio, su status code (200, 301, 404, etc.), el título, la meta description, el H1, el número de enlaces internos que reciben y la profundidad de URL. Este documento es la base de todo lo demás. No puedes hacer redirects si no sabes exactamente qué URLs existen.
2. Posiciones actuales y tráfico orgánico
Exporta desde Google Search Console los últimos 12 meses de datos: URLs con sus impresiones, clicks, CTR y posición media para cada keyword. Filtra las URLs que reciben al menos 10 clicks mensuales —esas son las páginas con mayor autoridad real. También exporta el informe de cobertura para identificar qué páginas están indexadas, cuáles tienen errores y cuáles están excluidas. En Google Analytics (GA4), identifica las páginas que más sesiones generan y las que tienen mayor tasa de conversión a formulario o contacto.
3. Backlinks: las URLs que no puedes perder
Usa Ahrefs, SEMrush o Moz para hacer una exportación de todos los backlinks que apuntan a tu dominio. El dato crítico no es el número total de backlinks sino las URLs de destino: qué páginas de tu web están recibiendo enlaces externos. Esas páginas tienen una prioridad máxima en el mapa de redirects. Si no tienes acceso a herramientas de pago, la combinación de Google Search Console (informe de enlaces) con Ahrefs Free o Ubersuggest da una visión suficiente para webs de tamaño medio.
4. Leads y conversiones por página
Revisa GA4 para identificar qué páginas generan conversiones: formularios enviados, clicks en teléfono, clicks en WhatsApp, llamadas rastreadas. Estas páginas son las que más cuidado necesitan en el rediseño. Si la página /presupuesto-diseno-web/ genera el 40% de tus leads, esa URL tiene que seguir funcionando exactamente igual —o mejor— en la nueva web. Y si cambia de URL, tiene que tener un redirect 301 impecable hacia la nueva.
5. Estado técnico actual: Core Web Vitals y errores
Mide los Core Web Vitals actuales con PageSpeed Insights y Google Search Console (informe de Experiencia de página). Documenta el LCP, INP y CLS actuales para cada sección principal. Esto te da la línea de base: la nueva web tiene que mejorarlos o, al menos, no empeorarlos. Además, documenta los errores 404 existentes, los problemas de contenido duplicado, las páginas con thin content y el schema markup ya implementado. Esta información te sirve tanto para no cometer los mismos errores en la nueva web como para identificar mejoras que implementar desde el primer día.
El resultado de la auditoría es un documento de entre 5 y 20 páginas según el tamaño de la web, con todos estos datos tabulados. No es un documento bonito —es un documento de trabajo. Y es el documento que diferencia a un rediseño que preserva el SEO de uno que lo destruye.
El proceso correcto de rediseño web que preserva el SEO
Con la auditoría en mano, el proceso de rediseño tiene una estructura clara que minimiza el riesgo a cada paso.
Fase 1: Diseño de la nueva arquitectura con el SEO en mente
Con los datos de la auditoría sobre la mesa, se diseña la nueva estructura de URLs siguiendo un principio básico: si una URL posiciona bien, lo ideal es mantener exactamente la misma URL en la nueva web. No cambies lo que funciona. La mejora visual no requiere cambiar las URLs.
Cuando sí tiene sentido cambiar las URLs es cuando la estructura actual es caótica: URLs con parámetros dinámicos (/page?id=123), URLs con fechas (/2019/03/articulo/), URLs sin keywords relevantes o estructuras de directorios que no tienen coherencia semántica. En ese caso, el rediseño es la oportunidad para limpiar la arquitectura. Pero hay que planificar los redirects con precisión desde el primer día, no como un paso adicional al final.
La nueva arquitectura debe ser más plana: más de tres niveles de profundidad (/nivel1/nivel2/nivel3/pagina) penaliza la accesibilidad y el SEO. Las páginas importantes deben estar accesibles en dos o tres clicks desde la home. En Tenerife hemos comprobado que las páginas de servicios que están en /servicios/nombre-servicio/ —dos niveles— posicionan mejor que las que están enterradas a cuatro o cinco niveles de profundidad.
Los content silos —agrupar el contenido de forma temática coherente— mejoran la relevancia temática. Si tienes servicios de SEO, Google Ads y diseño web, tiene sentido que estén bajo una estructura de servicios clara y que el contenido del blog que trata esos temas enlace de vuelta a las páginas de servicio correspondientes.
Sobre el schema markup: en 2026 es un factor de diferenciación real. Google utiliza los datos estructurados para construir rich snippets, featured snippets y el Knowledge Graph. Una nueva web es la oportunidad para implementar schema Organization, LocalBusiness, Service, FAQPage, BreadcrumbList y BlogPosting de forma sistemática. No hacerlo es dejar oportunidades de visibilidad sobre la mesa.
Fase 2: El mapa de redirects
Este es el documento más importante de toda la migración y se construye durante la fase de diseño, no después. Es un spreadsheet con tres columnas mínimas:
- URL antigua (columna A): la URL exacta tal como aparece en el crawl de Screaming Frog
- URL nueva (columna B): la URL de destino en la nueva web, o la URL más relevante si la página no tiene equivalente directo
- Estado (columna C): tiene URL nueva directa / se redirige a categoría / se elimina (sin redirect)
Las reglas básicas del mapa de redirects son pocas pero críticas. Cada URL antigua con tráfico orgánico o backlinks debe tener su redirect 301 hacia la URL nueva más relevante. Los redirects 302 —temporales— no transmiten autoridad de dominio: nunca uses 302 para migraciones permanentes. Los redirects 301 preservan entre el 90% y el 99% del link equity, que es el valor de autoridad transferido de la URL antigua a la nueva.
Evita las cadenas de redirect largas: URL A → URL B → URL C → URL D. Cada salto en la cadena pierde algo de autoridad y ralentiza la carga. Si tienes redirects encadenados del rediseño anterior, este es el momento de limpiarlos y hacer que cada URL antigua apunte directamente a su destino final.
Las páginas que se eliminan sin equivalente —contenido obsoleto que no tiene sucesor temático— pueden redirigir a la categoría más relevante o, si no existe equivalente razonable, simplemente devolver 404 sin redirect. No hagas un redirect de todo a la home: Google lo detecta como un "soft 404" y lo penaliza.
Los redirects 301: cómo hacerlos bien para no perder autoridad
Entender la mecánica técnica de los redirects 301 es fundamental para ejecutarlos correctamente. Un redirect 301 le dice a Google: "Esta URL se ha movido permanentemente a esta otra dirección. Transfiere la autoridad y actualiza tu índice". Google procesa esta señal y, en los días o semanas siguientes al lanzamiento, actualiza su índice para apuntar a la nueva URL.
El proceso técnico de implementación varía según la plataforma:
En WordPress: el plugin Redirection (gratuito, más de dos millones de instalaciones activas) es el estándar de facto. Permite gestionar los redirects desde el panel de administración, importar desde CSV y monitorizar los accesos a URLs que devuelven error. Para webs con muchos redirects o con tráfico alto, es más eficiente implementarlos directamente en el fichero .htaccess (en servidores Apache) o en la configuración de nginx, porque evita la carga de PHP en cada redirect.
En Next.js: los redirects se declaran en next.config.ts dentro del array redirects(). Cada entrada tiene source, destination y permanent: true (que equivale al 301). Al compilar, Next.js los sirve a nivel de infraestructura, sin pasar por el runtime de JavaScript. Así lo manejamos en este sitio.
En servidores Apache con .htaccess, la sintaxis básica es:
Redirect 301 /url-antigua/ https://www.tudominio.com/url-nueva/
Para redirecciones en bloque (por ejemplo, todas las URLs de una sección que cambia de prefijo):
RedirectMatch 301 ^/blog/(.*)$ https://www.tudominio.com/recursos/$1
Los errores más frecuentes que veo en rediseños que llegan a mi escritorio para "arreglar el SEO":
El primero y más grave: no hacer el mapa de redirects antes del lanzamiento y añadirlos después, reactivamente, conforme Google va reportando errores 404 en Search Console. Para cuando reaccionas, Google ya ha recrawleado la URL antigua sin redirect y ha procesado el 404. El link equity ya ha empezado a evaporarse.
El segundo: redirigir todo a la home. Un redirect de /servicios/diseno-web-tenerife/ a / no tiene sentido semántico para Google. Google lo interpreta como una redirección genérica, no como una indicación de que la URL antigua tiene un equivalente. El resultado es que trata la URL antigua como si hubiera desaparecido.
El tercero: usar redirects 302 en lugar de 301 por error de configuración o por desconocimiento. Los 302 le dicen a Google que el cambio es temporal, por lo que Google no transfiere la autoridad ni actualiza su índice. La URL antigua sigue apareciendo en los resultados de búsqueda —con su autoridad atrapada ahí— mientras la URL nueva no la hereda.
El cuarto: no verificar que los redirects funcionan antes del lanzamiento. Herramientas como Screaming Frog, httpstatus.io o simplemente curl -I https://url-antigua en la terminal permiten verificar que cada URL redirige correctamente al destino esperado con el código 301, no 302 ni 200.
Cómo verificar los redirects con Google Search Console después del lanzamiento: en el informe de Cobertura (Páginas), las URLs antiguas que no tienen redirect aparecerán en la sección "No encontradas (404)". Eso es tu lista de redirects pendientes. Monitoriza este informe diariamente durante las dos primeras semanas post-lanzamiento. Cualquier 404 nuevo que aparezca hay que investigarlo y, si tiene tráfico o backlinks, añadir su redirect inmediatamente.
El tiempo que tarda Google en procesar los redirects 301 y actualizar su índice varía: para páginas que se rastrean con frecuencia (home, páginas de servicios con mucho tráfico), puede ser cuestión de días. Para páginas más profundas o con menos frecuencia de rastreo, puede tardar semanas. Por eso es crítico que los redirects estén en producción desde el primer segundo del lanzamiento.
Fase 3: El entorno de staging y las verificaciones previas al lanzamiento
Nunca hagas el rediseño directamente en producción. Trabaja en un entorno de staging —una copia de la web en una URL privada o en un subdominio— hasta que todo esté verificado. El staging debe tener el robot noindex activo (meta robots noindex, nofollow en el head, y Disallow: / en el robots.txt del staging) para que Google no indexe el staging antes del lanzamiento. Si el staging se indexa parcialmente, puedes tener contenido duplicado en el momento del lanzamiento.
Las verificaciones antes de pulsar el botón de lanzamiento incluyen:
SEO básico:
- Todos los titles y meta descriptions están configurados y son únicos
- El sitemap XML incluye todas las URLs nuevas y está accesible en /sitemap.xml
- El robots.txt está configurado correctamente, sin bloquear páginas importantes
- El canonical está configurado correctamente en cada página
- Los datos estructurados (schema) están implementados y validados con el Rich Results Test de Google
Redirects:
- Todas las URLs antiguas con tráfico tienen redirect 301 hacia la URL nueva correcta
- No hay cadenas de redirect con más de dos saltos
- La home redirige correctamente si cambió de dominio o de estructura
- Las páginas con más backlinks redirigen correctamente
Core Web Vitals:
- LCP inferior a 2,5 segundos en móvil (PageSpeed Insights)
- INP inferior a 200 milisegundos en móvil
- CLS inferior a 0,1 en móvil y escritorio
Formularios y conversiones:
- Todos los formularios de contacto funcionan y envían correctamente
- Se está recibiendo la notificación de los formularios en el email correcto
- El rastreo de conversiones en GA4 y Google Ads está configurado
- Los botones de llamada en móvil funcionan (tel: links)
Checklist post-lanzamiento: 20 cosas a verificar el día del lanzamiento
El lanzamiento no es el final. Es el inicio de una fase crítica de 48 a 72 horas en la que un problema no detectado puede costar días de leads perdidos. Este checklist es el que usamos internamente en YAG Comunicación para cada lanzamiento.
1. Verificar Analytics en tiempo real. Abre GA4 y comprueba que hay sesiones activas. Si no ves tráfico en los primeros minutos después del lanzamiento, algo está mal con el snippet de tracking.
2. Enviar un formulario de prueba desde cada página de contacto. Esto es lo primero que verificamos. Un formulario roto es el error con mayor impacto directo en negocio. Verifica que llega el email de notificación al destinatario correcto.
3. Comprobar el sitemap. Accede a /sitemap.xml y verifica que se carga correctamente y que incluye las URLs principales de la nueva web. Envíalo en Google Search Console.
4. Verificar el robots.txt. Accede a /robots.txt y confirma que no hay ningún Disallow: / ni bloqueo de los directorios principales. Este error —dejar el robots.txt del staging en producción— es más común de lo que parece.
5. Revisar el canonical de la home. Con la extensión de Chrome SEO Meta in 1 Click o con la vista de código fuente, verifica que el canonical de la home apunta a la URL correcta (con o sin www, según el canonical elegido).
6. Comprobar HTTPS y el certificado. Verifica que el certificado SSL está activo, que no hay alertas de "contenido mixto" (imágenes o scripts en HTTP) y que todas las variantes de la URL (http://, http://www., https://www.) redirigen correctamente a la versión canonical.
7. Verificar las 10 URLs más importantes. Navega manualmente las páginas de servicios principales, la home, el blog y la página de contacto. Comprueba que se ven correctamente en móvil.
8. Probar los redirects de las 20 URLs antiguas más importantes. Usa httpstatus.io o la extensión Redirect Path para verificar que cada URL antigua devuelve 301 hacia la URL nueva correcta.
9. Verificar que Google Tag Manager está activo. Con la extensión Tag Assistant de Google, confirma que GTM se carga y que los tags principales (GA4, conversiones de Ads) están activos.
10. Comprobar el schema markup. Pega la URL de la home y las páginas principales en el Rich Results Test de Google. Verifica que el schema Organization, LocalBusiness o el schema específico de cada página se valida sin errores.
11. Verificar la velocidad en móvil. PageSpeed Insights sobre la home y las páginas de servicios principales. El objetivo mínimo es 70 de Performance en móvil. Documenta el valor para compararlo en las semanas siguientes.
12. Verificar los breadcrumbs. Si la web tiene breadcrumbs, comprueba que están correctamente configurados en el HTML y en el schema.
13. Comprobar que no hay errores en la consola del navegador. Abre DevTools (F12), navega las páginas principales y verifica que no hay errores de JavaScript o de carga de recursos.
14. Verificar los hreflang si la web es multiidioma. Si tienes versión en español y en inglés, verifica que los atributos hreflang están correctamente implementados y que apuntan a las versiones correctas.
15. Comprobar los links externos críticos. Si tienes perfiles en Google Business Profile, directorios o redes sociales que enlazan a páginas específicas de tu web, verifica que esas URLs siguen funcionando o tienen redirect.
16. Actualizar Google Business Profile. Si cambió la URL de la web o de páginas específicas (como cita online o servicios), actualiza el enlace en el panel de GBP.
17. Verificar la indexabilidad con Google Search Console. Usa la herramienta de Inspección de URL sobre las páginas principales para confirmar que Google puede rastrearlas e indexarlas.
18. Comprobar el Open Graph y Twitter Cards. Pega las URLs principales en el Facebook Sharing Debugger y en el Twitter Card Validator para verificar que las vistas previas en redes sociales se generan correctamente.
19. Verificar los botones de WhatsApp y llamada en móvil. Especialmente crítico para empresas locales. El botón de WhatsApp debe abrir la app directamente con el número correcto.
20. Guardar una captura de las métricas de referencia. Toma capturas de los datos actuales en GA4 y Google Search Console. Son la línea de base contra la que medirás la evolución en las semanas siguientes.
Herramientas recomendadas para este checklist: Screaming Frog para crawl rápido post-lanzamiento, httpstatus.io para verificar redirects en bloque, Google PageSpeed Insights para Core Web Vitals, y el Rich Results Test para schema.
Cómo migrar un WordPress sin perder el SEO
WordPress es la plataforma más común en el mercado local canario. La mayoría de pymes de Tenerife tienen webs en WordPress, y muchos rediseños implican migrar de una instalación antigua a una nueva. El proceso tiene sus particularidades.
El plugin Redirection es tu mejor aliado. Antes de lanzar la nueva web, exporta todos los redirects del plugin Redirection de la instalación antigua (si existe) y tenlos listos para importar en la nueva. Así no pierdes los redirects que ya tenías configurados de rediseños o cambios anteriores.
Haz siempre el rediseño en staging. En WordPress, la forma más limpia de trabajar es con un plugin de staging: WP Staging, Duplicator o el staging que ofrecen muchos hostings (SiteGround, Kinsta, WP Engine tienen staging con un click). El staging te permite desarrollar con calma, sin afectar a la web de producción, y hacer todas las verificaciones antes de publicar.
El problema de las URLs en WordPress. Por defecto, WordPress genera URLs con estructura /año/mes/nombre-articulo/ para entradas del blog y /categoria/nombre-articulo/ para páginas. Si la web nueva cambia esta estructura, cada URL de entrada antigua genera un 404 en la nueva. El plugin Yoast SEO o Rank Math ayudan a gestionar la estructura de permalinks, pero los redirects hay que configurarlos manualmente o via reglas en Redirection.
Qué hacer con las URLs antiguas en WordPress. El flujo recomendado es: (1) instala Redirection en la nueva web, (2) importa el CSV con el mapa de redirects que construiste durante la auditoría, (3) activa los redirects antes de hacer el DNS switch, (4) después del lanzamiento, monitoriza el informe 404 de Redirection y añade los que falten. Redirection registra automáticamente todos los accesos a URLs que devuelven 404, lo que te facilita identificar redirects que te dejaste.
Plugins imprescindibles para la migración SEO de WordPress:
- Yoast SEO o Rank Math: gestión de metadatos, sitemap, schema básico
- Redirection: gestión de redirects 301
- WP Rocket o Litespeed Cache: velocidad y Core Web Vitals
- Smush o ShortPixel: optimización de imágenes para mejorar LCP
Cómo migrar el contenido. Si la nueva web usa el mismo WordPress, el contenido se preserva automáticamente. Si migras a otro WordPress o a otro CMS, exporta el contenido en XML desde Herramientas > Exportar y verifica después de la importación que todos los artículos y páginas se importaron correctamente, con sus metadatos y URLs originales.
Verificación post-migración específica de WordPress. Después del lanzamiento en un nuevo servidor, verifica que el directorio wp-content/uploads está migrado completo (es donde están todas las imágenes), que los plugins críticos están activos y actualizados, y que el archivo wp-config.php apunta a la base de datos correcta. Los errores de base de datos en WordPress producen páginas en blanco o errores 500 que no siempre son obvios.
Fase de monitorización post-lanzamiento
En las cuatro a seis semanas después del lanzamiento, la monitorización activa es lo que diferencia un rediseño controlado de uno que "cruzas los dedos y esperas".
Semana 1 y 2: revisión diaria de Google Search Console, especialmente el informe de Cobertura. Detectar errores 404 inesperados y añadir sus redirects ese mismo día. Verificar que el tráfico orgánico no cae de forma drástica: una fluctuación del 10-20% en los primeros días es normal y temporal mientras Google recrawlea el sitio. Una caída superior al 30% que no se recupera en dos a tres semanas indica un problema que hay que investigar.
Mes 1 y 2: comparativa semanal del tráfico orgánico versus el período equivalente del año anterior. Revisión de las posiciones en Search Console para los keywords principales. Verificación de que Google ha reindexado las nuevas URLs. El tiempo de recuperación completa de autoridad tras un rediseño bien ejecutado suele ser de cuatro a ocho semanas. Tras un rediseño con problemas de redirects corregidos a tiempo, puede extenderse a tres o cuatro meses.
Si después de seis semanas el tráfico orgánico está por debajo del 80% del nivel pre-rediseño, hay que hacer una auditoría de diagnóstico específica: verificar si quedan 404s sin redirect, si hay problemas de contenido duplicado, si los Core Web Vitals han empeorado o si hay cambios en el schema que han afectado la visibilidad.
Errores frecuentes en rediseños web que destruyen el SEO
Condensando la experiencia de catorce años haciendo rediseños para clientes en Tenerife y Canarias, estos son los errores que más veces he tenido que corregir:
Hacer el rediseño directamente en producción. El riesgo de rotura es demasiado alto. Siempre en staging, sin excepciones.
No hacer la auditoría previa. Rediseñar sin saber qué URLs posicionan es construir sobre terreno desconocido. La auditoría previa no es opcional —es la base del proyecto.
Cambiar las URLs sin motivo. Si /servicios/seo-tenerife/ posiciona bien, no la cambies a /seo/ sin una razón técnica muy justificada. El cambio por estética o simplificación tiene un coste en SEO que rara vez está justificado.
Eliminar contenido que posicionaba. El impulso de "limpiar" la web y eliminar artículos viejos o páginas con poco contenido puede destruir páginas con autoridad acumulada. Antes de eliminar cualquier página, verifica en Search Console y Analytics que no tiene tráfico ni backlinks.
No verificar los formularios después del lanzamiento. Es el error con mayor impacto directo en negocio. Un formulario roto puede pasar desapercibido días o semanas. La verificación debe hacerse en los primeros cinco minutos después del lanzamiento.
No bloquear el staging. Si el staging es accesible públicamente sin bloqueo de robots.txt o sin protección con contraseña (htpasswd), Google puede indexarlo y crear contenido duplicado con la web de producción.
Ignorar los Core Web Vitals en el nuevo diseño. Un slider con imágenes sin comprimir, fonts de Google cargadas sin preconnect, JavaScript blocking render: son errores de diseño que tienen consecuencias directas en el LCP y el INP. El diseñador y el desarrollador tienen que tener presentes las métricas desde el primer día, no como un parche al final.
El caso específico de migrar de HTTP a HTTPS
Si tu web actual está en HTTP y el rediseño incluye la migración a HTTPS —lo cual debería ser siempre así en 2026—, hay una capa adicional de trabajo que gestionar:
Necesitas el certificado SSL activo antes del lanzamiento. Let's Encrypt (gratuito, con renovación automática) es suficiente para la mayoría de webs de empresa. Los certificados de pago tienen sentido para e-commerce con validación extendida.
Hay que redirigir todas las variantes de la URL a la versión canonical HTTPS: http:// redirige a https://, http://www. redirige a https://www., y si el canonical es sin www, https://www. redirige a https://. Cuatro variantes, una sola URL canonical.
Actualiza todos los links internos de HTTP a HTTPS en el contenido. El "contenido mixto" —imágenes o scripts que se cargan en HTTP aunque la página esté en HTTPS— hace que el candado verde no aparezca en el navegador y puede activar alertas de seguridad que afectan a la confianza del usuario y a la conversión.
Actualiza las propiedades en Google Search Console para incluir la versión HTTPS, y actualiza el perfil de dominio en GA4 si es necesario.
FAQ sobre rediseño web y SEO
¿Cuánto tiempo se tarda en recuperar el posicionamiento después de un rediseño mal ejecutado?
Si el rediseño tuvo problemas de redirects o pérdida de contenido pero se corrigieron en las primeras semanas, la recuperación suele tardar entre 3 y 6 meses. En ese tiempo, Google tiene que recrawlear las URLs corregidas, actualizar su índice y reasignar la autoridad. Durante esos meses, el tráfico puede estar entre un 20% y un 50% por debajo del nivel previo al rediseño. En casos graves —URLs sin redirect durante meses, pérdida masiva de contenido— la recuperación puede tardar más de un año o no llegar a completarse. Es mucho más barato hacerlo bien desde el principio que pagar la recuperación después.
¿Tengo que mantener el mismo diseño visual para no perder SEO?
No. El rediseño visual —colores, tipografías, estructura de layout, estilo gráfico— no afecta directamente al posicionamiento. Lo que importa son las URLs, el contenido (no lo elimines ni lo reduzcas), los metadatos, los datos estructurados y los factores técnicos (velocidad, mobile-friendliness, HTTPS). Puedes renovar completamente la apariencia de tu web sin perder posicionamiento siempre que mantengas las URLs, preserves el contenido y gestiones correctamente los redirects de lo que sí cambia.
¿El cambio de plataforma de WordPress a Next.js, Webflow u otro CMS afecta al SEO?
El cambio de plataforma per se no afecta al SEO. Lo que importa es que las URLs, el contenido y los metadatos se migren correctamente, y que los Core Web Vitals no empeoren. De hecho, migrar de un WordPress lento con plugins pesados a una plataforma moderna como Next.js suele mejorar los Core Web Vitals de forma significativa, lo que puede impactar positivamente en el posicionamiento. El riesgo es que la migración técnica es más compleja y el margen de error es mayor.
¿Es mejor hacer el rediseño de golpe o por fases?
Depende de la complejidad de la web y del tráfico en juego. Para webs pequeñas —hasta 50 páginas— el rediseño completo es más limpio: menos riesgo de inconsistencias, más fácil de verificar y lanzar. Para webs grandes, tiendas online o webs con mucho tráfico, una migración por secciones con pruebas progresivas en producción puede reducir el riesgo. En YAG Comunicación preferimos el lanzamiento completo con staging riguroso para webs de hasta 200 páginas, y migraciones por bloques para proyectos más grandes.
¿Cuánto cuestan los errores de SEO de un rediseño mal ejecutado?
El coste es real y cuantificable. Si tu web genera 30 leads al mes con una tasa de cierre del 20% y un ticket medio de 1.500 euros, son 9.000 euros mensuales en negocio generado por el SEO. Un rediseño que reduce el tráfico un 40% durante seis meses supone una pérdida de 21.600 euros en negocio. Con el ROI del SEO en 4,2x en 2026, el coste de una auditoría previa y una supervisión del rediseño —generalmente entre 500 y 2.000 euros según el tamaño— es insignificante frente a ese riesgo.
¿Necesito contratar a un especialista SEO para el rediseño?
Depende de lo que esté en juego. Si tu web genera contactos o ventas relevantes para tu negocio, sí. Si tu web es puramente informativa sin tráfico orgánico real, puedes manejar el rediseño sin supervisión SEO especializada, aunque siempre vale la pena una revisión básica. El error más frecuente es pensar que "el SEO se arregla después". El SEO de un rediseño se protege antes y durante, no después. Después solo hay recuperación, y la recuperación cuesta tiempo y dinero.
¿Los backlinks de mi web antigua siguen funcionando después del rediseño?
Sí, siempre que tengas los redirects 301 configurados correctamente. Los backlinks que apuntan a URLs antiguas que redirigen correctamente a las nuevas siguen pasando entre el 90% y el 99% de su autoridad. Lo que no tiene solución inmediata son los backlinks que apuntan a URLs que devuelven 404 —esos sí pierden su autoridad hasta que el 301 se implementa. Si tienes backlinks importantes de medios, directorios o clientes, la mejor opción es contactarles y pedirles que actualicen el enlace a la nueva URL: un backlink directo sin redirect siempre es mejor que uno con redirect.
Llevamos 14 años haciendo rediseños web en Tenerife y Canarias. Sabemos exactamente dónde están los riesgos y cómo evitarlos. Si estás planificando renovar tu web y quieres asegurarte de que el cambio no destruye lo que has construido en posicionamiento, cuéntanos en qué punto estás y hacemos una auditoría previa gratuita. Si todavía estás decidiendo si es el momento de rediseñar, explora cómo trabajamos el diseño web con criterio SEO desde el primer día.