Cómo saber si te afectó un core update, y qué hacer después

En un sitio que audité, dos revisiones seguidas lo declararon sano. La media de seis meses salía bien, el CTR parecía el problema y el plan de trabajo se orientó hacia los títulos. Estaba equivocado: el sitio se había caído 16 posiciones con un core update, y la media rodante, dominada por los meses buenos anteriores, lo estaba disfrazando. Se perdieron semanas en la palanca equivocada. Ese error no es raro ni es de novatos, y se evita con una sola decisión metodológica que este artículo explica antes que ninguna otra cosa.

¿Cómo saber si un core update te afectó?

Fechando la caída contra el calendario antes de tocar nada, porque si no coincide con una actualización el diagnóstico es otro. En un sitio nuevo casi nunca es un core update; en uno de autoridad media suele serlo; en uno consolidado, la recuperación puede esperar a la siguiente. Los arreglos rápidos no mueven nada.

Respuesta rápida

• Primero el calendario, después las causas internas. Si la caída coincide con un despliegue confirmado, ya tienes el sospechoso.
• Nunca concluyas desde una media rodante. Disfraza la caída reciente y manda a trabajar donde no está el problema.
• La comprobación válida: serie mensual, cohorte fija de consultas y mediana, nunca media.
• Un core update no es una penalización. No hay nada que "arreglar" en el sentido de deshacer una sanción.

Qué tipo de problema es esto

El modelo mental que más daño hace es tratar un core update como un castigo. Bajo esa lectura, la reacción lógica es buscar qué se hizo mal y deshacerlo, y ahí empieza a perderse el tiempo.

Un core update no sanciona: reordena. Google cambia cómo pondera lo que ya valoraba, y el resultado es que unos suben y otros bajan sin que ninguno de los dos haya hecho nada nuevo. Puedes caer sin haber empeorado, simplemente porque otro pasó a valorarse mejor para esa consulta.

La consecuencia práctica es incómoda: no hay una acción que revierta el efecto, y los que prometen "recuperación garantizada tras un core update" están vendiendo algo que no existe. Lo que sí hay es diagnóstico, y después trabajo de fondo cuyo resultado se ve, si se ve, en el siguiente despliegue.

Paso 1: mirar el calendario antes que nada

Es la comprobación más barata del oficio y la que más se salta. Cinco minutos.

En 2026 hubo cuatro actualizaciones confirmadas, con la particularidad de que el core update de marzo fue el más volátil registrado: según SE Ranking, el 79,5 % del top 3 cambió de posición y casi una de cada cuatro páginas del top 10 se cayó del top 100. El de mayo fue todavía más pesado.

La cadencia habitual es cada tres o cuatro meses, con despliegues que duran de una a tres semanas. Ese detalle importa: durante el despliegue los datos oscilan, y sacar conclusiones a mitad de una actualización produce diagnósticos que se contradicen a la semana siguiente.

Si tu caída empieza dentro de una de esas ventanas, el plugin de caché no es el culpable.

Paso 2: medir sin engañarse

Aquí está la parte que decide si el diagnóstico sirve. Son tres reglas y las tres nacieron de equivocarse.

Serie mensual, no media rodante

Una media de seis meses dominada por los meses buenos presenta un desplome reciente como un problema menor. Es exactamente lo que ocurrió en el caso que abre este artículo. La serie mensual muestra el escalón; la media lo suaviza hasta hacerlo invisible.

Cohorte fija de consultas

Elige las 50 o 100 consultas que más impresiones te daban antes de la fecha, y sigue esas mismas mes a mes. Si el conjunto de consultas cambia cada mes, estás comparando cosas distintas y la comparación no significa nada.

Sin cohorte fija se produce un espejismo frecuente: el tráfico total cae mientras el número de consultas sube, y parece que el sitio crece.

Mediana, no media

Un puñado de consultas con posiciones extremas distorsiona el promedio. La mediana describe lo que le pasa a la consulta típica, que es lo que quieres saber.

Paso 3: separar qué tipo de caída es

No todas las caídas de tráfico son de algoritmo, y confundirlas cuesta meses.

Las dos primeras filas se confunden constantemente. La diferencia está en si la posición se movió: un resumen de IA te quita clics sin tocarte la posición, y un core update te mueve la posición. El detalle de la primera está en cuánto tráfico quitan los AI Overviews, y el de la tercera, en estás primero y no recibes clics.

Paso 4: qué hacer, y en qué orden

Confirmado que fue un core update, el trabajo útil es este.

Identifica qué páginas concretas cayeron. No el sitio: las páginas. Casi nunca cae todo por igual, y el patrón de lo que cayó es el diagnóstico. Si cayó lo informacional y aguantó lo transaccional, o cayó una categoría entera, eso dice más que cualquier lista de factores.

Mira quién ocupó tu sitio. Abre las consultas que perdiste y estudia qué tienen ahora las tres primeras. No para copiarlas: para entender qué está premiando el sistema en esa consulta concreta después del cambio.

Descarta lo técnico igualmente. Una caída que coincide con un core update puede ser, además, un noindex heredado de un despliegue que se hizo esa misma semana. Las coincidencias existen y salen caras.

Y después, trabajo de fondo sobre lo que cayó. No hay atajo. La recuperación, cuando llega, suele llegar con un despliegue posterior, no con un cambio del martes.

Lo que NO hay que hacer

