Por qué rediseñar tu web no es lo mismo que arreglar lo que falla

Si tu web no te trae clientes y pides opinión a una agencia, lo más probable es que te propongan hacer una nueva. A veces es la respuesta correcta. Muchas otras, no: el problema está en tres o cuatro cosas concretas que se pueden arreglar sin tirar nada, en menos tiempo y por bastante menos dinero. Aquí te explicamos cómo distinguir un caso del otro antes de pedir presupuesto.

Por qué «rediseño completo» es la respuesta por defecto de muchas agencias

Para una agencia, un rediseño es un proyecto más grande, más fácil de presupuestar y más fácil de vender: una web nueva se enseña, se nota y parece la solución a todo. Arreglar lo que falla en una web existente exige otra cosa: entrar en una web que no has hecho tú, diagnosticar qué está mal y resolver problemas menos vistosos.

El riesgo para ti es pagar por cambiar el aspecto de una web cuando el problema no era el aspecto. Una web nueva con los mismos textos confusos, la misma estructura y el mismo formulario que no llega seguirá sin traerte clientes, solo que más bonita.

Síntomas que se solucionan sin rediseñar nada

• La web va lenta. Casi siempre son imágenes demasiado pesadas, plugins de más o un alojamiento que no da la talla. Se arregla optimizando, no rehaciendo.
• Los textos están desactualizados o no explican bien lo que haces. Es trabajo de contenido: reescribir, ordenar y aclarar. La plantilla puede quedarse igual.
• El formulario no funciona o no llegan los contactos. Suele ser un problema de configuración del envío de correo, no de diseño. Pasa más de lo que parece y puede llevar meses sin que nadie lo note.
• No apareces en Google. Muchas veces son problemas de SEO técnico: páginas sin indexar, títulos mal planteados, ningún servicio con página propia. Tienes las causas más habituales en por qué tu web no aparece en Google.
• La gente entra pero no contacta. A menudo faltan cosas básicas: un teléfono visible, un botón claro, una razón para fiarse. Lo repasamos en 7 fallos de la web de un negocio local.

Cómo saber si el problema es la velocidad

Antes de pensar en rediseñar por una web lenta, mídela. Google usa tres métricas, los Core Web Vitals, y publica los umbrales que considera buenos:

Google evalúa estas cifras en el percentil 75 de las visitas, separando móvil y ordenador, y una página aprueba si cumple las tres. Puedes comprobarlo gratis en PageSpeed Insights o en el informe de Core Web Vitals de Search Console. Si suspendes, lo habitual es optimizar imágenes, quitar plugins y revisar el alojamiento; no rehacer la web.

Síntomas que sí piden un rediseño real

• La web no se adapta al móvil. Si en un teléfono hay que hacer zoom para leer, la base técnica es antigua y parchearla suele salir más caro que rehacerla.
• La estructura ya no refleja tu negocio. Si ofreces servicios nuevos que no caben en el menú, o has cambiado de público, la arquitectura de la web se ha quedado pequeña.
• Has cambiado de marca. Nuevo nombre, nuevo logotipo, nuevo posicionamiento: aquí el cambio visual sí es el objetivo.
• No puedes editarla. Si la web está hecha de forma que nadie más que su autor puede tocarla, o con una tecnología que ya no tiene soporte, cada ajuste te va a costar caro hasta que la cambies.

Una tabla para decidir: arreglo o rediseño

Un resumen de lo anterior, para tenerlo a mano cuando te presenten un presupuesto:

Un ejemplo inventado: una asesoría cree que necesita una web nueva porque «no le entra ningún cliente». Al revisarla aparecen cuatro cosas: las imágenes de la portada pesan varios megas, el formulario no envía los correos, su servicio principal no tiene página propia y no hay teléfono visible en móvil. Las cuatro se arreglan sin rediseñar y en bastante menos tiempo que un proyecto nuevo.

Si decides rediseñar: cómo no perder tu posicionamiento

Un rediseño puede hacer que la web caiga en Google si cambian las direcciones de las páginas o desaparece contenido que posicionaba. La guía de Google para cambios de URL es muy concreta. Estas son sus ideas principales:

• Redirige cada URL antigua a su nueva URL con una redirección permanente (301 o 308), no a la portada. Google desaconseja mandar muchas páginas antiguas a una sola página no relacionada.
• Prepara antes un mapa de URLs. Saca la lista de páginas actuales de tu mapa del sitio, de la analítica y de Search Console, y asigna a cada una su destino.
• Mantén las redirecciones al menos un año. Google recomienda conservarlas el mayor tiempo posible.
• Actualiza enlaces internos, canonicals y el mapa del sitio en la web nueva, y envía el nuevo mapa a Search Console.
• Vigila el tráfico y el rastreo después. Google dice que es normal que la visibilidad fluctúe durante la migración y que, en sitios pequeños o medianos, la mayoría de páginas tardan unas semanas o más en trasladarse.

Sobre las redirecciones 301, Google afirma que no provocan pérdida de PageRank. Lo que sí hace perder tráfico es no hacerlas, o hacerlas mal.

Cómo lo evaluamos antes de proponer nada en SEOCoral

Diagnóstico primero, propuesta después. Antes de hablar de rediseño, revisamos la web que ya tienes: velocidad, SEO técnico, formularios, versión móvil, textos y estructura. Con eso separamos lo que se arregla con ajustes de lo que de verdad necesita rehacerse, y te lo contamos así, con las dos opciones y lo que implica cada una.

Si la conclusión es que tu web solo necesita arreglos, te lo diremos, aunque un rediseño fuera un proyecto más grande para nosotros. Puedes ver cómo trabajamos en nuestra página de diseño y desarrollo web.

Qué debería incluir una propuesta de rediseño

Si finalmente toca rediseñar, comprueba que el presupuesto incluya estas cosas. Si falta alguna, pregunta por ella:

• Un diagnóstico previo de la web actual, con sus problemas y lo que se conserva.
• Un inventario de URLs y un plan de redirecciones.
• La migración de los contenidos que ya posicionan, sin reescribirlos sin motivo.
• La medición de contactos configurada antes de publicar, para comparar antes y después.
• Quién edita la web cuando termina el proyecto y cómo se transfieren los accesos.
• Un plazo realista y un calendario de revisión a las semanas del lanzamiento.

Fuentes

• Google Search Central: migración de un sitio con cambios de URL
• web.dev: qué son los Core Web Vitals

Preguntas frecuentes

Sigue leyendo