Cuándo Merece la Pena un Rediseño Web (y Cuándo No)

La conversación empieza siempre igual. Alguien de dirección mira la web de un competidor, vuelve a la suya y siente algo. Normalmente vergüenza. Y una semana después llega el briefing: necesitamos un rediseño web.

A veces es exactamente lo que hace falta. Igual de a menudo es una forma carísima de resolver un problema que quince días de trabajo enfocado habrían arreglado por la décima parte del dinero. Hemos hecho las dos cosas, reconstrucciones completas y reparaciones quirúrgicas, y la versión honesta es que el factor decisivo casi nunca es cómo se ve la web. Suele ser algo más soso y más medible.

«Se ve anticuada» es un síntoma, no un diagnóstico

Las webs no rinden mal por ser feas. Rinden mal porque algo en la cadena que va del resultado de búsqueda a la solicitud está roto, y la fealdad es simplemente lo más visible a lo que señalar. Una web preciosa que tarda cuatro segundos en cargar y no deja claro el siguiente paso pierde contra una sosa que es rápida y clara. Siempre, y sin mucha discusión.

Así que antes de que nadie abra Figma miramos cuatro números: de dónde viene el tráfico, por dónde se marcha, qué hacen de verdad las diez páginas de entrada principales y cuánto tarda esto en cargar en un móvil de gama media con 4G. Más o menos la mitad de los briefings de rediseño que nos llegan se disuelven en ese punto y se convierten en algo mucho más pequeño y mucho más barato, que es una conversación incómoda de tener y un resultado bastante mejor para el cliente.

Un rediseño es la forma más cara de probar una hipótesis. Asegúrate de tener una de verdad primero.

Cinco señales que sí justifican reconstruir

1. 01El negocio cambió y la web no. Ahora vendes a grandes cuentas y el sitio le sigue hablando a autónomos. Ningún cambio de estilo arregla una arquitectura de la información construida para otro cliente.
2. 02El stack pelea contigo. Cada cambio de contenido necesita un desarrollador, el maquetador visual escupe 400 KB de CSS y nadie quiere tocar la plantilla porque el último que lo intentó rompió el checkout un viernes.
3. 03El rendimiento es estructural. Si los Core Web Vitals fallan por cómo está construido, con bundles que bloquean el render y un vídeo de portada sin comprimir y doce scripts de seguimiento en la cabecera, eso no se parchea. Se reconstruye.
4. 04La marca es incoherente de verdad. Cuatro tonos del mismo azul, tres estilos de botón, un logotipo que existe en seis versiones. Eso es un fallo de sistema y no de gusto, y normalmente hace falta que el diseño y el desarrollo se muevan juntos para arreglarlo.
5. 05La búsqueda no llega a media web. Contenido renderizado en cliente, sin sitemap, páginas huérfanas que no enlaza nada. Hemos abierto Search Console en sitios donde Google había rastreado tres URLs de veintidós. En toda su historia, no este mes.

Fíjate en lo que no está en esa lista. La competencia ha lanzado algo bonito. Eso es un motivo para ir a mirarlo, no para gastarse dos meses de presupuesto.

Cuatro cosas más baratas que suelen ganarle a un rediseño

Si no se cumple ninguna de las cinco, el dinero casi siempre rinde más en una de estas. Son mucho menos emocionantes de contar. También suelen mover el número antes, que es lo único que debería importar.

• Reescribe las cinco páginas principales. Mismo diseño, textos más afilados, una acción clara por página. Es la palanca más barata que existe y casi nadie la usa primero.
• Arregla la ruta de conversión. Formulario más corto, precios visibles, un flujo de reserva que no cueste tres clics encontrar. Cuando hicimos exactamente esto para Integrity 1st Auto Care valió un +44% en solicitudes de presupuesto.
• Haz un sprint de rendimiento. Comprime las imágenes, quita los scripts que nadie recuerda haber añadido, carga en diferido lo que está bajo el pliegue. Dos semanas, sin cambio visual, medible.
• Construye las páginas que te faltan. La mayoría de los sitios no necesitan un rediseño. Necesitan las seis páginas de servicio y los tres casos de estudio que nunca se escribieron.

¿Reconstrucción total o por partes?

Si el rediseño está justificado, la siguiente pregunta es si hacerlo todo de una vez. Los lanzamientos big bang son satisfactorios y genuinamente arriesgados. Todo cambia en un mismo día, así que si la conversión cae después no tienes forma de saber cuál de los doscientos cambios la tumbó, y acabas adivinando en una reunión.

Nos inclinamos por lo incremental siempre que haya tráfico orgánico relevante que proteger. Reconstruir primero el sistema de plantillas, migrar las páginas de más valor, medir qué ha pasado y seguir. La web antigua sigue funcionando por debajo mientras la nueva crece a través de ella. Parece más lento en un diagrama de Gantt y es muchísimo menos probable que acabe en un mal trimestre, que es un intercambio que casi todo el mundo acepta en cuanto se lo planteas así.

El big bang tiene sentido en dos situaciones. O la web actual es lo bastante pequeña como para que no haya gran cosa que perder, o la marca misma está cambiando y una identidad a medio migrar quedaría peor que cualquiera de las dos versiones por separado. En CO4 Workspaces la marca y la web se movieron juntas exactamente por eso: cambió el posicionamiento, así que un despliegue parcial habría sido incoherente. Ese lanzamiento valió un +38% en solicitudes de visita.

