Le filtre marque / hors marque de Search Console est très pratique, mais je n'aime pas piloter un site uniquement depuis une vue ponctuelle. On regarde un rapport, on change la période, on compare deux segments, puis trois jours plus tard on a déjà oublié ce qu'on voulait vérifier.
Un dashboard Looker Studio marque vs hors marque sert justement à fixer cette lecture dans un écran stable. Pas pour faire un joli reporting de plus, mais pour répondre chaque mois à une question simple : le SEO crée-t-il de la découverte, ou récupère-t-il surtout des personnes qui cherchaient déjà le nom du site, de la marque ou du produit ?
Pourquoi créer un dashboard dédié
La séparation marque / hors marque est l'une des lectures les plus utiles pour éviter de se raconter une belle histoire avec Search Console. Une campagne de notoriété, une vidéo, un partenariat, un bouche-à-oreille ou une actualité peuvent faire monter les requêtes de marque. C'est positif, mais ce n'est pas la même chose qu'un article qui commence à capter une requête générique.
J'aime bien le résumer ainsi : la marque mesure ce que les gens connaissent déjà, le hors marque montre mieux ce que le site arrive à conquérir. Les deux sont utiles. Mais si on les mélange, on finit par prendre de mauvaises décisions : renforcer un contenu qui ne gagne rien en découverte, ignorer une page qui monte doucement, ou croire qu'une refonte a marché alors que seule la notoriété a bougé.
Le guide sur les requêtes de marque et hors marque dans Search Console pose déjà la logique d'analyse. Ici, l'idée est plus opérationnelle : créer un écran de suivi répétable, suffisamment simple pour être relu tous les mois.
Quelles données connecter
Le plus simple est de connecter Search Console à Looker Studio avec le connecteur officiel. Google indique que le connecteur permet de choisir une propriété, un type de recherche, puis une table Site Impression ou URL Impression. Dans la pratique, je préfère souvent la table URL quand l'objectif est éditorial, parce qu'elle permet de relier les performances aux pages.
La table Site est utile pour une lecture globale. La table URL devient plus intéressante pour savoir quelles pages créent la découverte hors marque. Si vous voulez comparer les deux méthodes d'agrégation côte à côte, Google précise qu'une source de données ne peut utiliser qu'une seule méthode : il faut donc créer deux sources dans Looker Studio.
Pour un petit site, le connecteur suffit. Pour un site très volumineux, avec beaucoup de requêtes et de pages, je regarderais plutôt l'export BigQuery Search Console. Google présente l'export massif comme une solution pour les sites qui veulent conserver et analyser leurs données de performance de façon plus avancée, notamment quand l'interface ou les exports simples deviennent trop limités.
Point important : Search Console peut avoir un léger délai de données. Ne construisez pas un dashboard censé expliquer le matin même ce qui s'est passé hier soir. Pour une lecture marque / hors marque, le rythme hebdomadaire ou mensuel est beaucoup plus sain.
Filtre Search Console ou regex Looker Studio ?
Depuis l'arrivée du filtre requêtes incluant une marque dans Search Console, je ne traiterais plus une regex maison comme la vérité principale. Google explique que sa classification peut tenir compte du nom de marque, des variantes, des fautes de frappe et de produits ou services associés. Ce n'est pas exactement la même chose qu'un simple “contient mon nom”.
Mais une regex garde son intérêt dans Looker Studio. Elle sert à créer une vue stable quand le filtre natif n'est pas disponible dans le connecteur, à isoler une marque précise, ou à vérifier un cas ambigu. Elle permet aussi d'adapter la lecture à un groupe de marques, à un site avec plusieurs noms produits, ou à une entreprise dont le nom ressemble à un mot courant.
La bonne posture, à mon avis, c'est de ne pas opposer les deux. Le filtre natif donne une lecture Google. La regex donne une lecture contrôlée par vous. Quand les deux racontent la même chose, c'est rassurant. Quand elles divergent, c'est souvent là que l'analyse devient intéressante.
Structure simple du dashboard
Je garderais un dashboard en cinq blocs. Pas plus. Quand un rapport devient trop riche, il finit souvent ouvert une fois puis oublié.
| Bloc | Ce qu'il affiche | Question utile | Action possible |
|---|---|---|---|
| Vue globale | Clics, impressions, CTR, position, marque vs hors marque | La croissance vient-elle de la découverte ou de la notoriété ? | Choisir si le mois demande plus de contenu, plus de marque ou une correction technique. |
| Pages hors marque | Top pages non-marque par clics, impressions et évolution | Quelles pages gagnent de vraies intentions génériques ? | Renforcer maillage interne, titre, FAQ, preuve, fraîcheur. |
| Requêtes de marque | Variantes, fautes, produits associés, requêtes de navigation | La notoriété monte-t-elle sur le bon vocabulaire ? | Vérifier pages d'accueil, pages avis, snippets, liens de marque. |
| Requêtes hors marque | Intentions qui progressent sans nom de marque | Quels sujets méritent un contenu plus complet ? | Ajouter un guide, élargir une section, créer un comparatif si l'intention le justifie. |
| Événements | Dates de refonte, publication, incident, maillage, migration | Une variation correspond-elle à une action connue ? | Relire avec les annotations Search Console et le changelog éditorial. |
Formule regex de départ
Dans Looker Studio, la fonction REGEXP_CONTAINS permet de tester si un champ contient une expression régulière. La formule ci-dessous est volontairement simple. Elle doit être adaptée à votre nom, vos variantes, vos produits et vos fautes fréquentes.
CASE
WHEN REGEXP_CONTAINS(LOWER(Query), "(votre marque|votremarque|votre produit|faute courante)")
THEN "Marque"
ELSE "Hors marque"
END
Je commencerais toujours avec une liste courte. Trop de variantes peuvent contaminer le segment marque. Pas assez de variantes peuvent laisser passer des requêtes clairement liées au nom. Le mieux est de tester sur les 100 ou 500 premières requêtes, puis d'ajuster.
Si votre marque est aussi un mot commun, il faut être plus prudent. Un nom comme “Orange”, “Monday” ou “Notion” peut générer beaucoup de faux positifs selon le pays, le sujet et le contexte. Dans ce cas, je créerais un troisième segment “Ambigu” plutôt que de forcer toutes les requêtes dans deux cases.
Comment lire le rapport chaque mois
Je lirais le dashboard en trois temps. D'abord, la part hors marque sur 28 jours et sur 3 mois. Si elle progresse, le site gagne probablement en capacité de découverte. Ensuite, les pages qui montent vraiment. Une page peut gagner des impressions hors marque sans prendre de clics : c'est souvent un signal de titre, de position, de concurrence SERP ou d'intention encore mal couverte.
Enfin, je regarderais les dates. Une hausse après une refonte, une mise à jour ou une publication n'est pas une preuve, mais c'est un indice. L'article sur les annotations Search Console montre comment garder ces repères dans la courbe. Pour la partie long terme, je garderais aussi un changelog éditorial hors Search Console, car l'outil n'est pas une archive infinie.
Ce dashboard peut aussi nourrir le calendrier éditorial. Si plusieurs requêtes hors marque montent autour d'un sujet, je vérifierais si une page existante peut être enrichie avant de créer un nouveau contenu. Si les requêtes sont trop différentes, alors un nouvel article peut se justifier. C'est le même réflexe que dans l'analyse des Query groups Search Console Insights : on cherche des groupes d'intention, pas seulement des mots-clés isolés.
Erreurs fréquentes
Faire confiance à une regex non relue
Une regex marque / hors marque est un outil pratique, mais elle peut se tromper vite. Je relirais régulièrement un échantillon de requêtes classées “Marque” et “Hors marque”, surtout après l'ajout d'un nouveau produit ou d'une nouvelle offre.
Comparer des périodes sans contexte
Un mois avec campagne, presse, vidéo ou lancement produit ne se lit pas comme un mois calme. Sans annotation, une hausse de marque peut donner l'impression d'une progression SEO globale. Je préfère toujours relier le dashboard à un journal d'événements.
Tout résumer en pourcentage
La part hors marque est utile, mais elle peut tromper. Un site peut avoir une part hors marque plus faible tout en gagnant beaucoup de clics hors marque, simplement parce que la marque a explosé. Il faut regarder les volumes et les parts.
Oublier les pages
Le segment est un point de départ. La décision se prend au niveau des pages : quelle URL monte, sur quelle intention, avec quel CTR, et avec quel risque de cannibalisation ?
Verdict ToolsBoxSEO
Je trouve ce dashboard très utile, surtout pour les sites éditoriaux, comparatifs, SaaS et e-commerce qui veulent savoir si leur SEO gagne vraiment du terrain. Il évite de tout mélanger dans une courbe globale trop flatteuse.
Mais je le garderais simple. Une page de synthèse, une page par URLs, une page par requêtes, et un bloc d'événements suffisent largement pour commencer. Le but n'est pas d'avoir le plus beau rapport, c'est de prendre de meilleures décisions : renforcer une page, corriger un titre, documenter une refonte, ou arrêter de publier sur un sujet qui ne prend pas.
Mon avis : si vous publiez régulièrement, la séparation marque / hors marque devrait devenir une lecture mensuelle. Pas forcément un rituel compliqué, mais au moins un écran stable qui vous empêche de confondre notoriété et découverte SEO.
FAQ
Peut-on voir marque et hors marque directement dans Search Console ?
Oui, quand la propriété est éligible au filtre de requêtes incluant une marque. Ce filtre permet de segmenter certaines données de performance, mais il ne remplace pas forcément un dashboard de suivi régulier.
Pourquoi utiliser Looker Studio si Search Console a déjà le filtre ?
Looker Studio sert à stabiliser une lecture mensuelle, croiser pages, requêtes, périodes et événements, puis partager un rapport plus lisible qu'une exploration ponctuelle dans Search Console.
Une regex Looker Studio est-elle aussi fiable que le filtre Google ?
Non. Une regex maison classe les requêtes selon vos règles. Le filtre Google utilise une classification plus large, mais peut aussi avoir des limites. Je traiterais la regex comme un outil de contrôle, pas comme une vérité absolue.
Quelle période regarder ?
Je regarderais 28 jours pour la tendance récente, 3 mois pour lisser les variations, puis 12 ou 16 mois pour vérifier la saisonnalité et les effets de fond.
Faut-il partager ce dashboard avec un client ?
Oui, si le rapport est lisible et ne contient pas de données sensibles inutiles. Attention au mode de connexion dans Looker Studio : les identifiants propriétaire et lecteur n'ont pas les mêmes conséquences de partage.
