Errores comunes al rediseñar una web corporativa

Existe una creencia extendida en el ámbito corporativo: que rediseñar la web mejora los resultados por el simple hecho de renovarla. La evidencia dice lo contrario. Una parte considerable de los rediseños empresariales sale a producción con menos tráfico orgánico, menos formularios enviados y peores tiempos de carga que la versión que sustituyó, y el equipo tarda meses en darse cuenta porque nadie midió la web anterior.

El problema casi nunca es el diseño. Es el proceso: un rediseño de web corporativa es un proyecto de migración con implicaciones de SEO, medición, rendimiento y accesibilidad, y se gestiona como si fuera un encargo de estética. Este artículo recorre los errores que más veces convierten un rediseño en un retroceso, y qué hacer en cada fase para que la web nueva parta por delante de la anterior y no por detrás.

Resumen

Los errores comunes al rediseñar una web corporativa no son de diseño, sino de método: lanzar sin un objetivo de negocio medible, no registrar el rendimiento de la web actual antes de tocarla y romper la estructura de URLs sin un mapa de redirecciones. Los tres factores que deciden si un rediseño suma o resta son la continuidad SEO durante la migración, la continuidad de la medición entre la web antigua y la nueva, y la disciplina de QA antes de publicar. Lo que distingue un rediseño corporativo de otros proyectos web es que el sitio ya tiene historial acumulado —posiciones, enlaces entrantes, formularios en marcha— y ese historial es justo lo que un rediseño mal planificado destruye primero.

Por qué fracasan tantos rediseños de web corporativa

Un rediseño fracasa cuando cambia la superficie del sitio sin tocar las causas por las que la web anterior no funcionaba. La mayoría de proyectos arrancan por un síntoma estético —»la web se ve antigua»— y terminan reproduciendo la misma arquitectura, los mismos textos genéricos y las mismas fricciones de contacto, ahora con una tipografía moderna. Cuando el diagnóstico se salta, el rediseño resuelve un problema de percepción interna, no uno de negocio.

El segundo motivo de fracaso es organizativo. Los rediseños corporativos suelen decidirse en comité, con áreas que compiten por espacio en la home y una dirección que arbitra sobre maquetas en vez de sobre datos. El resultado es una web que representa el organigrama de la empresa en lugar del recorrido del cliente. Ese sesgo explica por qué tantos sitios corporativos abren hablando de historia y valores cuando el visitante busca un servicio concreto y una vía rápida de contacto.

El tercero es de encargo. Cuando el pliego pide «una web nueva» y no «más solicitudes de presupuesto cualificadas», el proveedor entrega exactamente lo que se pidió: un sitio nuevo. Los errores de diseño que matan la conversión se cuelan sin resistencia porque no había ningún criterio objetivo con el que rechazarlos durante el proyecto.

Rediseñar sin objetivo de negocio ni línea base de datos

Un rediseño sin objetivo medible es imposible de evaluar: si no se define qué debe mejorar y cuánto, cualquier resultado posterior se puede interpretar como éxito o como fracaso según convenga. El objetivo tiene que ser una métrica de negocio con una cifra de partida y un horizonte temporal, no un adjetivo. «Que transmita más confianza» no es un objetivo; «aumentar las solicitudes de presupuesto cualificadas en doce meses» sí lo es, porque se puede contrastar.

Antes de decidir el objetivo conviene reconocer cuál de las cuatro razones legítimas empuja el proyecto, porque cada una exige un tipo de rediseño distinto y mezclarlas en un mismo encargo es una fuente clásica de proyectos que no contentan a nadie.

El segundo error de esta fase es tocar la web sin haber registrado antes cómo se comporta. La línea base es la fotografía del rendimiento actual, y sin ella no existe forma honesta de saber si el rediseño mejoró algo. Debe capturarse con los datos ya cerrados de los doce meses anteriores, guardada fuera de la herramienta —una hoja o un informe exportado— porque los paneles cambian de configuración durante el proyecto.

El inventario mínimo antes de tocar una sola plantilla se organiza en cuatro activos. Ninguno se recupera solo si se pierde en la migración.

Una auditoría SEO básica cubre buena parte de este inventario y se ejecuta en pocos días. Es la inversión con mejor retorno de todo el proyecto, porque protege lo único que el rediseño no puede fabricar desde cero: el historial acumulado del dominio.

Perder el posicionamiento en la migración: el error más caro del rediseño

Cambiar la estructura de URLs sin un mapa de redirecciones es el error más caro que se puede cometer en el rediseño de una web corporativa, porque destruye de golpe años de posicionamiento y de enlaces externos. Cuando una dirección antigua deja de existir y no apunta a su equivalente nueva, el buscador pierde la referencia, los enlaces que otros sitios habían construido dejan de transmitir autoridad y las posiciones se desploman en cuestión de semanas.

