Pour completer cette boite a outils, consultez aussi Pourquoi vos conversions ne coïncident pas entre Google Ads, Meta et la finance et Quel outil d’audit SEO choisir en 2026 selon votre besoin réel ?.
Pourquoi Discover ne s’audite pas comme Search
Si vous suivez Google Search Console, le piège est simple : traiter Discover comme une SERP de plus. Ce réflexe conduit vite à de mauvaises décisions, parce que Discover ne part pas d’une requête. L’utilisateur n’exprime pas un besoin par des mots-clés ; Google pousse un contenu qu’il juge pertinent pour ses intérêts, à partir de signaux liés à l’activité Web et App. La conséquence est méthodologique : on ne cherche pas une “bonne position”, on cherche pourquoi une page est sélectionnée, puis pourquoi elle est vue, puis pourquoi elle est cliquée ou ignorée.
C’est pour cela qu’un audit utile ne commence pas par des hypothèses vagues sur “la qualité du contenu”. Il commence par un périmètre clair : un site entier, une catégorie, ou mieux, un cluster thématique déjà visible dans Discover. Si vous partez trop large, vous mélangez des familles de pages qui n’ont rien à voir. Si vous partez trop étroit, vous surestimez un cas isolé. La bonne unité de travail est celle qui permet de comparer des pages vraiment similaires, puis d’en tirer une action.
Quelles données Search Console suffisent, et ce qu’elles ne disent pas
Dans Search Console, Discover donne une base de lecture simple : impressions, clics et CTR. C’est utile pour mesurer l’exposition et la capacité d’une page à convertir cette exposition en visite. Mais ce trio ne dit pas pourquoi une URL apparaît ni ce qui la distingue d’une autre. Il ne donne ni la profondeur de la page, ni ses liens internes, ni son auteur, ni sa longueur de titre, ni son image principale, ni sa date de publication, ni sa nature payante ou non.
C’est la limite centrale du rapport : vous voyez le résultat, pas le profil de page. Si vous restez dans Search Console seule, vous pouvez constater qu’une page a des impressions, que le CTR est faible, ou qu’une autre ne sort jamais. Vous ne pouvez pas, en revanche, relier proprement ce constat à des attributs éditoriaux observables. Pour aller plus loin, il faut compléter la lecture par un crawl qui récupère les caractéristiques de chaque URL.
Pour préparer cette lecture, il est utile de revoir les rapports vraiment utiles de Search Consoleavant de segmenter Discover.
Quand un crawl devient indispensable
Un crawl devient nécessaire dès que votre question n’est plus “combien ?”, mais “quelles pages, et avec quels traits communs ?”. Le lien entre Discover et le crawl sert précisément à comparer les pages featured, les pages actives, et les pages featured mais non cliquées avec des attributs réels de page. Sans cela, vous risquez de conclure trop vite qu’un sujet “marche” ou “ne marche pas”, alors que le vrai signal se trouve peut-être dans le packaging éditorial, la structure de la page ou son contexte dans le site.
L’intérêt du crawl n’est pas de remplacer Search Console. Il est de transformer des impressions isolées en diagnostic. En pratique, cela vous permet de tester des variables concrètes : titre, longueur du titre, présence d’image principale, auteur, date de publication, type d’article, paywall, catégorie, profondeur dans l’arborescence, maillage interne. Ce sont des éléments observables, donc testables. C’est aussi ce qui vous évite de faire des parallèles artificiels entre pages simplement parce qu’elles ont reçu du trafic.
Comment activer et lire Discover dans un environnement de crawl
Dans l’environnement décrit par la source, les données Discover passent par le connecteur Google Search Console, puis n’apparaissent dans le Lens qu’après une nouvelle crawl lancée avec ce connecteur activé. Autrement dit, il ne suffit pas d’activer l’option : il faut intégrer ce point de départ au planning d’analyse. Un crawl antérieur ne remontera pas rétroactivement les données Discover. Cette contrainte est importante, parce qu’elle définit le bon moment de collecte.
L’ordre de lecture le plus utile
- Commencer par les impressions pour mesurer la visibilité réelle.
- Comparer ensuite les clics pour distinguer les pages vues de celles qui génèrent du trafic.
- Lire le CTR comme un indicateur de conversion du packaging éditorial.
- Regarder les pages featured, les pages actives et les pages featured non cliquées pour isoler les écarts les plus actionnables.
Le point le plus exploitable est souvent la catégorie “featured but not clicked”. Une page y prouve qu’elle a été sélectionnée par Google et exposée à l’utilisateur, mais qu’elle n’a pas converti cette exposition en clic. Ce n’est pas un échec global : c’est un cas de travail. La question devient alors très concrète : le problème vient-il du titre, de l’image, de l’angle, du sujet, ou du décalage entre la promesse et ce que la page laisse percevoir au premier coup d’œil ?
Que faire d’une page featured mais non cliquée
Ce signal mérite d’abord une lecture prudente. L’absence de clic ne veut pas dire absence d’intérêt ; elle peut aussi refléter un contexte de feed, un concurrent visuel plus fort, ou un sujet déjà assez compris pour être scanné sans visite. Mais si le même schéma revient sur un groupe de pages, l’hypothèse la plus raisonnable est souvent éditoriale : la page est visible, mais son emballage ne donne pas suffisamment envie de cliquer.
Dans ce cas, il vaut mieux tester des ajustements légers avant de lancer une refonte lourde. Le diagnostic ne doit pas sauter directement à la technique. Commencez par comparer les pages featured non cliquées avec celles qui cliquent dans la même catégorie. Cherchez les écarts de titre, d’image, de date, d’auteur et de type de sujet. Une simple variation de formulation peut suffire à expliquer une différence de CTR ; à l’inverse, si plusieurs pages d’un même format restent non cliquées, le problème peut venir du sujet lui-même ou du positionnement de la rubrique.
Deux cas limites à garder en tête
- Une page très visible mais peu cliquée peut être utile pour la notoriété ou la couverture d’actualité, même si le trafic reste faible.
- Une page peu visible mais avec un CTR élevé peut signaler un intérêt fort sur une audience trop réduite pour justifier à elle seule une réécriture du template.
Comment segmenter par catégorie puis par cluster
La segmentation par catégorie est souvent le meilleur point de départ, parce qu’elle correspond à la manière dont les équipes éditoriales travaillent déjà. Elle permet de répondre à une question de priorisation : quelle rubrique concentre réellement les clics Discover, et quelle rubrique consomme des ressources sans retour visible ? Dans les données de la source, un cas récurrent est celui d’une catégorie qui pèse peu dans le catalogue mais capte une grande part des clics. Ce type de signal change immédiatement les arbitrages.
Si une petite catégorie concentre une large part des clics, elle mérite d’être traitée comme un cluster à renforcer, pas comme un simple sous-thème. Le bon réflexe consiste alors à comparer ses pages à celles des autres catégories sur des critères précis : titre, image, date de publication, auteur, type d’article, longueur du contenu, et présence éventuelle d’un paywall. Vous n’avez pas besoin d’expliquer l’algorithme ; vous avez besoin d’identifier les traits qui accompagnent la performance dans votre propre corpus.
À l’inverse, une catégorie qui publie beaucoup mais ne gagne presque rien dans Discover n’est pas forcément “mauvaise”. Elle peut simplement être moins compatible avec un feed basé sur l’intérêt, ou produire des sujets trop proches les uns des autres sans angle différenciant. Dans ce cas, la décision n’est pas seulement d’écrire plus. Elle peut aussi consister à réduire la production, à recentrer la rubrique, ou à reconstruire un cluster plus lisible.
Comparer Search et Discover sans faux parallèles
Le réflexe le plus dangereux est de considérer qu’une page performante en Search doit mécaniquement performer en Discover. Les deux canaux restent liés à Google, mais ils ne répondent pas à la même logique. Search part d’une requête ; Discover part d’un intérêt supposé. Une page peut être excellente pour une requête précise et rester invisible dans Discover. L’inverse est tout aussi possible.
La comparaison utile consiste donc à séparer quatre groupes : pages visibles seulement dans Search, pages visibles seulement dans Discover, pages visibles dans les deux, pages visibles dans aucun des deux. Cette découpe évite deux erreurs fréquentes. Première erreur : surinterpréter une bonne position Search comme un indice de potentiel Discover. Deuxième erreur : conclure qu’une page n’intéresse personne parce qu’elle n’a pas d’effet dans un des deux canaux.
Si vous observez des pages présentes en Search mais absentes de Discover, interrogez d’abord le format et l’angle, pas la valeur éditoriale absolue. Si vous trouvez des pages Discover-first, demandez-vous si elles sont portées par une actualité, un visuel fort ou une promesse éditoriale plus immédiatement attractive qu’une intention de recherche. Le diagnostic n’est fiable que s’il compare des objets comparables.
Pour cadrer la mesure du clic et du CTR dans des interfaces Google moins lisibles, voir la méthode de suivi du CTR dans Search Console.
Quels attributs éditoriaux tester en priorité
La force d’un audit Discover n’est pas de dresser une liste de bonnes pratiques abstraites. Elle est de tester, sur vos propres pages, les attributs qui coïncident avec la visibilité et le clic. Dans la source, l’hypothèse la plus solide porte sur le duo titre-image. C’est cohérent avec la manière dont Discover se présente à l’utilisateur : avant le clic, il ne voit que quelques éléments de promesse. Cela ne veut pas dire que le reste est secondaire, mais que le premier niveau de décision se joue souvent là.
Segments à comparer en priorité
- Auteurs identifiés ou non identifiés.
- Titres courts, moyens ou longs.
- Présence d’une image principale nette ou d’un visuel faible.
- Type d’article : actualité, analyse, dossier, interview, guide.
- Date de publication récente ou plus ancienne.
- Pages payantes ou ouvertes.
- Catégories qui gagnent des clics et catégories qui n’en gagnent pas.
Le but n’est pas d’additionner les variables au hasard. Il faut tester des combinaisons plausibles. Par exemple : les pages signées par un auteur précis ont-elles davantage de clics dans une catégorie donnée ? Les titres plus explicites gagnent-ils plus que les titres plus conceptuels ? Les pages avec une image lisible en miniature font-elles mieux que celles dont le visuel est décoratif ? Ces questions sont opérationnelles parce qu’elles débouchent sur des tests éditoriaux simples.
Quelles actions prioriser après l’audit
Une fois les segments comparés, l’arbitrage doit rester pragmatique. Si le problème semble venir du packaging, priorisez les ajustements légers : titre, image, angle, format, chapeau. Si plusieurs pages d’une même catégorie sont visibles mais peu cliquées, regardez le template éditorial avant de toucher à l’architecture. Si au contraire les pages qui performent ont des caractéristiques cohérentes mais très dispersées dans le site, il faut peut-être revoir le maillage interne, la profondeur de certaines pages ou la façon dont les clusters sont organisés.
Autrement dit, l’audit doit permettre de choisir entre trois niveaux d’action. Niveau 1 : retouches éditoriales rapides. Niveau 2 : investigation technique plus large. Niveau 3 : réallocation de ressources vers les clusters qui prouvent un potentiel réel dans Discover. Le bon choix dépend du signal dominant. S’il y a visibilité sans clic, commencez par l’éditorial. S’il y a peu de visibilité partout, cherchez plutôt un problème de structure, de cohérence de cluster ou de place des pages dans le site.
Quelles limites accepter avant de conclure
Il faut garder trois prudences en tête. D’abord, Search Console ne montre que les données de performance visibles dans l’outil ; elle ne vous dit pas pourquoi Google a choisi une page. Ensuite, une baisse ou une hausse peut venir d’un changement d’intérêt des utilisateurs, d’une saisonnalité, d’un test de diffusion ou d’un contexte d’actualité, pas seulement d’un changement sur votre site. Enfin, un faible CTR n’est pas automatiquement un signe de mauvais contenu, comme un bon CTR n’est pas une preuve que le sujet est stratégique à long terme.
C’est précisément pour cela qu’un outil de crawl reste nécessaire. Il ne sert pas à “prouver” l’algorithme de Discover ; il sert à relier des résultats à des attributs observables. Sans ce relais, l’audit reste descriptif. Avec lui, il devient décisionnel. Vous pouvez alors dire non pas “Discover marche”, mais “dans telle catégorie, les pages avec tel type de titre, telle image et tel auteur ont une meilleure chance d’être vues puis cliquées”. C’est moins spectaculaire qu’un slogan, mais beaucoup plus utile pour prioriser.
Le bon résultat d’un audit Discover n’est donc pas une promesse de trafic. C’est une liste courte de tests crédibles, classés par effet attendu et par coût d’exécution. Dans un canal piloté par l’intérêt, c’est souvent ce niveau de précision qui évite les fausses optimisations et les refontes inutiles.