Core update de Google y caída de tráfico, cómo reaccionar

Un core update de Google es una actualización amplia del algoritmo de búsqueda que puede mover el tráfico de un blog de un día para otro sin que haya ningún error técnico detrás. Si gestionas el blog de una pyme y los visitantes caen a la mitad, la primera pregunta no es qué has roto, sino si ha habido una actualización en marcha y qué parte de la caída responde a eso. Este artículo repasa cómo confirmarlo, qué mirar en Search Console y cuándo conviene tocar el contenido y cuándo conviene esperar.

Si tu tráfico cae tras un core update de Google, espera al menos una semana desde que termine el despliegue antes de tocar nada: compara ese periodo con la semana previa al inicio en Search Console, y solo revisa a fondo el contenido si la caída es grande y sostenida, no ante un descenso de dos o tres posiciones.

Así funciona un core update de Google

Google actualiza el núcleo de su algoritmo de búsqueda varias veces al año y documenta cada despliegue en el panel de estado de Search Status Dashboard, con fecha de inicio y duración exacta. En 2026 ha confirmado ya dos core updates clásicos: uno iniciado el 27 de marzo (12 días y 4 horas) y otro iniciado el 21 de mayo (11 días y 21 horas). A eso se suman las actualizaciones antispam, que persiguen prácticas que infringen las políticas, no la calidad general del sitio, y conviene no mezclarlas al buscar la causa de una caída.

Un core update no penaliza páginas concretas: recalibra cómo valora el conjunto del algoritmo la relevancia y la calidad de todo el índice, así que puede mover posiciones sin que el sitio haya cambiado nada.

Mientras el despliegue está activo, cualquier cambio que hagas se evalúa con un algoritmo que todavía se está asentando: no hay forma de saber si ha ayudado o empeorado algo hasta que termina. Por eso el primer paso nunca es actuar, es comprobar la fecha de cierre en el panel de Google y marcar el calendario para una semana después.

Primeros pasos cuando el tráfico se hunde

Antes de mirar una sola métrica, confirma que el despliegue ha terminado de verdad. Google publica la fecha de cierre en el mismo panel de estado y recomienda esperar al menos una semana completa después de esa fecha antes de sacar ninguna conclusión: el ranking todavía se mueve mientras el algoritmo termina de aplicarse, y cualquier lectura anterior es ruido, no una tendencia.

Confirmar que el core update ha terminado

Apunta dos fechas: el día en que empezó el despliegue que te interesa y el día en que se cerró; las dos están en el panel de estado de Google. A partir de la fecha de cierre, cuenta siete días naturales antes de abrir Search Console, porque analizar a mitad del despliegue mezcla datos de antes y después del cambio y no sirve para nada. Guarda también una captura del informe de rendimiento de la semana previa al inicio del core update, porque la vas a necesitar como referencia cuando compares. Si en tu sector ha corrido una actualización antispam cerca de la misma fecha, sepárala del core update: atacan problemas distintos, y mezclarlas te hace buscar la causa equivocada en el sitio que no toca.

Leer el informe de rendimiento en Search Console

Search Console es la fuente fiable para saber si lo que ha bajado es tráfico de búsqueda orgánica o es otra cosa: una campaña que terminó, un cambio de cookies que falsea Analytics, una página caída. El informe de rendimiento permite comparar un periodo contra otro directamente en el gráfico, sin exportar nada a una hoja de cálculo, y es el primer sitio donde mirar antes de tocar el contenido.

Comparar el antes y el después por página

En el filtro de fecha del informe de rendimiento, elige comparar y selecciona la semana previa al inicio del core update frente a la semana posterior a su cierre. El gráfico separa clics, impresiones, CTR y posición media para ambos periodos, así que se ve de un vistazo si ha cambiado la posición o solo el CTR. Baja al listado de páginas y ordena por la diferencia de clics: si la caída se concentra en dos o tres artículos, no es un problema del sitio entero. En AI Overviews de Google y qué hacer con tu tráfico SEO se explica otra causa habitual de esa misma foto: una caída de clics con la posición casi intacta, que no tiene nada que ver con un core update.

La autoevaluación que exige una actualización de Google

