Search Console cache vos pages à fort potentiel SEO
Une page avec 81 616 impressions et un CTR de 3,5% était invisible dans l'interface. Il suffit de trier autrement pour la trouver.
👁 118 lectures
Une page avec 81 616 impressions et un taux de clics de 3,5% n’apparaissait sur aucune liste que nous avions consultée dans l’interface Search Console. Nous ne l’avons trouvée qu’après avoir téléchargé les données sans limite de lignes et les avoir triées localement par impressions, et non par clics. C’est une seule ligne de différence dans la requête et une liste de tâches complètement différente pour le mois suivant.
Conclusion en un paragraphe
La vue par défaut de Search Console classe les résultats par clics, donc les URLs qui fonctionnent déjà remontent en haut. Les pages avec un grand nombre d’impressions et une faible cliquabilité descendent dans ce classement à des positions que personne n’atteint - alors que ce sont précisément elles qui ont le plus grand potentiel de croissance avec le moins d’effort, car Google les affiche déjà, seulement personne ne clique dessus. Si vous voulez les voir, vous devez télécharger l’ensemble complet sans limite de lignes et le trier chez vous par impressions. Notre liste de tâches après ce changement a un seul critère : pages avec plus de 1000 impressions et cliquabilité inférieure à 2%.
Pourquoi le rapport par défaut ignore ces pages
L’interface Search Console affiche un nombre limité de lignes et les classe par ordre décroissant de clics. C’est une décision par défaut sensée, car nous voulons généralement savoir ce qui génère du trafic. Le problème apparaît quand vous cherchez l’inverse - les endroits où il n’y a pas de trafic, alors qu’il devrait y en avoir.
Prenons deux URLs hypothétiques. La première : 400 impressions, 120 clics. La seconde : 40 000 impressions, 400 clics. Dans une vue triée par clics, les deux semblent similaires, et si la liste est longue, la seconde peut même ne pas apparaître dans la partie affichée. Pourtant, la première URL n’a plus de marge de croissance, tandis que la seconde laisse sur la table des dizaines de milliers d’affichages qui n’ont intéressé personne au point de cliquer.
Notre cas avec 81 616 impressions tombait exactement dans ce piège. Une cliquabilité de 3,5% à cette échelle d’affichages n’est pas catastrophique - et c’est précisément pourquoi rien ne criait dans le rapport. L’URL avait un nombre décent de clics en valeur absolue, donc elle n’entrait dans aucun filtre du type « zéro clic ». En même temps, elle en avait trop peu par rapport à la concurrence dans le tableau, donc dans le tri par clics elle se trouvait hors de portée du regard.
Ce que change le téléchargement des données sans limite
La différence ne réside pas dans le fait que l’API Google Search Console affiche des données différentes. Elle affiche les mêmes, mais permet de les télécharger en totalité et de les trier par n’importe quelle colonne - y compris par impressions. Ci-dessous ce que nous avons vu avant et après le changement d’approche pour le même site et la même période.
| Élément | Vue par défaut (tri par clics) | Téléchargement sans limite de lignes, tri local par impressions |
|---|---|---|
| Ordre des résultats | clics décroissants | impressions décroissantes |
| Page avec 81 616 impressions | invisible aux positions consultées | en tête de liste |
| Cliquabilité de cette page | inconnue, car l’URL n’est pas apparue dans la vue | 3,5% |
| Type de conclusion tirée | « ce qui génère du trafic, je le développe » | « ce qui a de la portée sans trafic, je le corrige » |
| Critère de la liste de tâches | aucun - liste créée intuitivement | plus de 1000 impressions et cliquabilité inférieure à 2% |
La troisième colonne n’est pas de la magie d’outil, seulement la conséquence du fait que le tri se fait après téléchargement, et non avant. Tant que l’interface trie pour nous, nous obtenons la réponse à une question que nous n’avons pas posée.
Pourquoi ce sont les gains les moins coûteux - et où se trouve notre opinion
Le fait est le suivant : une page avec 81 616 impressions et une cliquabilité de 3,5% est déjà affichée par Google à une échelle pour laquelle la plupart des nouveaux contenus se battent pendant des mois. Pas besoin de la positionner depuis zéro, pas besoin de construire des liens vers elle, pas besoin d’attendre l’indexation.
Ici intervient l’opinion, et nous le signalons clairement : nous pensons que le travail d’amélioration du CTR sur de telles URLs a un meilleur rapport effet/effort que la création de nouveaux contenus, car vous ne changez que ce que l’utilisateur voit dans les résultats, et non toute la position de la page dans l’index. Nous n’avons pas de mesure à ce sujet dans ce matériel - nous avons seulement la mesure du fait que cette page existait et était invisible pour nous. La conclusion sur la rentabilité est notre jugement, pas une donnée.
Deuxième opinion : les seuils dans notre critère - plus de 1000 impressions et cliquabilité inférieure à 2% - sont arbitraires. Nous les avons choisis pour que la liste soit réalisable en un sprint, et non parce que 2% serait une limite naturelle. Sur un autre site, avec un profil de requêtes différent, le seuil pertinent sera différent.
Comment construire une liste de tâches à partir de ces données
Quand vous avez l’ensemble complet trié par impressions, le filtre est simple et sans ambiguïté. Vous gardez les URLs qui ont plus de 1000 impressions et simultanément une cliquabilité inférieure à 2%. C’est une seule expression dans une feuille de calcul et une file de travail prête - sans discussion, sans intuition, sans parcourir les rapports au feeling.
Que faire avec une liste ainsi filtrée, quand vous vous demandez comment améliorer le CTR sur une URL spécifique ? L’ordre que nous appliquons est le suivant :
- Nous vérifions sur quelles requêtes la page collecte réellement des impressions - il s’avère souvent que le titre répond à une question différente de celle que les gens tapent.
- Nous lisons le titre et la description comme les verrait quelqu’un qui ne connaît pas le site - est-ce que le fragment dans les résultats indique clairement ce qu’on obtiendra après le clic.
- Nous comparons notre fragment avec les fragments des voisins dans les résultats pour la même requête et cherchons en quoi nous ne nous différencions pas d’eux.
- Nous notons la date du changement, pour pouvoir comparer la cliquabilité avant et après sur la même URL après quelques semaines.
Le dernier point est plus important qu’il n’y paraît. Sans date de changement enregistrée, vous ne distinguerez pas l’effet de votre travail des fluctuations naturelles de visibilité.
Le piège dans lequel nous sommes tombés en chemin
À la première approche, nous avons téléchargé les données avec une limite de lignes - nous n’avions simplement pas changé la valeur par défaut. L’ensemble semblait complet, le tri local fonctionnait, et pourtant la page avec 81 616 impressions ne s’affichait toujours pas. La raison était banale : puisque la limite coupe les lignes avant l’envoi, et que celles coupées sont celles avec le plus petit nombre de clics, le tri local par impressions ordonne un ensemble déjà mutilé. Vous triez ce qui reste, pas ce qui existe.
C’est selon nous l’erreur la plus fréquente au premier contact avec ce type de téléchargement. Le tri local n’a de sens que si vous avez tout localement. La moitié des données triées par la bonne colonne donne une fausse impression de complétude - vous voyez un tableau correct et n’avez aucune raison de soupçonner qu’il manque la ligne la plus intéressante.
Comment vérifier cela chez vous
- Choisissez la période que vous voulez réellement analyser, et tenez-vous-y à chaque téléchargement suivant - sinon vous ne pourrez pas comparer les résultats entre itérations.
- Définissez la dimension sur l’URL de la page, pour obtenir des données par URL, et non agrégées pour tout le site.
- Téléchargez les données sans limite de lignes. Si l’outil a une valeur de limite par défaut, changez-la consciemment - c’est cette unique étape sur laquelle nous avons trébuché.
- Vérifiez l’exhaustivité : vérifiez si le nombre de lignes dans le fichier correspond au nombre d’URLs que vous vous attendez à voir. Un nombre suspicieusement rond est un signal que la limite fonctionne toujours.
- Triez l’ensemble localement par ordre décroissant d’impressions. Pas par clics.
- Ajoutez une colonne avec la cliquabilité, si elle n’est pas dans les données téléchargées, et filtrez : impressions supérieures à 1000, cliquabilité inférieure à 2%.
- Enregistrez le résultat du filtre comme liste de tâches avec la date de mesure. C’est votre file pour les prochaines semaines.
- Répétez toute la procédure après avoir introduit les changements et comparez la cliquabilité pour les mêmes URLs - en conservant la même longueur de période.
D’où viennent ces chiffres
Toutes les valeurs proviennent d’une seule mesure sur notre propre site, effectuée le 23.09.2026. Données téléchargées depuis Google Search Console pour la dimension URL de page, sans limite de lignes, triées localement par ordre décroissant d’impressions.
Concrètement : une sous-page avait 81 616 impressions avec un taux de clics de 3,5% et n’était pas visible dans la vue par défaut triée par clics. Le critère de la liste de tâches que nous en avons construit : pages avec plus de 1000 impressions et cliquabilité inférieure à 2%.
Nous ne donnons pas le nom du site ni l’URL spécifique. Les seuils de 1000 impressions et 2% de cliquabilité sont notre choix opérationnel, et non une valeur déterminée par mesure - traitez-les comme point de départ à ajuster pour votre propre ensemble.
Questions fréquentes
Pourquoi Search Console ne montre pas les pages avec beaucoup d’impressions et faible cliquabilité ?
La vue par défaut de Search Console classe les résultats par clics, donc les URLs qui fonctionnent déjà remontent en haut. Les pages avec un grand nombre d’impressions et une faible cliquabilité descendent dans ce classement à des positions que personne n’atteint.
Comment trouver les pages à fort potentiel de croissance dans Search Console ?
Il faut télécharger l’ensemble complet des données sans limite de lignes et le trier localement par impressions, et non par clics. Après téléchargement, on peut appliquer un filtre : pages avec plus de 1000 impressions et cliquabilité inférieure à 2%.
Quelle erreur commet-on le plus souvent lors du téléchargement des données de Search Console ?
L’erreur la plus fréquente est de télécharger les données avec une limite de lignes - les lignes avec le plus petit nombre de clics sont coupées avant l’envoi des données. Le tri local par impressions ordonne alors un ensemble déjà tronqué, et non les données complètes.
More on this from PROMPTIF
magazine·Alternative européenne à ChatGPT : modèle chinois par défautUn chat IA européen utilise par défaut un modèle chinois. Nous avons analysé huit services pour savoir combien sont réellement européens.