Logo de Google Search Console

SEO et recherche

Connecter Google Search Console vers Excel, Google Sheets, l'IA et REST

Requêtes, pages, pays et appareils sous forme de tableaux. Le même connecteur que celui utilisé en interne par le reste de Query Streams pour son propre référencement.

Une seule connexion, chaque surface

Où vos données Search Console peuvent-elles être stockées ?

Query Streams transforme une propriété de Search Console en SQL : chaque combinaison de requête, page, pays et appareil est regroupée en lignes dans un seul tableau, ainsi que vos sites, sitemaps et résultats d'inspection. Ces données sont lisibles depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et une API REST. Dès la première synchronisation, Query Streams récupère l'intégralité des seize mois de données conservées par Google, une information que l'interface de Search Console ne fournit pas en une seule fois.

  1. Pour votre équipe, vos fournisseurs et vos partenaires
  2. Search Console vers Excel Microsoft Excel · Complément Excel

    Importez directement les résultats en direct de Search Console dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.

    Guide de la Search Console
  3. Search Console vers Google Sheets Module complémentaire Sheets

    Exécutez une requête enregistrée dans Search Console depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite la mettre à jour eux-mêmes.

    Guide de la Search Console
  4. Demandez à Nova ce qu'il pense de Search Console. Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Search Console, rédige et exécute la requête SQL, explique la réponse et la représente graphiquement — aucune requête à écrire, aucune information d’identification à fournir.

    Comment fonctionne Nova
  5. Search Console vers Data Viewer Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez un résultat Search Console en direct avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille que vous pouvez ajouter à vos favoris et qui se met à jour automatiquement à chaque ouverture, sur un téléphone, une tablette ou un ordinateur. Ils voient les résultats, jamais la requête SQL ni les identifiants.

    Fonctionnement du visualiseur de données
  6. Pour les applications et les systèmes
  7. API REST de Search Console point de terminaison HTTP

    Publiez une requête Search Console sous forme de point de terminaison JSON authentifié, accessible à toute application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l'emploi. Aucun port de base de données n'est ouvert.

    Comment fonctionne une API REST ?
  8. Search Console vers Power BI Power Query M

    Collez le code Power Query M généré dans l'éditeur avancé de Power BI et le rapport affichera les résultats en direct de la Search Console via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI
  9. Search Console vers Airtable Plateforme d'automatisation

    Synchronisez les lignes de Search Console dans une base de données Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Guide de la Search Console
  10. Search Console vers Baserow Plateforme d'automatisation

    Alimentez une table Baserow depuis Search Console via le point de terminaison REST — auto-hébergé ou Baserow cloud.

    Guide de la Search Console
  11. Search Console vers SeaTable Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec les données de Search Console sans exporter de fichier ni exposer la base de données.

    Guide de la Search Console
  12. Search Console vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats de Search Console dans une grille Smartsheet afin que les plans et les rapports soient lus à partir du système source et non de l'exportation de la semaine précédente.

    Guide de la Search Console
  13. Search Console vers Anvil Anvil Works · Plateforme d'applications

    Utilisez Search Console pour associer une application Anvil Python à un point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.

    Guide de la Search Console
  14. Pour les outils d'IA
  15. Serveur MCP de Search Console Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à Search Console avec le schéma dont il a besoin pour écrire du code SQL correct ; aucune information d’identification n’est requise dans la conversation.

    Guide de la Search Console
  16. Livré aux personnes
  17. Alertes et rapports de Search Console Slack · Discord · Courriel · Webhook

    Programmez une requête Search Console et faites en sorte que les lignes soient envoyées à Slack, Discord, par e-mail ou via un webhook signé ; vous pouvez également retenir le message jusqu’à ce qu’un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.

    Fonctionnement des alertes et des rapports

Comment ça marche

5 étapes, aucune modification du pare-feu entrant

01

Créez un compte de service Google et ajoutez-le en tant qu'utilisateur dans la propriété Search Console.

02

Installez l'agent réseau et indiquez-lui la clé du compte de service et l'URL du site, soit au format https, soit au format sc-domain.

03

Sauvegarder. La première synchronisation remonte seize mois en arrière sur les cinq types de recherche.

04

Écrivez des requêtes SQL ordinaires pour gsc.search_analytics — ou laissez Nova les écrire.

05

Lisez-le depuis Excel, Sheets, Power BI, MCP ou REST, connecté à votre système contenant vos inscriptions et vos revenus.

Analyse approfondie des fonctionnalités

Ce que Search Console vous offre

Seize mois, dans une seule table

