Por qué importa la monitorización de regresiones SEO, y por qué Bing importa más que antes

Qué es una regresión SEO

Una regresión SEO es una caída de la visibilidad de tu sitio en la búsqueda (menos clics, menos impresiones, menos páginas en el índice, resultados enriquecidos perdidos) causada por un cambio y no por el mercado. Es la versión de búsqueda de una regresión de software: algo funcionaba ayer y un cambio lo rompió.

La guía de Google para investigar caídas de tráfico enumera las causas habituales: actualizaciones de algoritmo, problemas técnicos, de seguridad o de spam, la estacionalidad y los traslados o migraciones del sitio. Solo algunas dependen de ti, y las técnicas son las que puedes arreglar antes, siempre que te enteres.

La mayoría de las caídas que puedes arreglar las provocas tú

Las causas técnicas son de lo más corriente. Un ajuste de noindex del entorno de pruebas que pasó a producción. Un Disallow en robots.txt que bloquea una carpeta que sigues necesitando. Una etiqueta canonical que apunta todos los productos a la página de inicio. Una actualización del plugin de sitemap que quitó la mitad de las URLs. Un servidor o un firewall que responde con errores a los buscadores.

Google perdona una caída breve y no una larga. Su documentación dice que los errores 5xx y 429 hacen que sus rastreadores vayan más despacio, y que las URLs que siguen fallando acaban saliendo del índice. Si el propio robots.txt devuelve un error del servidor, Google deja de rastrear el sitio durante 12 horas y después trabaja con la última copia que pudo leer.

Un problema en todo el sitio se nota enseguida. Uno a nivel de página (un noindex mal puesto en una plantilla) se ve como un descenso lento, fácil de confundir con la estacionalidad. Es justo el tipo de caída que se escapa si miras Search Console una vez al mes.

La comprobación de integridad SEO de Relvato vigila los ajustes que hay detrás (noindex, robots.txt, canonical) cada vez que cambia el sitio.

Por qué no basta con mirar Search Console una vez al mes

Search Console tiene los datos, pero sus cifras son definitivas 2–3 días después, y una caída es difícil de ver a simple vista entre fines de semana, festivos y el ruido normal. Cuando un informe mensual la muestra, ya se ha perdido un mes de tráfico.

La monitorización resuelve el momento y el ruido. Compara los últimos siete días con los mismos días de las semanas anteriores, para que un domingo se mida con otros domingos. Deja fuera los sitios y las páginas demasiado pequeños para juzgar. Exige que una caída se mantenga antes de darla por buena. Y guarda una lista de lo que cambió en el sitio (actualizaciones, despliegues, ajustes) para que la caída llegue con su causa probable.

¿Actualización principal o un cambio tuyo?

Las actualizaciones principales de Google mueven nichos enteros a la vez. Su panel de estado de la búsqueda las enumera, y Google aconseja esperar a que termine el despliegue, dejar pasar una semana y comparar con la semana anterior a que empezara: una caída pequeña no suele requerir ninguna acción.

Una caída que empieza el día después de actualizar un plugin, de un despliegue o de una nueva regla de robots.txt es otra historia. Por eso la cronología importa más que el gráfico: una caída sin ningún cambio por tu parte apunta a la actualización; una caída que sigue a un noindex apunta a ti.

Por qué Bing importa más que antes

Bing tiene una cuota pequeña de las búsquedas: alrededor del 4,5 % en todo el mundo sumando todos los dispositivos, y casi el 9 % en escritorio, según las cifras de StatCounter de agosto de 2026. Durante años eso lo dejó en segundo plano. Lo que ha cambiado es hasta dónde llega su índice más allá de su propio buscador.

Microsoft Copilot busca en la web con Bing. DuckDuckGo dice que sus enlaces tradicionales salen en gran parte de Bing, y los resultados de Yahoo llevan años funcionando con Bing. Y la documentación de OpenAI menciona Bing entre los proveedores de búsqueda que usa la búsqueda de ChatGPT, junto con su propio rastreador, OAI-SearchBot.

Este último punto hay que matizarlo: Bing no es la única fuente de ChatGPT, y OpenAI no pide a los propietarios de sitios que se registren en Bing. Pero una página que sale del índice de Bing pierde una de las vías por las que la encuentran los asistentes de IA, y casi nadie revisa Bing Webmaster Tools cada semana. Bing también admite IndexNow, que avisa de una página cambiada a Bing y a otros buscadores a la vez; Google no lo usa.

Antes de todo esto, los rastreadores de IA tienen que poder llegar a tu sitio: consulta por qué los bots de IA no pueden rastrear algunos sitios.

Qué vigilar en los dos buscadores

En Google: clics e impresiones frente a lo habitual, por dispositivo, país y tipo de búsqueda; cuántas páginas aparecen en los resultados; el estado de indexación, el canonical y los resultados enriquecidos de tus páginas clave, con la inspección de URLs; las páginas y consultas que más terreno pierden, y los errores de sitemap. AI Overviews y AI Mode se cuentan dentro de los totales web de Search Console.

En Bing: las páginas de su índice; con qué se encontró su rastreador (errores del servidor, fallos de DNS, tiempos de espera, bloqueos de robots.txt, avisos de malware); los clics e impresiones cuando hay tráfico suficiente, y los sitemaps, incluidas las copias antiguas en http:// que quedan tras pasar a https.

Ninguna de las dos API informa todavía por separado de la visibilidad en respuestas de IA: ambos buscadores solo la muestran en su panel. Relvato hace el resto en los dos: la monitorización de Google Search Console y la monitorización de Bing Webmaster Tools leen tus cifras una vez al día, solo con permiso de lectura, e indican lo que cambió en el sitio antes de una caída.