
Alguien le dijo que el sitio necesita reemplazarse. Sí se ve anticuado, puede que sea lento, y usted lleva un año medio creyéndolo. Pero todavía funciona: los formularios llegan, el teléfono suena y las páginas que le importan siguen apareciendo en las búsquedas. Así que, fue a buscar la diferencia entre un rediseño y una reconstrucción, y encontró nueve artículos que definen los términos de la misma manera y luego, sin excepción salvo uno, tratan la decisión como una elección entre dos cosas que comprar. Nadie pregunta si la respuesta es «todavía no». Ese es el vacío que llena este artículo. Las definiciones toman un minuto, porque todos están de acuerdo en ellas. El resto es una prueba que puede aplicar a su propio sitio, en términos sencillos, a la que de verdad se le permite concluir que lo deje como está y arregle, en cambio, estas tres cosas.
Puntos clave
Todos están de acuerdo en esto, y por eso la definición no es donde la decisión se complica. Lo difícil es saber cuál de las dos necesita de verdad su problema.
De los nueve resultados de la primera página para esta pregunta, exactamente uno menciona dejarlo como está como opción. Si el sitio convierte y todavía se puede modificar de forma segura, un rediseño es una preferencia, no una necesidad.
¿Se puede seguir actualizando de forma segura, se puede cambiar sin un desarrollador para cada edición, y su estructura corresponde a lo que vende hoy? Eso es lo que decide. Qué tan anticuado se ve, no.
Cambiar las direcciones sin redirecciones es el mecanismo que cuesta consultas después del lanzamiento, y Google publica exactamente cómo mudar un sitio sin romperlo.
Si nadie puede decir qué debe lograr el cambio, no hay forma de saber después si funcionó.
Resuelva rápido las definiciones, porque todos ya están de acuerdo en ellas
Un rediseño cambia cómo se ve y se siente el sitio. Una reconstrucción cambia cómo está construido. La capa visual frente a los cimientos.
Hay otros dos caminos que vale la pena nombrar, porque a menudo son la respuesta correcta y rara vez se ofrecen. Un retoque es más pequeño que un rediseño: fotografías nuevas, textos más ajustados, una actualización de colores y tipografía sobre la estructura existente. Un cambio de plataforma pasa el sitio a otro software de base sin cambiar necesariamente su aspecto, lo cual tiene el costo de una reconstrucción con la invisibilidad de un rediseño.
Esas son las dos palabras. Cuál necesita depende de cosas que nadie puede ver desde fuera de su negocio, y por eso el resto de este artículo es una prueba que usted mismo aplica.

