Search Console borra tus datos a los 16 meses

Cuánto tiempo guarda datos Google Search Console y qué se borra exactamente

La respuesta corta a cuánto tiempo guarda datos Google Search Console es 16 meses. La respuesta útil es cómo funcionan esos 16 meses, porque casi todo el mundo se los imagina mal. No es un archivo que crece hasta llegar a un tope. Es una ventana móvil: mientras un día entra por un lado, el más antiguo se cae por el otro. El límite de Search Console 16 meses no llega nunca como un evento —no hay un correo, ni una advertencia en el panel, ni un banner rojo— simplemente un día abres el calendario del informe y descubres que la fecha que necesitabas ya no se puede seleccionar.

Ponle números. Si estás leyendo esto en agosto de 2026, el día más lejano que el informe de Rendimiento te deja consultar está alrededor de abril de 2025. Cuando llegue marzo de 2027, todo lo anterior a noviembre de 2025 habrá desaparecido. Y si en ese momento quieres comparar el arranque de un proyecto que empezó en enero de 2025 con la situación actual, no vas a poder: esos datos ya no existen para ti. La única versión que quedará es la que hayas guardado tú.

Hay un matiz que hace la situación un poco peor de lo que suena. La ventana tampoco es igual para todos los informes de la herramienta, y varias personas asumen que el resto de secciones guarda lo mismo. No es así.

Un detalle más que cambia la lectura de todo lo anterior: Search Console tampoco es retroactivo hacia atrás en el arranque. El día que verificas una propiedad nueva, la herramienta empieza a registrar desde ese momento; no te entrega los meses previos aunque el sitio existiera desde hacía años. Es decir, el histórico de Google tiene dos fronteras, una al principio y otra al final, y las dos son inamovibles.

Y a esto hay que sumarle la omisión de consultas de bajo volumen por privacidad, que ya afecta a lo que ves dentro de la ventana. Esa es una limitación distinta a la de retención, pero conviene tenerla presente cuando hagas la exportación: lo que salves va a ser lo que Search Console te muestra, no todo lo que ocurrió. Si el punto de partida es entender qué te enseña la herramienta y qué no, empieza por la guía de conexión de Search Console con un rastreador de posiciones, y si quieres ver qué se puede medir de forma continua sin depender de esa ventana, está resumido en las funcionalidades de Rankiamos.

Por qué existe el límite de 16 meses: ventana de utilidad y privacidad

Vale la pena entender la lógica, aunque solo sea para dejar de esperar que Google la cambie. Y conviene recordar de dónde venimos: hasta 2018, la herramienta guardaba 90 días. Noventa. Ni siquiera te dejaba comparar dos trimestres seguidos. El salto a 16 meses fue una mejora enorme en su momento y hoy se percibe como una carencia porque el estándar de lo que esperamos medir subió.

¿Por qué 16 y no 12 o 24? La explicación que da el propio equipo de Google es de utilidad analítica: con 16 meses puedes comparar el mes actual contra el mismo mes del año anterior y todavía tener cuatro meses de contexto alrededor para ver si esa comparación tiene sentido. Doce meses justos no alcanzarían —el mismo mes del año pasado quedaría en el borde exacto de la ventana, sin nada antes ni después— y 24 multiplicaría el volumen almacenado para un porcentaje pequeño de usuarios que realmente lo consulta.

La segunda razón es de coste y privacidad, y esta se menciona menos. Search Console procesa datos de consultas de búsqueda de millones de propiedades. Ese detalle es sensible: son términos escritos por personas, agregados y filtrados, pero sensibles al fin y al cabo. Guardarlos indefinidamente para todo el mundo tiene un costo de infraestructura y una superficie de riesgo que crecen sin techo. La retención de datos de GSC limitada es, en parte, una política de reducción de ese riesgo. La misma lógica explica por qué las consultas con muy pocas búsquedas se omiten del informe: proteger la identificabilidad de quien buscó.

La conclusión práctica es antipática pero clara: no va a haber un plan de pago que amplíe el periodo, porque Search Console no tiene planes. No hay un botón de “conservar más tiempo” escondido en ajustes. La única palanca que existe la tienes tú, y consiste en sacar los datos de ahí antes de que caduquen o construir una serie propia en paralelo.

