Google Discover sur Minecraft.fr : 16 mois de data décortiqués

Il y a quelques semaines, j'ai publié un dossier sur l'impact des IA sur le trafic de Minecraft.fr. À la fin de cet article, j'avais glissé un point qui méritait son propre dossier : Le Search et Google Discover ne réagissent pas pareil dans cette nouvelle équation. Le voici.

Sur le volume, je ne donnerai pas les chiffres absolus, mais Google Discover représente sur Minecraft.fr plus d'un million de visites par an, avec plusieurs articles qui dépassent les 50 000 clics. C'est un canal qui pèse réellement dans l'audience du site, pas un bonus marginal.

Une précision avant de commencer. Minecraft.fr n'est pas un site que je peux nourrir comme je le voudrais : le rythme idéal serait de trois ou quatre articles par jour, la réalité c'est que certaines périodes le site reste deux semaines sans publication. Je publie ce dossier comme un retour d'expérience, en espérant qu'il servira à d'autres éditeurs qui pilotent Google Discover sans manuel.

Précision importante aussi sur le statut de ce que vous allez lire. Sylvain Deauré a publié sur Abondance une analyse qui démonte une étude affirmant que tel type de titre génère +29 % de visibilité Discover. Son point central : sans stratifier par éditeur, on prend des artefacts de mix pour des effets causaux. Ce que vous allez lire ici n'est pas une loi générale pour Discover, c'est de la donnée de mon site, à prendre pour ce qu'elle vaut : un retour d'expérience pour Minecraft.fr, un site mono-thématique gaming en français, et certainement pas une formule transposable telle quelle ailleurs !

J'ai croisé cinq sources : la GSC sur 16 mois (Le Search et Google Discover, jour par jour, page par page), un crawl complet des pages remontées dans Google Discover, l'export WordPress des articles publiés sur la période, et les données de la régie publicitaire sur quatre mois. Pour préserver la confidentialité de certaines données, j'ai privilégié les indices, les ratios et les pourcentages aux valeurs absolues.

Ce qui se passe quand on regarde le Search et Google Discover ensemble

C'est le premier vrai choc en ouvrant la donnée. Sur la même période et le même domaine, les deux canaux ne racontent pas la même histoire.

Le Search se contracte progressivement à partir de l'été 2025. Discover, lui, trouve son public sur la fin 2025 et explose début 2026. Les pics éditoriaux Discover ne sont plus des accidents, ils prennent la place que le Search est en train de céder.

Quand on compare les deux périodes janvier-avril 2025 et janvier-avril 2026, l'écart est sans appel.

Le Search a perdu 38 % de ses clics. Discover en a gagné 67 %. Le total cumulé reste négatif (autour de -28 %), mais la composition du SEO du site a complètement changé.

En janvier 2025, Google Discover représentait 10 % de mon trafic SEO mensuel. En janvier 2026, 33 %. Il a triplé son poids relatif en douze mois. Sur les bons mois, il atteint maintenant un tiers du trafic SEO. Pour un site éditorial qui le traitait comme un bonus il y a un an, c'est devenu un canal que je ne peux plus ignorer.

Sur l'ensemble des 16 mois, le Search reste très majoritaire (86 %) et Discover pèse 14 % du SEO global. Mais c'est une moyenne lissée par les premiers mois où Discover était encore marginal. La trajectoire est plus parlante que la moyenne.

C'est aussi pour ça que comprendre comment fonctionne Discover devient prioritaire. Le reste de l'article s'attaque à cette question.

La fenêtre Discover : un sprint, pas un marathon

Quand on regarde le cycle de vie de chaque page individuellement, sur les 198 articles ayant fait au moins 500 clics Discover, un profil sort de manière extrêmement reproductible.

Une page Discover atteint son pic à J+1 dans la majorité des cas. À ce pic, elle fait en médiane 37 % de tout son trafic Discover futur. Le jour de la publication elle-même n'en fait que 10 %, le temps que Google la repère et la pousse dans les feeds. Ensuite c'est une décroissance en cloche, J+2 à 19 %, J+3 à 9 %, J+4 à 5 %. À J+7 il ne reste plus rien.

L'image devient encore plus parlante quand on superpose les trajectoires individuelles du top 10 sur la courbe médiane.

