Google Search Console : le guide SEO à jour

Dans le SEO, le plus coûteux n'est pas d'agir trop tard sur une page : c'est de ne pas voir qu'elle n'est pas indexée, qu'elle perd des impressions ou qu'elle est bloquée par un problème technique. Google Search Console est l'outil gratuit par lequel Google vous dit, officiellement, comment il explore, indexe et affiche votre site.

Beaucoup de guides encore en circulation décrivent l'interface de 2018 : Webmaster Tools, « Explorer comme Google », testeur robots.txt, limite de crawl à 90 jours. Ces menus n'existent plus tels quels. Ce qui n'a pas changé, c'est le rôle de la console : diagnostiquer vite, puis demander à Google d'agir (sitemap, inspection, suppression temporaire).

À quoi sert Search Console aujourd'hui

Search Console n'est pas un outil d'audience. Elle ne remplace pas Google Analytics 4. Elle répond à des questions que GA4 ne peut pas trancher :

• Sur quelles requêtes le site apparaît-il, avec quelles impressions, quels clics, quel CTR et quelle position moyenne ?
• Quelles pages sont indexées, exclues, en erreur, ou découvertes trop tard ?
• Le site est-il rapide et stable selon les Signaux Web essentiels mesurés sur de vrais utilisateurs ?
• Google signale-t-il un problème de sécurité, une action manuelle, un enrichissement (données structurées, vidéo, fiche produit) cassé ?

C'est aussi le canal par lequel Google vous écrit : problème de spam, piratage, données structurées invalides. Si vous ne consultez pas la console, vous pouvez passer à côté d'une alerte officielle.

Search Console et Google Analytics : deux outils, deux regards

Les deux se complètent. Ils ne mesurent pas la même chose.

GA4 décrit ce qui se passe une fois l'internaute arrivé : sessions, pages vues, conversions, source/medium, appareil, géographie. Les mots-clés organiques y restent largement indisponibles (« not provided »).

Search Console décrit ce qui se passe avant le clic, dans Google : impressions, cliques, position, pages affichées, pays, appareil, apparence dans les résultats.

Un écart fréquent : la Search Console compte un clic depuis Google, GA4 compte une session. Les chiffres ne collent jamais au pixel près (fuseaux, consentement cookies, bots, délais). Ce n'est pas un bug. Reliez quand même les deux propriétés : dans GA4, Administration → Collecte et modification des données → Liens Search Console. Vous pourrez croiser des pages de destination avec des requêtes, sans quitter Analytics.

Première configuration : propriété de domaine

Deux types de propriétés existent.

• Préfixe d'URL : une adresse exacte (https://www.exemple.ma). Simple, mais incomplète si vous avez aussi http://, https://exemple.ma sans www, ou un blog.sousdomaine.
• Domaine : exemple.ma et tous les protocoles / sous-domaines. C'est le choix à privilégier.

Google recommande la vérification DNS (enregistrement TXT chez le registrar). Les autres méthodes restent valides pour un préfixe d'URL : fichier HTML à la racine, balise meta dans le <head>, Google Analytics, Google Tag Manager. Dans tous les cas, ne retirez pas la preuve une fois la propriété validée : Google revérifie périodiquement.

Au Maroc comme ailleurs, pensez à ajouter les variantes pertinentes (www / non-www, http / https) si vous restez en préfixe. Une propriété trop étroite donne une vision tronquée des impressions.

Le rapport Performances : le cœur SEO

