SEO Analytics

Cómo leer Search Console durante una core update de Google

Alejandro Rioja
Alejandro Rioja
5 min de lectura
TL;DR

Durante una core update, no cambies nada en los primeros días. Congela una línea base de 14 días anterior a la fecha de inicio, anota tu rango normal de variación diaria y espera a que termine el despliegue más una semana completa antes de comparar. Después divide el cambio por página, consulta, país y dispositivo. En mi propio sitio, los 14 días previos a la actualización del 10 de noviembre de 2026 promediaron unos 290 clics diarios, con días sueltos entre 228 y 393, así que el movimiento de un solo día no me dijo nada.

Construir con agentes de IA

Aprende a usar agentes de IA en marketing, ventas y producto. Cada semana comparto lo que aprendí con más de 5.400 lectores.

No toques ninguna página durante los primeros días de una core update. La gráfica se moverá, querrás explicarla, y casi todas las explicaciones que se te ocurran en la primera semana son conjeturas.

El Panel de estado de la Búsqueda de Google indica que la core update de noviembre de 2026 empezó el 10 de noviembre y seguía desplegándose cuando extraje mis datos. La propia guía de Google dice que hay que esperar al menos una semana completa tras el final de una core update antes de analizar, y comparar con el periodo anterior a su inicio. Yo la sigo, y esta es la rutina exacta.

Paso 1: congela una línea base antes de mirar la actualización

Abre el informe de Rendimiento de Search Console y fija el rango en los 14 días previos a la fecha de inicio de la actualización. Exporta clics, impresiones, CTR y posición media por día. Ese archivo es tu línea base, y lo guardas antes de leer un solo número posterior a la actualización.

Esta es la mía, de Search Console de mi propio sitio:

VentanaClicsNotas
27 oct a 9 nov (14 días)4.067unos 290 al día
Día más bajo de esa ventana2286 nov
Día más alto de esa ventana3932 nov
10 nov (día de inicio)284dentro del rango normal

Una variación de 228 a 393 sin ninguna actualización en marcha es el número que importa. Si no conoces tu propia variación, no puedes distinguir una core update de un martes cualquiera.

Paso 2: anota qué más cambió

A las core updates se les culpa de cosas que no hicieron. Antes de comparar nada, enumera lo que cambió por tu parte en la misma ventana: una migración, un cambio de plantilla, un lote de páginas nuevas, una edición de robots o noindex, una regla de redirección. Si la lista no está vacía, la actualización no es la única sospechosa.

Comprueba también si una sola página distorsiona la línea del sitio completo. El 28 de octubre mis impresiones totales pasaron de 24.498 a 131.686 en un día porque una única página se mostró muchísimo más. Repasé ese caso en qué reviso cuando suben las impresiones y cae el CTR. Un promedio de todo el sitio durante una core update tiene la misma debilidad.

Paso 3: espera a que termine el despliegue y una semana más

Las core updates se despliegan durante un par de semanas y las posiciones se mueven mientras tanto. Comparar a mitad del despliegue es comparar un blanco móvil con una línea base fija. Pon un recordatorio una semana después de que el panel marque la actualización como completada, y no hagas nada hasta entonces.

Esperar no es pasividad. Usa ese tiempo para arreglar lo que estaba roto de todos modos: páginas con errores, títulos cortados, duplicados débiles. Esos cambios serían correctos en cualquier mes, y no ensuciarán la comparación siempre que los registres con fecha.

Paso 4: compara ventanas iguales y segmenta de cuatro maneras

Cuando suene el recordatorio, compara los 14 días posteriores a la finalización con tu línea base congelada de 14 días. Misma duración, mismos días de la semana. Luego divide la diferencia:

  1. Por página. Exporta la pestaña Páginas de ambas ventanas. Ordena por cambio en clics. En casi todas las caídas que he revisado, cinco o diez páginas explican la mayor parte.
  2. Por consulta. Para cada una de esas páginas, mira qué consultas perdieron clics y si la pérdida es de posición o de CTR. Una caída de la posición 4 a la 9 es un cambio de ranking. Una posición estable con CTR en caída es un problema de fragmento o de elementos de la SERP, que trato en por qué tus páginas mejor posicionadas no reciben clics.
  3. Por país. Una core update puede golpear más a un mercado que a otro, sobre todo en sitios multilingües.
  4. Por dispositivo. Una pérdida solo en móvil apunta a la experiencia de página, no a la relevancia.

Si el cambio está dentro de tu variación normal del Paso 1, no hay efecto de la actualización que explicar. Detente ahí y sigue publicando.

Paso 5: solo ahora decide qué cambiar

Haz coincidir el tipo de pérdida con el tipo de arreglo:

  • Pérdida de posiciones en pocas páginas: compáralas con las páginas que ahora te superan. ¿Responden la consulta más rápido, con más detalle concreto, desde la experiencia directa? Reescribe la tuya para hacerlo. No la rellenes.
  • Pérdida de posiciones en todas partes: es una lectura de calidad a nivel de sitio y tarda en moverse. Poda o fusiona las páginas que no merecen su lugar y mejora las que sí. Espera que la recuperación tarde meses, no días. Google ha dicho que las mejoras pueden tardar en surtir efecto y que puede hacer falta una core update posterior para recuperaciones mayores.
  • Ganancia de posiciones: anota qué páginas y por qué. Es tu plantilla de lo que Google premia ahora en tu sitio.

Para páginas que cayeron a la segunda página sin hundirse, aplica la rutina de cómo arreglar páginas atascadas en la página dos. Para una pérdida que también aparece en GA4, cómo diagnosticar caídas de tráfico con Google Analytics cubre la otra mitad.

El prompt que pego en Claude o ChatGPT

Exporta la pestaña Páginas de tu ventana base y de tu ventana posterior a la actualización como dos CSV, y pega ambos:

code
Aquí tienes dos exportaciones de Google Search Console por página. El
archivo A son los 14 días anteriores al inicio de una core update de
Google. El archivo B son los 14 días posteriores al fin del despliegue.
Misma duración, mismos días de la semana.

1. Lista las 15 páginas con mayor cambio en clics, al alza o a la baja,
   con el cambio en clics absolutos y en porcentaje.
2. Dime qué proporción del cambio total de clics explican esas 15 páginas.
3. Marca cualquier página donde los clics cambiaron pero las impresiones
   no, porque eso apunta al CTR y no al ranking.
Muestra la aritmética. Si un número no está en los datos, dilo en lugar
de estimarlo. No sugieras cambios de contenido todavía.

Verifica una fila a mano antes de fiarte del resto. Estos modelos redondean con aplomo y a veces se equivocan con la proporción.

Si prefieres no exportar CSV para cada cliente, creé SiteWide para llevar Search Console y GA4 a Claude justo para esta comparación. En cualquier caso, la disciplina es la misma: línea base primero, paciencia después, cambios al final. Si quieres un asistente para el paso del prompt, uso Claude.

Mis cifras vienen de mi propia propiedad de Search Console del 15 de octubre al 11 de noviembre de 2026: 7.472 clics y 1.108.401 impresiones en los 28 días. Es pronto para decir si la actualización ayudó o perjudicó a este sitio, y solo lo sabré cuando termine el despliegue y pase la semana de espera.

Publicidad
Seguir leyendo

Artículos relacionados

Seguir leyendo

Recibe el manual de IA en tu buzón

Aprende a usar agentes de IA en marketing, ventas y producto. Cada semana comparto lo que aprendí con más de 5.400 lectores.

↵ ↵ para ver todos los resultados esc esc para cerrar