Hay una lectura de negocio que también ayuda a decidir. Los 16 meses son suficientes para operar: para saber si el mes pasado fue mejor que el anterior, si un cambio funcionó, si una consulta se cayó. No son suficientes para argumentar: para demostrarle a un cliente o a un jefe que dos años de trabajo movieron la aguja, o para explicar por qué un proyecto que arrancó en 2024 hoy está donde está. Operación y argumentación necesitan ventanas distintas, y Google solo te cubre la primera.

Exportar datos de Search Console a mano: el tope de filas y el problema de acordarse cada mes

La opción más obvia para conservar tus datos históricos de Search Console es la que ya está en la interfaz: el botón de exportar del informe de Rendimiento. Funciona, es gratis y no requiere permisos especiales. Tiene dos problemas, uno técnico y otro humano, y el humano es peor.

El técnico es el tope de filas. Al exportar datos de Search Console desde el panel te llevas hasta 1.000 filas de la tabla que estés viendo. Para un blog con 300 consultas al mes eso es todo el dataset; para un e-commerce con decenas de miles, es la punta del iceberg. La forma de estirarlo no es pedir más filas, porque no se puede: es trocear la exportación. El tope se aplica a cada consulta que haces, así que si segmentas por país y exportas seis veces, te llevas hasta seis mil filas en lugar de mil. Lo mismo con dispositivo, con tipo de búsqueda y con carpetas de URL usando el filtro de página.

Esta es la rutina mensual que recomiendo a quien no quiere montar nada técnico. Toma entre veinte y treinta minutos al mes y, ejecutada con disciplina, resuelve el noventa por ciento del problema.

1. Paso 1 · Rescata primero todo lo que queda dentro de la ventana

   Antes de pensar en la rutina, haz una exportación de rescate. Pon el rango en los 16 meses completos y baja las tablas de Consultas y de Páginas. Es lo único que todavía puedes salvar del pasado; a partir de mañana, un día menos. Si nunca exportaste nada, este paso es el más valioso del post.

2. Paso 2 · Fija el mismo día cada mes y ponlo en el calendario

   El día 5 de cada mes funciona bien: el mes anterior ya está cerrado y el desfase de dos o tres días con el que Search Console publica sus datos ya se resolvió. Crea el evento recurrente ahora, no “cuando tenga tiempo”. Un sistema de respaldo que depende de que te acuerdes no es un sistema.

3. Paso 3 · Exporta el mes cerrado, tabla por tabla

   Rango personalizado del día 1 al último del mes anterior. Baja la tabla de Consultas y después la de Páginas, en archivos separados. Si tu sitio recibe tráfico de varios países de la región, exporta también la tabla de Países: es el corte que después vas a querer para leer tu evolución por mercado.

4. Paso 4 · Segmenta si superas las 1.000 filas

   Mira si la tabla llegó justo a 1.000 filas: si es así, casi seguro estás perdiendo cola larga. Repite la exportación filtrando por país, por dispositivo o por carpeta de URL. Cada filtro es una consulta nueva con su propio tope, y así recuperas lo que quedó fuera del corte.

5. Paso 5 · Nombra los archivos de forma que el orden alfabético sea cronológico

   Usa el formato sitio_2026-07_consultas.csv. Empezar por el año y seguir por el mes con dos dígitos hace que la carpeta se ordene sola. Suena trivial hasta que tienes 40 archivos y necesitas encontrar el de mayo del año pasado en una reunión con el cliente.

6. Paso 6 · Consolida en una hoja maestra cada trimestre

   Los CSV sueltos son un respaldo, no un histórico consultable. Una vez por trimestre, pega los meses en una hoja única con una columna de periodo. Eso convierte una carpeta de archivos en algo que puedes graficar y filtrar, que es para lo que guardaste los datos en primer lugar.

Un apunte sobre qué exportar: si lo que buscas no es el volcado completo sino familias concretas de consultas —marca contra no marca, preguntas, variantes por país— el filtro de expresiones regulares te deja aislarlas antes de descargar, y así cada exportación viene ya organizada. Esa sintaxis la cubrimos aparte en la guía de regex para consultas de Search Console.

API de Search Console y BigQuery: qué resuelve y qué cuesta de verdad

Si el volumen o la constancia son el problema, hay dos caminos automáticos. Los dos son legítimos y los dos tienen letra pequeña que casi nadie menciona cuando los recomienda.

La API de Search Console

La API de Search Analytics devuelve hasta 25.000 filas por petición y permite paginar para recorrer el resto, así que el techo práctico deja de ser un problema. Puedes pedir los datos por día, cruzados por consulta, página, país y dispositivo, y volcarlos donde quieras: una hoja de cálculo, una base de datos, un archivo. Un script de cincuenta líneas ejecutado una vez al día resuelve la constancia mejor que cualquier recordatorio en el calendario.