• Deshacer cambios recientes en pánico. Si no eran la causa, se pierde lo que sí funcionaba.
• Reescribirlo todo a la vez. Después es imposible saber qué movió qué.
• Sacar conclusiones a mitad del despliegue. Los datos oscilan durante una a tres semanas.
• Cambiar de proveedor por la caída sin más. El sitio nuevo empezará por rehacer el diagnóstico.

Cuánto tarda la recuperación

No se puede prometer, y conviene decirlo con claridad porque es justo lo que promete quien estafa. Lo que se puede afirmar es que los efectos de un core update se recalculan en despliegues posteriores, que llegan cada tres o cuatro meses. Eso marca la unidad de tiempo realista.

También hay un escenario que casi nadie menciona: a veces no se recupera nada, y la lectura correcta es que el nivel anterior estaba por encima de lo que el sitio sostenía. Es una conclusión desagradable y es la que evita gastar dos años persiguiendo un pico irrepetible.

Cuándo NO tocar nada

Durante el despliegue. Un core update tarda de una a tres semanas en desplegarse y los datos oscilan mientras dura, así que cualquier conclusión sacada a mitad se contradice la semana siguiente.

Cuando la caída no arrastra posiciones. Si las impresiones aguantan y solo bajan los clics, el sospechoso no es el algoritmo, y la forma de la curva en Search Console lo distingue en cinco minutos.

Lo que Google dice que hagas, y lo que dice que no

Su guía sobre actualizaciones principales contiene tres indicaciones que casi ningún artículo del tema recoge enteras, y las tres cambian el plan.

Que una bajada no significa que el sitio sea malo. La comparación que usa la propia documentación es la de una lista de restaurantes recomendados: los que bajan no son necesariamente peores, es que aparecieron otros. Eso descarta de entrada la búsqueda de un defecto propio que a veces no existe.

Que hay que evitar los arreglos rápidos y centrarse en cambios que tengan sentido para el usuario y sean sostenibles. Es lo contrario de lo que produce el pánico del primer mes.

Y que hay que esperar. Recomienda esperar al menos una semana completa desde que la actualización termina de desplegarse antes de analizar, y advierte de que los sistemas pueden tardar varios meses en confirmar que un sitio produce contenido útil. Si pasan meses sin efecto, puede tocar esperar a la siguiente actualización.

Juntas dicen algo incómodo para cualquier propuesta de recuperación con plazo: el reloj no lo pone el proveedor.

Antes de tocar nada, descartar lo que no es

Que no sea una acción manual, que es la comprobación de dos minutos que cierra media conversación: penalización de Google.

Que no sea un problema de indexación, que se ve en el informe de páginas: por qué Google no indexa mi página.

Que la caída sea de clics y no de impresiones, porque si las impresiones aguantan y los clics bajan el sospechoso es otro: estás primero y no recibes clics y cuánto tráfico quitan los AI Overviews.

Y qué familia de actualización fue, porque no todas se responden igual: actualizaciones de Google, con el sistema que dejó de existir como tal en Helpful Content Update.

Cómo leer la serie sin engañarse está en Google Search Console.

Errores que se repiten

• Concluir desde una media rodante. Ya costó semanas de trabajo en la palanca equivocada.
• Buscar causas internas sin mirar las fechas de las actualizaciones.
• Usar la media en vez de la mediana en las posiciones de la cohorte.
• Cambiar el conjunto de consultas entre mediciones.
• Confundir una caída de CTR por resumen de IA con una caída de posiciones.
• Actuar durante el despliegue, cuando los datos todavía se mueven.

Datos y transparencia

Que una bajada tras una actualización no implica que el sitio sea peor, con la comparación de la lista de restaurantes, que conviene evitar los arreglos rápidos, que hay que esperar al menos una semana completa tras el cierre del despliegue antes de analizar, y que los sistemas pueden tardar varios meses en confirmar el cambio, procede de la guía pública de Google sobre actualizaciones principales, comprobada el 12 de agosto de 2026.

Las fechas y duraciones de las cuatro actualizaciones confirmadas de Google en 2026 (Discover el 5 de febrero, 21 días; spam el 24 de marzo, 19 h 30; core el 27 de marzo, 12 días; core el 21 de mayo, 11 días 21 h) y los datos de volatilidad del core update de marzo, con el 79,5 % del top 3 cambiando de posición, proceden de SE Ranking. El caso de las dos auditorías que declararon sano un sitio caído 16 posiciones procede de un trabajo propio; es trabajo de cliente y el sitio no se nombra. La metodología de serie mensual, cohorte fija y mediana es el procedimiento de auditoría propio, aplicado sobre una cartera que suma más de 300 millones de impresiones anuales en Search Console. Verificado a agosto de 2026.

Fuentes primarias, abiertas el 13 de agosto de 2026: la encuesta de SE Ranking.

Lo que esto cambia

La lección de aquel sitio no fue sobre algoritmos. Fue sobre instrumentos.

Dos auditorías competentes miraron los mismos datos y concluyeron que estaba sano, porque las dos usaron una media que suavizaba justo el mes que importaba. El sitio llevaba semanas caído 16 posiciones y el informe decía otra cosa. Ningún conocimiento adicional sobre core updates habría evitado ese error; lo evitaba una decisión de método tomada antes de mirar nada.

Merece la pena revisar con qué se está midiendo antes de decidir qué se va a arreglar. En este oficio, la mayoría de las conclusiones equivocadas que he visto no venían de datos falsos, sino de datos verdaderos promediados de una forma que escondía lo único que había que ver.

Preguntas frecuentes