Toutes les pages convergent vers le même profil. Quelques-unes pèsent à J+2 plutôt qu'à J+1, l'amplitude varie, mais la forme est la même. Une publication, un pic 24 à 48 heures plus tard, une retombée nette en moins d'une semaine.

Deux chiffres viennent compléter ce constat.

Sur les pages qui ont performé, 66 % atteignent leur pic dès J+1, 94 % au plus tard à J+3. Et la durée totale d'exposition tourne autour d'une semaine et demie, avec très peu de pages qui restent visibles au-delà de deux semaines. Les rares pages qui durent plus longtemps sont des cas particuliers : revivals saisonniers, sujets qui rebondissent.

Une observation contre-intuitive vient renforcer le tout. La corrélation entre la durée de vie d'une page Discover et son volume total de clics est de 0,16. Quasi nulle. Une page qui perce fort à J+1 fera plus de clics totaux qu'une page qui tient une semaine à régime modeste.

Ce point change la façon dont on doit penser Discover. Ce n'est pas un canal qu'on alimente en continu pour un retour étalé. C'est une mécanique de pic à 72 heures, sur laquelle il faut tout jouer dès la publication.

Deux univers parallèles sur le même domaine

J'attendais de la donnée croisée Search/Discover qu'elle me confirme une intuition : les pages qui marchent en Search ne marchent pas en Discover. Ce que la data montre est encore plus extrême que je ne le pensais.

Sur 16 mois, le top 50 des pages Discover et le top 50 des pages Search n'ont strictement aucune URL en commun. Zéro. Sur le top 100 contre le top 100, il y en a une seule. Pour les URLs qui sont actives dans les deux canaux (au moins 100 clics chacun), la corrélation entre les volumes Search et Discover est de -0,04. Statistiquement, c'est zéro.

Pour donner une idée plus concrète : les pages qui font le plus de clics Discover sont presque toutes présentes en Search aussi, mais à une position moyenne en page 1 basse (autour de la 7e position) et avec un trafic Search marginal, des dizaines de fois inférieur à leur volume Discover.

Les pages qui entrent sur Discover sont des actualités fraîches : tests d'updates, annonces de mods, collaborations, sujets qui ont une fenêtre de pertinence courte. Les pages qui rentrent en Search sont l'inverse : guides evergreen, FAQ techniques, fiches mods, pages de catégorie. Deux types de contenus, deux logiques de visibilité, et aucun chevauchement réel au sommet.

Une nuance à garder en tête : une page qui perce sur Google Discover est par construction récente, elle n'a pas eu le temps de capitaliser sur le Search comme les guides evergreen qui sont indexés depuis des mois et qui cumulent du trafic au long cours. Le score Search d'une page Discover n'est donc pas comparable à celui d'une page Search à équivalence d'âge. L'absence de chevauchement reste réelle, mais elle est en partie mécanique : on compare un sprinter à des coureurs de fond qui courent depuis bien plus longtemps (mais la comparaison me paraissait tout de même intéressante à faire).

Conséquence directe : il faut arrêter de penser Google Discover comme un effet de bord du SEO. Optimiser pour Le Search ne fait pas rentrer une page sur Google Discover, et inversement. Ce sont deux algorithmes avec deux logiques.

Les pages qui rentrent sur Google Discover

J'ai crawlé l'intégralité des URLs apparues dans Discover sur 16 mois pour regarder ce que les pages performantes ont en commun. Quelques patterns nets sortent.

Les titres avec point d'interrogation affichent un CTR pondéré de 6,49 %, contre 4,39 % en moyenne (+48 %). Les formats "Top X / liste" font 5,91 % (+35 %). Sur 238 pages, seules 16 utilisent ces formats massivement sous-utilisés. L'année dans le titre ou la mention d'une version (1.21.9, 26.1) ne change rien au CTR, mais les pages qui en contiennent font deux à trois fois plus de clics médians : ce sont des sujets qui captent un volume d'audience supérieur, indépendamment du taux de clic.

Les articles de 1 200 à 1 800 mots font cinq fois plus de clics médians que ceux de 500 à 800 mots. Le CTR ne bouge presque pas (4,3 % à 4,7 %), mais le volume capturé augmente avec la longueur jusqu'à 1 500 mots, puis plafonne. Discover ne récompense pas la profondeur, les articles plus longs ont juste mécaniquement plus de chances d'être recommandés à un éventail plus large d'utilisateurs.

