Rediseño web sin perder posicionamiento: cómo lo planifico

Cuando una empresa me pide un rediseño, la segunda pregunta casi siempre es la misma: ¿vamos a perder Google? Es una preocupación razonable. Todo el mundo conoce a alguien que estrenó web nueva y vio caer el tráfico a la mitad al mes siguiente.

La buena noticia es que esas caídas tienen causas muy concretas, y casi ninguna tiene que ver con el diseño. Un rediseño no pierde posiciones por cambiar colores, tipografías o la estructura visual. Las pierde por URL que desaparecen sin redirección, títulos reescritos y contenido que se elimina. Este es el plan que sigo para que eso no ocurra.

Primero, decida si de verdad necesita un rediseño

No todas las webs que «se ven viejas» necesitan rehacerse. Antes de presupuestar un rediseño, pregunto qué problema queremos resolver:

• Si el problema es que no llegan solicitudes, a menudo la causa es la oferta, la falta de pruebas o un formulario escondido. Eso se arregla en unas páginas, no en toda la web.
• Si el problema es técnico (lentitud, plugins que nadie se atreve a actualizar, un equipo que no puede publicar sin programador), un rediseño o una migración sí tienen sentido.
• Si la marca ha cambiado o la empresa vende ahora a otro tipo de cliente, la web tiene que contarlo de otra forma, y ahí el rediseño es inevitable.

Si duda, una auditoría web de tres días le dice qué conservar, qué arreglar y si compensa empezar de cero.

Antes de tocar nada: la foto de partida

El error más caro de un rediseño es no saber qué tenía antes. Sin una referencia, cualquier caída se convierte en una discusión de opiniones. Antes de diseñar una sola pantalla, preparo cuatro cosas.

1. Un rastreo completo de la web actual. Todas las URL: páginas, entradas, categorías, etiquetas, imágenes y PDF. Con un rastreador y con el sitemap XML, porque ninguno de los dos por separado suele estar completo.

2. Las páginas que Google ya valora. En Search Console exporto los últimos doce meses de páginas con impresiones y clics. Esas son las URL que no se pueden romper bajo ningún concepto.

3. Los enlaces entrantes. Las páginas a las que enlazan otras webs tienen autoridad aunque no tengan tráfico. Necesitan redirección igual.

4. Títulos, descripciones y encabezados actuales. Los guardo en una hoja. Si algo cae después, sabré si cambió el título, el contenido o la URL.

La regla que más protege: no cambie todo el mismo día

En un rediseño se pueden cambiar muchas cosas: el diseño, la plataforma, la estructura, los textos y las direcciones. Cada una por separado es manejable. Todas a la vez hacen imposible saber qué provocó un cambio en el tráfico.

Mi regla es sencilla:

• El diseño y la plataforma pueden cambiar. A Google le da igual que la web esté hecha en WordPress o en Next.js; le importa que el contenido siga ahí y cargue rápido.
• Las URL que posicionan se mantienen siempre que sea posible.
• Los títulos y encabezados de las páginas con tráfico se mejoran con cuidado, no se reescriben desde cero el día del lanzamiento.
• El contenido que posiciona no se elimina. Se puede reorganizar y mejorar, pero si una página respondía a una búsqueda, la respuesta tiene que seguir existiendo.

El mapa de redirecciones

Cuando una URL tiene que cambiar, y en casi todo rediseño alguna cambia, necesita una redirección 301 permanente a la página nueva más parecida. No a la portada: a la página equivalente. Redirigir todo a la portada es casi lo mismo que borrar esas páginas.

Construyo el mapa en una hoja con tres columnas: URL antigua, URL nueva y estado. Cada fila con tráfico o enlaces se revisa a mano. Antes del lanzamiento, pruebo todas las redirecciones contra la web nueva en un entorno de pruebas: cada URL antigua tiene que devolver un 301 y terminar en una página que responde 200.

Dos detalles que se olvidan a menudo:

• Las versiones de idioma. Si la web es multilingüe, cada idioma tiene su propio mapa y sus etiquetas hreflang tienen que apuntar a las URL nuevas.
• Las imágenes y los PDF. Un catálogo en PDF enlazado desde otras webs merece su redirección igual que una página.

Si viene de WordPress, tengo una lista más detallada en la checklist para migrar de WordPress a Next.js sin perder SEO.

Lo técnico que tiene que estar el día del lanzamiento

La web nueva tiene que salir con lo básico hecho, no «ya lo añadiremos»:

• un título y una descripción únicos por página,
• etiquetas canonical correctas,
• un sitemap XML nuevo, enviado a Search Console el mismo día,
• datos estructurados para la empresa, los servicios y los artículos,
• hreflang si hay varios idiomas,
• páginas rápidas en el móvil, que es donde Google mide primero.

Con esto, el rediseño no solo no resta: muchas veces suma, porque una web más rápida y mejor organizada se rastrea mejor.

Después del lanzamiento: las primeras cuatro semanas

El lanzamiento no es el final del trabajo de SEO, es el principio de la vigilancia. Durante las primeras semanas reviso Search Console cada pocos días:

• Errores 404: cualquier URL antigua que se escapó del mapa se redirige en el momento.
• Cobertura del sitemap: las páginas nuevas tienen que ir apareciendo como indexadas.
• Impresiones y clics de las páginas clave frente a la referencia guardada.

Es normal que las posiciones oscilen unas semanas mientras Google vuelve a rastrear todo. Lo que no es normal es una caída sostenida en páginas concretas, y eso casi siempre tiene una causa que se puede encontrar en el mapa de redirecciones o en un título cambiado.

Seré honesto con algo: nadie puede garantizar posiciones tras un rediseño. Quien se lo garantice está vendiendo una promesa que no controla. Lo que sí se controla es el riesgo, y con este método es bajo.

Cuánto cuesta y cuánto tarda

En Unlockd, un rediseño de una web de empresa empieza desde 3.900 € y lleva unas 2 semanas, con el mapa de URL, las redirecciones y el SEO técnico incluidos. Si lo que necesita es sobre todo cambiar de plataforma sin rehacer el diseño, una migración de WordPress a Next.js empieza desde 2.900 €. En ambos casos recibe un único precio cerrado tras una breve llamada de alcance.

Lo que incluye un proyecto web con nosotros está en la página de diseño y desarrollo web. Y si quiere saber antes qué arriesga su web actual, empiece por la auditoría: el importe se descuenta íntegramente si después hacemos el rediseño juntos.