Señales de que tu sitio web necesita un rediseño (y cuándo conviene optimizar en su lugar)
Ocho señales que se pueden medir, cómo elegir entre optimizar, rediseñar o reconstruir, qué línea base guardar y cómo proteger tu posicionamiento al cambiar de sitio.
Muchos rediseños empiezan con una frase: «ya se ve viejo». A los seis meses, el sitio luce mejor y vende igual, o peor: cambiaron las direcciones, se perdió el posicionamiento en buscadores y nadie sabe cuánto tráfico había antes para comparar. Rediseñar es una inversión grande; la pregunta correcta no es si tu sitio se ve anticuado, sino qué problema concreto tiene y si un rediseño es la forma más barata de resolverlo.
En esta guía verás las señales que sí justifican un rediseño y cómo comprobarlas con datos, cómo distinguir entre optimizar, rediseñar y reconstruir, qué línea base medir antes de tocar nada, cómo cambiar un sitio sin perder el posicionamiento que ya tienes y qué pedir a quien lo construya. Los umbrales y recomendaciones de Google están enlazados en las fuentes; el resto es criterio de trabajo.
Rediseña cuando puedas señalar un problema medible que la estructura actual no permite resolver: lentitud que no se corrige, mala experiencia móvil, imposibilidad de medir o de editar, o tecnología insegura. Si el problema es de mensaje o de conversión en una página, optimizar suele costar menos. Y antes de cambiar nada, guarda tu línea base y planea las redirecciones.
Señales que sí justifican un rediseño (y cómo comprobarlas)
Una señal útil es una que puedes medir. Esta tabla separa las impresiones («se ve viejo») de las evidencias que conviene revisar:
| Señal | Cómo comprobarla | Qué suele indicar |
|---|---|---|
| Lentitud persistente en móvil | Medir en PageSpeed Insights: LCP superior a 2.5 s, INP superior a 200 ms o CLS superior a 0.1 en el percentil 75 | Si no se corrige con ajustes, la arquitectura o la plataforma limita el rendimiento |
| Experiencia móvil deficiente o contenido distinto al de escritorio | Recorrer el sitio en un teléfono y comparar contenido, encabezados y datos estructurados | Google indexa con la versión móvil; si falta contenido ahí, también falta en el posicionamiento |
| No puedes medir lo importante | Intentar registrar formularios, clics en WhatsApp o compras con tu configuración actual | Un sitio sin capa de datos o con plantillas rígidas bloquea la analítica y las campañas |
| Cambiar un texto o una página depende de un proveedor | Contar cuántos días tarda un cambio sencillo | El gestor de contenido no encaja con tu ritmo de trabajo |
| Mucho tráfico calificado, poca conversión | Comparar sesiones por página con conversiones y revisar mapas de calor o grabaciones | Problema de mensaje, recorrido o formulario: primero se optimiza, luego se decide |
| Tecnología obsoleta o insegura | Revisar si hay HTTPS, avisos del navegador, complementos sin actualizar o un sistema sin soporte | Riesgo de seguridad y de caídas; puede obligar a reconstruir |
| Los anuncios reciben mala experiencia de destino | Revisar en Google Ads la calificación «experiencia en la página de destino» | La página no cumple lo que esperan los usuarios o la plataforma |
| El negocio cambió y el sitio no | Comparar tu oferta, público y marca actuales con lo que dice el sitio | El sitio comunica un negocio que ya no existe |
«Se ve anticuado» o «mi competencia tiene uno nuevo» no son evidencias. Pueden ser verdad, pero no te dicen qué arreglar ni cuánto retorno esperar. Traduce cada molestia a una métrica antes de aprobar un presupuesto.
Optimizar, rediseñar o reconstruir: cómo decidir
Un sitio con problemas no necesita automáticamente uno nuevo. Hay tres caminos con alcance, costo y riesgo distintos:
Optimizar
Mejoras puntuales: mensajes, formularios, velocidad, páginas específicas. Rápido, de bajo riesgo y con efecto medible.
Rediseñar
Renovar estructura, diseño y contenido sobre una base técnica que sigue sirviendo. Exige proteger URLs y posicionamiento.
Reconstruir
Cambiar la plataforma o el código cuando la base es insegura, lenta o no permite medir. Más alcance y más cuidado con la migración.
| Criterio | Optimizar | Rediseñar | Reconstruir |
|---|---|---|---|
| Alcance | Páginas, formularios, mensajes y velocidad | Diseño, estructura y contenido | Plataforma, código y arquitectura |
| Cuándo conviene | El problema está en una parte del recorrido | La estructura actual no refleja tu negocio | La base es insegura, lenta o no mide |
| Riesgo para el SEO | Bajo | Medio: cambian URLs y contenidos | Alto: casi siempre cambia todo |
| Esfuerzo y plazo | Menor y más rápido | Medio | Mayor y más largo |
| Cómo medir el éxito | Conversión por página | Conversión, tráfico orgánico y velocidad | Todo lo anterior más estabilidad y seguridad |
Mide antes de tocar nada: tu línea base
Sin una línea base no puedes saber si el rediseño mejoró o empeoró algo. Guarda estos datos antes de empezar, con fechas, en una hoja o en un tablero:
| Qué guardar | De dónde sale | Para qué sirve |
|---|---|---|
| Sesiones y conversiones por página y por fuente | Google Analytics 4 | Comparar tráfico y resultados antes y después |
| Páginas que traen tráfico orgánico y consultas principales | Google Search Console | Saber qué URLs no puedes perder |
| URLs indexadas y mapa del sitio actual | Search Console y el sitemap | Construir el mapa de redirecciones |
| Velocidad (LCP, INP y CLS) de las páginas principales | PageSpeed Insights | Demostrar la mejora y fijar un objetivo |
| Tasa de conversión móvil y de escritorio | GA4 con tus eventos de conversión | Ver si la nueva experiencia realmente convierte más |
| Respaldo completo del sitio actual | Tu hosting o proveedor | Poder volver atrás si algo falla |
Si tu medición actual no es confiable, corrígela antes del rediseño: de lo contrario no tendrás con qué comparar. La guía de analítica de marketing digital y la de errores comunes al medir campañas ayudan a ordenar ese punto de partida.
Cómo cambiar el sitio sin perder el posicionamiento
Google publica una guía de migración para sitios que cambian de URLs. Aunque un rediseño en el mismo dominio no es exactamente una mudanza, las reglas son las mismas cuando cambian las direcciones. Estas son las recomendaciones que documenta:
| Recomendación | Qué significa en la práctica |
|---|---|
| Usar redirecciones permanentes del lado del servidor, como 301 y 308 | Cada URL antigua debe llevar a su equivalente nueva, no a la portada |
| Construir un mapa de URLs partiendo de sitemaps, registros del servidor y analítica | Lista las direcciones con tráfico y las que tienen enlaces, no solo las del menú |
| Enviar el nuevo sitemap en Search Console | Ayuda a Google a conocer las URLs nuevas; el sitemap antiguo puede retirarse después |
| Solicitar el cambio de dirección si cambias de dominio o subdominio | Solo aplica a mudanzas de dominio, no a cambios dentro del mismo |
| Mantener las redirecciones el mayor tiempo posible, por lo general al menos un año | No las elimines cuando termine el proyecto |
| Esperar fluctuaciones mientras Google rastrea y reindexa | En sitios medianos puede tardar unas semanas o más en mostrarse las URLs nuevas |
Un proceso de rediseño con medición integrada
Un rediseño bien llevado se parece más a un proyecto de datos que a un cambio de colores. Este es el orden que solemos recomendar:
- Diagnóstico con evidencia. Línea base, problemas comprobados y objetivo medible (por ejemplo, más conversiones móviles o una velocidad dentro de los umbrales «buenos»).
- Arquitectura y contenido. Qué páginas se conservan, se unen o se eliminan, con una URL equivalente para cada una de las que tienen tráfico.
- Diseño centrado en la conversión. Una acción principal por página, mensajes coherentes con las campañas y formularios cortos.
- Desarrollo con medición desde el código. Eventos de conversión y capa de datos definidos desde el inicio, no añadidos al final.
- Pruebas. Velocidad en móvil, funcionamiento de formularios, etiquetas con vista previa y mapa de redirecciones comprobado antes de publicar.
- Lanzamiento y monitoreo. Redirecciones activas, sitemap enviado, conversiones verificadas el mismo día y revisión semanal del tráfico orgánico.
- Mantenimiento. Actualizaciones, respaldos y vigilancia del rendimiento después de entregar.
Si quieres validar que el sitio nuevo quede listo para publicidad, revisa nuestra guía de cómo saber si tu sitio web está listo para recibir campañas.
Qué pedir a quien lo construya
| Entregable | Por qué importa |
|---|---|
| Diagnóstico y línea base con fecha | Permite demostrar si el rediseño mejoró o no los resultados |
| Mapa de redirecciones de las URLs con tráfico | Protege el posicionamiento y evita enlaces rotos |
| Objetivos de velocidad y evidencia de la medición | Evita que el sitio nuevo sea más bonito pero más lento |
| Eventos de conversión verificados | La analítica y las campañas funcionan desde el primer día |
| Propiedad de dominio, hosting y accesos a tu nombre | Evita depender del proveedor para cambiar de plataforma |
| Plan de mantenimiento y soporte después del lanzamiento | Un sitio sin responsable vuelve a degradarse |
Errores frecuentes al rediseñar
- Rediseñar sin línea base. No hay forma de saber si valió la pena.
- Cambiar las URLs sin redirecciones. Los enlaces y el posicionamiento se pierden de golpe.
- Redirigir todo a la portada. Google recomienda llevar cada URL antigua a su equivalente.
- Priorizar la estética sobre la velocidad. Imágenes enormes y animaciones pueden empeorar LCP e INP.
- Olvidar la medición. El sitio sale a producción sin eventos ni conversiones.
- Lanzar en plena temporada alta. Un fallo en pleno pico cuesta más; consulta el calendario en la guía de temporada de fin de año.
- Eliminar las redirecciones a los pocos meses. La guía de Google sugiere mantenerlas por lo general al menos un año.
Checklist antes de aprobar un rediseño
- Puedes señalar el problema con un dato (velocidad, conversión, medición, seguridad), no solo con una impresión.
- Descartaste que optimizar páginas concretas resuelva el problema.
- Guardaste la línea base de tráfico, conversiones y velocidad con fecha.
- Existe un mapa de redirecciones de las URLs con tráfico o enlaces.
- El contenido móvil es equivalente al de escritorio.
- Las conversiones se registran desde el primer día y se verificaron en vista previa.
- Dominio, hosting y accesos quedan a tu nombre.
- Hay un plan de mantenimiento y de monitoreo después del lanzamiento.
Si estás evaluando un cambio, en Apache Studio revisamos primero si conviene optimizar, rediseñar o reconstruir. Construimos sitios con medición desde el código con nuestro servicio de desarrollo web, cuidamos el posicionamiento con SEO growth, dejamos las conversiones verificadas con la implementación técnica y mantenemos el sitio con el mantenimiento web. Puedes agendar una llamada para revisar tu caso.
Preguntas frecuentes
¿Cada cuánto debo rediseñar mi sitio web?
No hay un plazo fijo. Lo sensato es rediseñar cuando exista un problema comprobable que la estructura actual no permite resolver, y optimizar de manera continua mientras tanto. Un sitio bien mantenido puede funcionar muchos años sin un cambio completo.
¿Cuáles son las señales de que mi sitio necesita un rediseño?
Lentitud persistente en móvil frente a los umbrales de Core Web Vitals, contenido móvil deficiente, imposibilidad de medir o de editar, tecnología obsoleta o insegura, una experiencia de destino baja en Google Ads y un negocio que cambió y no se refleja en el sitio.
¿Qué diferencia hay entre optimizar, rediseñar y reconstruir?
Optimizar mejora piezas concretas sobre la base actual; rediseñar renueva estructura, diseño y contenido sobre una base técnica que sirve; reconstruir cambia la plataforma o el código cuando la base es insegura, lenta o no permite medir.
¿Un rediseño puede hacerme perder posicionamiento en Google?
Sí, si cambian las URLs sin redirecciones o se pierde contenido. Google recomienda redirecciones permanentes (301 o 308) de cada URL antigua a su equivalente, enviar el nuevo sitemap y mantener las redirecciones por lo general al menos un año. Aun así, conviene esperar fluctuaciones durante unas semanas.
¿Qué velocidad debe tener mi sitio rediseñado?
Google considera buenos un LCP de 2.5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0.1 o menos, medidos en el percentil 75 de las visitas, en móvil y escritorio.
¿Cuánto tarda en recuperarse el tráfico después de un rediseño?
Depende del tamaño del sitio y de cuánto cambió. Google indica que en sitios medianos puede tardar unas semanas o más en mostrarse las URLs nuevas. Por eso conviene tener línea base y revisar el tráfico cada semana.
¿Qué datos debo guardar antes de rediseñar?
Sesiones y conversiones por página y fuente, páginas con tráfico orgánico y consultas principales, URLs indexadas, velocidad de las páginas principales y un respaldo completo del sitio actual.
Fuentes
- web.dev — Web Vitals (umbrales de LCP, INP y CLS).
- Google Search Central — Site move with URL changes (redirecciones 301 y 308, mapa de URLs, sitemap, un año de redirecciones y fluctuaciones).
- Google Search Central — Mobile-first indexing best practices (contenido equivalente en móvil).
- Google Ads Help — About landing page experience (calificación de la experiencia en la página de destino).
- Google Ads Policy Help — Destination requirements (requisitos de funcionamiento del destino).
Datos verificados en octubre de 2026. Las recomendaciones de Google cambian: si encuentras algo desactualizado, escríbenos.
Te puede interesar
Pregunta sobre este artículo
¿Algo no quedó claro o quieres aplicarlo a tu caso? Escríbenos y te respondemos por correo. Tu correo no se publica. Los campos con * son obligatorios.


