La decisión se toma mirando la estructura, no la apariencia. Si el sitio está bien organizado y lo que falla es el contenido, la velocidad o unas secciones concretas, se arregla. Si la estructura ya no corresponde a lo que la empresa vende hoy —faltan servicios, sobran otros, nada está donde alguien lo buscaría— rehacerlo sale más barato que seguir pegando parches.
¿Qué señales indican que basta con arreglar?
- La gente encuentra lo que busca, pero el sitio va lento.
- Los textos envejecieron, no la arquitectura.
- Falla en móvil pero funciona bien en escritorio.
- Hay dos o tres páginas flojas, no veinte.
¿Y cuándo conviene rehacer?
Cuando cada arreglo obliga a otro. Cuando no se puede añadir una sección sin romper algo. Cuando la tecnología quedó sin soporte y actualizar es un riesgo. Y sobre todo cuando el sitio refleja una empresa que ya no existe: otra oferta, otro público, otra forma de vender. Ahí el parche no alcanza porque el problema es de planteamiento.
¿Se puede hacer por partes?
Sí, y suele ser lo más sensato cuando el presupuesto es limitado. Se empieza por las páginas que reciben tráfico y producen consultas —portada y servicios— y se deja el resto para una segunda etapa. Lo importante es que la estructura nueva se decida completa desde el principio, aunque se construya en tramos; si no, el resultado es un sitio con dos lógicas conviviendo.
¿Qué se pierde al rehacer?
Posicionamiento, si se hace mal. Las direcciones antiguas que desaparecen sin redirección se convierten en errores y se llevan por delante años de trabajo en buscadores. Es la parte menos visible de un proyecto de web y la que más daño hace cuando se omite. Pregúntalo explícitamente antes de firmar.
En corto
- Se decide por la estructura, no por cómo se ve.
- Si cada arreglo obliga a otro, ya es más caro parchar.
- Al rehacer, exige el plan de redirecciones por escrito.
Cuando nos piden rehacer un sitio, lo primero que hacemos es comprobar si hace falta. Lo trabajamos en desarrollo web.