Rediseño de página web: cuándo rehacerla y cuándo basta con arreglarla

Un rediseño de página web se justifica cuando el problema es estructural: el sitio no se puede editar sin un programador, no carga rápido en celular por cómo está construido, o su contenido no llega al buscador. Si en cambio los problemas son de contenido, de diseño puntual o de velocidad por imágenes pesadas, arreglar sale mucho más barato y rinde igual. La forma honesta de decidirlo es medir tres cosas antes de cotizar: velocidad real en móvil, qué páginas traen tráfico hoy, y quién puede editar el sitio sin ayuda.

Publicado el 3 de septiembre de 2026

La pregunta correcta antes de pedir un rediseño de página web

Casi todas las conversaciones sobre un rediseño de página web empiezan por el lugar equivocado: «está vieja», «ya no me gusta», «la de la competencia se ve mejor». Puede que todo eso sea cierto y aun así no sea razón suficiente para rehacer nada.

La pregunta que sí sirve es otra: ¿en qué está fallando el sitio, concretamente? No en abstracto. Fallar significa que alguien buscó lo que tú vendes y no te encontró, o que entró y se fue sin escribirte, o que tú necesitaste cambiar un precio y tuviste que pedirle el favor a un tercero.

Esa diferencia importa porque cambia el presupuesto por completo. Arreglar problemas de contenido, de textos y de velocidad puntual cuesta una fracción de lo que cuesta reconstruir. Y al revés: maquillar un sitio cuyo problema es estructural es pagar dos veces, porque en seis meses vas a estar en la misma conversación.

En la práctica hay tres capas y conviene separarlas antes de cotizar:

• Presentación. Colores, tipografías, fotos, orden de las secciones. Es lo que todo el mundo ve y lo más barato de cambiar.
• Contenido. Qué dice, para quién, con qué palabras y si responde lo que la gente busca.
• Estructura. Cómo está construido: si es editable, si carga rápido, si el buscador puede leerlo, si se puede crecer sin rehacerlo.

Los problemas de las dos primeras capas casi nunca justifican rehacer. Los de la tercera, casi siempre sí.

Cinco señales de que toca rehacer

Estas cinco cosas no se arreglan con parches. Cuando aparecen dos o más juntas, rehacer suele salir más barato que seguir remendando.

1. No puedes editarla sin ayuda. Si cambiar un precio, subir una noticia o corregir un teléfono exige llamar al que la hizo, el sitio no es tuyo en la práctica. Y cada cambio pequeño se convierte en una factura y en una espera.
2. El buscador no encuentra el contenido. Hay webs cuyo texto solo aparece después de que el navegador ejecuta JavaScript. Google puede procesarlo, pero lo hace en una segunda pasada y con menos garantías, como explica su propia documentación sobre JavaScript y búsqueda. Si además no hay mapa del sitio ni descripciones, estás compitiendo con una mano atada.
3. Va lenta en celular y no es culpa de las imágenes. Cuando la lentitud viene del tema, de los constructores visuales apilados y de doce complementos que no se pueden quitar, optimizar es empujar un carro cuesta arriba. Lo explicamos en detalle en por qué tu página va lenta.
4. Nadie sabe qué está instalado. Complementos abandonados, versiones viejas, accesos de gente que ya no trabaja contigo. Eso no es un problema estético: es la puerta por la que entran.
5. La web no refleja lo que vendes hoy. Cambiaste de servicios, de mercado o de precios y el sitio sigue contando la empresa de hace cuatro años. Reordenar eso suele implicar rehacer la estructura, no solo los textos.

Cuándo arreglar es suficiente

Rehacer está de moda y por eso se recomienda de más. Hay cuatro escenarios en los que arreglar da el mismo resultado por mucho menos plata.

• El sitio es editable y solo está desordenado. Si tú o tu equipo pueden entrar y cambiar cosas, el problema es de contenido y de orden, no de tecnología. Reescribir, reorganizar el menú y arreglar los títulos rinde muchísimo.
• La lentitud viene de las imágenes. Es el caso más común y el más fácil: fotos de tres megas que se pueden comprimir sin que nadie note la diferencia. Ahí se gana la mayor parte del terreno en tiempo de carga del contenido principal.
• Falta el SEO básico. Sin descripciones, sin mapa del sitio, sin un solo título principal por página. Son horas de trabajo, no un proyecto. La guía de Google cubre exactamente eso.
• El diseño envejeció pero la base está sana. Cambiar tipografías, colores y espaciados sobre una estructura que funciona es un trabajo de días.

Una regla práctica: si el equipo puede publicar contenido sin depender de nadie y el sitio carga decentemente en un celular con datos móviles, casi siempre conviene arreglar antes que rehacer.

Cómo decidirlo con datos y no con gusto

Antes de pedir una sola cotización, mide. Son cuatro números y se consiguen en una tarde.

Ese último dato es el que más gente se salta y el que más caro sale. Si el 70% de tus contactos entra por una sola página de servicio, esa página no se «rediseña» a la ligera: se replica con cuidado y se mide después.

Los tres indicadores que Google usa para medir la experiencia real —carga, respuesta a la interacción y estabilidad visual— están definidos en Core Web Vitals, y son el termómetro más honesto que existe para esta decisión.

Lo que se pierde al rehacer, y cómo no perderlo

