Tienes una caída de tráfico el 24 de septiembre y no sabes si fue el core update que Google confirmó esa semana, la migración de dominio que hiciste el martes o la campaña de PR digital que activó el equipo de marketing el lunes. Esa situación —mirar el gráfico de GSC y tener que reconstruir el historial desde cero en Slack, en el historial de commits y en el correo del cliente— es exactamente el problema que las anotaciones personalizadas de Search Console vienen a resolver.
Google las lanzó en noviembre de 2025 a través del Google Search Central Blog, como una función nativa de GSC que permite marcar fechas directamente sobre los gráficos de rendimiento. Antes de seguir: no son las anotaciones de GA4, que son una función diferente, en otra herramienta y con otra lógica. Estas viven en GSC, aparecen sobre los gráficos del informe de Rendimiento y las gestiona quien tenga acceso de propietario o de usuario completo a la propiedad. Lo que haces con ellas es dejar una marca en la línea de tiempo de GSC que dice: «ese día pasó esto».
Qué cambios merecen una anotación y cuáles no
Aquí es donde está el criterio. Si anotas todo terminas con 200 entradas que no dicen nada, y ese número no es arbitrario: GSC tiene un límite de 200 anotaciones por propiedad, y caducan a los 500 días, así que un sistema sin criterio las agota antes de que sirvan para algo.
Para mí merecen anotación los cambios que pueden mover métricas en GSC de forma observable. Despliegues técnicos con impacto potencial en el rastreo o la indexación: modificaciones de robots.txt y llms.txt, sitemap, redirecciones masivas. Cambios de contenido estructurales: reescritura de títulos en bloque, poda de URLs, migraciones de sección o de dominio. Actualizaciones de Google confirmadas, porque son el punto de referencia externo más importante que tienes cuando diagnosticas una caída que no generaste tú. Y campañas de link building bien planificado o PR digital relevantes, porque un pico de tráfico sin contexto parece ruido hasta que ves que coincide con una nota de prensa en un medio de autoridad.
Lo que no anoto: ajustes menores de copy o de imágenes sin impacto en el rastreo, actualizaciones parciales de plugins que no tocan el frontend ni el crawl budget. La pregunta que me hago antes de crear una es sencilla: ¿podría este cambio explicar una variación de más de un 10 % en clics o impresiones durante los siete días siguientes? Si la respuesta es no, no merece anotación; si la respuesta es tal vez, merece una.
Un sistema de nomenclatura que no se rompe a los tres meses
El segundo problema que veo cuando reviso cuentas de clientes es que las anotaciones que existen son inútiles porque nadie que no participó en el cambio puede entenderlas. «Cambio web» no es una anotación; es un recordatorio para ti que dentro de seis meses no recordarás de qué cambio se trataba.
El patrón que uso es [TIPO] YYYY-MM-DD descripción, con tipos fijos para que sean filtrables visualmente de un vistazo. Por ejemplo: [UPDATE] 2026-05-15 core-may26, [MIGRA] 2026-03-01 dominio-nuevo, [TECH] 2026-04-10 robots-noindex-tags, [ENLAZADO] 2026-09-20 pr-digital-expansion. La fecha en el nombre puede parecer redundante, ya que la anotación lleva fecha propia, pero cuando exportas o filtras las anotaciones en texto esa fecha embebida te salva el tiempo de cruzar columnas.
El test que aplico antes de guardar una anotación es este: ¿la puede leer alguien que no participó en el cambio y saber qué pasó, en qué afectó y en qué URL o sección? Si la respuesta es sí, la anotación está bien. Si requiere contexto adicional para entenderse, reescribo la descripción. Para sitios con varios proyectos activos en paralelo, automatizar el histórico de Search Console con Google Apps Script te permite volcar esas anotaciones a una hoja de cálculo compartida que todo el equipo puede consultar sin abrir GSC.
Cómo las uso en el diagnóstico real
Cuando hay una caída inesperada, lo primero que hago es abrir GSC y mirar el gráfico de Rendimiento en la semana del bajón con las anotaciones visibles. Si hay una anotación en esa fecha o en los tres días anteriores, tengo inmediatamente una hipótesis de trabajo; no una certeza, pero sí un punto de partida que me ahorra entre media hora y dos horas de reconstrucción de historial.
El ejemplo concreto: caída del 18 % en clics el 24 de septiembre, con anotación [TECH] 2026-09-22 Sitemap — URLs de producto eliminadas. La correlación es inmediata: dos días antes se eliminaron URLs del sitemap, el rastreo tardó un par de días en procesar el cambio y GSC recogió la caída. Sin esa anotación, el mismo escenario habría exigido revisar el historial de despliegues y pedir al equipo técnico que confirmara la fecha exacta del cambio para luego cruzarlo manualmente con el gráfico; trabajo que con una buena anotación desaparece.
Para cruzar ese diagnóstico con los segmentos de consultas o páginas que más cayeron, el flujo de uso avanzado de filtros en el informe de Rendimiento te da la capa de detalle que las anotaciones no cubren por sí solas.
Una última nota honesta: las anotaciones de GSC son el puente entre el historial de cambios de un proyecto y lo que ves en el gráfico de Rendimiento, pero no reemplazan ese historial. Si el equipo no documenta los cambios en ningún sitio, las anotaciones serán tan buenas como la memoria de quien las crea, con toda la fragilidad que eso implica. Funcionan bien cuando son la cara visible de un sistema de documentación que ya existe, no cuando son el sistema en sí mismo.
Preguntas frecuentes
¿Las anotaciones de Search Console son lo mismo que las anotaciones de GA4?
No. Son funciones distintas en herramientas distintas. Las anotaciones de GA4 viven en Google Analytics 4 y se asocian a métricas de comportamiento; las de Search Console, lanzadas en noviembre de 2025, aparecen sobre los gráficos del informe de Rendimiento de GSC y están pensadas para marcar cambios técnicos, de contenido o actualizaciones de Google que puedan explicar variaciones en clics e impresiones.
¿Cuántas anotaciones puedo crear en una propiedad de Search Console?
El límite es de 200 anotaciones por propiedad, y caducan a los 500 días. Por eso conviene tener un criterio claro sobre qué merece anotación: si se anota todo sin filtro, ese cupo se agota antes de que las anotaciones sean útiles para el diagnóstico a largo plazo.
¿Qué formato de nomenclatura funciona mejor para las anotaciones de GSC?
El patrón que uso es [TIPO] YYYY-MM-DD descripción, con tipos fijos como [UPDATE], [TECH], [MIGRA] o [ENLAZADO]. La descripción tiene que ser legible para alguien que no participó en el cambio; si requiere contexto adicional para entenderse, reescríbela antes de guardarla.
Desarrollo, SEO, GEO y tecnología con una visión de negocio.