Tome la decisión según los cimientos, no según qué tan anticuado se ve
Primero saque el aspecto de la mesa, porque es la señal más ruidosa y la menos confiable. Muchos sitios sencillos generan buenos ingresos y muchos sitios hermosos no. En cambio, hágase cuatro preguntas sobre la maquinaria y respóndalas con honestidad.
¿Todavía se puede actualizar de forma segura? El software que ya no recibe actualizaciones de seguridad no es un problema de estilo, es una exposición. Las vulnerabilidades explotadas conocidas se catalogan públicamente, y CISA mantiene ese catálogo precisamente porque los sistemas sin parches se encuentran de forma automática y no a propósito. Si nadie puede aplicar parches a su sitio, eso por sí solo puede justificar una reconstrucción.
¿Puede cambiar algo sin pagarle a alguien? Un sitio donde actualizar un número de teléfono requiere un desarrollador es un sitio que dejará de estar al día, y eso cuesta más en tres años de lo que costaría la reconstrucción.
¿La estructura corresponde a lo que vende hoy? Los negocios cambian más rápido que sus sitios web. Una estructura construida para tres servicios cuando ahora vende nueve deja a los clientes sin poder encontrar lo que vinieron a buscar, y ningún rediseño arregla eso.
¿Funciona bien en un teléfono? Google indexa con un rastreador móvil, así que un sitio que solo funciona bien en una computadora de escritorio no es solo incómodo: se está evaluando según la versión que la mayoría de sus clientes ya ve.
Mantenga sobre la mesa la opción de no hacer nada, porque a menudo es la correcta
Si la maquinaria está sana y el sitio convierte, un rediseño es una preferencia. Eso no es un argumento en contra de tener preferencias, es un argumento para saber cuál está ejerciendo antes de gastar.
La prueba es corta. ¿Llegan consultas a un ritmo con el que está conforme? ¿Usted y su equipo pueden cambiar el contenido sin ayuda? ¿El software todavía tiene soporte y recibe parches? ¿Carga de forma aceptable en un teléfono con una conexión normal, algo que puede comprobar usted mismo con la propia herramienta de velocidad de páginas de Google? Si la respuesta a las cuatro es sí, la recomendación honesta es gastar el dinero en las tres cosas específicas que le molestan y volver a revisar en un año.
Y tenga cuidado con la velocidad como detonante, porque es el que más se usa como arma. La experiencia en la página es parte de cómo Google evalúa las páginas, y Google es inusualmente directo al decir que las buenas puntuaciones no garantizan una posición. Vale la pena arreglar un sitio lento porque los visitantes se van, no porque una herramienta le dio un número.
El orden para revisarlo, antes de que alguien cotice
- 1
Compruebe si todavía se le pueden aplicar parches
El software sin soporte es una exposición y no un problema de estilo, y es el único detonante que puede justificar moverse rápido.
- 2
Compruebe si usted puede editarlo
Si cambiar un número de teléfono necesita un desarrollador, el sitio se irá desactualizando, se vea como se vea.
- 3
Compruebe si la estructura todavía corresponde a lo que vende
Los negocios cambian más rápido que sus sitios web, y esta es la falla que un rediseño visual no puede alcanzar.
- 4
Revíselo en un teléfono, con una conexión normal
Los motores de búsqueda evalúan la versión para teléfono, y también lo hace la mayoría de sus clientes.
- 5
Diagnostique cualquier cosa que haya bajado, antes de comprar
Una caída de tráfico tiene varias causas posibles y el diagnóstico es gratis. Una reconstrucción comprada para arreglar una caída sin diagnosticar no arregla nada.
- 6
Solo entonces decida en cuál de los cuatro caminos está
Retoque, rediseño, reconstrucción, cambio de plataforma, o ninguno por ahora.

| Lo que está viviendo | Por lo general apunta a | Rara vez necesita |
|---|---|---|
| Se ve anticuado pero convierte bien | Un retoque, o nada | Una reconstrucción |
| No puede editar nada usted mismo | Una reconstrucción o un cambio de plataforma | Un rediseño visual |
| El software no tiene soporte o no recibe parches | Una reconstrucción, con bastante urgencia | Un rediseño |
| Es lento en un teléfono | Investigar primero; a menudo se arregla sin reemplazarlo | Una reconstrucción completa |
| Los visitantes no encuentran lo que vinieron a buscar | Un rediseño estructural | Software nuevo |
| Ahora vende algo bastante distinto | Un rediseño estructural, a veces una reconstrucción | Un retoque |
| Bajó el tráfico de búsqueda | Un diagnóstico antes de comprar nada | Ninguna compra |
Esa última fila importa. Una caída de tráfico tiene causas que van desde una etiqueta rota hasta una actualización del algoritmo, y Google publica una guía para depurar caídas del tráfico de búsqueda que no cuesta nada revisar. Comprar una reconstrucción para arreglar una caída sin diagnosticar es la forma en que los negocios terminan pagando por un sitio nuevo y con el problema todavía ahí.