El daño más caro de un rediseño de página web mal hecho no se ve el día del lanzamiento: se ve tres semanas después, cuando el teléfono deja de sonar. Pasa porque las direcciones cambiaron y nadie avisó al buscador.

Todo lo que una web acumuló en años —posiciones, enlaces de otros sitios, historial— está atado a sus URLs. Si cambian sin redirección, se pierde. Google documenta el procedimiento correcto en su guía de mudanzas de sitio con cambio de URL, y es una lista corta que sin embargo se salta mucha gente.

Lo mínimo que debe incluir cualquier propuesta seria de rediseño:

• Inventario de URLs actuales antes de tocar nada, sacado de Search Console y no de memoria.
• Mapa de redirecciones 301 de cada dirección vieja a su equivalente nueva, una por una.
• Conservar el contenido que ya rankea, aunque se reescriba: si una página trae visitas, se mejora, no se borra.
• Mapa del sitio nuevo enviado a Search Console el mismo día del lanzamiento.
• Medición a 30, 60 y 90 días para detectar caídas a tiempo, cuando todavía se pueden corregir.

Si te cotizan un rediseño y ninguno de estos cinco puntos aparece por escrito, no estás comprando una web nueva: estás comprando un riesgo.

Qué debe traer una web nueva en 2026

Si la decisión es rehacer, el estándar cambió. Una web nueva que no traiga esto nace vieja.

• Contenido que el buscador lee sin ejecutar nada. El texto tiene que estar en el HTML, no aparecer después.
• Un administrador hecho a la medida del negocio. No un panel genérico con cuarenta opciones que nadie usa, sino las pantallas que tu equipo necesita, con los nombres que ustedes usan.
• Velocidad como requisito, no como promesa. Medida en celular con datos móviles, que es donde de verdad entra la gente.
• Datos estructurados. Es lo que permite que el buscador entienda qué es cada página. La documentación de Google explica el formato.
• Preparada para que la citen las IA. Cada vez más gente pregunta en ChatGPT antes que en Google. Cómo se estructura una web para eso lo explicamos en esta guía.
• Un camino claro al contacto. Formulario corto, WhatsApp visible, y cada servicio con su propia página.

Y una cosa más que casi nadie pide y todos deberían: que el código quede a tu nombre, en tu repositorio y con tus cuentas. Si mañana cambias de proveedor, te llevas el sitio.

Cuánto tarda y de qué depende el precio

Los tiempos varían menos de lo que la gente cree. Lo que varía es cuánto se demora el cliente en entregar contenidos y aprobar.

Sobre el precio: lo que lo mueve no es el número de páginas, es cuántas de esas páginas son distintas entre sí, cuánto contenido hay que escribir desde cero y qué tiene que hacer el administrador. Desglosamos rangos reales en cuánto cuesta una página web profesional.

Dos gastos que casi nunca aparecen en la cotización y siempre llegan: la redacción de los textos y las fotos propias. Si no los tienes, pregúntalos antes de comparar propuestas, porque son la diferencia entre dos cotizaciones que parecían iguales.

Preguntas frecuentes

¿Cada cuánto hay que rediseñar una página web?

No hay un calendario. Una web bien construida y mantenida puede durar cinco años o más; una mal construida estorba al año. Lo que marca el momento no es la edad sino tres cosas: que ya no puedas editarla, que no cargue bien en celular por cómo está hecha, o que la empresa venda algo distinto de lo que el sitio cuenta.

¿Voy a perder mi posicionamiento en Google si rehago la web?

Solo si se hace mal. La pérdida ocurre cuando cambian las direcciones y no se redirigen. Con un inventario de URLs previo, redirecciones 301 una a una, el contenido que ya rankea conservado y el mapa del sitio enviado el día del lanzamiento, el posicionamiento se mantiene y normalmente mejora por la ganancia de velocidad.

¿Puedo rehacer solo una parte del sitio?

Sí, y muchas veces es lo más sensato. Se puede rehacer primero la página de inicio y las de servicios, que son las que venden, y dejar el blog o secciones internas para una segunda etapa. Lo importante es que las direcciones se mantengan o se redirijan mientras conviven las dos versiones.

¿Sirve de algo rediseñar si no tengo contenido nuevo?

Poco. Un rediseño cambia la presentación, no el argumento. Si la web no explica qué haces, para quién y por qué contigo, cambiar los colores no mueve las ventas. Si el presupuesto alcanza para una sola cosa, casi siempre rinde más invertir en contenido que en diseño.

¿Qué necesito tener listo antes de empezar?

Cuatro cosas: los accesos al dominio y al hosting, el material de marca que exista (logo, colores, fotos), la lista de servicios tal como los vendes hoy, y una persona del equipo que pueda decidir y aprobar. Con eso el proyecto no se frena; sin eso, se frena siempre en la misma parte.

¿Conviene mantener WordPress o pasar a un sistema propio?

Depende de quién va a administrarlo. WordPress tiene sentido si tu equipo ya lo maneja y publica seguido. Un sistema propio tiene sentido cuando necesitas procesos que un complemento no resuelve, cuando la velocidad es crítica o cuando quieres un administrador con las pantallas exactas de tu operación. Comparamos las opciones en nuestra guía de WordPress, Shopify y desarrollo con IA.