Les écarts entre catégories WordPress sont massifs. En prenant « News Minecraft » comme référence à 100, les catégories adossées au calendrier Mojang surperforment toutes : « Mise à jour » à 249, « Minecraft Live » à 197, « Minecraft 1.21 » à 170. À l'inverse, les catégories evergreen (Mods, Modpacks, Resource Pack, Shaders) tournent autour de 35 à 60. Quand on s'éloigne du cœur actualité Minecraft, la performance Discover s'effondre. Discover récompense les pages qui parlent d'actualité immédiate du jeu, pas les pages utiles aux joueurs en mode evergreen.

À longueur égale, les pages riches en images surperforment. Sur la tranche 800-1500 mots, passer de 6-15 images à 25 et plus multiplie la médiane de clics par 1,7. Discover affiche des cards avec image principale : plus l'article propose de visuels exploitables, plus Google peut sélectionner une image pertinente pour la carte du flux.

Dernier signal éditorial isolable : la divergence entre le H1 (qui est aussi le Title HTML SEO) et le tag og:title qu'on personnalise pour le feed Discover. Sur 267 pages crawlées, 122 (46 %) ont un og:title différent du H1.

Toutes catégories confondues, l'effet est marginal : +21 %. Mais isolé sur News Minecraft (80 pages, pilier du trafic Discover) et stratifié sur les articles de 800-1500 mots pour neutraliser le facteur de confusion qu'est la longueur, l'effet net est de +48 %. La vue brute sur News non stratifiée affiche même +77 %, mais une partie de cet écart vient de ce que les pages avec og:title personnalisé sont aussi plus longues en moyenne : le +48 % est le chiffre net. Sur les autres catégories, l'effet n'est pas significatif.

Le H1 d'un article WordPress est contraint par les bonnes pratiques SEO (descriptif, mots-clés, longueur calibrée). Or Discover affiche le og:title, pas le H1. Reformuler ce tag pour qu'il soit plus journalistique, exactement ce qu'on ferait pour une accroche de presse, augmente sensiblement le CTR de la card. Levier souvent négligé parce qu'il demande une intervention manuelle par article et qu'il n'apparaît pas dans les outils SEO classiques, c'est un des rares signaux éditoriaux qui produit un effet net après contrôle de la catégorie et de la longueur.

Trois cas d'OG title personnalisés, en pratique

Trois articles dont l'og:title a été personnalisé alors que l'og:image est restée identique au thumbnail. Les multiplicateurs ci-dessous comparent la performance de l'article à la médiane du site (1989 clics) : ils mélangent l'effet du sujet et l'effet du titre, donc ils ne mesurent pas le titre seul. L'effet isolable du titre, lui, reste le +48 % mesuré plus haut. Ces cas montrent le « comment », pas le « combien ».

Cas 1 - News Minecraft, ×11 vs médiane du site

• H1 : « 10 collaborations Minecraft improbables qu'on rêve de voir »
• og:title : « Minecraft x Tamagotchi, Durex, IKEA ... quand les blocs envahissent la vraie vie »

Listicle générique remplacé par un teaser concret avec des marques iconiques.

Cas 2 - News Minecraft, ×7,6 vs médiane du site (test récent)

• H1 : « Minecraft Java accueille enfin une liste d'amis intégrée au jeu »
• og:title : « Mojang ajoute enfin cette fonctionnalité à Minecraft après quinze ans d'attente »