Proteja el tráfico que ya tiene antes de mover nada
Este es el costo oculto de una reconstrucción y lo que más probablemente le haga daño, así que pertenece a la decisión y no al plan del proyecto.
Cuando se reconstruye un sitio, las direcciones a menudo cambian. Cada página que ya se posiciona, cada enlace que alguien más le hizo y cada marcador apuntan a la dirección antigua. Si esas direcciones no se asignan a propósito a sus nuevas ubicaciones, las señales asociadas a ellas se pierden, y las consultas asociadas a esas señales se van con ellas. Es una falla conocida, documentada y totalmente evitable: Google publica cómo mudar un sitio con cambios de URL, lo que incluye mantener disponibles los dos conjuntos de direcciones y redirigir las antiguas a las nuevas.
Así que, póngalo en la cotización. Pregunte, por escrito, si las direcciones existentes se conservarán o se asignarán a las nuevas, quién prepara ese mapa y quién lo revisa después del lanzamiento. Si una propuesta de reconstrucción no menciona esto en absoluto, no es una omisión menor. Es la diferencia entre el lanzamiento de un sitio y un accidente de tráfico.
Hay un detonante técnico más que vale la pena conocer, porque decide entre reconstruir y rediseñar más a menudo que el gusto. Si el contenido de un sitio solo aparece después de que se ejecutan scripts, los motores de búsqueda pueden ver menos de lo que ven los visitantes; Google publica una guía para corregir problemas de búsqueda causados por JavaScript. Un sitio con ese problema no puede salir de él con un rediseño. Es una cuestión de cimientos, y es una razón legítima para reconstruir.
Dele un trabajo al cambio, para saber después si funcionó
La frase más útil de todo este tema vino de un video corto y no de la página de una agencia: la mayoría de los negocios rediseñan su sitio web para que se vea mejor, cuando deberían rediseñarlo para que convierta mejor.
Antes de comprometerse con cualquiera de los dos caminos, escriba lo que se supone que debe lograr el cambio, en una frase, con un número asociado que pueda leer hoy. Más consultas desde la página de servicios. Menos personas que abandonan el formulario de reservación a la mitad. Más llamadas desde teléfonos móviles. Luego anote dónde está ese número ahora, porque después del lanzamiento la pregunta honesta es si se movió, y sin un punto de partida esa pregunta no se puede responder.
Esto también pone disciplina en el alcance. Un rediseño dirigido a conseguir más consultas desde una página es un trabajo pequeño, accesible y que se puede probar. Un rediseño dirigido a verse más moderno no tiene bordes, no tiene final y no hay forma de juzgarlo, y por eso esos proyectos crecen.
Luego mídalo bien después. Search Console y la analítica se pueden conectar para que vea qué buscó la gente y qué hizo después, en lugar de ver si el sitio nuevo se siente más bonito. Y construya lo que construya, el consejo vigente de Google sigue siendo que los sistemas de posicionamiento premian el contenido útil, confiable y pensado para las personas, algo que ningún trabajo visual puede sustituir.