Cómo no perder tus posiciones por el camino

Esta es la parte que se salta la gente, y es la que convierte un rediseño perfectamente bueno en un proyecto de recuperación de seis meses. Las reglas son poco glamurosas y ninguna es negociable.

1. 01Rastrea la web antigua antes de tocar nada. Cada URL, cada título, cada enlace entrante. No puedes mapear lo que nunca registraste, y cuando desaparece, desaparece.
2. 02Redirige con 301 cada URL antigua a la página que ahora hace su trabajo. No a la home. Una redirección masiva a la raíz se lee como un soft 404 y la autoridad se evapora.
3. 03Conserva el contenido que posiciona. Si una sola página trae el 40% de tu tráfico orgánico, la versión nueva necesita la misma sustancia aunque el layout cambie por completo.
4. 04Publica la capa técnica el día uno. Canonicals, sitemap, datos estructurados y hreflang si manejas dos idiomas. No en el sprint siguiente.
5. 05Vigila Search Console a diario durante un mes. Una caída en la semana dos es normal. Una caída que no se ha recuperado en la semana seis es un mapa de redirecciones mal hecho.

Los cuatro números y cómo leerlos

Al principio mencioné cuatro números, así que aquí están como es debido. Cada uno apunta a un arreglo distinto, y el ejercicio entero lleva alrededor de una hora con Search Console y la analítica abiertas una al lado de la otra.

• De dónde viene el tráfico. Si el 80% es directo y de pago, no tienes un problema de diseño, tienes un problema de distribución, y un rediseño no lo va a tocar. Si lo orgánico es relevante, protégelo con obsesión.
• Por dónde se marcha. Busca la página con mayor tasa de salida que no sea un «gracias». Nueve de cada diez veces es precios, contacto, o una de servicio que nunca dice cuánto cuesta el servicio.
• Qué hacen las diez páginas de entrada principales. No lo que crees que hacen. La mayoría de las empresas descubre que la página que trae un tercio de su tráfico es una que nadie ha mirado en dos años.
• Tiempo de carga en un Android de gama media con 4G. No en tu MacBook con el wifi de la oficina. Este número explica más solicitudes perdidas que todas las decisiones de diseño del sitio juntas.

Haz esos cuatro y con frecuencia descubrirás que el briefing de rediseño era en realidad un briefing de dos páginas nuevas, un cambio de formulario y un sprint de rendimiento. Eso es un buen resultado, no una decepción. Es más barato y más rápido, y siempre puedes reconstruir el año que viene con bastante mejor información de la que tienes hoy.

Qué conservar de la web que ya tienes

Incluso cuando reconstruir es claramente lo correcto, tratar la web antigua como si no valiera nada es un error. Normalmente hay más cosas rescatables de las que nadie espera, y saber qué conservar es sinceramente la mitad de lo que hace que una migración sea segura en vez de emocionante.

Conserva la estructura de URLs siempre que siga teniendo sentido, porque cada URL que cambias es una redirección que hay que mantener y un pequeño riesgo que has elegido asumir. Conserva las páginas que posicionan, en sustancia aunque no en maquetación. Y conserva cualquier componente que el equipo use de verdad. Si marketing lleva dos años montando landings con los mismos tres bloques, esos tres bloques son tu sistema de diseño real, diga lo que diga el manual de marca al respecto.

Conserva también los textos que convierten. Hay un tirón fuerte hacia reescribirlo todo porque el diseño nuevo se merece palabras nuevas, pero un titular que lleva dieciocho meses trayendo solicitudes en silencio se ha ganado su sitio. Reescríbelo después si quieres, a propósito, como un cambio propio, para poder saber de verdad si ayudó o no.

Qué cuesta, sin rodeos

Una web de marketing enfocada, de ocho a doce páginas, con diseño a medida y bien construida, suele llevar de seis a diez semanas. Añade un CMS que el equipo pueda usar de verdad sin preguntarle a un desarrollador y te acercas a doce. Cualquier cosa presupuestada en tres semanas es una plantilla con tu logotipo encima o un proyecto que habrá que rehacer el año que viene.

Aun así, el número que importa no es la factura, y aquí es donde la conversación suele encallar. Es el coste de la web que ya tienes: las solicitudes que no consigue captar, las horas que tu equipo quema peleándose con el CMS, el tráfico de búsqueda que directamente no llega. Pon una cifra a eso, compara las dos, y la decisión se toma sola sin mucha discusión.

Una nota organizativa, porque decide más rediseños que cualquier hoja de cálculo. Quien sea dueño del número que la web debe mover, sean solicitudes, reservas o pruebas, debería ser dueño de la decisión. Cuando en su lugar el rediseño lo empuja quien más vergüenza siente por la web actual, el briefing se convierte sin ruido en «que se vea moderna», y acabas con un sitio que sale precioso en fotos y rinde exactamente igual que el anterior.

Si quieres una segunda opinión antes de comprometerte a nada, encantados de hacer la comprobación de los cuatro números y decirte con honestidad cuál de las dos necesitas. A veces sí que es un rediseño, y así trabajamos el desarrollo web. Muchas veces son los quince días de trabajo, y también te lo diremos aunque sea la factura pequeña.