Le H1 dit ce qu'est la fonctionnalité, l'og:title ne le dit pas. Ancrage émotionnel (« enfin », « quinze ans d'attente ») et attente créée : ne pas savoir devient la raison de cliquer.

Cas 3 - Modpacks, ×7 vs médiane du site

• H1 : « BigChadGuys Plus, le modpack Minecraft qui fait rimer détente et Cobblemon »
• og:title : « Ce modpack Minecraft combine Stardew Valley et Pokémon dans un univers apaisant »

Nom obscur retiré, Cobblemon (niche) remplacé par « Pokémon » + « Stardew Valley » (pop culture universelle).

Deux logiques se dégagent : soit retirer le nom propre obscur pour une référence pop culture, soit retirer la description précise pour un ancrage émotionnel. Le H1 décrit la page, l'og:title vend le clic.

Trois cas d'og:image personnalisée, en pratique

L'og:image est plus rare à personnaliser : 22 pages sur 267 (8 %). Effectifs trop faibles pour mesurer un effet propre, et là encore les multiplicateurs ci-dessous (vs médiane du site) intègrent l'effet du sujet, pas seulement celui de l'image. Trois cas hauts performeurs restent parlants pour le « comment ».

Cas 1 - News Minecraft, top 1 absolu Discover sur 16 mois (×41 vs médiane du site)

• post_thumbnail : scène composée de dix bébés animaux. Beaucoup de sujets simultanés, sujet principal pas évident en miniature.

• og:image : comparatif côte-à-côte de deux poussins avec les dates 2011 et 2026. Format meme « avant/après ».

Format meme qui se lit en moins d'une seconde, mais aussi un visuel que j'ai repris d'un meme déjà viral sur X et Reddit au moment de la publication. Je l'ai refait moi-même pour Minecraft.fr, mais le format profitait d'un effet de reconnaissance dans le feed.

Cas 2 - News Minecraft, ×7,6 vs médiane du site (test récent, image décalée)

• post_thumbnail : split-screen littéral, capture du menu Friends Minecraft accolée à un visuel d'Alex et Steve qui font un high-five. Image descriptive et thématique.

• og:image : personnage Minecraft seul, bouche démesurément ouverte façon meme « surprise / mind-blown ». Aucun lien visuel avec la fonctionnalité « liste d'amis ».

Test délibéré. L'image ne montre pas le sujet, elle arrête le scroll par incongruité dans un feed où la plupart des cards montrent littéralement leur contenu. Il faut aussi savoir que j’ai vraiment forcé pour cet article je lui ai mis en og :Ttitle : « Mojang ajoute enfin cette fonctionnalité à Minecraft après quinze ans d'attente ».

Cas 3 - Resource Pack, ×11 vs médiane du site

• post_thumbnail : personnage en posture sage avec overlay « ENDERWOMAN – PACK DE TEXTURE ».

• og:image : version féminine et sexualisée du Enderman, silhouette stylisée sans texte. Image aguicheuse, à la limite de ce qui passe sur Discover.

Le levier principal ici n'est probablement pas le retrait du branding, c'est juste très aguicheur. J'avais des doutes au moment de la mise en ligne, je voulais aller un peu plus loin, c'est passé.

Je n'ai pas encore trouvé la formule magique sur l'og:image, je teste. Mais aucun de ces trois cas ne suit le registre descriptif du post_thumbnail : meme viral, image suggestive, image décalée. Point pratique : les trois sont des images générées avec une IA (Gemini), sans problème côté Discover.

Le rythme du week-end

Discover, comme tout flux de recommandation, dépend de quand les gens scrollent leur téléphone.

Le dimanche est le meilleur jour, +41 % vs le mardi qui est le pire. Pour un site loisir comme Minecraft.fr, c'est cohérent : le dimanche, les gens ont du temps, ils sont sur leur téléphone, ils scrollent leur feed Google.

Combiné avec la mécanique de pic à J+1 vue plus haut, ça donne une règle pratique : viser une publication sur la fin de semaine pour faire coïncider le pic avec la fenêtre samedi-dimanche.

Le rythme de publication : Discover est probabiliste

J'ai croisé l'export WordPress de mes articles publiés sur 16 mois avec le trafic Discover quotidien. Le premier constat est moins flatteur que je ne l'imaginais.

Pas un seul jour de visibilité. Ils sont publiés, indexés, mais le canal ne les pousse pas. À l'autre bout, environ 5 % font des hits significatifs, et 23 % font des volumes solides sans être des hits. Le tiers central perce à petite dose.

La distribution est extrêmement déséquilibrée : la majorité des publications passent dans le vide, une petite minorité capte l'essentiel du trafic. Et le taux de percée varie nettement d'un trimestre à l'autre, entre 38 % et 61 %, sans qu'on puisse identifier un rythme éditorial qui le corrigerait. Quand l'actualité Minecraft est riche, Discover pousse plus. Quand elle est plate, il ne pousse rien, peu importe ce que vous publiez.

J'ai vérifié si publier plusieurs articles dans la même journée changeait quelque chose au comportement de chaque article individuel.

À une approximation près, non. Un article publié seul dans la journée fait à peu près le même profil de trafic Discover que les articles publiés en groupe de deux ou trois. Pic à J+1, retombée en cloche, fin de cycle vers J+5 à J+7. Les articles publiés en groupes de trois ont un pic légèrement plus tardif (J+2) et une queue un peu plus longue, probablement parce qu'ils se nourrissent mutuellement quand ils traitent du même sujet d'actualité, mais l'effet est marginal. 

L'effet inverse, en revanche, est massif et brutal. Quand je suis parti deux semaines en avril 2026, le site est resté treize jours sans publication.

Le trafic Discover s'étiole pendant trois ou quatre jours, le temps que les derniers articles publiés terminent leur cycle. Puis il s'effondre. Sur les sept jours suivants, le canal passe de 128 clics à 0 ou 1 clic par jour. Discover ne se met pas en pause poliment quand on s'arrête, il tarit complètement en moins de dix jours.

À l'échelle mensuelle, la corrélation entre volume de publications et trafic Discover est de 0,60 (Spearman). Solide, mais à interpréter avec prudence : sur les mois d'updates Minecraft, je publie plus ET le canal est plus généreux, sans qu'on puisse complètement isoler ce qui cause quoi.

Plus de publications ne garantit pas plus de Discover. Janvier 2026 a fait le meilleur score de la période avec 34 articles, alors qu'avril 2025, avec 44 articles publiés, en a généré beaucoup moins. Le contenu compte, le timing dans le cycle d'actualité compte, et la chance compte autant que la cadence.

Ce que la donnée dit en synthèse, c'est que chaque article publié est un pari avec environ 50 % de chances de percer, et environ 5 % de chances de faire un vrai hit. La seule façon de jouer contre cette probabilité, c'est de multiplier les publications. Pas pour qu'elles s'additionnent, mais pour qu'on multiplie les tickets de loterie. À l'inverse, arrêter de publier ne ralentit pas le trafic, il l'éteint. Le canal se nourrit du flux et n'a aucune mémoire patrimoniale au-delà de quelques jours.

Discover suit le calendrier Mojang, pas le mien

Quand on dit "le canal est probabiliste", il faut préciser de quoi dépend la probabilité. J'ai testé une régression linéaire sur les variables de contenu (longueur, nombre d'images, catégorie, etc.) pour voir ce qui prédit le volume de clics Discover par page. Le R² ressort à 1,7 %. Autrement dit, ce qu'on peut lire dans la page elle-même n'explique presque rien. Le reste, 98 % de la variance, dépend d'autre chose. J'ai croisé les pics Discover de la période avec le calendrier officiel des events Minecraft (Minecraft.net, Minecraft Wiki). Le résultat ne laisse pas beaucoup de place à l'interprétation.

