Conviene mejorar la web actual cuando su base técnica, arquitectura y sistema de edición todavía permiten avanzar sin acumular parches. Una web nueva tiene sentido cuando corregir estructura, rendimiento y control cuesta casi tanto como reconstruirlos con una base coherente.
Antes de decidir
- Revisa si las URLs actuales tienen función, señales y margen de mejora.
- Distingue problemas de comunicación, problemas técnicos y problemas de control.
- No empieces por el diseño: empieza por lo que no puedes perder.
La decisión no empieza por gustos visuales
Una web puede parecer antigua y seguir sosteniendo búsquedas, enlaces o contactos. También puede parecer moderna y estar construida sobre una arquitectura difícil de mantener. Por eso la pregunta útil no es “¿web nueva sí o no?”, sino qué opción reduce más riesgo y mejora antes las oportunidades comerciales.
Antes de pedir presupuestos, responde seis preguntas: qué URLs funcionan, qué contenido se conserva, qué rendimiento depende de problemas aislados, quién puede editar, qué se mide y cuánto cuesta seguir parcheando durante un año. Si el bloqueo principal está en el orden de páginas y mensajes, empieza por revisar la estructura web orientada a conversión y SEO.
Hay tres opciones, no dos
Mejorar
Conserva estructura y tecnología. Corrige páginas prioritarias, navegación, contenido, medición y problemas concretos de rendimiento. Es adecuada cuando la base funciona, las URLs importantes son recuperables y los cambios relevantes se pueden aislar.
Rediseñar
Conserva gran parte de URLs, contenidos y sistema técnico, pero cambia jerarquía visual, componentes y recorridos. Encaja cuando la web funciona por debajo, pero comunica mal, no transmite confianza o dificulta convertir.
Reconstruir
Crea una base técnica y de edición nueva. Debe preservar URLs útiles, contenido valioso, datos y señales SEO. Tiene sentido cuando cada mejora depende de capas frágiles o cuando la arquitectura impide crecer.
Matriz inicial de decisión
La matriz no decide sola. Sirve para ordenar una conversación que suele mezclar estética, coste, SEO, edición, rendimiento y urgencia comercial.
| Criterio | Mejorar | Rediseñar | Reconstruir |
|---|---|---|---|
| URLs e intención bien ordenadas | Sí | Sí | Solo si existen otros bloqueos graves |
| Diseño confuso, base técnica sana | Posible | Recomendable | Excesivo |
| Rendimiento bajo por recursos puntuales | Sí | Posible | No suele hacer falta |
| Rendimiento bajo por plantilla y dependencias globales | Limitado | Limitado | Recomendable |
| Edición lenta o dependiente de terceros | Parcial | Parcial | Recomendable |
| Migración de URLs inevitable | No | Posible | Sí, con plan |
Qué revisar antes de pedir presupuestos
Arquitectura
Haz un listado de URLs y marca cuáles representan servicios, ubicaciones, recursos, contacto, legal y contenido histórico. Si la arquitectura se puede ordenar sin cambiar el sistema completo, mejorar o rediseñar puede bastar. Si el sitio está construido alrededor de páginas duplicadas, rutas incoherentes y menús difíciles de mantener, reconstruir gana peso.
Contenido
Clasifica cada URL en cuatro grupos: conservar, mejorar, consolidar o eliminar con redirección. Una web nueva sin inventario puede perder justo las señales que sostenían la visibilidad existente.
Rendimiento y experiencia móvil
Mide LCP, INP y CLS con contexto. Si el problema se concentra en imágenes, fuentes o elementos concretos, probablemente no hace falta reconstruir. Si cada página hereda scripts, constructores y estilos imposibles de controlar, la reconstrucción puede ser más barata que una sucesión de parches. Puedes ampliar este punto en la guía de Core Web Vitals y diseño web.
Edición y medición
Pregunta quién puede crear una página de servicio, actualizar un texto, añadir un enlace interno, medir un clic o cambiar un bloque sin romper el diseño móvil. Sin medición, la discusión se queda en opiniones.
Qué debes conservar siempre
Prepara un inventario de URLs, contenidos, enlaces externos, archivos descargables, eventos de analítica, formularios, integraciones y páginas que ya reciben impresiones o contactos. Una reconstrucción no empieza dibujando la portada: empieza identificando lo que no se puede perder.
- Exporta el listado de URLs indexables.
- Revisa páginas con impresiones y clics en Search Console.
- Localiza páginas con enlaces externos.
- Guarda títulos, descriptions, H1 y canonicals actuales.
- Revisa formularios, eventos y conversiones.
- Prepara redirecciones si cambia cualquier URL.
Ejemplo de decisión para una pyme de servicios
Imagina una empresa de reformas con una web de hace seis años. Tiene una página de inicio, cinco servicios, algunas entradas antiguas y un formulario. Search Console muestra impresiones en dos servicios y en una guía sobre reformas integrales, pero casi nadie contacta.
Las URLs principales existen, el contenido se puede mejorar, el diseño móvil dificulta leer y contactar, y la web carga lento por imágenes grandes. Decisión provisional: rediseñar recorridos y páginas prioritarias, mejorar rendimiento puntual y reforzar medición. No parece necesaria una reconstrucción completa.
Otro caso: una clínica con varias ubicaciones, URLs duplicadas por ciudad, contenido copiado, formularios que no registran conversiones y una plantilla que depende de múltiples plugins desactualizados. Decisión provisional: reconstruir con inventario y redirecciones.
Señales de decisión
Basta con mejorar cuando
- Las URLs importantes ya son claras y estables.
- La web se puede editar sin romper componentes básicos.
- Los problemas de rendimiento están localizados.
- Hay contenido útil que solo necesita orden, enlaces y CTA.
Conviene rediseñar cuando
- La base técnica funciona, pero la jerarquía visual no ayuda.
- Los servicios no se entienden rápido.
- La navegación móvil genera fricción.
- Los CTAs no corresponden a la etapa del usuario.
Necesitas reconstruir cuando
- Corregir algo pequeño exige tocar demasiadas capas.
- La arquitectura no permite crecer por servicios, sectores o ubicaciones.
- El rendimiento depende de problemas globales difíciles de aislar.
- No existe control real sobre URLs, canonicals, redirecciones o metadatos.
Cómo evitar perder SEO durante el cambio
La pérdida de SEO no ocurre porque una web sea nueva. Ocurre cuando se cambian URLs sin redirecciones, se elimina contenido útil, se rompen enlaces internos, se bloquea rastreo o se publica sin comprobar canonicals, sitemap y medición.
- Mantén las URLs útiles siempre que sea posible.
- Redirige cada URL eliminada hacia la alternativa más cercana.
- No redirijas todo a la portada.
- Comprueba que las páginas indexables no tienen
noindex. - Actualiza sitemap y enlaces internos.
- Revisa formularios, eventos y botones de contacto.
Google documenta cómo tratar una migración con cambios de URL y una migración sin cambios de URL.
Qué información pedir antes de aceptar una propuesta
Una propuesta seria debería explicar qué se conserva, qué cambia, qué URLs se mantienen, cómo se protegerá el contenido que ya recibe señales, qué se medirá después del lanzamiento, qué nivel de control tendrá el equipo y qué riesgos quedan fuera del alcance.
Si una propuesta solo enseña capturas bonitas y no habla de URLs, rendimiento, medición ni mantenimiento, falta la mitad de la decisión.
Conclusiones
Mejora primero cuando puedas demostrar que la base admite los cambios prioritarios. Rediseña cuando el problema principal sea de comunicación y recorrido. Reconstruye cuando arquitectura, rendimiento, edición y deuda técnica bloqueen a la vez el trabajo futuro.
