Rediseñar no se decide por intuición. Siete umbrales con cifra de corte: LCP, INP, conversión móvil, soporte del lenguaje, accesibilidad y mantenimiento.
Rediseña cuando cruces un umbral, no cuando te canses del diseño. Los siete que usamos: LCP por encima de 4 segundos en el percentil 75 móvil, INP por encima de 500 ms, conversión móvil por debajo de la mitad de la de escritorio, lenguaje sin soporte de seguridad, incumplimiento de accesibilidad, mantenimiento anual desproporcionado y cambios que exigen tocar código.
Busca «cuándo rediseñar mi web» y encontrarás listas de señales. Tu web «parece antigua». Tu web «no transmite». Tu web «no está a la altura de tu negocio». Ninguna de esas frases contiene un número, y por tanto ninguna se puede comprobar el lunes por la mañana.
Nosotros trabajamos al revés. Un umbral es una cifra con lado: por debajo se optimiza, por encima se rehace. Aquí están los siete que aplicamos antes de aceptar un proyecto de rediseño, con su corte, su fuente y su forma de medirlo.
Un aviso previo, porque es la confusión más cara del sector: la puntuación de 0 a 100 de PageSpeed Insights no es un umbral. Es una simulación de laboratorio de una sola carga. Los umbrales de verdad viven en los datos de campo, los de usuarios reales, y se leen en el percentil 75 segmentado por móvil y escritorio, según la documentación de Google en web.dev. Hemos visto presupuestos de rediseño justificados enteros sobre un 43 de laboratorio mientras el campo estaba en verde. Se rehízo una web que no lo necesitaba.
Los siete umbrales, de un vistazo
| # | Qué se mide | Corte de rediseño | De dónde sale la cifra |
|---|---|---|---|
| 1 | LCP, percentil 75 móvil | > 4 s sostenido 3 meses | web.dev/articles/vitals |
| 2 | INP, percentil 75 móvil | > 500 ms sostenido 3 meses | web.dev/articles/vitals |
| 3 | Conversión móvil ÷ escritorio | < 0,50 | Ratio interno, comparable contigo mismo |
| 4 | Soporte de seguridad del lenguaje | 0 días restantes | endoflife.date (PHP, Node) |
| 5 | Criterios WCAG 2.1 AA incumplidos | ≥ 1, si te aplica la EAA | Ley 11/2023 · Directiva (UE) 2019/882 |
| 6 | Mantenimiento anual ÷ coste de rehacer | > 0,33 | Estimación razonada, ver abajo |
| 7 | Días entre pedir un cambio de texto y verlo publicado | > 5 días laborables | Registro propio |
Cruzar uno no obliga a nada. Cruzar tres a la vez es el patrón que nos hace decir que sí a un proyecto de rediseño completo.
Umbral 1 · LCP por encima de 4 segundos en el percentil 75 móvil
El Largest Contentful Paint mide cuánto tarda en pintarse el elemento principal de la pantalla. Google fija el corte de «bueno» en 2,5 segundos y el de «deficiente» en 4 segundos, medidos en el percentil 75 de las cargas reales (web.dev, consultado el 27-08-2026).
El matiz que cambia la decisión está en la franja intermedia. Entre 2,5 y 4 segundos no tienes un problema de diseño: tienes imágenes sin comprimir, fuentes que bloquean el pintado y un servidor lento. Eso se arregla en días, con la web que ya tienes.
Por encima de 4 segundos sostenidos durante tres meses, con las optimizaciones evidentes ya hechas, lo que falla es la arquitectura: una plantilla con veinte plugins encadenados, un constructor visual que genera cuatro mil líneas de CSS o un tema comprado que carga la biblioteca de iconos entera para pintar tres flechas. Eso no se optimiza: se sustituye.
Google confirma en su documentación que «Core Web Vitals are used by our ranking systems», y en la misma página aclara que no existe una señal única y que la relevancia del contenido prima sobre la experiencia de página (Google Search Central, consultado el 27-08-2026). Son dos afirmaciones que conviven y que el sector suele citar por la mitad. Rendimiento malo te resta; rendimiento perfecto no te inventa relevancia.
Umbral 2 · INP por encima de 500 milisegundos
INP mide la latencia entre que el usuario toca algo y la pantalla responde. Es métrica estable desde 2024, en sustitución de FID. Bueno: 200 ms o menos. Deficiente: por encima de 500 ms.
Aquí hay un diagnóstico que casi nadie hace y que ahorra mucho dinero. Si tu INP es deficiente pero tu LCP es bueno, no necesitas rediseñar: necesitas quitar JavaScript. Ese perfil —carga rápido, responde tarde— es casi siempre el chat de soporte, el gestor de etiquetas con nueve etiquetas vivas y el banner de consentimiento reevaluándose en cada interacción. Se resuelve auditando scripts, no retículas.
El rediseño entra cuando LCP e INP están los dos en rojo. Entonces el problema es el fundamento, y parchear sale más caro que trazar de nuevo.
Umbral 3 · La conversión móvil por debajo de la mitad de la de escritorio
Este es el umbral que más veces decide, y el que menos se mide.
No te vamos a dar una tasa de conversión «media del sector», porque cualquier cifra así mezcla comercio electrónico con servicios profesionales y no significa nada aplicada a tu caso. Te damos un ratio que solo te compara contigo mismo: divide tu tasa de conversión en móvil entre tu tasa en escritorio.
Un ratio por encima de 0,80 es normal. Entre 0,50 y 0,80 hay fricción localizada: un formulario largo, un teclado que tapa el botón, un paso de pago con demasiados campos. Por debajo de 0,50, con tráfico móvil mayoritario, tu web funciona en el dispositivo con el que casi nadie te compra. Eso no es una fuga de conversión: es una web construida para la pantalla equivocada.
| Concepto | Dato | Nota |
|---|---|---|
| Por encima de 0,80 | Normal | No toques nada estructural |
| Entre 0,50 y 0,80 | Fricción localizada | Arregla el paso concreto, no la web |
| Por debajo de 0,50 | Umbral cruzado | — |
— = dato en medición; lo publicaremos cuando tengamos muestra propia.
Umbral 4 · Tu lenguaje se quedó sin soporte de seguridad
Este umbral es binario y no admite conversación. O tu versión recibe parches de seguridad, o no los recibe.
A 27 de agosto de 2026, según endoflife.date/php: PHP 8.1 y anteriores están en fin de vida; PHP 8.2 tiene soporte de seguridad hasta el 31-12-2026; PHP 8.3, hasta el 31-12-2027. Según endoflife.date/nodejs: Node 18 dejó de recibir seguridad el 30-04-2025 y Node 20 el 30-04-2026; Node 22 la mantiene hasta el 30-04-2027 y Node 24 sigue en soporte activo hasta el 20-10-2026.
Que tu hosting español te siga ofreciendo PHP 7.4 en el panel no significa que sea seguro. Significa que tu proveedor no quiere romperte la web. Son dos cosas distintas.
Ahora bien, versión antigua no equivale automáticamente a rediseño. Si el problema es solo la versión, se actualiza; si el problema es que el tema y los ocho plugins de pago que sostienen tu web no soportan la versión nueva, entonces sí es rediseño. La pregunta correcta no es «¿qué versión tengo?», sino «¿qué me impide subir de versión?».
Umbral 5 · Incumples la accesibilidad y te aplica la EAA
La Directiva (UE) 2019/882, la European Accessibility Act, se traspuso en España mediante la Ley 11/2023, de 8 de mayo, cuyo preámbulo fija el 28 de junio de 2025 como fecha de aplicación efectiva. Ya no es una fecha futura: lleva más de un año en vigor.
Aquí el umbral no es estadístico, es jurídico: un solo criterio de la WCAG 2.1 nivel AA incumplido, si la norma te aplica, es incumplimiento. Contraste insuficiente, formularios sin etiqueta asociada, vídeo sin subtítulos, foco de teclado invisible.
El alcance subjetivo de la Ley 11/2023 —a qué empresas y servicios obliga exactamente, y qué exenciones existen— tiene matices que conviene comprobar caso por caso. Fecha de verificación de este apartado: 27 de agosto de 2026. Si tu situación depende de una exención, contrástala antes de decidir nada.
Lo importante para tu decisión: la accesibilidad rara vez justifica un rediseño por sí sola. Casi siempre se puede corregir sobre la web existente. Justifica el rediseño cuando el fallo está en la base: cuando el sistema de color entero no alcanza contraste, cuando la plantilla genera marcado sin jerarquía de encabezados, cuando el constructor visual no te deja tocar el HTML que emite.
Umbral 6 · El mantenimiento anual supera un tercio de rehacerla
Este es el umbral económico, y se calcula con una división.
Suma lo que pagaste el último año por mantener la web: licencias de tema y plugins, hosting, horas de arreglos, esa factura de urgencia de agosto. Divídelo entre lo que te costaría rehacerla bien. Si el resultado supera 0,33, en tres años habrás pagado la web nueva sin tenerla.
Una estimación razonada, marcada como tal: a 60 €/hora —tarifa habitual de un estudio español de este tamaño— un mantenimiento de 4 horas al mes son 2.880 € al año antes de IVA. Frente a un rediseño de 12.000 €, el ratio es 0,24: aguanta. Frente a uno de 7.000 €, es 0,41: cruza el umbral. Los números son ilustrativos del método, no una tarifa.
Y recuerda leer los presupuestos con el IVA delante: el tipo general aplicable a servicios de diseño y desarrollo web en España es del 21 % (Ley 37/1992 del IVA, art. 90). Un presupuesto que no dice «más IVA» de forma explícita te está escondiendo un 21 %.
Umbral 7 · Cambiar un texto tarda más de cinco días laborables
Cronometra lo siguiente: desde que alguien de tu equipo pide cambiar un párrafo de la página de precios hasta que ese párrafo está publicado. Cuenta días laborables.
Por debajo de un día, tienes un sistema. Por encima de cinco, tienes un cuello de botella con forma de web, y ese cuello de botella tiene un coste que no aparece en ninguna factura: las campañas que no lanzas, los precios que no actualizas, la página que sigue anunciando un servicio que ya no prestas.
Una web que solo puede editar quien la construyó no es un activo: es una dependencia. Por eso entregamos código, archivos fuente y documentación, y hacemos traspaso: para que tu equipo pueda seguir sin nosotros.
Qué hacemos distinto cuando el umbral se cruza
Lo habitual en el sector: El estudio español medio rehace la web entera de golpe, la lanza un viernes y descubre el lunes que el tráfico orgánico ha caído a la mitad porque nadie mapeó las URLs antiguas.
Nuestro criterio: Nosotros medimos antes, mapeamos cada URL a su destino con redirecciones 301 y lanzamos por fases, con los mismos siete umbrales medidos a los 30 y a los 90 días.
La documentación oficial de Google sobre migraciones con cambio de URL es explícita: usa redirecciones permanentes 301 o 308, mantenlas «al menos 1 año», encadena tres saltos como máximo, y cuenta con «unas semanas o más» para que Google empiece a mostrar las nuevas URLs en un sitio de tamaño medio (Google Search Central, consultado el 27-08-2026).
Esa última cifra es la que más discusiones evita. La caída de las primeras semanas es esperada, no es un fallo. Lo que no es esperado es que a los tres meses sigas por debajo.
Una migración se juzga a los 90 días, no el lunes siguiente al lanzamiento.
| # | Fase | Qué hacemos | Entregables |
|---|---|---|---|
| 01 | Escuchar | Empezamos preguntando, no proponiendo. | Entrevistas · Auditoría de los 7 umbrales · Brief acordado |
| 02 | Definir | Acordamos qué significa ganar antes de mover un píxel. | Umbrales de partida medidos · Alcance · Criterios de éxito a 90 días |
| 03 | Trazar | Mapa de URLs antes que mapa de pantallas. | Inventario de URLs · Tabla de redirecciones · Arquitectura |
| 04 | Diseñar | Retícula, ritmo tipográfico y proporción antes que estética. | Sistema de diseño · Componentes · Estados |
| 05 | Construir | Versión mantenida del lenguaje, sin excepciones. | Repositorio desde el día uno · CI/CD · Accesibilidad AA |
| 06 | Lanzar y acompañar | El lanzamiento es una lista de verificación, no un salto de fe. | 301 verificadas · 30 días de soporte · Remedición a los 90 |
- Tienes los siete umbrales medidos hoy, con fecha, para poder compararlos después
- Distingues el dato de campo (percentil 75, usuarios reales) de la puntuación de laboratorio de PageSpeed
- Tienes el inventario completo de URLs actuales exportado y guardado
- El presupuesto dice «más IVA» de forma explícita y fija el precio por fase antes de empezar
- El contrato nombra el código, los archivos fuente y el diseño en la cesión de derechos
- Tienes acceso al repositorio desde el primer día, no en la entrega
- Está escrito qué se remide a los 90 días y qué pasa si no se alcanza
Preguntas frecuentes
¿Cada cuántos años hay que rediseñar una web?
No hay un número de años: hay umbrales, y una web bien construida puede pasar de sobra los cinco sin cruzar ninguno. Si alguien te dice que «toca cada tres años» sin haber medido tu LCP ni tu ratio de conversión móvil, te está vendiendo un calendario, no un diagnóstico.
¿Rediseñar la web hace perder posiciones en Google?
Pierde posiciones un rediseño sin mapa de redirecciones; un rediseño con cada URL antigua apuntando con un 301 a su equivalente conserva la mayor parte. Google indica que las fluctuaciones son normales y que en sitios medianos puede tardar «unas semanas o más» en asentarse, así que no juzgues el resultado antes de los 90 días.
¿Me sirve la puntuación de PageSpeed Insights para decidir?
Sirve para saber qué arreglar, no para decidir si rehacer. La decisión se toma con los datos de campo en el percentil 75 —LCP, INP y CLS—, porque la puntuación de laboratorio simula una sola carga en un dispositivo que probablemente no es el de tus usuarios.
Cruzo un umbral solo. ¿Rediseño?
Casi seguro que no: un umbral aislado suele tener un arreglo puntual que cuesta una fracción del rediseño, y te lo diremos aunque nos deje sin proyecto. El patrón que sí justifica rehacer es tres o más cruzados a la vez, porque entonces el problema es el fundamento y no las piezas.
¿Cuánto tarda un rediseño hecho por fases?
Marca y web en 6-12 semanas, con precio fijo por fase acordado antes de empezar y sin horas sorpresa. Incluye 30 días de soporte tras el lanzamiento y la entrega de código, archivos fuente y documentación, para que tu equipo pueda seguir sin nosotros.
El rediseño se gana con cifras
Rediseñar por intuición cuesta lo mismo que rediseñar por necesidad, y produce mucho menos. Mide los siete umbrales esta semana, guarda la fecha, y decide con la tabla delante.
Si no cruzas ninguno, no nos contrates: arregla lo concreto y vuelve dentro de un año. Si cruzas tres, cuéntanos qué tienes delante en una primera llamada de 30 minutos sin coste. ¿Te encaja esta forma de trabajar?
Sigue leyendo
- Rediseñar tu web sin perder tráfico ni posicionamiento: cómo se hace por fases y qué medir antes y después
- Qué son los Core Web Vitals, cuánto influyen en la conversión y cuándo compensa optimizar
- Checklist de 47 comprobaciones antes de poner una web en producción
- Cómo comprobar si tu web cumple la EAA: test autoaplicable en 20 minutos
- Coste total de una web a 36 meses: el número que casi nadie te da
Nota de transparencia. Algunos datos propios de esta guía todavía están en medición en proyectos reales, con un mismo método. Los publicaremos con su tamaño de muestra y su ventana de fechas cuando la muestra sea suficiente; hasta entonces, cada cifra que ves lleva su fuente y su fecha de consulta.
Fuentes verificadas
- https://web.dev/articles/vitals — umbrales oficiales de Core Web Vitals: LCP 2,5 s / 4 s, INP 200 ms / 500 ms, CLS 0,1 / 0,25, medidos en el percentil 75 y segmentados por móvil y escritorio; INP pasó a métrica estable en 2024 sustituyendo a FID
- https://developers.google.com/search/docs/appearance/page-experience — Google confirma que «Core Web Vitals are used by our ranking systems», que no hay una señal única y que la relevancia prima sobre la experiencia de página
- https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes — guía oficial de migración con cambio de URL: usar 301/308, mantener las redirecciones «al menos 1 año», cadenas de 3 saltos o menos (máximo 10), y «unas semanas o más» para que Google muestre las nuevas URLs en sitios medianos
- https://endoflife.date/php — PHP 8.1 y anteriores en fin de vida; 8.2 con seguridad hasta 31-12-2026; 8.3 con seguridad hasta 31-12-2027; 8.4 soporte activo hasta 31-12-2026; 8.5 hasta 31-12-2027
- https://endoflife.date/nodejs — Node 18 sin seguridad desde 30-04-2025; Node 20 sin seguridad desde 30-04-2026; Node 22 con seguridad hasta 30-04-2027; Node 24 en soporte activo hasta 20-10-2026
- https://www.boe.es/buscar/doc.php?id=BOE-A-2023-11022 — Ley 11/2023, de 8 de mayo, que traspone la Directiva (UE) 2019/882 (European Accessibility Act); su preámbulo fija el 28 de junio de 2025 como fecha de aplicación efectiva
¿Quieres ver este criterio aplicado a un proyecto real?