Tout le monde a un dashboard. Presque personne n'a un reporting. La différence tient en une question : la dernière fois que vous avez ouvert votre rapport Looker Studio, qu'avez-vous décidé ? Si la réponse est « rien », vous n'avez pas un outil de pilotage : vous avez un fond d'écran. Des années à construire des reportings pour des clients SEO et SEA m'ont appris que le problème n'est jamais l'outil : Looker Studio est gratuit, bien connecté à l'écosystème Google, et largement assez puissant. Le problème, c'est ce qu'on lui demande.
Cet article est une méthode de terrain : comment construire un reporting SEO/SEA sur Looker Studio qui déclenche des décisions (quoi brancher, quoi afficher, quoi laisser dehors, et comment le faire vivre pour qu'il reste lu après la troisième semaine).
Un reporting ne sert pas à montrer des données. Il sert à répondre à des questions que quelqu'un se pose vraiment, assez clairement pour que la réponse appelle une action. Tout graphique qui ne répond à aucune question est du bruit.
Un mur de graphiques n'est pas un reporting
Le dashboard type que je récupère en audit ressemble toujours au même : quinze à quarante graphiques, toutes les métriques que les connecteurs proposent, aucune hiérarchie. Sessions, utilisateurs, pages vues, taux de rebond, durée moyenne, impressions, clics, CTR, position moyenne, coût, CPC, conversions : tout est là, donc rien n'est visible. Ce dashboard-là a été construit en partant des données disponibles ; un reporting utile se construit en partant des décisions à prendre.
Concrètement, un dirigeant de PME n'a que quelques questions récurrentes : est-ce que ma visibilité progresse ? Est-ce que mes dépenses publicitaires rapportent ? Où sont les fuites ? Qu'est-ce qu'on fait ce mois-ci ? Un reporting qui répond à ces quatre questions en une page vaut plus que quarante graphiques exhaustifs. Le reste (l'exploration, le détail par requête ou par campagne) appartient aux pages suivantes, ou à l'interface native de GA4 et de Google Ads, qui font très bien ce travail.
Partir des décisions, pas des données
La méthode que j'applique commence loin de l'outil : une demi-journée de cadrage avec le client pour lister les décisions que le reporting doit alimenter. « Réallouer le budget entre SEO et SEA » en est une. « Prioriser les contenus à produire » en est une autre. « Couper ou scaler une campagne » aussi. Chaque décision appelle deux ou trois indicateurs, pas plus, et surtout un seuil : à partir de quelle valeur agit-on ? Un KPI sans seuil est une information ; un KPI avec seuil est une alarme.
Ce cadrage élimine d'office les métriques de vanité. Les sessions brutes ne déclenchent aucune décision ; le revenu organique par cluster de pages, si. Les impressions totales ne disent rien ; la part de clics captée sur vos dix requêtes business, beaucoup. C'est le même arbitrage que je décris dans mon article sur la combinaison SEO + SEA : on ne pilote pas deux canaux au feeling, on les pilote avec un référentiel commun (coût d'acquisition et revenu par canal, dans le même tableau).
Le socle technique : trois connecteurs et une fusion
Pour un reporting SEO/SEA, le socle tient en trois connecteurs natifs et gratuits : GA4 (comportement, conversions, revenu), Search Console (impressions, clics, requêtes, pages : la visibilité organique réelle) et Google Ads (dépenses, clics payants, conversions attribuées). On y ajoute presque toujours un Google Sheets pour les données que les plateformes ignorent : objectifs mensuels, marges par catégorie, coûts fixes, annotations métier. C'est souvent cette quatrième source, la plus artisanale, qui transforme un rapport en outil de pilotage, parce qu'elle permet d'afficher l'écart entre le réalisé et l'objectif.
La fonctionnalité qui change tout, c'est la fusion de données (blended data) : croiser le coût Google Ads et le revenu GA4 sur une clé commune (date, campagne) pour obtenir un vrai tableau ROAS dans une seule visualisation. Deux points de vigilance appris sur le terrain : les quotas de l'API GA4, qui peuvent faire ramer ou casser un rapport très consulté (la parade : extraire les données « extract data » ou passer par BigQuery), et la qualité de la collecte en amont. Un reporting est aveugle si le consentement ampute vos données, sujet que je traite dans mon article sur le Consent Mode v2. La donnée se fiabilise avant Looker, jamais dedans.
La page executive : une page, cinq blocs
La première page du reporting, souvent la seule que le client ouvrira, suit chez moi une structure invariable. Elle tient sur un écran, sans scroll, et chaque bloc répond à une question précise :
| Bloc | Question à laquelle il répond | Contenu type |
|---|---|---|
| Scorecards (en-tête) | Où en est-on ce mois-ci ? | 4-6 KPI avec comparaison période précédente et objectif (Sheets) |
| Tendance | Est-ce que ça progresse ? | Courbe revenu/conversions sur 12 mois, organique vs payant empilés |
| Mix canal | D'où vient la valeur ? | Tableau SEO vs SEA : sessions, conversions, revenu, coût, ROAS (blend) |
| Points chauds | Où sont les fuites et les opportunités ? | Top requêtes en perte de clics (Search Console), campagnes hors seuil ROAS |
| Actions du mois | Qu'est-ce qu'on fait ? | Zone de texte mise à jour à la main : 3 actions décidées, avec responsable |
Le dernier bloc surprend toujours : du texte, dans un outil de dataviz ? Oui, c'est le bloc le plus important. Il matérialise le passage de la donnée à la décision, et il engage : le mois suivant, on commence par vérifier ce qui a été fait. Un reporting sans ce bloc redevient un fond d'écran en trois semaines.
L'erreur la plus coûteuse
Le dashboard fourre-tout : quarante graphiques pour « couvrir tous les besoins », sans hiérarchie ni seuils. Résultat prévisible : personne ne l'ouvre, les décisions se prennent ailleurs (ou ne se prennent pas), et l'outil finit par discréditer la démarche data elle-même. Le bon réflexe est inverse : une page executive qui tient sur un écran et répond à cinq questions, des pages de détail par canal pour ceux qui creusent, et la discipline de supprimer tout graphique resté sans regard pendant deux mois. Un reporting se juge à ce qu'il déclenche, pas à ce qu'il affiche.
Faire vivre le reporting (sinon il meurt)
Un reporting est un produit, pas un livrable. Trois mécanismes le maintiennent en vie. D'abord la diffusion programmée : l'envoi PDF automatique chaque début de mois, calé sur la revue mensuelle. Le rapport vient à son lecteur, pas l'inverse. Ensuite les comparaisons systématiques : chaque chiffre s'affiche avec sa variation vs période précédente et vs année précédente ; un chiffre seul ne dit rien, une variation raconte une histoire. Enfin les annotations : refonte du site, mise à jour Google, campagne TV, rupture de stock, consignées dans le Sheets et affichées sur les courbes. Sans elles, chaque pic redevient un mystère six mois plus tard.
Reste la revue mensuelle elle-même : trente minutes, la page executive à l'écran, et une seule règle. On ne sort pas sans avoir rempli le bloc « actions du mois ». C'est ce rituel, plus que n'importe quelle visualisation, qui fait le retour sur investissement du reporting. C'est aussi l'articulation naturelle entre mon travail analytics (fiabiliser la mesure, construire l'outil) et le pilotage SEO / SEA au quotidien : le reporting est le pont entre les deux.
Au creuset : distiller la donnée en décision
Looker Studio ne manque de rien pour faire un excellent reporting SEO/SEA : connecteurs natifs, fusion de données, diffusion automatique, gratuité. Ce qui manque le plus souvent, c'est la matière première bien choisie : des questions business claires, des seuils qui engagent, et le courage de laisser 90 % des métriques hors du cadre. Le plomb, ici, c'est la donnée exhaustive qui rassure celui qui la compile ; l'or, c'est la poignée d'indicateurs qui fait agir celui qui les lit.
Si votre dashboard actuel est ouvert moins d'une fois par mois, le problème n'est probablement pas Looker Studio. Je construis des reportings SEO/SEA sur cette méthode (cadrage des décisions, socle GA4 + Search Console + Google Ads fiabilisé, page executive et rituel mensuel) dans le cadre de mon expertise analytics : un outil que vos équipes ouvrent parce qu'il leur dit quoi faire, pas seulement ce qui s'est passé.
Un reporting que vous ouvrirez vraiment
J'audite votre mesure (GA4, Search Console, Google Ads), je cadre les décisions à piloter et je vous livre un reporting Looker Studio en une page executive, avec le rituel mensuel pour le faire vivre.