¿Rediseñar, reconstruir o dejarlo como está?
Elija una respuesta para empezar.
1. El sitio convierte bien, usted puede editarlo y el software recibe parches, pero se ve anticuado. ¿Cuál es la recomendación honesta?
2. El tráfico de búsqueda cayó bruscamente el mes pasado. ¿Qué va primero?
3. Una propuesta de reconstrucción no dice nada sobre las direcciones de sus páginas actuales. ¿Cuál es el riesgo?
Preguntas frecuentes sobre rediseñar o reconstruir un sitio web
P: ¿Cuál es la diferencia entre rediseñar y reconstruir un sitio web?
Un rediseño cambia cómo se ve y se siente el sitio y conserva su estructura de base. Una reconstrucción cambia cómo está construido, por lo general con software nuevo y a menudo con una estructura nueva por debajo. También hay dos opciones más discretas: un retoque, que es más pequeño que un rediseño, y un cambio de plataforma, que cambia el software sin cambiar necesariamente el aspecto.
P: ¿Cada cuánto se debe rediseñar un sitio web?
No hay una respuesta de calendario defendible, y cualquier número específico de años es la regla práctica de alguien y no un hallazgo. Los detonantes son mejores que los calendarios: el software ya no tiene soporte, usted no puede cambiar el contenido por su cuenta, la estructura ya no corresponde a lo que vende, o el sitio no convierte y usted ya diagnosticó por qué.
P: ¿Un rediseño perjudicará mis posiciones en las búsquedas?
Puede, y el mecanismo se entiende bien; no es un misterio. Las posiciones sufren cuando las direcciones de las páginas cambian sin redirecciones, cuando se recorta contenido o cuando el sitio nuevo es más lento o más difícil de leer para un rastreador. Asigne a propósito las direcciones antiguas a las nuevas, conserve el contenido que atrae visitas, y el riesgo baja mucho.
P: ¿Cuánto cuesta una reconstrucción?
Esa es una pregunta aparte con sus propios factores, y merece más espacio que un párrafo. Lo que escribimos sobre lo que cuesta un sitio web a medida cubre los modelos de precio, y lo que realmente cuesta un sitio web barato cubre lo que deja fuera la gama baja.
P: Mi sitio es lento. ¿Necesito una reconstrucción?
Por lo general no, al menos no solo por esa razón. La lentitud muchas veces viene de imágenes demasiado grandes, demasiados scripts de terceros o el hosting, y todo eso se puede atender sin reemplazar nada. Mida primero, y recuerde que una buena puntuación de velocidad no es una garantía de posición: es una mejora en la experiencia del visitante.
P: ¿Puedo rediseñar por etapas en lugar de todo de una vez?
Sí, y para la mayoría de los pequeños negocios es el mejor camino. Tome las páginas que más peso cargan, mejórelas, mida qué cambió y luego continúe. Reparte el costo, y le enseña qué mueve de verdad sus números antes de gastar en las páginas que no lo hacen.
P: ¿Cómo sé si el rediseño funcionó?
Decídalo antes de empezar. Elija el número que se supone que debe mover el cambio, anote dónde está hoy y revíselo un mes y tres meses después del lanzamiento. Sin eso, la evaluación se reduce a si a la gente le gustó cómo se ve, y con eso nadie puede actuar.
Para cerrar
Todos están de acuerdo en lo que significan las palabras, así que las definiciones no son su problema. Pregúntese si el sitio todavía se puede actualizar de forma segura, si puede cambiarlo sin pagarle a alguien, si su estructura corresponde a lo que vende hoy y si funciona en un teléfono. Si las cuatro están bien y las consultas llegan, no hacer nada es una respuesta real y a menudo la mejor. Si de verdad se justifica una reconstrucción, ponga el mapa de direcciones en la cotización, porque esa sola línea protege todo lo que ya se ha ganado.
Los negocios que sacan valor de esta decisión son los que le dieron un trabajo al cambio antes de comprarlo. Un sitio reconstruido para convertir mejor se puede juzgar. Un sitio reconstruido para verse mejor solo se puede admirar, y la admiración no es un retorno.
En Web Leveling con gusto le diremos que su sitio no necesita reemplazarse, porque una reconstrucción vendida a alguien que necesitaba tres arreglos es un mal trato para los dos. Cuando sí se justifica, construimos sitios rápidos y programados a mano, con las direcciones asignadas y las cuentas a su nombre, y nuestro trabajo de diseño web busca ser la última reconstrucción que necesite en mucho tiempo. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero, estén donde estén. Si no está seguro de en cuál de los cuatro caminos está, cuéntenos qué está haciendo su sitio y le daremos una lectura directa.
Términos
Los cuatro caminos, y las palabras que deciden entre ellos
Toque un término para ver qué significa.
Retoque. Fotografías nuevas, textos más ajustados, colores y tipografía actualizados sobre la estructura existente. La opción honesta más barata y la que más se omite.
Rediseño. Cambiar cómo se ve el sitio y cómo se mueve la gente por él, sobre los mismos cimientos.
Reconstrucción. Cambiar cómo está construido el sitio. Software nuevo por debajo, por lo general una estructura nueva, y la opción que carga con el riesgo de la migración.
Cambio de plataforma. Pasar a otro software de base sin cambiar necesariamente el aspecto. El costo de una reconstrucción que los visitantes tal vez nunca noten.
Redirección. Una instrucción que envía una dirección antigua a su nueva ubicación. Lo que mantiene vivos las posiciones y los enlaces durante una mudanza.
Indexación con prioridad para móviles. Los motores de búsqueda evalúan la versión para teléfono de su sitio. Una experiencia pensada solo para computadora se juzga según la versión que la mayoría de los visitantes ya usa.
Punto de partida. El número que anota antes de que empiece el trabajo. Sin él, nadie puede decir después si el proyecto logró algo.