La secuencia correcta es sencilla de enunciar y se salta con frecuencia por presión de plazos: se parte del inventario de URLs, se decide para cada una si se mantiene, se traslada, se fusiona con otra o se retira, y se documenta el destino final antes de escribir una sola línea de código. Ese documento es el mapa de redirecciones, y debe estar cerrado y revisado antes del lanzamiento, no improvisado el día después.

Redirigir todo el sitio antiguo a la portada es el atajo más frecuente y uno de los más dañinos: el buscador interpreta esas redirecciones como no equivalentes y las trata como páginas inexistentes, con lo que la pérdida es idéntica a no haber redirigido nada. La guía oficial de migraciones de sitio con cambio de URL de Google Search Central insiste en el mismo punto: cada dirección antigua debe apuntar a su equivalente concreta.

Hay tres detalles adicionales que se olvidan con regularidad. El primero es levantar la web nueva en un entorno de pruebas bloqueado a los buscadores y acordarse de desbloquearlo al publicar; más de un rediseño ha salido a producción con la instrucción de «no indexar» heredada del entorno de pruebas. El segundo es actualizar el mapa del sitio y volver a enviarlo. El tercero es vigilar los errores durante las semanas posteriores, porque siempre aparecen direcciones olvidadas que no estaban en el inventario. El proceso completo, paso a paso, está desarrollado en la guía sobre cómo migrar una web sin perder posicionamiento, y es lectura obligada antes de cerrar el calendario del proyecto.

Confundir el rediseño con un lavado de cara estético

Un rediseño que solo cambia colores, tipografías e imágenes deja intacto el motivo real por el que la web no convierte: la arquitectura de la información y la claridad del mensaje. La estética influye en la primera impresión, pero lo que decide si un visitante solicita presupuesto es entender en pocos segundos qué hace la empresa, para quién y qué paso dar a continuación. Ese trabajo es de estructura y de contenido, no de paleta.

El síntoma más reconocible es la home que habla de la empresa antes que del cliente. Un encabezado que anuncia «más de veinticinco años de experiencia» obliga al visitante a deducir el servicio; uno que nombra el servicio, el perfil de cliente y el beneficio esperado le ahorra ese trabajo. La trayectoria sigue siendo relevante, pero como prueba de capacidad después de la propuesta, no en su lugar.

El segundo síntoma es la navegación heredada. Muchos rediseños copian el menú anterior sin cuestionarlo porque «así lo tiene todo el mundo en la empresa asumido», y con él arrastran categorías que responden a departamentos internos y no a lo que el visitante busca. Revisar cómo estructurar el menú de navegación de una web antes de maquetar evita rediseñar dos veces la misma arquitectura.

El tercero afecta a las páginas de servicio. En una web corporativa son las que más peso comercial soportan y las que menos atención reciben durante el rediseño, porque la discusión se concentra en la portada. Cada servicio necesita su propia página con problema, solución, alcance, prueba y una vía de contacto directa. Esta es exactamente la clase de decisión que se aborda en un proyecto de diseño web orientado a conversión: primero se define qué tiene que conseguir cada página y después se decide cómo se ve.

Descuidar el rendimiento y la accesibilidad de la web nueva

Es habitual que la web rediseñada cargue más lento que la anterior, porque el rediseño introduce imágenes de mayor calidad, animaciones, vídeos de fondo y bibliotecas adicionales sin que nadie mida el coste acumulado. El rendimiento no es un ajuste de última hora: es una restricción que debe acompañar cada decisión de diseño desde el primer boceto, con un presupuesto de peso por plantilla acordado antes de maquetar.

Las métricas que conviene fijar como umbral son las tres de Core Web Vitals: el tiempo hasta que se pinta el elemento principal, la capacidad de respuesta a la primera interacción y la estabilidad visual mientras la página carga. La regla operativa es simple: ninguna plantilla nueva sale a producción con peores valores que su equivalente antigua. Las tácticas concretas para cumplirlo —formatos de imagen modernos, carga diferida, control de fuentes y de scripts de terceros— están recogidas en la guía sobre cómo hacer que una página web cargue más rápido.

La accesibilidad es el otro frente que se descarta por considerarse opcional, y cada vez lo es menos. Contraste insuficiente, formularios sin etiquetas asociadas, imágenes sin texto alternativo o navegación imposible con teclado excluyen a una parte real de la audiencia y, en sectores regulados o en cualquier proyecto que aspire a contratación pública, se convierten en un problema de cumplimiento. Incorporar los criterios de accesibilidad durante el diseño cuesta una fracción de lo que cuesta remendarlos después del lanzamiento.

Ambos frentes comparten la misma lógica de proyecto: son requisitos que se aceptan o se rechazan en la fase de maquetas, cuando corregirlos es barato. Después del lanzamiento se convierten en deuda técnica que compite por presupuesto con el siguiente rediseño.

