Google Search Console : les fonctionnalités que presque personne n'ouvre
Le rapport Performances, tout le monde le connaît. On l'ouvre, on filtre sur 28 jours, on soupire, on ferme l'onglet. Le problème, c'est que la Search Console ne sert pas seulement à regarder des courbes descendre : c'est aussi une boîte à outils d'indexation que la plupart des référenceurs laissent dormir. J'ai longtemps fait partie de ces gens. Puis j'ai eu un site de 340 pages dont 90 refusaient obstinément de s'indexer, et j'ai dû ouvrir les tiroirs.
Ce qui suit n'est pas un tour complet de l'outil. C'est la liste des fonctions que je vois rarement utilisées en audit, alors qu'elles règlent des problèmes concrets.
Points clés à retenir
- La Search Console est un service gratuit qui sert à contrôler et maintenir la présence d'un site dans les résultats Google, et à résoudre les problèmes d'indexation.
- Trois rapports méritent un passage systématique : inspection d'URL, sitemaps, actions manuelles.
- L'API Indexing permet de pousser des URL par lot, mais elle a des quotas qu'il faut connaître avant de s'exciter.
- Le choix entre propriété « domaine » et propriété « préfixe d'URL » change ce que vous voyez, pas seulement la façon dont c'est vérifié.
- Une suppression d'URL demandée en urgence est temporaire : elle n'a rien à voir avec une désindexation définitive.
- Search Console et Analytics racontent deux histoires différentes. Les confondre, c'est passer à côté du vrai diagnostic.
C'est quoi Google Search Console, et pourquoi ça n'est pas Analytics
Google Search Console est un service gratuit que Google met à disposition pour aider à contrôler et maintenir la présence d'un site dans les résultats de recherche, et à résoudre les problèmes qui peuvent se poser. Inutile de s'y inscrire pour apparaître dans les résultats : l'inscription sert à mieux comprendre comment le site s'affiche côté Google et à optimiser son classement.
Concrètement, l'outil donne accès à des rapports qui permettent de confirmer que Google peut détecter et explorer le site, de régler des soucis d'indexation et de demander la réindexation d'un contenu nouveau ou mis à jour, et de consulter les données de trafic issues de la recherche : fréquence d'affichage, requêtes qui déclenchent l'affichage, taux de clics. Il envoie aussi des alertes lorsque Google rencontre des problèmes.
La confusion qui coûte cher
Analytics mesure ce qui se passe sur votre site. Search Console mesure ce qui se passe avant le clic, dans les pages de résultats. Quand une page perd des positions, Analytics vous montre une chute de sessions sans expliquer pourquoi. Search Console vous montre la requête qui a décroché.
Un exemple réel : sur un site de formation en ligne, une page « préparation concours » avait perdu 60 % de ses clics en trois semaines. Analytics affichait une baisse de trafic organique, point. Search Console a montré que le taux de clics s'était effondré sur une seule requête, alors que les impressions restaient stables. Le titre affiché avait changé côté résultat. Sans le second outil, j'aurais cherché un problème technique pendant des jours.
Les rapports qu'on n'ouvre jamais (et qui règlent des problèmes)
Inspection d'URL : tester en direct, pas dans la file d'attente
C'est de loin la fonction la plus sous-utilisée. Vous collez une URL, et l'outil vous dit si Google peut la détecter et l'explorer, puis vous propose de demander sa réindexation après une mise à jour. Mieux : la vue « explorer comme Googlebot » montre ce que la machine voit réellement de votre page.
J'ai découvert sur un audit que deux blocs entiers de contenu étaient invisibles pour l'exploration. Ils s'affichaient parfaitement dans le navigateur. Le CSS chargé côté client les masquait pour le robot. Six semaines de travail éditorial, zéro indexation.
Un point de méthode : demander la réindexation n'accélère rien si la page n'a pas changé. Cela envoie un signal, pas un ordre. Sur mon propre blog, compter trois à dix jours entre la demande et le rafraîchissement du cache s'est révélé plus réaliste que les « quelques heures » qu'on lit partout.
Sitemaps : ce que le rapport raconte vraiment
Ajouter un sitemap, c'est facile. Le lire, c'est autre chose. Le rapport indique combien d'URL ont été soumises et combien ont été indexées. L'écart entre les deux colonnes est souvent plus instructif que n'importe quel outil tiers.
Mon pire écart : 340 URL soumises, 250 indexées. Les 90 restantes n'étaient pas cassées. Elles étaient simplement jugées trop proches d'autres pages déjà indexées. Le rapport ne le dit pas en clair, mais il met le doigt dessus.
Actions manuelles : à vérifier même quand tout va bien
Ce rapport a un historique. On y voit les pénalités passées et leur levée. Utile lors d'une reprise de site : vous récupérez un domaine, et l'historique vous prévient que quelque chose s'est produit avant vous. Je l'ai vu sauver une migration où le client avait oublié de mentionner une action subie deux ans plus tôt.
Ce que la Search Console ne fera jamais pour vous
Avouons-le : l'outil a des angles morts, et ils sont rarement expliqués. Les données d'affichage sont parfois incomplètes ou anonymisées. Les journaux de requêtes très rares n'apparaissent pas. Les interfaces ont des quotas, et l'API Indexing en a aussi : vous ne pouvez pas pousser un catalogue de 50 000 pages et espérer un traitement immédiat.
Sur un projet e-commerce, j'ai voulu indexer 1 200 nouvelles fiches par script. La première vague est passée. Les suivantes ont été refusées. Sans lecture préalable des quotas, j'ai perdu une journée à chercher une erreur de code qui n'existait pas.
Deuxième angle mort : les données de performance ne couvrent pas tout, et les rapports de couverture bougent avec des délais qui ne correspondent à rien de ce que votre CMS vous raconte. Ne cherchez pas la seconde près.
Structurer plusieurs propriétés pour vraiment en tirer parti
Le choix au moment de l'ajout est plus lourd de conséquences qu'il n'y paraît. Une propriété « préfixe d'URL » ne suit qu'un protocole, qu'un sous-domaine, qu'un chemin. Une propriété « domaine » agrège http, https, www et non-www dans un seul tableau de bord.
| Type de propriété | Ce qu'elle couvre | Quand la préférer |
|---|---|---|
| Domaine | Toutes les variantes du domaine : protocoles, sous-domaines, www et non-www | Vue d'ensemble, migration d'un site principal, diagnostic de doublons |
| Préfixe d'URL | Un seul protocole, un seul sous-domaine, un chemin précis | Suivi fin d'une section, d'une boutique sur un sous-domaine, d'un blog séparé |
Ma règle, après quelques ratés : une propriété « domaine » pour la vue d'ensemble, puis des propriétés « préfixe d'URL » pour les sous-ensembles que je veux suivre isolément. C'est reproductible, ça se scripte, et ça évite de tout mélanger.
Quelle est la recherche la plus bizarre sur Google ?
Il n'existe pas de réponse fiable à cette question, et c'est justement le genre de chiffre qu'il vaut mieux ne pas inventer. Ce qui est observable, en revanche, c'est que Search Console expose vos propres requêtes, y compris les plus improbables — celles qu'aucun outil de mots-clés ne vous aurait suggérées.
Filtrer le rapport Performances sur les requêtes à faible volume m'a rapporté plus d'une idée de contenu. Une formulation inattendue qui déclenche une impression sur une page ancienne révèle souvent un besoin que vous n'avez pas traité. Regardez-y avant de chercher l'anecdote mondiale.
Quelles sont les choses à ne jamais chercher sur Google ?
La question revient souvent, et la réponse sérieuse tient en deux points. D'abord, tout ce qui relève de données personnelles sensibles : identifiants, numéros de carte, informations médicales nominatives. Ensuite, les requêtes qui vous exposent à des résultats conçus pour vous nuire — contenus choquants, pièges à clics.
Du point de vue d'un site, l'équivalent existe : ne demandez jamais à Google d'explorer volontairement des URL de test, des environnements de préproduction ou des pages de paramètres. L'inspection d'URL le permet, et c'est précisément pour ça qu'il faut y réfléchir à deux fois avant de cliquer. Une préproduction indexée est un nettoyage long.
Quels sont les 10 jeux cachés de Google ?
Les easter eggs de Google — le dinosaure hors connexion, les effets déclenchés par certaines requêtes — sont un sujet de curiosité, pas un levier SEO. Je n'en ferai pas l'inventaire ici : la composition exacte de cette liste change, et je n'ai aucun moyen de la vérifier sérieusement.
Ce qui vous servira davantage : les mêmes requêtes détournées apparaissent parfois dans vos données Search Console, parce que des internautes atterrissent chez vous par hasard. Les identifier permet de créer une page qui répond vraiment, plutôt que de subir un trafic qui rebondit en trois secondes.
Ce que je regarde en premier sur un nouveau site
Trois choses, dans cet ordre. Le rapport de couverture, pour compter l'écart entre pages connues et pages indexées. Les actions manuelles, pour l'historique. L'inspection d'URL sur les cinq pages les plus importantes, pour vérifier qu'elles sont explorables et rendues correctement.
Le reste attend. Franchement, la plupart des audits que je vois commencent par les courbes de trafic alors que la moitié du site n'est même pas dans l'index.
Une dernière chose. La Search Console est gratuite, elle est accessible à tous, et elle est en grande partie ignorée parce qu'elle n'est pas jolie. C'est peut-être ça, la vraie fonctionnalité méconnue : un outil qui répond à des questions que les tableaux de bord payants ne posent même pas. La prochaine fois qu'une page stagne, ouvrez l'inspection d'URL avant d'ouvrir votre rapport de performances. Vous perdrez cinq minutes. Vous en gagnerez parfois beaucoup plus.
