Cómo conectar Google Search Console a Sheets, Looker Studio y Power BI
El informe de Rendimiento se exporta a 1.000 filas y caduca a los 16 meses. Las tres formas de sacar tus datos de Search Console a una hoja o un panel, y cuál elegir según quién vaya a mirarlos.
Por Richard Castro · 16 de agosto de 2026 · 9 min de lectura
Conectar Google Search Console a Google Sheets, Looker Studio o Power BI significa sacar tus datos de búsqueda del informe de Rendimiento y llevarlos a una hoja o un panel donde puedas cruzarlos, filtrarlos y guardarlos. Hay un conector oficial, un complemento y un camino por API, y cada uno sirve para algo distinto.
El informe de Rendimiento no es tu dato: es una vista de tu dato, recortada a 1.000 filas y con fecha de caducidad.
Antes de elegir método conviene entender qué estás resolviendo, porque la respuesta cambia bastante según si quieres una hoja que actualizas cada lunes o un panel que mira un cliente.
Por qué exportar los datos de Search Console
La interfaz de Search Console está pensada para mirar, no para trabajar. En cuanto quieres cruzar dos dimensiones, comparar contra el mes anterior o guardar histórico, te topas con dos paredes.
El límite de 1.000 filas
Cuando pulsas Exportar en el informe de Rendimiento, Google te da 1.000 filas. Para un sitio de tres meses puede bastar. Para cualquiera con recorrido, esas mil filas son la punta de tus datos, y la cola larga que queda fuera es justo donde viven las consultas que aún no has trabajado.
Los tres métodos de este artículo tiran de la API por debajo, así que ninguno arrastra ese límite. La API acepta hasta 25.000 filas por petición, y si quieres el detalle de sus cuotas y cómo paginar lo tienes en la guía de límites de la API de Search Console.
Los 16 meses que se te van
Search Console guarda 16 meses de datos de rendimiento. Ni uno más. El mes 17 desaparece, y con él la posibilidad de comparar interanual.
Exportar a una hoja o a una base no es solo comodidad, es la única forma de tener histórico propio. Si empiezas hoy, dentro de dos años podrás responder preguntas que Search Console ya no puede.
Cómo conectar Google Search Console a Google Sheets
Es el destino más pedido y el más sencillo, sobre todo si lo que quieres es una hoja que se actualice sola cada semana.
Con un complemento de terceros
La vía rápida es un complemento de Google Workspace que habla con la API por ti. El más extendido es Search Analytics for Sheets, gratuito y mantenido por la comunidad, no por Google.
Lo instalas desde el menú de Extensiones de Sheets, le das acceso a tu cuenta de Search Console y desde ahí eliges propiedad, rango de fechas, dimensiones y filtros en un panel lateral. Puedes dejar programada una actualización periódica para que la hoja se rellene sola.
La ventaja es que no escribes una línea de código. El precio es que dependes de un complemento que no controlas, con los permisos sobre tus datos que eso implica. Revisa qué le concedes antes de aceptar.
Con Apps Script y la API
Si prefieres no dar acceso a terceros, Apps Script viene incluido en Sheets y puede llamar a la API directamente. Escribes una función que hace POST al endpoint de Search Analytics, recorre las páginas de resultados y vuelca las filas en la hoja.
Es más trabajo la primera vez y te obliga a manejar el token y la paginación. A cambio no hay intermediario, controlas exactamente qué se pide y puedes programarlo con un activador horario.
Dos detalles que ahorran una tarde. El primero: pide siempre 25.000 filas y recorre startRow hasta que una respuesta venga corta, porque el valor por defecto de la API son 1.000 y mucha gente cree que ese es el tope real. El segundo: escribe en la hoja de una sola vez al final, no fila a fila, porque cada escritura en Sheets es lenta y una exportación grande puede tardar minutos por ese motivo y no por la API.
La referencia oficial de la consulta de Search Analytics tiene todos los parámetros que necesitas.
Cómo conectar Google Search Console a Looker Studio
Aquí sí hay conector oficial de Google, y es la opción correcta cuando lo que quieres es un panel que mire otra persona.
Creas una fuente de datos nueva en Looker Studio, eliges Search Console y autorizas con la misma cuenta que tiene acceso a la propiedad. Necesitas al menos permiso de lectura sobre ella.
Site Impression o URL Impression
En el momento de crear la fuente, el conector te obliga a elegir entre dos tablas, y esta es la decisión que más gente se salta.
Site Impression agrega a nivel de propiedad y admite los tipos web, imagen, vídeo y noticias. URL Impression agrega a nivel de página individual y además admite Discover y Google News.
Una misma fuente de datos solo puede usar una de las dos. Si quieres comparar ambas vistas en el mismo panel, tienes que crear dos fuentes. Los detalles están en la documentación del conector.
Lo que el conector no hace
No te da histórico más allá de los 16 meses de Search Console, porque lee de la misma fuente. Tampoco resuelve las consultas anonimizadas: aparecerán como valores en blanco.
Y no guarda nada. Looker Studio consulta en vivo cada vez que alguien abre el panel, así que si el mes 17 se cae del histórico, se cae también de tu informe. Para conservar histórico necesitas volcar a una hoja o a una base.
Cómo conectar Google Search Console a Power BI
No existe conector oficial ni de Google ni de Microsoft. La ruta es la API, normalmente a través de Power Query con una llamada web autenticada por OAuth, o mediante un conector de terceros.
Es la opción con más fricción de las tres. Tiene sentido cuando Power BI ya es la herramienta donde vive el resto del reporting de la empresa y traer los datos de búsqueda ahí vale más que la comodidad de montarlo rápido.
Si Power BI no es una imposición del entorno, Looker Studio te da el mismo resultado sin la parte de autenticación a mano.
El montaje típico es una consulta en Power Query que pide un token con las credenciales de tu proyecto de Google Cloud y después llama al endpoint de Search Analytics. La parte molesta no es la llamada, es el refresco: el token caduca y el servicio de Power BI necesita credenciales guardadas para renovarlo sin que estés tú delante.
Cuenta también con la paginación. Si tu informe pide más de 25.000 filas, Power Query tiene que iterar sobre startRow, y eso ya es una función personalizada, no un asistente.
Cuál elegir y qué falla al conectarlo
Cuál elegir según lo que vayas a hacer
| Necesitas | Método | Esfuerzo |
|---|---|---|
| Una hoja que actualizas y filtras a mano | Sheets con complemento | Bajo |
| Control total sin dar acceso a terceros | Sheets con Apps Script | Medio |
| Un panel para un cliente o un jefe | Looker Studio (conector oficial) | Bajo |
| Cruzar búsqueda con datos de negocio | Power BI vía API | Alto |
| Guardar histórico más allá de 16 meses | Cualquiera que vuelque a una base | Medio |
La pregunta que decide casi siempre es quién va a mirar el resultado. Si eres tú, una hoja. Si es alguien que no va a filtrar nada, un panel.
La segunda pregunta es cada cuánto. Un informe mensual aguanta perfectamente con una actualización manual, y montar automatización para eso es trabajo que no vas a recuperar. A partir de revisión semanal sí compensa dejarlo programado.
Errores frecuentes al conectar
Confundir propiedad de dominio con propiedad de prefijo de URL. Son dos propiedades distintas con datos distintos. Si conectas la que no es, verás menos tráfico del que esperabas y pensarás que el conector falla.
Sumar filas de consulta y esperar que cuadre. No va a cuadrar nunca. Google oculta las consultas poco frecuentes por privacidad, así que la suma de las filas de query siempre queda por debajo del total real de clics e impresiones.
Usar datos frescos sin saberlo. Los últimos dos o tres días todavía se mueven. Si comparas una semana que incluye ayer contra otra ya consolidada, la caída que veas puede ser un espejismo.
Montar el panel y no volver a mirarlo. Es el más común. Un panel que nadie abre es peor que no tenerlo, porque da sensación de control sin darlo.
Si lo que buscas es precisamente que alguien mire los datos por ti y te diga qué hacer, ahí es donde entra una herramienta conectada en vez de un panel. Puedes conectar tu propiedad gratis y recibir las primeras recomendaciones sin tarjeta, o comparar antes en el repaso de mejores herramientas para Google Search Console.
Qué hacer ahora
Si nunca has exportado nada, empieza por Sheets con el complemento y programa una actualización semanal. Es media hora y ya tienes histórico corriendo.
Si necesitas enseñar los datos a alguien, monta Looker Studio con el conector oficial y decide desde el principio si quieres Site Impression o URL Impression.
Y en cuanto tengas los datos fuera, el siguiente paso es leerlos: empieza por tus keywords en distancia de golpe y por las consultas que Search Console oculta. Si aún no tienes la propiedad verificada, primero pasa por cómo conectar Search Console paso a paso.
Preguntas frecuentes
¿Cómo conecto Google Search Console a Google Sheets?
Instala un complemento como Search Analytics for Sheets desde el menú de Extensiones, autoriza tu cuenta de Search Console y elige propiedad, fechas y dimensiones en el panel lateral. Si prefieres no usar terceros, Apps Script puede llamar a la API directamente desde la misma hoja.
¿El conector de Search Console para Looker Studio es oficial?
Sí. Lo mantiene Google y te obliga a elegir entre dos tablas al crear la fuente de datos: Site Impression, que agrega a nivel de propiedad, o URL Impression, que agrega por página y además incluye Discover y Google News.
¿Hay conector oficial de Search Console para Power BI?
No. Ni Google ni Microsoft publican uno, así que la conexión se hace por la API, normalmente con Power Query y OAuth o con un conector de terceros. Es la ruta con más fricción de las tres.
¿Por qué los datos exportados no cuadran con el total de Search Console?
Porque Google oculta las consultas poco frecuentes por privacidad. Esas filas no existen en la exportación ni en la API, así que la suma de clics e impresiones por consulta siempre queda por debajo del total de la propiedad.
¿Puedo recuperar datos de hace más de 16 meses?
No. Search Console retiene 16 meses de datos de rendimiento y ninguna conexión cambia eso, porque todas leen de la misma fuente. La única forma de tener histórico más largo es empezar a volcarlo a una hoja o una base desde hoy.