Por qué mi web ya no aparece en Google después del rediseño

Una caída de tráfico tras un rediseño es una pérdida de visibilidad en Google causada por lo que cambió el lanzamiento: las direcciones de las páginas, las reglas de indexación o el texto que Google puede leer. Para Google, la web nueva es un conjunto de páginas nuevas, y tiene que averiguar cómo se relacionan con las antiguas. Si el lanzamiento le da la respuesta equivocada, posiciones que costaron años caen en pocos días.

Esta guía es para quien pagó el rediseño y ahora ve bajar una línea en Search Console: un fundador, una responsable de marketing, quien lleva lo digital en la empresa. Explica cómo distinguir una bajada normal de un fallo, las cinco causas que revisamos primero, una prueba de treinta minutos que se hace sin un desarrollador y qué pedir a quien puso la web en producción.

¿La caída es normal o es un fallo del lanzamiento?

Algo de movimiento es esperable. La documentación de Google sobre traslados de sitio dice que hay que contar con fluctuaciones temporales en el posicionamiento mientras Google vuelve a rastrear la web, y que a un sitio pequeño o mediano le pueden hacer falta unas semanas para que se trasladen casi todas sus páginas. A los sitios grandes, más.

Un fallo tiene otra forma. Abre el informe de Rendimiento en Search Console, compara los 28 días posteriores al lanzamiento con los 28 anteriores y mira la forma de la línea. La guía de Google para depurar caídas de tráfico de la Búsqueda las clasifica justo por esa forma: un descenso gradual apunta a estacionalidad o a un interés que cambia; una caída brusca en todo el sitio, a un problema técnico, a un problema de seguridad o spam, o a una actualización del algoritmo. Si la caída empieza el día del lanzamiento y afecta a todas las páginas y todas las consultas, la causa es el lanzamiento.

Dos señales más separan un fallo de una oscilación:

• Las impresiones cayeron junto con los clics. Si las impresiones se mantienen y los clics bajan, las páginas siguen posicionadas y ha cambiado otra cosa: los títulos, los fragmentos, una función nueva en la página de resultados. Si bajan también las impresiones, Google muestra las páginas menos, o ya no las muestra.
• En el informe de Indexación de páginas aparece una categoría nueva. Un pico de páginas excluidas por una etiqueta noindex, no encontradas (404), con redirección o bloqueadas por robots.txt en la semana del lanzamiento ya te dice la causa.

Search Console guarda 16 meses de datos, así que también puedes comparar con las mismas semanas del año pasado y descartar una caída estacional.

Las cinco causas que revisamos primero

Van en el orden en que las comprobamos, de la más rápida a la más lenta. Cada una puede llegar sola con el lanzamiento, y a menudo llegan dos o tres juntas.

1. Direcciones antiguas sin redirección. La web nueva cambió el nombre de las páginas (/servicios/diseno-web pasó a ser /que-hacemos/diseno) y las URL antiguas ahora devuelven un 404. Los enlaces desde otras webs, los marcadores y las posiciones apuntaban todos a la dirección antigua. Google indica una redirección permanente (301 o 308) de cada URL antigua a la página nueva más parecida, que se mantiene el mayor tiempo posible, en general al menos un año. Una variante del mismo fallo: mandar todas las URL antiguas a la home. Google advierte que puede tratarse como un soft 404, que no traslada nada.
2. Un bloqueo de staging que llegó a producción. Las webs en desarrollo se esconden de la búsqueda con una regla noindex o con una línea Disallow en el robots.txt. Si cualquiera de las dos llega a producción, la web nueva le pide a Google que la retire. Y las dos se estorban: la documentación de Google explica que una página bloqueada por robots.txt nunca se rastrea, así que Google no ve ni el noindex ni su retirada.
3. Etiquetas canonical que apuntan al sitio equivocado. La canonical le dice a Google cuál es la dirección buena de una página. Las plantillas copiadas del staging a veces arrastran el dominio de staging, o hacen que todas las páginas apunten a la home. Google da preferencia entonces a la dirección que indica la etiqueta, que quizá ni existe.
4. Contenido que las plantillas nuevas quitaron. El diseño nuevo es más corto, más limpio, y ya no tiene las 600 palabras que posicionaban la antigua página de servicios. O el texto sigue ahí pero solo aparece tras un clic, en una pestaña o un acordeón que se genera en el navegador. También cambian los enlaces internos: una página que el menú antiguo enlazaba desde todas partes ahora puede quedar a tres clics.
5. Cadenas de redirecciones de rediseños anteriores. Una URL de 2019 redirige a una de 2022, que ahora redirige a la de 2026. Google sigue las cadenas, pero recomienda no más de 3 saltos, y siempre menos de 5. Cada rediseño que añade un eslabón, en lugar de apuntar las URL antiguas directamente a la dirección final, alarga la cadena.

