REPARAR, REDISEÑAR O EMPEZAR DE NUEVO
Depende de si la base puede sostener lo que el negocio necesita ahora, no de la antigüedad de la web ni de si el diseño ha envejecido. Hay tres salidas, no dos: conservar y mejorar, rediseñar sobre lo que ya existe, o reconstruir desde cero. Para elegir hay que mirar cinco cosas: el objetivo, la base técnica, quién puede editar, el contenido y el posicionamiento que ya tienes. El aspecto es la última.
Tres salidas posibles, y cada una cuesta distinto
Plantear la decisión como «arreglarla o tirarla» deja fuera la opción que resuelve la mayoría de los casos.
| Salida | Qué cambia | Qué se conserva | Cuándo tiene sentido |
|---|---|---|---|
| Conservar y mejorar | Rendimiento, textos, estructura de páginas, conversión | Todo lo demás: plataforma, URLs, diseño base | La base es sana y el problema está localizado |
| Rediseñar | Aspecto, plantilla y a menudo la estructura | La plataforma, el contenido y, con trabajo, las URLs | El negocio ha cambiado o la web ya no lo representa |
| Reconstruir | La plataforma entera | El contenido y el dominio, si se planifica | La base técnica limita cualquier mejora futura |
La diferencia de coste entre la primera y la tercera es de un orden de magnitud. Por eso conviene descartar la reconstrucción con argumentos, no aceptarla como punto de partida.
Empieza por el objetivo, no por el aspecto
Porque una web puede parecer anticuada y seguir cumpliendo, y otra puede verse impecable y no traer una sola consulta. Antes de juzgar nada, escribe qué tiene que conseguir: recibir solicitudes de presupuesto, vender, explicar un servicio complejo, dar confianza a quien ya te conoce o sostener búsquedas locales.
Ese objetivo determina qué se evalúa después. Una web que solo necesita dar confianza a clientes que llegan por recomendación tiene exigencias muy distintas a una que debe competir en búsquedas abiertas.
Sobre la percepción de calidad, conviene recordar lo que Google publica: no existe una única señal de experiencia en la página, y sus sistemas principales tienen en cuenta varios aspectos que coinciden con la experiencia general. Rehacer una web porque «se ve antigua» es el motivo más caro de todos, y el que menos se sostiene con datos.
La base técnica: qué puedes comprobar hoy
Hay cuatro comprobaciones que no requieren decidir nada todavía, y que separan un problema localizado de uno estructural.
Google publica las preguntas con las que autoevaluar la experiencia en la página: si las métricas Core Web Vitals son buenas, si las páginas se sirven de forma segura, si el contenido se ve bien en dispositivos móviles, si evitas un número excesivo de anuncios que interfieran con el contenido principal, si evitas los intersticiales intrusivos y si el visitante distingue con facilidad el contenido principal del resto.
Las tres métricas Core Web Vitals tienen umbrales publicados:
- LCP, rendimiento de carga: mostrar el elemento visible más grande dentro de los primeros 2,5 segundos.
- INP, capacidad de respuesta: por debajo de 200 milisegundos.
- CLS, estabilidad visual: por debajo de 0,1.
Ahora la parte que casi nadie cuenta al vender un rediseño: una mala puntuación no obliga a rehacer la web. Google advierte de que obtener buenos resultados en esos informes no garantiza aparecer en lo alto de los resultados, que la experiencia en la página no se limita a esas puntuaciones y que perseguir un resultado perfecto solo por motivos de posicionamiento no es necesariamente pertinente. Muchos problemas de carga se corrigen con imágenes, alojamiento y limpieza de extensiones. Otros vienen de la propia construcción del sitio, y esos sí empujan hacia la reconstrucción.
El gestor de contenidos y la deuda acumulada
Aquí es donde se decide la mayoría de las reconstrucciones honestas. Si tu web funciona con WordPress, sus requisitos recomendados están publicados y son comprobables: PHP 8.3 o superior, MariaDB 10.11+ o MySQL 8.0+, y HTTPS en toda instalación. WordPress añade un aviso explícito: seguirá funcionando sobre PHP 7.4+ y MySQL 5.5.5+, pero esas versiones han llegado al final de su vida útil y pueden exponer el sitio a vulnerabilidades de seguridad.
Esa comprobación es el mejor indicador objetivo que tienes. Junto a ella, cuatro señales de deuda acumulada:
- Extensiones sin actualizar o abandonadas por quien las desarrollaba.
- Personalizaciones hechas directamente sobre la plantilla, que se pierden o rompen en cada actualización.
- Nadie sabe cómo está montada una parte importante de la web.
- Actualizar da miedo, porque la última vez algo dejó de funcionar.
Una web que no puede actualizarse sin romperse no es una web que se pueda mejorar. Es el caso en que reconstruir sale más barato que mantener, aunque el presupuesto inicial diga lo contrario. Si el problema es solo que las actualizaciones se van aplazando, eso se resuelve con mantenimiento web, no con un proyecto nuevo.
Quién puede cambiar un precio un martes por la tarde
Si la respuesta es «nadie sin llamar a alguien», eso es un criterio de decisión en sí mismo. La autonomía de edición no es un capricho: determina si la web envejece al ritmo del negocio o se queda congelada en el día que se publicó.
Antes de decidir, conviene escribir qué necesitas editar y con qué frecuencia: precios, horarios, servicios, textos, fotografías, una página nueva de vez en cuando. Si la web actual no permite tocar lo que cambia cada mes, tienes un problema estructural aunque todo lo demás esté bien.
La accesibilidad entra por la misma puerta. Si el contraste impide leer en un móvil al sol, si no se puede navegar con teclado o si las imágenes con información no tienen alternativa en texto, hay personas que no pueden usar la web. A veces se corrige sobre la base existente; cuando el problema está en la propia plantilla, no.
El contenido casi nunca es el motivo para reconstruir
Porque el contenido se traslada. Los textos, las fotografías y las páginas existentes se pueden reescribir, reordenar y ampliar sin tocar la plataforma, y esa suele ser la intervención con mejor relación entre coste y efecto.
Conviene distinguir tres problemas que se confunden:
- Falta contenido. No existe la página que respondería a la búsqueda que te interesa. Se escribe; no hace falta rehacer nada.
- El contenido está mal ordenado. Existe, pero nadie lo encuentra. Se reorganiza la navegación y los enlaces internos.
- La plataforma impide publicarlo. Aquí sí aparece un motivo real para cambiar de base.
El posicionamiento que ya tienes es un activo, y se puede perder
Si tu web ya recibe visitas desde búsquedas, eso pesa en la decisión más que cualquier consideración estética. Es lo único que no se compra con el presupuesto del proyecto nuevo.
Antes de decidir, mira qué páginas reciben tráfico y qué consultas lo traen. Si hay páginas que funcionan, la conversación cambia: ya no se trata de rehacer, sino de conservar eso mientras se mejora el resto. Y si finalmente se rediseña, el trabajo de inventario, mapeo y redirecciones deja de ser opcional: cómo se hace está en rediseñar una web sin perder el posicionamiento.
Si no sabes si tu web recibe algo de las búsquedas, esa es la comprobación previa a todo lo demás, y la checklist de por qué una web no posiciona la ordena por áreas.
Seis preguntas que resuelven la decisión
- ¿Qué tiene que conseguir la web y no está consiguiendo? Si no puedes responderlo, ningún proyecto va a arreglarlo.
- ¿La plataforma cumple los requisitos actuales y puede actualizarse sin romperse? Si no, apunta a reconstruir.
- ¿Puedes editar lo que cambia cada mes? Si no, apunta a reconstruir o a un rediseño con otra base.
- ¿Los problemas de rendimiento están en el contenido o en la construcción? Imágenes y extensiones se corrigen; una plantilla mal hecha, no.
- ¿Hay páginas que ya traen visitas desde las búsquedas? Si las hay, conservar pasa a ser una exigencia del proyecto.
- ¿El problema es la web o la oferta? Ninguna reconstrucción arregla un servicio que no interesa a quien lo lee.
Si cuatro respuestas apuntan a conservar, conserva. Si dos o más señalan la plataforma, el debate ya no es si reconstruir, sino cuándo.
Preguntas frecuentes
Mi web tiene ocho años pero funciona. ¿Hay que rehacerla?
La antigüedad por sí sola no decide nada. Lo que decide es si la plataforma cumple los requisitos actuales, si puede actualizarse sin romperse, si puedes editar lo que cambia y si el contenido representa lo que hoy vendes. Una web de ocho años bien mantenida puede estar en mejor estado que una de dos construida deprisa sobre una plantilla llena de extensiones.
¿Se puede mejorar la velocidad sin rehacer la web?
En muchos casos sí. El peso de las imágenes, el número de extensiones activas, la configuración del alojamiento y los recursos que se cargan sin usarse explican buena parte de los problemas de carga, y se corrigen sobre la web existente. Cuando la lentitud viene de cómo está construida la plantilla o del propio gestor, la corrección deja de ser puntual y entra en la conversación del rediseño.
¿Rehacer la web mejora el posicionamiento por sí solo?
No. Un proyecto nuevo puede corregir la base técnica, la estructura y el contenido, que son factores que influyen, pero el cambio en sí mismo no aporta nada al buscador. De hecho, si cambian las URLs sin un mapeo previo, el efecto inmediato puede ser el contrario. El posicionamiento mejora con el trabajo posterior, no con el estreno.
SIGUIENTE PASO, CON EL ALCANCE CLARO
Si prefieres decidirlo con un diagnóstico delante
La diferencia entre corregir y reconstruir son varios miles de euros, y se decide mejor con alguien que haya mirado la web.
La revisión inicial cuesta 95 € + IGIC y termina con una conclusión clara: mejorar lo que existe, rediseñarlo o empezar de nuevo. No es gratuita y no se descuenta después. Si la conclusión es rehacerla, los proyectos de diseño y rediseño web empiezan en 1.200 € + IGIC con el presupuesto cerrado antes de empezar. Y si lo único que falta es cuidado técnico regular, el mantenimiento cuesta 85 € al mes + IGIC con hasta 2 horas no acumulables.