Caída de tráfico por un core update de Google: ¿fue Google o fue tu sitio?
Una caída de tráfico por un core update de Google es tentador culparla solo a Google —tus clics han bajado justo cuando hay una actualización principal en marcha—, y tan tentador como deshacer el trabajo de la semana pasada. Las dos cosas pueden ser un error. Tres pruebas resuelven la mayoría de los casos: cuándo empezó la caída, qué cambió en tu sitio justo antes y qué forma tiene.
Qué cambia Google y dónde lo anuncia
Google cambia sus sistemas de clasificación constantemente, casi siempre en pasos pequeños que nadie anuncia. Los grandes sí los anuncia: varias actualizaciones principales al año, actualizaciones de spam y actualizaciones con nombre de sistemas concretos. También informa de sus propias incidencias, cuando el rastreo, la indexación o la publicación de resultados fallan durante un tiempo.
Todas aparecen en el Google Search Status Dashboard, con el día en que empezó cada una y el día en que terminó. Una actualización principal suele tardar hasta unas dos semanas en desplegarse, así que su efecto en un sitio puede llegar cualquier día de ese periodo.
Prueba 1: ¿empezó la caída durante un despliegue?
Busca el primer día en que tus cifras bajaron y se quedaron abajo, no el día en que te diste cuenta. Compáralo después con las fechas de la actualización. Dos detalles mueven las fechas uno o dos días: Search Console cuenta los días en hora del Pacífico y el panel en UTC, y sus datos llegan con dos o tres días de retraso. Una caída que empieza un día antes del inicio indicado puede pertenecer igualmente a la actualización.
¿No había ninguna actualización en marcha cuando empezó la caída? Entonces es probable que las actualizaciones de Google no sean la causa, y la respuesta esté más bien en tu sitio, o en la estacionalidad: compara con las mismas semanas del año pasado antes de sacar conclusiones.
Prueba 2: ¿cambió algo en tu sitio justo antes?
Revisa la semana anterior a la caída: actualizaciones de plugins y temas, una actualización del núcleo de WordPress, un despliegue, una migración, nuevas redirecciones, un robots.txt modificado, un noindex que llegó con una plantilla. Una caída que empieza el día después de uno de estos cambios apunta a tu sitio aunque al mismo tiempo hubiera una actualización en marcha.
Si pasaron las dos cosas, comprueba primero tu propio cambio. Es el que puedes confirmar hoy: pasa la inspección de URLs a una página que haya perdido tráfico. Si Google dice que no está indexada, o ve otra URL canónica, la causa es tuya, y la solución también.
Prueba 3: ¿qué forma tiene la caída?
Una actualización principal reordena las páginas. La posición media baja en muchas búsquedas y páginas, las impresiones la siguen y las páginas siguen indexadas. El descenso suele ser gradual a lo largo del despliegue, y algunas páginas pueden ganar mientras otras pierden.
Un fallo técnico se ve distinto. Suele ser repentino, a menudo afecta a una sección o una plantilla, y las páginas desaparecen del índice. Una incidencia de Google se ve como una caída breve, o un hueco en los datos, que se recupera en pocos días sin que nadie haga nada.
Tras una actualización principal: qué hacer y qué no
Según Google, una página que pierde posiciones en una actualización principal no ha hecho necesariamente nada mal. Puede que otras páginas se consideren más útiles para las mismas búsquedas. Así que no deshagas cambios que funcionan ni reescribas todo con prisas.
Espera a que termine el despliegue, deja pasar una semana y compara con la semana anterior a su inicio. En las páginas que más perdieron, mira qué se posiciona ahora por encima y pregúntate con sinceridad si la tuya es la respuesta más útil. Google publica preguntas de autoevaluación justo para esto. Las mejoras pueden tardar meses en notarse, y la recuperación más clara suele llegar con una actualización principal posterior.
Tras una actualización de spam o una incidencia
Una actualización de spam baja las páginas que incumplen las políticas de spam de Google: contenido poco útil a gran escala, esquemas de enlaces, cloaking, spam por hackeo. Si las páginas que cayeron no tienen nada de eso, busca en otra parte. Si hackearon tu sitio, puede que las páginas de spam sean del atacante: entonces lo primero es limpiar.
Una incidencia de rastreo, indexación o publicación es problema de Google, no tuyo. Apunta las fechas, comprueba que tus cifras vuelven cuando termina y no cambies nada por ella.
Cómo lo comprueba Relvato por ti
La monitorización de Google Search Console de Relvato hace las tres pruebas cada día. Lee el Search Status Dashboard de Google, así que una caída que empieza durante una actualización principal, una de spam o una incidencia se nombra en el hallazgo con sus fechas de despliegue. También enumera lo que cambió en tu sitio la semana anterior, y los gráficos sombrean cada actualización en doce semanas de historial.
Si no cambiaste nada, el hallazgo lo dice. Si cambiaste algo, nombra las dos cosas, para que sepas qué mirar primero. La monitorización de Bing vigila las mismas cifras en Bing, que no publica ningún listado de actualizaciones.
¿Una actualización de Google, tu sitio u otra cosa?
| Causa | Cuándo empieza | Qué hacen las cifras | Qué hacer |
|---|---|---|---|
| Actualización principal | Dentro del despliegue, a menudo de forma gradual | Las posiciones bajan en muchas páginas; siguen indexadas | Esperar a que termine, comparar y mejorar el contenido; no revertir |
| Actualización de spam | Dentro del despliegue | Caen páginas o secciones concretas | Revisar esas páginas frente a las políticas de spam y descartar un hackeo |
| Incidencia de Google | Durante la incidencia | Una caída breve o un hueco que se recupera solo | Apuntar las fechas; no cambiar nada |
| Un cambio en tu sitio | A los pocos días de una actualización, un despliegue o una regla nueva | A menudo repentina; páginas fuera del índice | Inspección de URLs y corregir o revertir ese cambio |
| Estacionalidad | Las mismas semanas cada año | Sigue la curva del año pasado | Comparar con el año anterior; nada que arreglar |
Preguntas frecuentes
¿Cómo sé si una actualización de Google causó mi caída de tráfico?
Comprueba si la caída empezó dentro de las fechas de despliegue de una actualización en el Google Search Status Dashboard, si cambió algo en tu sitio la semana anterior y si las páginas que perdieron tráfico siguen indexadas. Una caída durante una actualización principal, sin cambios por tu parte y con las páginas indexadas, apunta a la actualización.
¿Cuánto tarda en desplegarse una actualización principal?
Normalmente hasta unas dos semanas. El panel muestra el día de inicio y el día en que Google la dio por completada. Espera a que termine antes de juzgar el resultado.
¿Cuándo se recuperará mi tráfico tras una actualización principal?
No hay una fecha fija. Google dice que las mejoras pueden tardar meses en notarse, y muchos sitios ven el cambio más claro en una actualización principal posterior. Mientras tanto, céntrate en las páginas que más perdieron.
¿Debo deshacer mis últimos cambios tras una actualización principal?
Solo si la caída apunta a ellos: empezó justo después del cambio, o la inspección de URLs muestra que las páginas salieron del índice. Deshacer cambios que funcionan solo porque había una actualización en marcha suele costar más de lo que arregla.
¿Bing también tiene actualizaciones principales?
Bing también cambia sus clasificaciones, pero no publica ningún panel ni listado de actualizaciones, así que no hay fechas de despliegue con las que comparar. En Bing te quedan el repaso de tus cambios y la forma de la caída.
Fuentes
- Google Search Status Dashboard
- Google Search Central — Actualizaciones principales de la Búsqueda de Google
- Google Search Central — Actualizaciones de spam de la Búsqueda de Google
- Google Search Central — Depurar caídas del tráfico de la Búsqueda de Google
- Google Search Central — Crear contenido útil, fiable y centrado en las personas
- Ayuda de Search Console — Informe de rendimiento (fechas en hora del Pacífico)