Lanzar el rediseño sin QA, sin staging y sin plan de vuelta atrás

Publicar un rediseño directamente sobre el sitio en producción, sin una fase de revisión sistemática y sin posibilidad de revertir, convierte cualquier fallo menor en una incidencia de negocio. Un formulario que no envía, una redirección mal escrita o una etiqueta de medición que se quedó fuera pueden pasar días sin detectarse, y en ese intervalo el coste no es técnico: son solicitudes que nunca llegaron y datos que ya no se pueden reconstruir.

La revisión previa al lanzamiento tiene que ser una lista cerrada que alguien firma, no una impresión general de que «está todo bien». Estos son los fallos que reaparecen proyecto tras proyecto en el día de la publicación.

• 1
  Formularios que no llegan a nadie

  El formulario envía y muestra confirmación, pero el correo de destino apuntaba al entorno de pruebas o cayó en filtros de spam. Se comprueba enviando una solicitud real desde fuera de la red de la empresa.

• 2
  Medición no migrada

  La web nueva sale sin las etiquetas de analítica o con eventos renombrados, y la serie histórica se corta justo en el momento en que más falta hace comparar. Se verifica en tiempo real antes de abrir el sitio al público.

• 3
  Bloqueo de indexación heredado

  La instrucción que impedía indexar el entorno de pruebas viaja a producción. El sitio desaparece de los resultados de búsqueda en días y la recuperación tarda semanas.

• 4
  Redirecciones sin probar una a una

  El mapa existe pero nadie recorrió las direcciones con más tráfico para confirmar que llegan a su destino correcto y sin saltos intermedios. Es una comprobación de una hora que ahorra meses.

• 5
  Ausencia de plan de vuelta atrás

  No hay copia funcional de la web anterior ni procedimiento para restaurarla. Ante un fallo grave, la única salida es arreglar en caliente sobre el sitio en producción, con prisa y sin red.

El momento del lanzamiento también importa. Publicar un viernes por la tarde o en vísperas de un periodo de vacaciones garantiza que, si algo se rompe, nadie estará disponible para detectarlo. Un martes por la mañana, con el equipo técnico localizable durante las cuarenta y ocho horas siguientes, es una decisión sin coste que evita la mayoría de incidencias prolongadas.

Checklist antes y después de publicar el rediseño

Un rediseño de web corporativa se considera terminado cuando se ha verificado que la web nueva iguala o supera a la anterior en tráfico, conversión y rendimiento, no cuando se publica. La lista que sigue condensa las comprobaciones que separan un lanzamiento controlado de uno confiado, y está pensada para recorrerse con nombres y fechas asignados, no para leerse.

1. Línea base guardada fuera de las herramientas. Tráfico, posiciones, conversiones y métricas de carga de los últimos doce meses, exportados y archivados antes de tocar nada.
2. Mapa de redirecciones cerrado y revisado. Una fila por cada URL antigua, con destino explícito y sin envíos masivos a la portada.
3. Medición replicada y verificada en vivo. Etiquetas, eventos y objetivos funcionando en la web nueva antes de abrirla, con los mismos nombres que en la antigua.
4. Umbrales de rendimiento cumplidos. Ninguna plantilla sale peor que su equivalente anterior en carga, respuesta y estabilidad visual.
5. Formularios probados de extremo a extremo. Envío real desde fuera de la organización, con confirmación de recepción y de registro en el sistema de gestión.
6. Indexación desbloqueada y mapa del sitio reenviado. Comprobado el mismo día de la publicación, no a la semana siguiente.
7. Ventana de vigilancia de treinta días. Revisión semanal de errores, posiciones y conversiones, con capacidad de revertir si algo se desvía de forma sostenida.

Durante esas primeras semanas conviene resistir la tentación de intervenir ante cualquier fluctuación. Es normal que el tráfico orgánico oscile mientras el buscador reprocesa la estructura nueva; lo que no es normal es una caída sostenida más allá del primer mes. La forma rigurosa de distinguir una cosa de otra es contrastar contra la línea base, y ese contraste se apoya en cuatro indicadores.

Estos indicadores no viven aislados: forman parte del cuadro de mando habitual de una web de servicios, junto al resto de KPIs de una web de servicios profesionales. Cómo montarlos y leerlos con criterio es el terreno del análisis de datos, y la lectura detallada del después del lanzamiento está desarrollada en la guía sobre cómo medir el éxito de un rediseño web.

Cuando la continuidad SEO forma parte del encargo desde el principio —y no como parche posterior— el rediseño deja de ser un riesgo y se convierte en una palanca. Es el trabajo que combina un proyecto de diseño web en Las Palmas con el criterio de una agencia SEO: la web nueva se estrena sin perder nada de lo que la anterior había conseguido, y con la estructura preparada para crecer.

Preguntas frecuentes