Cuando los resultados flojean o la web “se siente vieja”, aparece la gran duda: ¿toca un nuevo diseño web desde cero o es mejor optimizar lo que ya existe? La decisión impacta en presupuesto, plazos, SEO, equipos y, sobre todo, en ingresos. Aquí tienes una guía operativa para decidir con datos: señales objetivas para rehacer, señales para optimizar, una auditoría exprés paso a paso, modelos de ROI, un árbol de decisión, costes orientativos y un roadmap práctico que minimiza riesgos.
Señales objetivas de que necesitas rehacer el diseño web (rediseño completo)
Si detectas varias de estas señales a la vez, un rediseño integral suele ser más rentable que un patchwork infinito:
- Tecnología obsoleta o sin soporte (tema o CMS sin actualizaciones, dependencias abandonadas, incompatibilidades graves).
- Bloqueos estructurales: arquitectura visual y de información que impide crecer (no hay componentes reutilizables, plantillas rígidas, maquetación heredada difícil de mantener).
- Core Web Vitals en rojo y sin margen razonable de mejora (LCP > 4 s, INP alto por arquitectura JS pesada, CLS por maquetación antigua).
- Debt de accesibilidad sistémico (contrast ratio bajo, navegación por teclado imposible, formularios sin etiquetas).
- Cambio de marca o posicionamiento fuerte (nuevo tono, nuevas audiencias, otra propuesta de valor).
- Migración de CMS/stack inevitable (pasar a headless, ecommerce serio, multi-idioma con hreflang).
- Seguridad comprometida (brechas, versiones vulnerables, políticas de credenciales inexistentes).
- Estructura SEO “quemada”: canibalizaciones severas, thin content estructural, taxonomías sin sentido.
- Coste de mantenimiento disparado: cada cambio cuesta horas por herencias y hacks acumulados.
Regla práctica: si el 40–50% de las plantillas principales cambiarán y hay deuda técnica/UX severa, rehacer suele ser más eficiente que “curar” cada semana. En esta empresa de diseño web gipuzkoa te ofrecen el mejor servicio a este respecto.
Señales de que basta con optimizar (mejora evolutiva)
Opta por optimización cuando la base es sólida y el problema está en calibrar detalles:
- El CMS/tema y los plugins están mantenidos y no hay bloqueos de versión.
- Métricas aceptables rozando objetivo (LCP 2.5–3.0 s, INP moderado) y hay palancas claras (imágenes, fuentes, caché).
- El diseño web encaja con la marca, pero falla priorización de contenidos o readability.
- Funnel identificado con cuellos concretos (p. ej., formularios largos, CTA poco visible).
- La arquitectura SEO es correcta y faltan enlaces internos, limpieza de 404, consolidación de canibalizaciones.
- Hay datos y analítica bien instrumentada para test A/B y mejoras iterativas.
- El equipo puede mantener y desplegar cambios con seguridad (staging, backups probados).
Si puedes entregar mejoras con un ciclo de 2–6 semanas y medir impacto, optimiza primero. Si cada mejora “tira” de hilos inestables, estás en terreno de rediseño.
Auditoría exprés en 10 pasos para decidir (con umbrales)
- Negocio y funnel
- KPI: tasa de conversión, valor por lead/pedido, CPA/ROAS.
- Umbral: si la conversión está >30% por debajo del benchmark del sector y UX/velocidad están mal, el rediseño gana enteros.
- Rendimiento (Core Web Vitals)
- Objetivo: LCP ≤ 2.5 s, INP ≤ 200 ms, CLS ≤ 0.1 en plantillas clave (home, servicios, PDP, checkout).
- Si no es alcanzable sin re-arquitectura, rediseño.
- Accesibilidad (WCAG 2.2)
- Chequea contraste, foco, semántica, formularios, navegación por teclado.
- Deuda extendida → rediseño; issues puntuales → optimización.
- Arquitectura de información
- ¿Encuentran lo que buscan en ≤3 clics? ¿Hay jerarquía clara y CTAs consistentes?
- Caos sistémico → rediseño.
- SEO técnico
- Indexación, canonicals, sitemap/robots, 404/500, schema, interlinking.
- Problemas estructurales masivos → rediseño + migración guiada.
- Contenidos
- Calidad, intención de búsqueda, propuesta de valor clara, pruebas (casos, métricas).
- Si el contenido es bueno y el contenedor no, optimiza UI/UX; si el contenido está desalineado, plan de contenido + posible rediseño.
- Marca y diseño visual
- ¿Refleja 2025? Tipos, color, espacios, componentes.
- Si el look & feel está “quemado” respecto a la marca actual, rediseño.
- Stack y deuda técnica
- Versiones, soporte, lock-in de plugins, proceso de despliegue, staging.
- Si mover una pieza rompe tres, rediseño.
- Seguridad y cumplimiento
- RGPD/LSSI, CMP, políticas, parches, WAF.
- Brechas o incumplimientos repetidos → rediseño + hardening.
- Coste total de propiedad (TCO)
- Horas/mes de mantenimiento vs. inversión en rehacer.
- Si en 6–9 meses de “parches” gastas lo que cuesta rehacer bien, adelanta decisión.
Árbol de decisión rápido (síntesis)
- ¿Debt técnico + UX severo? → Rediseño
- ¿Core Web Vitals fuera de rango y sin margen con tweaks? → Rediseño
- ¿Branding cambió + nueva propuesta de valor? → Rediseño
- Todo estable, problemas localizados y medibles → Optimización
- Dudas: Sprint de diagnóstico (4–6 semanas) con pruebas y PoC de mejora. Conclusiones → decides con datos.
Modelo de ROI: ¿cuándo compensa rehacer?
Escenario A (Optimizar)
- Coste: 4.000–12.000 € en 2–3 meses.
- Impacto esperado: +10–25% conversión / −20–40% TTFB/LCP.
- Ideal si ya conviertes y hay palancas claras (imágenes, fuentes, copy, formularios, diseño web de bloques).
Escenario B (Rediseñar)
- Coste: 12.000–60.000 € (corporativo–ecommerce medio), 8–16 semanas.
- Impacto esperado: reposicionamiento total, +25–80% conversión si la web actual frena fuerte; reducción estructural de costes futuros (menos deuda, menos horas).
- Ideal si el sitio impide crecer, cambia el negocio o la seguridad/SEO están comprometidos.
Fórmula simple
ROI 6–12 meses = (Δ Conversión × Ingresos) + (Costes evitados) – Inversión.
Si el payback del rediseño es ≤12 meses con riesgo controlado, adelanta.
Qué optimizar primero si no rehaces (roadmap de 90 días)
Semana 1–2: medición y riesgos
- Instrumenta analítica (eventos/embudos), audita rendimiento, limpia errores 404/500, arregla rastreabilidad y CMP.
Semana 3–4: rendimiento técnico
- Imágenes a WebP/AVIF, preload de fuentes, lazy load, caché servidor/CDN, split de bundles; baja LCP/INP.
Semana 5–6: UX de conversión
- Rediseña hero con valor + prueba social + CTA evidente, simplifica formularios, añade sticky CTA y prueba social contextual.
Semana 7–8: SEO técnico + contenidos
- Interlinking, consolidación de canibalizaciones, titles/metas, schema en páginas money, FAQ/HowTo si aplica.
Semana 9–12: test A/B y escalado
- Test de titulares/CTA, variaciones de layout en servicios y LPs; incorpora patrones ganadores a todo el sitio.
Métrica de éxito: +X% conversión y LCP en verde en plantillas clave.
Cómo rediseñar minimizando riesgos (si decides rehacer)
- Descubrimiento y brief sólido (objetivos, público, arquitectura, integraciones).
- Diseño atómico con librería de componentes reusables.
- Accesibilidad y Core Web Vitals como requisitos (no “nice-to-have”).
- SEO desde el día 1 (inventario de URLs, redirecciones, contenidos críticos).
- Staging, QA y rollbacks; ventanas de lanzamiento con plan de contingencia.
- Mantenimiento y SLA listos para el día después (no “ya veremos”).
- Propiedad intelectual y cuentas a nombre del cliente (hosting, DNS, analytics, CMP, repos).
Costes y tiempos orientativos (para comparar escenarios)
- Optimización corporativa (90 días): 4.000–12.000 €.
- Rediseño corporativo (8–12 semanas): 12.000–30.000 €.
- Optimización ecommerce (90 días): 6.000–18.000 €.
- Rediseño ecommerce medio (12–20 semanas): 25.000–60.000 €.
- Headless/stack moderno: mayor variabilidad; evalúa TCO (infra, licencias, equipo).
Factor clave: SLA y mantenimiento. Pagar menos por construir y más por arreglar después rara vez es ahorro.
Errores habituales al decidir (y cómo evitarlos)
- Decidir por estética
- Riesgo: rehacer bonito que no convierte.
- Antídoto: métricas de negocio + experimentos previos.
- Subestimar migraciones
- Riesgo: pérdida SEO y de datos.
- Antídoto: inventario de URLs, 301, pruebas en staging, monitorización post-go-live.
- Optimizar sin datos
- Riesgo: cambios ciegos; poco impacto.
- Antídoto: eventos/embudos claros, hipótesis y tests.
- No presupuestar mantenimiento
- Riesgo: la web se degrada en 3–6 meses.
- Antídoto: plan con SLA, parches críticos, backups probados y evolución mensual.
- Ignorar accesibilidad
- Riesgo: exclusión de usuarios, riesgo legal y peor SEO.
- Antídoto: requisitos WCAG en diseño y QA de componentes.
Mini-guía de comunicación para alinear a dirección y equipo
- Resumen de 1 página: problema, opciones (optimizar vs rediseñar), costes, ROI, riesgos y plan.
- Demo con datos: muestra una página optimizada (PoC) con mejoras de LCP/CTA.
- Calendario: hitos y ventanas de riesgo.
- Plan B: rollback y contingencia.
- Gobernanza: responsable, canales, ritos (weekly 20’ con decisiones).
Preguntas frecuentes (FAQ)
¿Perderé SEO si rehago la web?
No, si migras bien: inventario, 301, mantener intención de búsqueda y enlazado, revisar Search Console y errores tras el lanzamiento.
¿Cuánto tarda en verse el impacto de optimizar?
Rendimiento y UX, en días/semanas; SEO, en semanas/meses según crawl e indexación.
¿Se puede empezar optimizando y decidir luego rehacer?
Sí. Un sprint de diagnóstico con mejoras te da datos para decidir con menos riesgo.
¿Qué pasa si mi marca cambia en 6 meses?
Planifica el rediseño: optimiza ahora lo de alto impacto (checkout, formularios) y agenda el cambio visual/marca con tiempo.
¿La accesibilidad encarece mucho?
Diseñarla desde el inicio abarata. Corregir al final es lo caro.
Conclusión
Elegir entre rehacer o optimizar no es una cuestión estética: es una decisión de negocio. Si la base técnica y UX están sanas, optimiza con foco en rendimiento, contenidos y conversión, midiendo cada paso. Si tu stack, diseño web y arquitectura se han quedado atrás o frenan el crecimiento, rediseña con criterios modernos (accesibilidad, Core Web Vitals, SEO, seguridad) y un plan de migración impecable. En ambos casos, cierra con SLA y mantenimiento: lo que hoy decides solo tiene sentido si la web vive y mejora cada mes.