Cuando Google lanza un core update, los primeros días son los más críticos para entender si tu sitio fue afectado y en qué dirección. No alcanza con esperar el reporte mensual de tu agencia: los datos ya están disponibles en Search Console desde el momento en que el tráfico empieza a moverse, y saber leerlos te permite actuar con información propia, no con interpretaciones de terceros.
Esto es lo que vas a poder identificar si sabés dónde mirar:
- Si tu sitio perdió visibilidad o la ganó respecto al período anterior
- Qué páginas concentran la mayor caída de clics e impresiones
- Qué keywords dejaron de traerte tráfico o bajaron posiciones
- Si el impacto es uniforme en todos los dispositivos o está concentrado en alguno
- Cuándo el movimiento se estabiliza y cuándo tiene sentido escalar el análisis
En esta guía vas a encontrar un recorrido concreto por Search Console: qué métricas revisar, cómo configurar las comparaciones correctas y con qué frecuencia hacerlo durante las semanas que siguen a un update.
Un core update no es una penalización: entendé qué cambió antes de reaccionar
Un core update es una actualización amplia del algoritmo de Google que puede redistribuir posiciones en los resultados de búsqueda de forma significativa y en poco tiempo. A diferencia de actualizaciones menores, un core update no apunta a un tipo de contenido o práctica específica: afecta cómo Google evalúa la relevancia y la calidad de las páginas en general.
Esto importa porque cambia el foco del monitoreo. En condiciones normales, una caída de tráfico puede tener docenas de causas: un problema técnico, un competidor que mejoró su contenido, una keyword que perdió volumen de búsqueda. Después de un core update, el primer sospechoso es el propio algoritmo, y eso requiere mirar los datos con una lente diferente: comparar períodos específicos, identificar patrones de caída y distinguir si el movimiento es puntual o sistémico.
Search Console muestra mucha información. Sin un orden claro, es fácil perderse en los datos o sacar conclusiones apresuradas. Lo que sigue es un recorrido paso a paso para evitar eso.
El primer paso es configurar bien la comparación de períodos
La comparación de períodos es el punto de partida de cualquier análisis post-update. Sin ella, los números no tienen contexto y es imposible saber si lo que estás viendo es un problema real o una variación normal.
En Search Console, entrá al informe de Rendimiento (Performance) y seleccioná el rango de fechas. Vas a ver un selector que te permite elegir «Comparar» en lugar de un período fijo. La configuración recomendada para los días posteriores a un core update es la siguiente:
Período de análisis principal
Seleccioná los 7 días posteriores a la fecha en que Google confirmó el inicio del update. Si el update duró varios días en completarse (lo habitual es entre 1 y 2 semanas), esperá a que Google anuncie su finalización antes de sacar conclusiones definitivas. Durante el rollout, los datos fluctúan.
Período de comparación
Compará contra los 7 días equivalentes de la semana anterior al inicio del update. Evitá comparar contra períodos que incluyan fines de semana o fechas atípicas (feriados, lanzamientos de producto) que puedan distorsionar el volumen de búsqueda.
Con esta configuración, vas a ver columnas con la diferencia absoluta y porcentual en clics, impresiones, CTR y posición promedio. Esas diferencias son tu materia prima para el resto del análisis.
Qué páginas revisás primero y por qué no todas merecen la misma atención
Una vez configurada la comparación, el siguiente paso es identificar qué páginas concentran el mayor impacto. No todas las caídas pesan igual: una página que perdió 3 clics y otra que perdió 300 no merecen el mismo tiempo de análisis.
Dentro del informe de Rendimiento, bajá hasta la tabla de resultados y cambiá la pestaña de «Consultas» a «Páginas». Vas a ver el listado de URLs con la variación de clics e impresiones en el período comparado. Ordená por diferencia de clics de mayor a menor (de más negativo a más positivo).
Páginas con caída fuerte de clics e impresiones
Estas son las que más te interesan primero. Una caída simultánea en clics e impresiones indica que Google redujo la frecuencia con la que muestra esa página en los resultados, no solo que los usuarios dejaron de hacer clic. Es una señal más preocupante que una caída de CTR aislada.
Anotá las 5 a 10 URLs con mayor caída. Esas son las que vas a analizar en profundidad en los pasos siguientes.
Páginas con caída de clics pero impresiones estables
Este patrón es diferente: Google sigue mostrando la página, pero los usuarios no hacen clic. Puede indicar un problema de título o meta descripción, o que un competidor mejoró su snippet y está capturando más atención en los mismos resultados. Vale la pena revisarlo, pero no es la prioridad inmediata.
Con la lista de páginas afectadas en mano, el siguiente paso es entender qué keywords están detrás de esas caídas.
De las páginas a las keywords: el segundo nivel del diagnóstico
Las páginas te dicen dónde está el problema. Las keywords te dicen por qué está ahí. Son dos niveles de análisis distintos y los dos son necesarios.
Para cada URL de tu lista de páginas afectadas, hacé clic sobre ella en la tabla. Search Console va a filtrar automáticamente el informe para mostrar solo las consultas asociadas a esa página. Ordená por diferencia de clics, igual que antes.
Lo que buscás es identificar dos tipos de movimiento:
- Keywords que cayeron en posición: la página sigue apareciendo, pero más abajo. Es lo más común después de un core update y puede ser temporal si el rollout todavía no terminó.
- Keywords que desaparecieron de las impresiones: la página dejó de aparecer para esa consulta. Es el caso más grave y el que requiere análisis más profundo de contenido.
Un dato que vale la pena anotar: si las keywords que cayeron son las que concentraban la mayor parte de tu tráfico orgánico, el impacto en el negocio es mayor aunque el número de URLs afectadas sea pequeño. Priorizá en función del volumen de tráfico perdido, no de la cantidad de páginas.
Mobile vs. desktop: el filtro que la mayoría saltea y no debería
Revisar el comportamiento por dispositivo es un paso que muchos founders saltan. Puede revelar información relevante sobre la naturaleza del impacto, y orientarte antes de involucrar a tu equipo.
En el informe de Rendimiento, usá el filtro «Dispositivo» (Device) para segmentar los datos. Comparás el mismo período con el mismo criterio, pero ahora separado entre mobile, desktop y tablet. Lo que buscás es si la caída es proporcional en todos los dispositivos o si está concentrada en uno.
Caída concentrada en mobile
Si el impacto es notablemente mayor en mobile, puede indicar problemas de experiencia de usuario en dispositivos móviles: velocidad de carga, diseño responsivo, interstitials que bloquean el contenido. Google evalúa la versión mobile del sitio como referencia principal (mobile-first indexing), así que una caída concentrada ahí merece atención técnica específica.
Caída uniforme en todos los dispositivos
Si la caída es proporcional en mobile y desktop, el problema es más probablemente de contenido o de autoridad temática, no de experiencia técnica. Es lo más frecuente en un core update y es donde el análisis de páginas y keywords del paso anterior cobra más relevancia.
Esta segmentación no resuelve el problema, pero te ayuda a orientar el diagnóstico antes de escalar el análisis con tu equipo o agencia.
Cuándo mirar los datos y cuándo parar de hacerlo
La frecuencia de monitoreo después de un core update no es la misma que en condiciones normales. Un reporte mensual es insuficiente. Necesitás una cadencia diferente según el momento del rollout.
Esta es la frecuencia recomendada:
| Momento | Frecuencia | Qué hacés |
|---|---|---|
| Durante el rollout (1-2 semanas) | Cada 2-3 días | Observás tendencias, no tomás decisiones |
| Primera semana post-rollout | Diaria | Confirmás si el movimiento se estabilizó |
| Segunda y tercera semana | Cada 2-3 días | Evaluás magnitud real del impacto |
| A partir del mes | Semanal | Monitoreás recuperación o deterioro sostenido |
Cuándo escalar el análisis
Hay situaciones en las que Search Console no alcanza y necesitás involucrar a tu agencia o equipo SEO con urgencia:
- Caída de más del 20% en clics totales sostenida por más de 5 días después del fin del rollout
- Desaparición de impresiones en keywords que representaban una parte significativa de tu tráfico
- Caída simultánea en múltiples páginas sin un patrón claro de contenido o dispositivo
En esos casos, el análisis pasa a requerir herramientas adicionales, revisión de contenido en profundidad y, posiblemente, comparación con datos de competidores. Search Console te da el diagnóstico inicial. Lo que hacés con ese diagnóstico es otra conversación.
Los datos son tuyos: no los delegues antes de leerlos
Revisar Search Console después de un core update no es un ejercicio técnico reservado para especialistas. Es una habilidad de gestión: leer señales tempranas, distinguir ruido de señal real y decidir cuándo actuar por cuenta propia y cuándo escalar.
El recorrido que describí en esta guía, configurar la comparación de períodos correcta, identificar páginas y keywords afectadas, segmentar por dispositivo y mantener una cadencia de monitoreo adecuada, te da un marco concreto para no depender exclusivamente de reportes externos cuando el tiempo importa.
El próximo paso es aplicarlo. La próxima vez que Google anuncie un core update, abrí Search Console antes de esperar el reporte y recorré estos pasos en orden. Lo que encontrés te va a dar contexto para cualquier conversación que tengas después con tu equipo o agencia. Vos elegís si llegar informado o no.
Lo que nadie te explica bien sobre los core updates (y acá sí lo hacemos)
Los core updates generan más dudas de las que responden. Cada founder llega a Search Console con preguntas distintas según su industria, su historial de tráfico y su nivel de exposición al SEO. Estas son algunas de las que aparecen con más frecuencia.
¿Cuánto tiempo tarda en estabilizarse el tráfico después de un core update?
El rollout suele durar entre 1 y 2 semanas desde que Google lo anuncia hasta que lo da por finalizado. Durante ese período, los datos en Search Console fluctúan de forma significativa y no siempre reflejan el impacto real.
Una vez que Google confirma el fin del rollout, los datos tardan entre 3 y 7 días adicionales en estabilizarse. Recién entonces tiene sentido sacar conclusiones sobre la magnitud del impacto y evaluar si se justifica tomar acciones correctivas. Antes de ese punto, cualquier decisión está basada en datos en movimiento.
¿Una caída después de un core update significa que hice algo mal?
No necesariamente. Los core updates redistribuyen posiciones en función de cómo Google revalúa la relevancia y la calidad relativa de las páginas, no solo en función de errores o prácticas incorrectas. Tu sitio puede caer aunque no hayas cambiado nada, simplemente porque un competidor mejoró su contenido o porque Google ajustó sus criterios de evaluación.
Dicho esto, una caída sostenida después de que el update finalizó sí puede ser una señal de que hay aspectos de contenido, autoridad o experiencia de usuario que vale la pena revisar. La diferencia está en distinguir una caída temporal durante el rollout de una caída que se mantiene semanas después. No es lo mismo, y la respuesta tampoco lo es.
¿Tiene sentido hacer cambios en el sitio mientras el rollout todavía está en curso?
No. Durante el rollout, los datos son inestables y cualquier cambio que hagas va a ser difícil de evaluar porque no vas a poder distinguir su efecto del movimiento propio del update.
La práctica recomendada es observar y documentar durante el rollout, y esperar a que los datos se estabilicen antes de tomar decisiones de contenido o técnicas. Actuar sobre datos en movimiento puede llevarte a hacer cambios innecesarios o, peor, a deshacer cosas que estaban funcionando. Paciencia táctica no es inacción: es criterio.
¿Search Console muestra datos en tiempo real o hay demora?
Search Console tiene una demora de procesamiento de entre 2 y 3 días. Los clics e impresiones que ves hoy corresponden a lo que ocurrió hace 2 o 3 días, no a ayer ni a hoy.
Esto es relevante para el monitoreo post-update: no podés reaccionar en tiempo real. Si el update empezó el lunes, los primeros datos confiables los vas a tener recién el miércoles o jueves. Tenerlo en cuenta evita que interpretes ausencia de datos como ausencia de impacto. Son dos cosas muy distintas.
¿Qué diferencia hay entre un core update y otras actualizaciones de Google?
Google lanza actualizaciones de algoritmo con frecuencia, pero no todas tienen el mismo alcance. Las actualizaciones menores o específicas apuntan a comportamientos concretos: spam de enlaces, contenido generado automáticamente, experiencia de página. Sus efectos suelen ser más acotados y predecibles.
Un core update es una revisión amplia de cómo Google evalúa la calidad y relevancia de las páginas en general. No apunta a una práctica específica y puede afectar a sitios que no hicieron nada incorrecto. Por eso requiere un monitoreo diferente: más amplio, más frecuente y con foco en patrones generales antes que en causas puntuales.
¿Qué hago si mi sitio ganó tráfico después de un core update?
Una ganancia también merece análisis, aunque sea una buena noticia. Entender qué páginas y keywords crecieron te permite identificar qué tipo de contenido Google está valorando más en tu industria. Eso es información útil para priorizar la producción de contenido futura.
El proceso es el mismo que para una caída: configurá la comparación de períodos, revisá las páginas con mayor crecimiento de clics e impresiones e identificá las keywords que subieron posiciones. Esos patrones te dicen qué dirección seguir. No los ignorés solo porque el número es verde.
Estratega experto en SEO con +14 años liderando resultados reales
Si vas a aprender sobre SEO, que sea de alguien que lo vivió desde adentro. Durante más de 14 años, lideré agencias, equipos y estrategias SEO en toda Latinoamérica. Fui Director de Estrategias en Punto Rojo, Head of eCommerce SEO en Nomadic, SEO Manager en BullMetrix, y hoy soy Founder y CEO de Rubica.io.
Mi trabajo ayudó a marcas como Kavak, Claro, Movistar, Prosegur, La Anónima, Tuenti, CACE, Taringa! y más de 50 empresas a escalar posiciones en Google, aumentar tráfico, y —lo más importante— convertir esas visitas en ventas reales.
Especializado en arquitectura SEO, estrategia de contenidos, eCommerce y migraciones complejas, combino la precisión técnica con visión de negocio. Mi enfoque no es hacer SEO para llenar reportes: lo hago para ganar mercado.
Cada contenido que firmo, cada guía que escribo, y cada video que produzco, está basado en experiencia directa, resultados medibles y obsesión por la calidad. Si no incomoda, no educa. Si no convierte, no sirve.