Search Console conserve seize mois de données et les affiche par tranches. Une fois les données converties en SQL, la comparaison d'une année sur l'autre, impossible via l'interface, se fait par un GROUP BY.

  • gsc.search_analytics contient une ligne par requête, page, pays, appareil et jour, avec les clics, les impressions, le taux de clics et la position moyenne.
  • Cinq types de recherche sont synchronisés, et pas seulement la recherche Web. — Les images, les vidéos, les actualités et la section Découverte sont également présentes, chacune étant étiquetée.
  • Les lignes « Découvrir » et « Actualités » ne contiennent aucune information sur la requête ou l'appareil, car Google ne fournit pas ces données. Les colonnes sont donc vides et non créées.
  • Les tables gsc.sites et gsc.sitemaps sont fournies séparément, ce qui permet d'interroger le nombre de sites soumis par rapport au nombre de sites indexés.

Honnête concernant le retard de Google

Les données de Search Console accusent un retard d'environ trois jours, et celles des derniers jours sont mises à jour régulièrement après leur publication. Il s'agit d'un comportement normal de Google, et ces informations sont affichées plutôt que masquées.

  • La synchronisation remonte à trois jours, car demander une date plus récente renverrait un nombre erroné demain.
  • Chaque ligne comporte une colonne data_state indiquant si elle est partielle ou finale, de sorte qu'un rapport peut exclure les jours en cours de stabilisation au lieu de les intégrer discrètement dans la moyenne.
  • Chaque passe incrémentale relit les cinq derniers jours, de sorte qu'une ligne partielle devient la version finale au lieu de rester la première version vue.

Nous l'utilisons nous-mêmes.

Query Streams exécute son propre algorithme de référencement sur ce connecteur : mêmes tables, même délai de trois jours, même indicateur de version partielle ou finale. Il ne s’agit pas d’une intégration de démonstration destinée à afficher des logos.

  • Si une requête génère plus de vingt-cinq mille lignes que Google renvoie par page et par jour, c'est cette portion que vous obtenez ; la répartition selon d'autres dimensions n'est pas automatique.
  • La table d'inspection des URL existe et est remplie à la demande plutôt que par la synchronisation planifiée.

Partagé par chaque connecteur API

Fonctionnement de chaque connecteur API

  • Votre compte devient des tables — Les points de terminaison sont mappés sur des tables SQL typées avec des clés primaires et des index, vous écrivez donc SELECT, JOIN et GROUP BY au lieu de parcourir du JSON.
  • Vous choisissez les éléments à synchroniser et leur fréquence. Chaque table possède son propre intervalle, voire aucun. Lorsque l'API du fournisseur le permet, seuls les enregistrements modifiés depuis la dernière exécution sont récupérés.
  • L'exemplaire est à vous. Il est stocké dans un fichier DuckDB chiffré AES-256-GCM, situé à côté de l'agent, sur votre machine. Il n'est pas hébergé dans notre cloud.
  • Le vendeur n'entend parler que de vous. — L'agent appelle directement l'API depuis votre propre réseau, votre jeton n'est donc pas nécessaire à Query Streams pour répondre à une requête.

Bon à savoir

  • Il s'agit d'une copie synchronisée, et non d'un proxy en direct. — Une requête lit les données déjà récupérées, ce qui lui permet de s'exécuter à la vitesse d'une requête SQL sans jamais consommer votre limite de requêtes API. De plus, certaines tables peuvent actualiser une ligne obsolète lors de sa lecture.
  • Les limites de débit sont respectées pour vous. — chaque connecteur fonctionne à un rythme bien inférieur aux limites publiées par le fournisseur, de sorte qu'un rapport ne peut pas entraîner une limitation de votre compte pour tout ce qui l'utilise.
  • Rien n'est jeté — Les champs que la table ne nomme pas sont conservés dans une colonne JSON raw_data que vous pouvez toujours interroger.
  • Intégrez-le à vos bases de données — Inclure une table API et une table SQL Server dans la même requête est une requête ordinaire ici, et non un projet d'intégration.

SQL inter-sources

Associez Search Console au reste de vos données

Search Console peut vous indiquer quelle page a généré le clic. En revanche, elle ne peut pas vous dire lequel de ces clics a abouti à la création d'un compte, ni le montant des achats effectués. Ces informations sont stockées ailleurs, et une seule requête suffit pour accéder aux trois. Chaque source traite uniquement la partie qu'elle peut gérer, renvoie le résultat, et la fusion est effectuée de manière centralisée : les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

Google Search Console SEO et recherche
PostgreSQL Moteur relationnel
Rayure Paiements et facturation

Une déclaration

— clics provenant de Search Console, inscriptions depuis votre base de données, revenus provenant de Stripe
SELECTIONNER   s.page, SUM(s.clicks) AS clicks, SUM(i.amount_due) AS invoiced
DE     site gsc.gsc.search_analytics1 s
JOINDRE     pg_crm.public.clients2       c ON c.landing_page = s.page
JOINDRE     facturation.stripe.factures3       i ON i.customer = c.stripe_id
GROUPE PAR s.page
ORDER BY clics DESC;