Una prueba de 30 minutos, sin desarrolladores

Necesitas acceso a Search Console y la lista de las diez páginas que más tráfico traían antes del lanzamiento. La sacas del informe de Rendimiento: elige los tres meses anteriores al lanzamiento y ordena las páginas por clics.

1. Abre en el navegador cada una de las diez URL antiguas. Cada una debe llevar a la página nueva que le corresponde, en un solo salto. Un 404, la home o una página que habla de otra cosa: es la causa 1.
2. Abre tuweb.es/robots.txt. Una línea Disallow: / bajo User-agent: * bloquea toda la web: es la causa 2. La introducción de Google a robots.txt explica qué hace cada línea.
3. Revisa la home y dos páginas de servicios con la herramienta de Inspección de URLs. Te dice si la página está indexada, si la indexación está permitida y qué canonical eligió Google. "Excluida por la etiqueta noindex" es la causa 2; una canonical elegida por Google en otro dominio es la causa 3.
4. En la misma herramienta, abre la página rastreada. Busca en el HTML una frase que esperas ver en la página. Si no está, Google tampoco la ve: es la causa 4.
5. Abre el informe de Indexación de páginas. Compara el número de páginas indexadas antes y después del lanzamiento. Si ha bajado un tercio o más, algo sacó páginas del índice, y el informe dice cuáles y por qué.

Si las cinco comprobaciones salen bien y la caída sigue ahí cuatro semanas después del lanzamiento, lo más probable es que la causa esté en el contenido o en un cambio de posicionamiento, más que en un lanzamiento fallido. El siguiente paso es la guía de Google sobre páginas que no aparecen en la Búsqueda.

Qué pedir a quien hizo el rediseño

Un rediseño hecho pensando en la búsqueda deja un rastro por escrito. Con cuatro peticiones sabes si existe:

• El mapa de redirecciones. Una hoja con todas las URL antiguas en una columna y las nuevas en la de al lado, construida a partir de un rastreo de la web antigua antes del lanzamiento. Si no hay mapa, las redirecciones se escribieron de memoria.
• La checklist de lanzamiento. Cuándo se quitó el noindex de staging, quién revisó el robots.txt, cuándo se envió el sitemap nuevo a Search Console.
• Un rastreo de antes y de después. El número de páginas indexables en la web antigua y en la nueva. Si no cuadran, hace falta una explicación.
• El acceso. Search Console verificada para el dominio, contigo como propietario. Para ver los datos de tu web nunca deberías necesitar las credenciales de la agencia.

Que el tráfico perdido sea responsabilidad de la agencia depende de lo que dijera el contrato sobre SEO. Si la pérdida pesa en las cuentas, esa pregunta se la haces a un abogado, con el contrato delante.

¿Cuánto se tarda en recuperar?

Corregir el fallo es rápido; que Google se entere lleva más tiempo. Una vez arreglados las redirecciones, el robots.txt y el noindex, envía el sitemap actualizado y solicita la indexación de las páginas principales desde la herramienta de Inspección de URLs. Para las páginas que considera menos importantes, el propio Google avisa de que volver a pasar por ellas puede llevar meses.

Cuenta en semanas, a partir de la corrección, y sigue comparando las mismas ventanas de 28 días. Las posiciones que venían de enlaces a las URL antiguas vuelven a medida que Google sigue las redirecciones y traslada esas señales: por eso las redirecciones se mantienen al menos un año. El contenido que se quitó solo vuelve cuando alguien lo vuelve a poner.

Qué exigir antes del próximo rediseño

En el brief de un rediseño, la búsqueda puede ser un entregable con criterios de aceptación, igual que el diseño. En los nuestros escribimos estos cuatro:

• Un rastreo de la web actual y el mapa de redirecciones, revisados y aprobados antes de que acabe el desarrollo.
• Cada página que trajo tráfico orgánico en los últimos 12 meses, mantenida, fusionada con una redirección o retirada a propósito, con la decisión por escrito.
• Una checklist de lanzamiento que cubra robots.txt, noindex, canonical, sitemap y Search Console, pasada sobre el dominio de producción el día del lanzamiento.
• 30 días de seguimiento tras el lanzamiento, con la comparación de 28 días y el informe de Indexación de páginas revisados cada semana.

La lista completa para el lanzamiento de un producto está en nuestra checklist de SEO técnico para lanzar un SaaS B2B, y las webs grandes con el sitemap dividido encontrarán la parte de indexación en la estrategia de sitemap para un sitio con mucho contenido. Con estos cuatro puntos en el brief, el rediseño cambia el aspecto de la web y conserva las direcciones en las que Google ya confía.