C'est le rapport le plus utile au quotidien. Il couvre jusqu'à 16 mois de données (plus qu'en 2018) et se filtre par requête, page, pays, appareil, apparence dans les résultats, date.

Quatre métriques à lire ensemble, jamais isolément :

• Impressions : le site a été vu dans les résultats (y compris parfois hors page 1).
• Clics : l'utilisateur a cliqué vers le site.
• CTR : clics / impressions. Un bon positionnement avec un mauvais CTR signale souvent un titre ou une meta description à retravailler.
• Position moyenne : indicateur de tendance, pas un classement exact page par page.

Contrairement à une idée encore reprise des anciens articles : Search Console montre bien les requêtes. Ce n'est pas un « petit échantillon d'internautes déconnectés ». Une partie des données reste agrégée ou anonymisée sous un volume trop faible, mais le rapport Requêtes reste la meilleure source officielle pour alimenter un audit sémantique.

En pratique, on cherche surtout :

• les requêtes en positions 8 à 20 (un renforcement de contenu ou de maillage interne peut suffire) ;
• les pages avec beaucoup d'impressions et un CTR faible ;
• les pages qui perdent brutalement des impressions (cannibalisation, baisse d'indexation, saisonnalité, ou concurrence renforcée).

La recherche Google évolue aussi avec les aperçus IA et des formats plus riches (encarts, vidéos, packs locaux). Le CTR d'une même position n'a plus la même valeur qu'en 2018. D'où l'intérêt de suivre les impressions et les clics, pas uniquement le « ranking ».

Indexation : rapport Pages et inspection d'URL

L'ancien onglet « Couverture de l'index » s'appelle désormais Pages (Indexation). Il sépare clairement :

• pages indexées ;
• pages non indexées, avec le motif : 404, 3xx, canonique choisie par Google, noindex, crawlée non indexée, découverte non crawlée, bloquée par robots.txt, erreur serveur, etc.

C'est là qu'on voit si Google a une vision saine du site, ou s'il gaspille son crawl sur des facettes, des doublons ou des pages d'erreur.

Pour une URL précise, l'outil Inspection d'URL a remplacé « Explorer comme Google ». Il indique si la page est dans l'index, quelle canonique Google a retenue, si elle est éligible aux extraits enrichis, et permet de demander une indexation. Utile après une mise en ligne, une correction 404 ou un changement de balise. Ce n'est pas un bouton magique : si la page est faible, bloquée ou dupliquée, Google peut refuser.

Le sitemap XML reste le bon complément du crawl par liens internes. Déclarez-le dans Sitemaps (https://votresite.ma/sitemap.xml). Être dans le sitemap n'indexe pas à coup sûr ; ça aide Google à découvrir et à prioriser. Sur un site Next.js, un sitemap généré dynamiquement (pages, articles, réalisations) est plus fiable qu'un fichier oublié.

La suppression d'URL existe toujours (Removals). Elle est temporaire. Pour retirer durablement une page : noindex, authentification, ou suppression réelle + redirection. Le fichier robots.txt empêche le crawl, pas toujours l'indexation si l'URL est déjà connue et liée ailleurs.

Expérience de page : Core Web Vitals

Google n'évalue plus « l'ergonomie mobile » comme un rapport séparé (il a été retiré, le web étant massivement mobile-first). Ce qui compte désormais, ce sont les Signaux Web essentiels, mesurés sur le terrain :

• LCP : vitesse d'affichage du plus grand élément visible ;
• INP : réactivité aux interactions (il a remplacé le FID) ;
• CLS : stabilité visuelle (pas de sauts de mise en page).

Ces données viennent d'utilisateurs Chrome réels. Un bon score en laboratoire (Lighthouse) et un mauvais rapport Search Console, c'est fréquent : le rapport console reflète le réel, y compris 3G, Android d'entrée de gamme, images trop lourdes.

HTTPS est devenu la norme. AMP n'est plus un levier central. Les extraits enrichis passent par des données structurées valides (FAQ, article, entreprise locale, produit…) — Search Console signale les types détectés et les erreurs.

Liens et désaveu : garder la main, sans paranoia

Le rapport Liens montre les pages les plus liées en interne, les textes d'ancre, et les sites qui pointent vers vous. C'est utile pour le maillage et pour détecter un pic anormal de domaines référents.

L'outil de désaveu existe encore. Google a toutefois répété, à plusieurs reprises, que la grande majorité des sites n'en ont pas besoin : les systèmes anti-spam ignorent déjà une large part des liens toxiques. On le réserve aux cas documentés (attaque de liens, pénalité, nettoyage après une mauvaise campagne). Le fichier .txt (une URL ou domain:exemple.com par ligne) se dépose toujours via l'outil Disavow.

Ce qu'il ne faut plus chercher dans la console

Pour éviter de suivre un tutoriel périmé :

• plus de « Explorer comme Google » → Inspection d'URL ;
• plus de testeur robots.txt dans la console → rapport robots.txt + inspection d'URL ;
• plus de limite de fréquence d'exploration à 90 jours (Google gère le crawl tout seul ; si le serveur souffre, on corrige le serveur, on ne « bride » plus le bot comme avant) ;
• plus de rapport ergonomie mobile autonome.

Le rapport Statistiques d'exploration reste utile pour voir si le crawl augmente, stagne ou se heurte à des 5xx.

Comment on s'en sert concrètement

Chez Social360, Search Console n'est pas un tableau qu'on ouvre une fois par trimestre. C'est le tableau de bord du SEO technique et sémantique :

1. Vérifier chaque semaine les pages non indexées et les nouvelles erreurs.
2. Croiser requêtes × pages pour trouver les contenus à enrichir, plutôt que d'inventer des mots-clés hors sol.
3. Surveiller LCP / INP / CLS après chaque mise en production.
4. Soumettre le sitemap et inspecter les URLs stratégiques après publication.
5. Lire les messages Google avant d'attribuer une baisse de trafic à « l'algorithme » au hasard.

C'est aussi pour cela qu'un site bien fait (structure claire, canoniques, maillage, performances) et une Search Console bien paramétrée vont ensemble : l'outil ne corrige rien tout seul, il montre où agir.

Vous voulez un regard concret sur votre Search Console — indexation, requêtes, pages à pousser ? Contactez-nous : nous revenons vers vous sous 24–48h avec un diagnostic lisible, sans jargon inutile.