Les trois éléments sont la connexion, le schéma et la table ; le nom de la connexion est celui que vous lui avez attribué. Les colonnes sont données à titre d'exemple ; vos tables resteront les vôtres. Les données de Search Console remontent à trois jours, ce qui correspond au délai de transmission des données par Google et non à un ajout lié à la synchronisation. Chaque élément est en lecture seule : seules les instructions SELECT, WITH et EXPLAIN sont autorisées, avec une limite quant à la quantité de données qu'une source peut transmettre pour une requête donnée. Fonctionnement des requêtes fédérées

Détails de connexion

Ce dont Search Console a besoin

Authentification
Clé d'un compte de service Google, ajoutée en tant qu'utilisateur sur la propriété. Accès en lecture seule, détenu sur l'agent.
Propriété
URL du site — https://example.com/ ou sc-domain:example.com. Laissez ce champ vide : toutes les propriétés visibles par le compte seront synchronisées.
A atteint plus
Connexion HTTPS de votre réseau à l'API Search Console. Aucune donnée entrante.
Schéma
gsc — donc gsc.search_analytics, gsc.sitemaps
Tables
4. Analyse de la recherche, sites, sitemaps et inspection des URL
Types de recherche
Web, image, vidéo, actualités et découverte, chacun étant étiqueté sur la ligne
Fraîcheur
Les données remontent à trois jours, ce qui correspond au délai de mise à jour des rapports de Google. Les cinq derniers jours sont relus à chaque passage.
Histoire
16 mois après la première synchronisation — tout ce que Google conserve
Copie locale
Un fichier DuckDB chiffré AES-256-GCM se trouve à côté de l'agent, sur votre machine.

Le mode lecture seule est structurel. Chaque appel effectué par ce connecteur est une lecture, et le jeton qu'il contient est limité à la lecture seule ; il ne peut ni soumettre de sitemap ni demander d'indexation.

Dans une requête inter-sources, la partie centrale d'une référence en trois parties est gsc. Une connexion appelée gsc_site lisant les analyses de recherche est écrite gsc_site.gsc.search_analytics.

Documentation du fournisseur : recherche.google.com

FAQ

Questions concernant Google Search Console

Quels outils peuvent lire les données de Google Search Console via les flux de requêtes ?

Tous ces outils, depuis une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports programmés. Connectez votre compte une seule fois et tous les systèmes accèdent à la même connexion en lecture seule ; aucune configuration n’est requise pour chaque outil et aucune copie supplémentaire des données n’est nécessaire.

Dois-je ouvrir un port de pare-feu pour mon compte Google Search Console ?

Non. L'agent réseau Query Streams s'exécute au sein de votre réseau et ouvre une seule connexion sortante chiffrée. Aucun trafic entrant n'est intercepté, aucun VPN n'est requis et le compte conserve ses règles de pare-feu existantes.

Les flux de requêtes peuvent-ils modifier les données dans Google Search Console ?

Non. L'agent impose un accès en lecture seule lors de l'exécution : une seule instruction à la fois, uniquement SELECT et les instructions associées. Les informations d'identification restent sur l'agent et ne sont jamais envoyées aux flux de requêtes.

De quoi Query Streams a-t-il besoin pour se connecter à Google Search Console ?

Un hôte accessible, un rôle et son mot de passe : l’agent héberge le pilote, aucune installation n’est donc requise sur le compte. Authentification : une clé de compte de service Google, ajoutée en tant qu’utilisateur sur la propriété. Autorisation en lecture seule, gérée par l’agent. Propriété : une URL de site (par exemple : https://example.com/ ou sc-domain:example.com). Laissez ce champ vide pour que toutes les propriétés accessibles au compte soient synchronisées. Accès : via HTTPS depuis votre réseau vers l’API Search Console. Aucun trafic entrant. Schéma : gsc (par exemple : gsc.search_analytics, gsc.sitemaps).

Puis-je connecter Google Search Console à une autre base de données dans la même requête ?

Oui, il s'agit bien d'une requête fédérée. Une seule instruction peut référencer simultanément Google Search Console et vos autres connexions, sous la forme `connection.schema.table`. Chaque source exécute uniquement la partie qu'elle peut traiter et renvoie le résultat. La jointure est centralisée, ce qui évite toute connexion directe entre les sources et empêche toute copie ou planification. L'accès en lecture seule s'applique à chaque élément (SELECT, WITH et EXPLAIN uniquement), et la quantité de données qu'une source peut transmettre pour une requête donnée est limitée. Les requêtes fédérées sont incluses dans votre abonnement ; la page dédiée affiche les limites actuelles de source et de taille.

Placez Search Console là où le travail se fait.

Installez l'agent, configurez-le pour qu'il pointe vers votre compte et choisissez une destination.

Lecture seule Sortant uniquement Les identifiants restent sur l'agent