Lo que conviene entender antes de contratar un rediseño web para no terminar comprando solamente una portada bonita es que la mayoría de las empresas no decide rediseñar su sitio web porque una mañana despierta poseída por un súbito interés en la arquitectura digital.
Lo hace porque la página se ve antigua o porque encontrar información requiere una expedición arqueológica. Los servicios actuales apenas aparecen. El sitio carga lentamente, funciona mal desde el teléfono o ya no representa el tamaño, la experiencia ni la dirección que ha tomado el negocio.
La conclusión parece evidente: Necesitamos una web nueva.
Y entonces comienza el desfile de propuestas con fotografías más grandes, nuevas tipografías, colores contemporáneos, animaciones, botones redondeados y una portada que promete conducir a la empresa hacia un futuro luminoso, moderno y ligeramente más beige.
Todo se ve impecable.
El problema es que una web puede cambiar por completo de apariencia y continuar arrastrando exactamente los mismos defectos: información desordenada, problemas de seguridad, navegación confusa, páginas invisibles para Google, procesos comerciales mal diseñados y ninguna forma seria de medir si el sitio cumple su función.
Una web no es solamente lo que aparece en la pantalla.
Es tecnología, estructura, contenido, posicionamiento, reputación, información comercial, historial, conexiones con otras plataformas y, con frecuencia, años de conocimiento acumulado.
Rediseñarla sin revisar lo importante equivale a remodelar una casa comenzando por los cojines. Nadie ha comprobado todavía si existe humedad, si el sistema eléctrico soporta el consumo actual o si alguien dejó una pequeña fogata encendida en el entretecho, pero el terciopelo del sofá combina maravillosamente con las cortinas.
Puede quedar preciosa. Durante un rato.
El problema casi nunca es solo el diseño
Un diseñador construye una interfaz atractiva y fácil de recorrer. El problema aparece cuando se espera que esa misma persona resuelva, además, problemas técnicos, de posicionamiento, de contenidos o de estrategia comercial. Son disciplinas que conversan entre sí, pero no son lo mismo.
Por eso, antes de contratar a alguien conviene hacerse una pregunta menos vistosa pero más útil: ¿qué problema necesitamos resolver realmente? A veces es visual. A veces es estructural (la información existe, pero nadie sabe dónde buscarla). A veces son fallas técnicas, de seguridad o una web desconectada del proceso comercial. Casi siempre es una combinación.
Un rediseño responsable no empieza preguntando qué colores están de moda. Empieza entendiendo quién usa el sitio, qué necesita encontrar y qué le está impidiendo encontrarlo. Ese diagnóstico es menos vistoso que una propuesta gráfica, pero es la diferencia entre diseñar una solución y decorar un problema.
Una web es un activo, no una pieza gráfica
Una web con varios años puede contener cientos de artículos, productos y páginas que reciben tráfico, tienen enlaces desde otros sitios o sostienen la autoridad de la organización en Google, aunque nadie en la empresa recuerde cuándo se crearon. Todo eso tiene valor, aunque no se vea en una maqueta de diseño.
Cambiar direcciones sin preparar redirecciones puede romper enlaces que ya funcionan. Eliminar contenido porque «se ve viejo» puede borrar páginas que siguen atrayendo visitas. El criterio para eliminar algo no debería ser su edad, sino su función y su calidad.
Migrar tampoco es copiar todos los textos de la web vieja y pegarlos en la nueva. Es revisar qué se conserva, qué se actualiza, qué se combina y quién lo mantendrá después. Toda web empieza a envejecer desde que se publica; la diferencia entre una que envejece bien y una que se convierte en un desván digital está en tener criterios y responsables, no solo buen diseño.
«Necesitamos una web nueva» todavía no es un buen encargo
Esa frase puede significar modernizar la imagen, vender online, sumar reservas, publicar en varios idiomas o mejorar el posicionamiento. Dos proveedores pueden recibir la misma frase y cotizar cosas completamente distintas —uno una renovación visual, otro una reconstrucción tecnológica— y ambos actuar de buena fe. La diferencia no está en el precio: está en el problema que cada uno entendió que debía resolver.
Antes de pedir una propuesta conviene explicar el negocio: qué se necesita lograr, a qué públicos se quiere llegar, qué debería poder hacer un usuario en el sitio, y con qué equipo interno se contará para mantenerlo después. También conviene definir cómo se medirá el resultado. «Queremos una mejor web» no permite medir nada. «Queremos reducir las consultas repetitivas y facilitar que nos encuentren desde el teléfono» ya describe un proyecto real, y permite comparar propuestas por alcance y responsabilidades, no solo por precio.
Las tres etapas de un rediseño responsable
1. Estabilizar
Antes de tocar el diseño hay que conocer el estado real del sitio: si es seguro, estable y recuperable. Conviene revisar el dominio, el hosting, el gestor de contenidos, los usuarios con acceso y las actualizaciones pendientes, y prestar atención a señales anormales (páginas que nadie creó, usuarios desconocidos, redirecciones raras).
También hay que verificar los respaldos: qué contienen, con qué frecuencia se hacen y si de verdad pueden restaurarse. Un respaldo nunca probado es más una leyenda que una garantía.
Por último, conviene comprobar el acceso a Google Search Console y a la analítica del sitio, para saber qué páginas funcionan antes de tocar nada. Empezar sin esa información es empezar a ciegas, y en una migración web eso suele salir caro. Primero se controla el incendio; después se discuten los cojines.
2. Planificar
Con el sitio estable, se hace un inventario de páginas, contenidos y funcionalidades existentes, para saber qué conservar, qué está duplicado y qué contenido valioso hay que proteger.
Después se definen los objetivos y los públicos del nuevo sitio, pensando en cómo busca información el usuario —no en cómo está organizado internamente el organigrama de la empresa—. A partir de ahí se diseñan las páginas principales, los menús y los recorridos, dándole una función clara a cada sección.
También es el momento de evaluar nuevas funcionalidades (tienda, reservas, idiomas, formularios). La pregunta no es si existe un plugin que lo haga —siempre existe—, sino qué problema resuelve, quién la va a mantener y qué pasa cuando falle. Todo esto termina en una hoja de ruta: qué se conserva, qué se actualiza, qué se elimina y en qué orden.
3. Implementar
Con la estructura definida, empieza la ejecución, idealmente por prioridades y no en un único movimiento heroico: primero lo crítico (seguridad, velocidad, navegación móvil), luego las páginas de mayor impacto, después lo secundario. Esto permite aprender en el camino y evita pagar funcionalidades que sonaban indispensables en una reunión y luego nadie usa.
Durante esta etapa hay que proteger las direcciones que ya reciben tráfico, preparar redirecciones y cuidar accesibilidad y velocidad en todos los dispositivos.
El lanzamiento no es el final: es cuando empieza a llegar evidencia real sobre cómo la gente usa el sitio, dónde abandona y qué falla. Antes del lanzamiento hay hipótesis; después, hay usuarios. Conviene escucharlos.
Qué preguntar a un proveedor
Una propuesta seria debería explicarse en lenguaje simple, sin frases como «optimización integral de ecosistema digital» que nadie sabe qué significan. Vale la pena preguntar directamente:
- ¿Cómo van a revisar la web antes de proponer cambios?
- ¿Qué pasará con las direcciones que cambien?
- ¿Trabajarán sobre el sitio en vivo o en una copia de prueba?
- ¿Cómo migrarán textos, imágenes y metadatos?
- ¿Quién será dueño de las cuentas y herramientas usadas?
- ¿Qué se medirá antes y después del lanzamiento?
- ¿Qué soporte incluye la propuesta, y por cuánto tiempo?
Las cuentas de dominio, analítica y publicidad deberían quedar siempre bajo control de la empresa, no de la cuenta personal de un proveedor. Nosotros en Cpas creamos una cuenta de correo máster para cada cliente para mantener el orden y control de los procesos sin tener que compartir accesos personales.
Señales de alerta /redflags
Conviene desconfiar cuando un proveedor:
- quiere empezar directo por el diseño sin estudiar la web actual,
- recomienda borrar contenido antiguo solo por ser antiguo,
- cambia direcciones sin hablar de redirecciones,
- nunca pregunta por Analytics, Search Console ni respaldos.
- También son señal de alerta las promesas de posicionamiento garantizado (nadie controla del todo los resultados de Google)
¿Una sola empresa o varios especialistas?
No hay respuesta única. Un proveedor integral facilita la coordinación; un equipo de especialistas aporta más profundidad. Lo importante es que alguien conecte las partes: el diseño puede ser bueno, el desarrollo correcto y los textos claros, y aun así no formar un sistema coherente si nadie los está mirando en conjunto.
El presupuesto también es estrategia
No se trata solo de cuánto se puede pagar, sino de en qué conviene invertir primero.
Con recursos limitados, trabajar por etapas no es conformarse con menos: es resolver lo urgente, proteger lo valioso y postergar lo que aún no genera impacto. Y hay que poder sostener después lo que se construye —una funcionalidad abandonada no es una inversión, es una ruina digital con un botón bonito.
Con recursos ilimitados, el cuento es otro.
La pregunta que debería guiar la decisión
No es solo «¿quién puede hacernos una web más bonita?». Es ¿quién puede ayudarnos a entender qué tenemos, qué debemos proteger, qué necesita cambiar y cómo convertir la web en una herramienta real para nuestros objetivos?
Primero se asegura la casa. Después se decide qué habitaciones necesita y quién las va a usar. Recién entonces se remodela, se publica y se observa si las personas encuentran lo que buscan.
Los cojines pueden esperar. El incendio, por lo general, tiene menos paciencia.
El incendio, por lo general, tiene menos paciencia.