Si la caída es grande y sostenida —no de dos o tres posiciones, sino de la primera página a la tercera o más— Google no entrega una lista de parches técnicos. Pide un ejercicio más incómodo: autoevaluar si el sitio en su conjunto ofrece contenido útil, fiable y pensado para personas. Se hace sobre el sitio entero, no solo sobre los artículos que han bajado, y conviene pedir una opinión externa, de alguien que no haya escrito el contenido.

Contenido pensado para personas, no para el buscador

La pregunta que de verdad filtra no es si el artículo tiene la extensión o los encabezados correctos, sino si existe un público real que lo buscaría aunque no viniera de Google: alguien que entra directo al blog porque ya conoce la marca. Google lo plantea como experiencia de primera mano: si el texto demuestra que quien lo escribió ha hecho lo que describe —llevar una pyme, gestionar un blog parado, presupuestar un proyecto SEO real— frente a un resumen genérico que firmaría cualquiera. Un síntoma claro es la canibalización: varios artículos compitiendo por la misma búsqueda sin que ninguno gane, justo lo que se explica en 3 señales de canibalización de palabras clave en tu blog, y que un core update suele dejar en evidencia.

Errores que agravan una caída de posiciones

Hay reacciones que no arreglan nada y encima añaden ruido a la siguiente lectura. Antes de tocar una sola línea, conviene descartar estas:

• Borrar artículos enteros porque han bajado, en vez de revisar si realmente han perdido utilidad: eliminar contenido es la última opción, no la primera, y un borrado masivo se interpreta como la prueba de que ese contenido se escribió para el buscador, no para el lector.
• Cambiar titulares, encabezados o enlaces por un rumor leído en un foro de SEO, sin relacionarlo con un dato propio de Search Console.
• Reescribir contenido mientras el despliegue todavía está activo: el algoritmo no ha terminado de asentarse y no hay forma de saber si el cambio ayuda o empeora la situación.
• Confundir una actualización antispam con un core update: la primera penaliza prácticas concretas, como texto oculto o enlaces comprados, y la corrección que exige es distinta.

El patrón que de verdad conviene vigilar es varios artículos del mismo tema perdiendo posiciones a la vez: suele apuntar a canibalización de palabras clave más que a un problema de calidad generalizado, y se corrige fusionando o diferenciando piezas, no reescribiendo todas a la vez de golpe.

Plazos reales tras un core update de Google

La recuperación no tiene un plazo fijo. Google reconoce que algunos ajustes se notan en días, pero que la mayoría de las mejoras de fondo necesita varios meses para que el sistema las aprenda y las confirme, y que si no hay mejora visible, el efecto puede llegar recién con el siguiente core update, no antes. Esa misma lentitud es la que ya hace que posicionar un artículo nuevo lleve semanas y no días: un core update no cambia esa física, solo añade una variable más al tiempo de espera.

Para una pyme que paga por un blog, lo útil es fijar la expectativa antes de que llegue el primer core update: una caída de tráfico no es una avería que se resuelve en 48 horas. Lo que sí puede controlarse es el proceso de respuesta: fecha de cierre anotada, una semana de espera, comparación en Search Console y autoevaluación solo si la caída es grande. Ese proceso no acelera la recuperación, pero evita decisiones que la retrasan más.

Preguntas frecuentes sobre el core update de Google

¿Cuántos core updates hace Google al año?

Google no fija un número exacto y habla de varias veces al año. En 2026 ha confirmado al menos dos core updates clásicos, en marzo y mayo, además de actualizaciones antispam independientes en marzo, junio, agosto y septiembre, que persiguen otro tipo de problemas y no deben confundirse con un core update.

¿Cuánto hay que esperar para analizar el tráfico tras un core update?

Al menos una semana completa desde la fecha de cierre del despliegue, que publica el propio panel de estado de Google. Analizar antes mezcla datos de mientras el algoritmo todavía se está asentando con datos ya estables, y la lectura sale distorsionada.

¿Una caída de tráfico siempre significa que el contenido es malo?

No. Una caída de dos o tres posiciones es normal y no exige ningún cambio. Solo una caída grande y sostenida, de la primera página a la tercera o más, justifica una autoevaluación de si el sitio ofrece contenido útil y de primera mano.

¿Hay que borrar los artículos que pierden posiciones?

Como primer paso, no. Google trata el borrado masivo de contenido como señal de que se escribió para el buscador y no para las personas. Antes de eliminar nada conviene revisar si el artículo sigue siendo útil o compite con otro propio por la misma búsqueda.

Fuente: Google Search Central