La letra pequeña: la API respeta exactamente el mismo límite de 16 meses. Te da más ancho, no más pasado. Si hoy pides datos de hace dos años, la API te devuelve lo mismo que la interfaz —nada—. Y el costo real no es la API, que es gratuita: es que alguien tiene que montar la autenticación con OAuth, mantener el script vivo, arreglarlo cuando cambie algo y acordarse de que existe. En un equipo con perfil técnico es media tarde de trabajo; en un freelance que no programa, es una barrera de verdad.

La exportación masiva a BigQuery

Es la solución oficial de Google al problema de retención y la más completa: conectas Search Console con un proyecto de Google Cloud y a partir de ahí la herramienta vuelca tus datos diarios en BigQuery de forma automática, con más detalle del que verás nunca en la interfaz y sin el tope de 1.000 filas. Una vez ahí, los datos son tuyos: viven bajo tus reglas de retención y nadie los borra a los 16 meses.

La letra pequeña, y es la más importante de todo el post: la exportación masiva no es retroactiva. Empieza a copiar datos el día que la activas y desde ahí hacia adelante. No hace una copia de los 16 meses que tienes acumulados en este momento. Si querías esos meses, hay que exportarlos por otro camino antes, y quien activa BigQuery pensando que ya recuperó su histórico se lleva una sorpresa desagradable dentro de un año. Es exactamente el mismo principio que rige cualquier sistema de acumulación: solo existe lo que estabas registrando en su momento.

Sobre el precio: Google no cobra por la exportación en sí, pero los datos aterrizan en tu proyecto de Cloud y ahí pagas el almacenamiento y las consultas según las tarifas de BigQuery vigentes. Para un sitio pequeño el consumo suele quedar dentro o cerca del nivel gratuito; para un sitio grande con consultas frecuentes, no. Los precios de Google Cloud cambian, así que revísalos antes de asumir que va a salir gratis, y ten en cuenta que necesitas una cuenta de facturación activa aunque el consumo sea mínimo.

Fíjate en la columna de la derecha, porque es la que ordena la decisión. Los dos primeros métodos rescatan pasado y los dos últimos no. Eso significa que no son alternativas entre sí: lo correcto es hacer una exportación de rescate hoy —con la interfaz o con la API— y además activar al menos un método de acumulación hacia adelante. Elegir solo uno de los dos lados te deja siempre con la mitad del problema resuelto.

Hay una asimetría que conviene aceptar cuanto antes. Todo lo que puedes hacer con el pasado se decide hoy y se acaba pronto: exportas lo que queda dentro de la ventana y ahí termina. Todo lo que puedes hacer con el futuro no tiene techo, pero exige empezar. Un histórico de posiciones SEO propio no se compra ni se recupera: se acumula, y el único momento posible para empezar a acumularlo es ahora.

Esta es la parte donde toca ser transparente sobre el producto, porque la limitación aplica igual. En Rankiamos, el histórico de una palabra clave empieza el día que la agregas: no es retroactivo. Si mañana quieres saber cómo estaba una keyword hace seis meses y no la tenías dada de alta, la respuesta es que no lo vas a saber. Exactamente la misma regla que la exportación de BigQuery. La diferencia entre las herramientas no está en si pueden recuperar el pasado —ninguna puede— sino en lo barato que es empezar a registrarlo.

Por eso el consejo operativo es empezar por lo que sí puedes sostener. Estas son las cuatro decisiones que definen tu serie futura, y todas se toman una sola vez.

Una última nota sobre el mercado hispanohablante, porque cambia la urgencia. Si trabajas SEO en LATAM y tu sitio compite en varios países a la vez, los 16 meses te duelen más: el histórico que se borra no es una serie, son diez, una por mercado. Y como Search Console agrega las posiciones de todos esos países en un solo número, cuando quieras reconstruir qué pasó en Colombia frente a México ya vas a necesitar el corte por país que exportaste tú. Esa mezcla de mercados en una sola métrica la analizamos en detalle en el post sobre por qué la posición media de Search Console no coincide con la posición real.

Un rank tracker no respalda tu GSC: guarda una serie distinta (y por qué eso importa)