Sur les 30 jours qui ont fait le plus de clics Discover sur 16 mois, 24 coïncident avec un évent majeur: un Minecraft LIVE (annonce officielle), un game drop (release de version), une snapshot relayée par la presse gaming, ou un event transmédia comme la sortie du film en avril 2025.

Le pic absolu de la période, le 9 janvier 2026, ne tombe pas un jour de release. Il tombe deux jours après la première snapshot 26.1, au moment où Windows Central, PC Gamer, Beebom et toute la presse gaming publient simultanément sur les nouveaux baby mobs. C'est un pic de buzz médiatique pur, pas de release, et c'est la fenêtre où n'importe quelle page Minecraft.fr publiée sur ce thème a une chance d'être propulsée par Discover.

Le multiplicateur est massif. Dans les fenêtres de quatorze jours autour des events majeurs, le trafic moyen est entre quatre et dix fois supérieur au trafic des jours "calmes" hors fenêtres. À l'inverse, les périodes de creux éditorial Mojang (juillet-août 2025, février 2026) restent à un plancher faible quoi qu'on publie. Discover n'est pas neutre vis-à-vis du sujet du site. Pour Minecraft.fr, il existe dans la mesure où Mojang nourrit le cycle d'actualité.

Cette dépendance change la lecture du constat "probabiliste". Ce n'est pas que chaque article est un pari aléatoire ; c'est que chaque article est un pari. Publier au bon moment du cycle (snapshot, annonce, release) augmente massivement les chances de percer. Publier hors fenêtre les annule presque.

C'est aussi un angle qui se transpose à d'autres niches éditoriales avec un calendrier exogène prévisible. Tech (les keynotes Apple, les drops Samsung, les sorties iOS), sport (les calendriers de saison), gaming (les game drops, les sorties d'extensions), cinéma (les sorties hebdomadaires). Si vous identifiez le calendrier qui pilote l'attention de votre audience, vous identifiez la fenêtre où Discover devient pilotable.

La reprise est asymétrique : on éteint en 7 jours, on rallume en 24 heures

Quelques semaines après la première version de cette analyse, j'ai pu observer la mécanique exactement inverse : ce qui se passe quand on recommence à publier après un long silence. Comme indiqué en début d'article, j'ai repris un rythme de publication quasi quotidien pendant deux semaines pour tester. Le résultat est plus intéressant que ce que je pensais.

Récapitulatif rapide de la fin du silence : du 22 au 27 avril, le canal s'effondre progressivement de 128 clics à 5 clics. Du 28 avril au 1er mai, il est à 0 ou 1 clic par jour, c'est-à-dire complètement éteint. Sept jours pour passer d'un trafic normal à zéro absolu.

Le redémarrage des publications, lui, est radicalement différent. Le 2 mai, première publication après le silence, le canal réagit immédiatement : on remonte à 33 clics dans la journée. En 48 heures, le canal est revenu à un niveau supérieur à la baseline historique du site, et il y est resté pendant les deux semaines suivantes.

Il ne pénalise pas le site d'avoir disparu pendant deux semaines, il ne le fait pas patienter en zone grise pour rétablir la confiance. Dès qu'un nouvel article publié rentre dans son cycle d'évaluation, le canal reprend le service comme si rien ne s'était passé. La latence de réactivation est de l'ordre de l'heure, pas du jour.

10 % des pages font la moitié du trafic

La distribution du trafic Discover par page suit une loi de Pareto sévère.

Les 10 % d'URLs les plus performantes font 48 % du trafic. Les 20 % font 66 %. Les 50 % font 92 %. La moitié restante du catalogue Discover ne ramène que 8 % des clics. Coefficient de Gini : 0,65.

Concrètement, sur 16 mois, l'article le plus performant représente à lui seul plus de 7 % de tout le trafic Discover du site. À côté, des dizaines de pages publiées font une fraction de ce volume.

C'est exactement la conséquence de ce qu'on vient de voir sur le caractère probabiliste du canal. Sortir un hit dans le mois compte plus que publier vingt articles. Mais le hit n'est pas planifiable : il dépend du sujet, du timing, de la chance. La seule chose qu'on peut faire, c'est multiplier les paris.

L’enseignement le plus inattendu : Discover paye plus, mais affiche moins

Pour cette dernière partie j'ai croisé les données GSC avec quatre mois de données régie. Pour pouvoir comparer la valeur monétaire d'un clic Discover à celle d'un clic Search, j'ai classé chaque page selon son mix de trafic sur 16 mois. Les pages dont 80 % ou plus du trafic SEO vient de Discover sont catégorisées "Pure Discover", celles dont 80 % viennent de Search sont "Pure Search", le reste est "Mixte". J'ai ensuite calculé un indice avec les pages Pure Search comme référence à 100, pour comparer les cohortes en relatif.

Le résultat va à rebours de ce qu'on entend habituellement.

À pageview égale, les pages Pure Discover génèrent un revenu inférieur de 26 % aux pages Pure Search. Si on s'arrête là, on conclut que Discover monétise moins bien.

Mais quand on regarde la densité publicitaire, on comprend pourquoi. Les pages Pure Discover affichent en médiane 2,5 fois moins de blocs publicitaires par session que les pages Pure Search. Ces dernières sont longues, scrollées en lecture, l'inventaire publicitaire est riche. Les articles d'actu Discover sont courts, lus rapidement, l'inventaire est mécaniquement plus pauvre.

Si on neutralise cet effet en ramenant le revenu au bloc publicitaire affiché, le classement s'inverse. Le clic Discover vaut plus, mais sur moins de blocs.

Le finding qui surprend le plus est la cohorte intermédiaire. Les pages Mixtes, celles qui rentrent à la fois dans Search et dans Discover, sont les plus rentables au PV : +18 % par rapport à Pure Search. Elles cumulent les deux avantages : densité pub décente parce qu'elles ont une vie evergreen, plus de visiteurs Discover de bonne qualité par bloc. Précision honnête : on parle de 15 pages observées, c'est moins solide statistiquement que les 173 pages Pure Search, à prendre avec prudence.

Implication actionnable : pour un éditeur qui veut maximiser le revenu sans tuer l'UX, le bon levier est de densifier les blocs sur les pages à fort potentiel Discover. Pas de transformer toutes les pages en pavés indigestes, mais d'aller chercher l'inventaire publicitaire qui manque sur les formats actu, là où il y a probablement de la place pour deux ou trois blocs supplémentaires sans dégrader l'expérience.

Comment je vois Discover, après ces 16 mois de data

Discover était traité jusque-là comme un trafic bonus : plaisant quand il arrivait, frustrant quand il disparaissait, jamais vraiment piloté. Les chiffres de l'année écoulée disent autre chose. Sur Minecraft.fr, il pèse maintenant un tiers du trafic SEO sur les bons mois. Il faut arrêter de l'observer et commencer à le piloter, avec ses propres KPI et son propre rythme.

Cinq choses à retenir. La fenêtre est de 72 heures : le temps qu'on s'aperçoive qu'un article a percé, il a déjà fait 80 % de son trafic. La moitié des articles ne percent jamais, et la seule parade est de multiplier les publications, pas pour un effet de levier mais pour multiplier les tickets de loterie. Arrêter de publier éteint le canal en quatre ou cinq jours, sans mémoire patrimoniale. Les pics suivent un calendrier exogène, le calendrier Mojang ici, les keynotes ou les sorties ailleurs : il faut aligner le rythme de publication dessus et accepter les périodes plates. Enfin, Discover et Le Search sont deux jeux différents, pas un effet de bord l'un de l'autre.

Un dernier point sur la valeur : le clic Discover vaut plus qu'on ne le pense, pas par session mais par bloc. Ce qui plafonne son revenu, ce n'est pas la qualité du clic, c'est l'inventaire publicitaire des pages d'actu. Un levier opérationnel à activer, sans complexité technique.

Je n'ai aucune illusion sur les limites de l'analyse : mono-site, niche très particulière, rythme éditorial pas optimal pour un canal qui demande de la régularité. Les ordres de grandeur (pic à J+1, fenêtre 72 heures, absence d'overlap Search/Discover, taux de percée autour de 50 %) me semblent transposables, les chiffres absolus non. Si vous pilotez un site éditorial avec de la donnée Discover, je suis curieux de savoir ce que vos chiffres racontent. C'est en croisant des cas qu'on aura une lecture mature de ce canal.

PS : deux choses que j'ai faites pendant que j'écrivais ce dossier

Depuis 2025, Google génère un profil par éditeur sur profile.google.com, avec un bouton « Suivi sur Google », les comptes sociaux et les derniers posts. Le 4 juin 2026, Google a officialisé la feature sous le nom « Search profiles » : profils réclamables, enrichissables (bannière, jusqu'à 8 liens, posts épinglés), reliés au Knowledge Graph, avec une section Insights en bêta adossée à la Search Console. Sylvain Deauré  a décortiqué l'annonce et ce qu'elle implique pour les éditeurs. Pour l'instant, les profils enrichis sont réclamables aux États-Unis uniquement, mais le profil auto-généré existe déjà pour les éditeurs francophones identifiés comme entité par Google. C'est le cas de Minecraft.fr : j'ai trouvé le mien grâce à l'outil de monitoring de 1492.vision. Si vous voulez creuser, son article est la meilleure synthèse disponible aujourd'hui.

Google propose aussi à l'utilisateur d'ajouter un site à ses sources préférées via google.com/preferences/source. J'ai intégré ce CTA sur Minecraft.fr récemment, à côté du « Suivez-nous » classique. L'impact mesurable sur Discover est encore incertain à mon échelle, je penche plus sur un effet SEO (préférences utilisateur) que sur du Discover pur, mais c'est gratuit à mettre en place et ça ne mange pas de pain.