Aquí está la distinción que casi nadie hace y que este post existe para dejar clara. Un rastreador de posiciones no es una copia de seguridad de Search Console. No copia tus clics, no copia tus impresiones y no reconstruye tu CTR. Guarda una serie diferente, medida de otra manera, que responde a otra pregunta. Venderlo como backup sería mentir, y a los seis meses el usuario lo descubriría solo.

La diferencia se entiende mejor mirando qué origina cada dato. Search Console registra lo que ocurrió cuando personas reales buscaron: si nadie buscó tu keyword el martes, no hay dato del martes. Un rastreador consulta la SERP en un contexto definido y te devuelve la posición de ese momento, haya o no haya habido búsquedas reales. Por eso una serie tiene huecos y la otra no, y por eso los números no coinciden nunca del todo.

Por qué importa esta distinción en la práctica. Si tu objetivo es conservar clics e impresiones históricos —para calcular estacionalidad, para modelar tráfico, para justificar una inversión con números de negocio— el rastreador no te sirve y necesitas exportar de Search Console. Si tu objetivo es responder “¿dónde estábamos posicionados y dónde estamos ahora?” a lo largo de años, el rastreador es la herramienta correcta y Search Console se te va a quedar corto por definición.

Lo que sí hace un rastreador es resolver el problema que la ventana móvil crea: la pérdida de memoria. Su serie no caduca a los 16 meses porque no depende de la política de retención de Google, y eso convierte una pregunta imposible en una consulta de dos clics. A cambio solo cubre las palabras clave que diste de alta, mientras que Search Console cubre todas, incluidas las que nunca se te ocurrieron. Son fortalezas complementarias, no competidoras.

Y hay un caso donde las dos series juntas valen más que la suma: cuando quieres verificar que un cambio funcionó. Search Console te confirma que las impresiones se movieron y el rastreador te dice qué día exacto cambió la posición. Ese cruce es el que usamos, por ejemplo, para confirmar una fusión de URLs en la guía de detección de canibalización SEO con Search Console.

La pregunta del cliente que GSC no puede responder: cómo estábamos hace dos años

Todo lo anterior es abstracto hasta que llega la reunión. El cliente lleva dos años pagándote, la marca creció, el equipo cambió y en algún momento alguien pregunta: “¿cómo estábamos cuando empezamos?”. Es una pregunta razonable, es la pregunta que justifica tu contrato, y con Search Console solo no tiene respuesta.

Veinticuatro meses son más que dieciséis. El mes en que arrancó el proyecto se cayó de la ventana hace ocho meses. Lo que puedes enseñar es el último año y medio, que probablemente sea la parte menos impresionante del recorrido: la fase en que las cosas ya funcionaban. Justo el tramo donde se ve el salto —el arranque, el desastre inicial, la primera keyword que entró al top 10— es el que ya no existe.

Las salidas honestas en ese momento son tres, y ninguna es buena. La primera es admitir que no tienes el dato, lo cual es correcto pero incómodo. La segunda es reconstruirlo con lo que quedó suelto: capturas de pantalla viejas, un informe en PDF que mandaste en su día, un correo con cifras. Funciona a medias y no resiste una pregunta de seguimiento. La tercera es contarlo de memoria, que es la peor de todas porque suena a excusa incluso cuando es verdad.

La versión con serie propia de esa misma reunión es distinta. Llegas con el punto de partida registrado y la conversación deja de ser sobre si el trabajo sirvió. Ese es todo el valor de haber empezado a acumular: no es un dato bonito, es no tener que defenderte sin evidencia. Eso sí, la curva se consulta en la app y la gráfica de cada palabra clave muestra sus últimas 180 mediciones, así que con chequeo diario el mes uno ya no aparece en ella a los dos años. Lo que exportas (plan Pro) es la foto del momento: un PDF de una página con el nombre de tu agencia, tu color, un pie libre y hasta 28 palabras clave, o un CSV sin ninguna marca con la posición actual de cada una, sin histórico ni gráficos. Por eso, si mides a diario, exporta esa foto el primer mes y guárdala: es la línea base que vas a enseñar.

Si estás arrancando un proyecto nuevo esta semana, el momento de dar de alta las palabras clave es antes de tocar nada del sitio. Tres minutos ahora te dan la línea base que dentro de dos años vale toda la reunión. Y si el proyecto ya lleva tiempo andando, la jugada es doble: exporta hoy los 16 meses que todavía te quedan en Search Console y empieza la serie propia en paralelo el mismo día. Lo que se mide de forma continua y lo que cuesta cada plan está en el detalle de funcionalidades y en la página de precios.