Google Discover génère chaque mois des milliards d’impressions pour des contenus que les internautes n’ont même pas cherché. Ce flux personnalisé, accessible depuis la page d’accueil de Chrome et de l’application Google, fonctionne selon des règles bien précises. Et contrairement à la recherche classique, c’est votre structure HTML qui peut faire toute la différence entre un article ignoré et un contenu mis en avant à des millions d’utilisateurs.
Ce guide rassemble les pratiques HTML concrètes, testées et recommandées pour apparaître et performer sur Google Discover. Pas de théorie creuse : des actions directement applicables à votre CMS ou à votre code.
Comprendre comment Google Discover lit votre HTML
Google Discover ne fonctionne pas comme le moteur de recherche classique. L’algorithme analyse votre page pour en extraire automatiquement un titre, une image et un résumé. Si votre HTML est mal structuré, Google se charge lui-même de construire cet aperçu, souvent avec des résultats peu attractifs.
La bonne nouvelle : en maîtrisant quelques éléments HTML clés, vous reprenez le contrôle de la façon dont votre contenu est présenté dans le flux.
Le titre que Google affiche dans Discover
Google extrait prioritairement le contenu de votre balise <title> pour composer le titre affiché dans le flux. Ce titre doit être :
- Informatif et accrocheur dès les premiers mots
- Limité à 60-70 caractères pour éviter la troncature
- Cohérent avec le H1 de la page (sans être identique mot pour mot)
- Axé sur l’intérêt du lecteur, pas sur le mot-clé
Un titre bien formulé augmente directement votre taux de clic depuis le flux. C’est le premier levier, et le plus simple à actionner.
La balise meta description : toujours utile, même ici
Google Discover n’affiche pas toujours la meta description, mais elle joue un rôle indirect. Un résumé bien rédigé aide Google à comprendre le sujet de votre page et à mieux cibler les profils d’utilisateurs susceptibles d’être intéressés.
Rédigez une meta description entre 140 et 160 caractères, formulée comme une accroche éditoriale, pas comme une liste de mots-clés.
—
L’image : l’élément HTML qui fait ou défait votre présence dans Discover
Google Discover est un format visuel. Une image de grande qualité est indispensable pour que votre article soit mis en avant. Mais le format et l’intégration HTML de cette image comptent autant que son contenu.
Taille minimale recommandée
Google indique clairement que les images doivent faire au minimum 1 200 pixels de large pour être éligibles à un affichage en grand format dans Discover. Une image trop petite, même belle, sera ignorée ou réduite à un vignette peu visible.
Intégrez votre image principale avec ces attributs :
widthetheightrenseignés pour éviter les Cumulative Layout Shifts (CLS)- Un attribut
altdescriptif et naturel - Un nom de fichier explicite (évitez
IMG_4521.jpg, préférezpratiques-html-google-discover.jpg) - Le format WebP ou AVIF pour combiner qualité et performance
Déclarer l’image principale avec les balises Open Graph
C’est un point souvent négligé. Google Discover utilise les balises Open Graph pour identifier l’image principale de votre contenu.
<meta property="og:image" content="https://votre-site.com/images/votre-image-1200x630.webp">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">Sans ces balises, Google choisit lui-même une image parmi celles présentes sur la page. Le résultat est aléatoire et rarement optimal.
Évitez les images bloquées par du JavaScript
Si votre image principale est chargée en lazy loading avec un script tiers ou injectée via JavaScript, Google peut ne pas la voir lors du crawl. Placez l’image principale directement dans le HTML, visible sans exécution de script.
—
Les données structurées : donner du contexte à Google
Les données structurées ne garantissent pas une apparition dans Discover, mais elles facilitent la compréhension de votre contenu par Google. Deux schémas sont particulièrement pertinents.
Schema Article ou NewsArticle
Pour les articles de blog et les contenus éditoriaux, le schéma Article ou NewsArticle en JSON-LD est recommandé. Il permet de renseigner clairement :
- Le titre de l’article (
headline) - La date de publication et de modification (
datePublished,dateModified) - L’auteur (
author) - L’image principale (
image) - L’éditeur (
publisher)
Exemple minimal prêt à l’emploi :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Meilleures pratiques HTML pour Google Discover",
"image": "https://votre-site.com/images/google-discover-html.webp",
"datePublished": "2024-06-01T08:00:00+02:00",
"dateModified": "2024-06-15T10:00:00+02:00",
"author": {
"@type": "Person",
"name": "Votre Nom"
},
"publisher": {
"@type": "Organization",
"name": "Votre Site",
"logo": {
"@type": "ImageObject",
"url": "https://votre-site.com/logo.png"
}
}
}
</script>BreadcrumbList pour renforcer la thématique
Le fil d’Ariane structuré aide Google à situer votre article dans l’architecture de votre site. Un article clairement rattaché à une catégorie thématique a plus de chances d’être proposé aux utilisateurs intéressés par ce sujet.
Core Web Vitals et performance HTML : ce que Discover surveille
Google a confirmé que les Core Web Vitals jouent un rôle dans Discover. Un site lent ou instable visuellement pénalise vos chances d’apparaître dans le flux, même si votre contenu est excellent.
LCP : Largest Contentful Paint
Le LCP mesure le temps de chargement de l’élément principal visible. Pour la majorité des articles, cet élément est l’image principale. Pour l’optimiser :
- Ajoutez l’attribut
fetchpriority="high"à votre image principale - Évitez le lazy loading sur cette image spécifique
- Préchargez-la avec
<link rel="preload" as="image" href="...">
CLS : Cumulative Layout Shift
Les décalages visuels dégradent l’expérience et le score CLS. La solution la plus simple : toujours renseigner les attributs width et height sur vos balises <img>. Le navigateur réserve alors l’espace avant même le chargement de l’image.
INP : Interaction to Next Paint
Ce nouvel indicateur mesure la réactivité de la page aux interactions. Limitez les scripts lourds, différez le chargement des ressources non critiques avec defer ou async, et allégez le DOM autant que possible.
Pourquoi ces pratiques HTML sont vraiment utiles pour Discover
Google Discover représente un canal d’acquisition très différent du SEO classique. Aucune requête utilisateur ne déclenche l’affichage de votre contenu : c’est l’algorithme qui décide, en se basant sur les centres d’intérêt détectés et sur la qualité des signaux techniques de votre page.
Un HTML propre, bien structuré et correctement enrichi de métadonnées donne à Google tous les éléments pour comprendre, qualifier et distribuer votre contenu. C’est un investissement technique minimal pour un gain de visibilité potentiellement très significatif.
Concrètement, soigner son HTML pour Discover permet de :
- Contrôler l’aperçu affiché dans le flux (titre, image, résumé)
- Cibler des audiences thématiques précises
- Générer du trafic sans dépendre des positions dans les SERP
- Capitaliser sur des contenus existants en les rendant éligibles
Comment choisir les bonnes priorités selon votre situation
Toutes les optimisations ne méritent pas le même effort. Voici comment prioriser selon votre contexte.
Vous gérez un blog ou un site éditorial
Commencez par l’image principale et les balises Open Graph. C’est le levier avec le meilleur ratio effort/résultat. Ensuite, implémentez le schéma Article en JSON-LD si ce n’est pas encore fait.
Vous avez un site e-commerce avec un blog
Concentrez-vous sur les performances (LCP, CLS) et assurez-vous que vos articles ont des URLs propres, des titres distincts des pages produits, et des images dédiées.
Vous publiez de l’actualité ou du contenu récurrent
La fraîcheur est un signal fort pour Discover. Mettez à jour la balise dateModified à chaque révision du contenu, et vérifiez que votre sitemap news est correctement configuré si vous visez l’éligibilité aux contenus d’actualité.
—
Bonnes pratiques et erreurs fréquentes à éviter
Ce qui fonctionne
- Une image principale grande, propre et déclarée en Open Graph
- Un titre de page accrocheur, sans clickbait agressif
- Des données structurées JSON-LD complètes et valides
- Un temps de chargement rapide, surtout sur mobile
- Des contenus approfondis, régulièrement mis à jour
- Une thématique cohérente sur l’ensemble du site
Ce qui pénalise
- Les images génériques ou trop petites (moins de 1 200 px)
- Les titres trop courts ou trop vagues
- L’absence de balises Open Graph
- Un HTML surchargé qui ralentit le rendu
- Les images principales chargées uniquement via JavaScript
- Les sites dont les Core Web Vitals sont dans le rouge sur mobile
Un point souvent oublié : la cohérence thématique du site
Google Discover favorise les sites qui développent une expertise claire sur un sujet. Publier des articles dispersés sur des thématiques sans lien dilue le signal thématique de votre domaine. Concentrez vos efforts éditoriaux, et votre HTML sera d’autant plus efficace.
—
FAQ : vos questions sur le HTML et Google Discover
Faut-il un sitemap spécial pour apparaître dans Google Discover ?
Non, un sitemap classique suffit pour les contenus éditoriaux. En revanche, si vous publiez de l’actualité et souhaitez apparaître dans Google News, un sitemap News dédié est recommandé. Pour Discover standard, la qualité du HTML et du contenu prime sur la configuration du sitemap.
Les balises Open Graph sont-elles vraiment lues par Google ?
Oui. Google utilise les balises Open Graph, en particulier og:image, og:title et og:description, pour composer l’aperçu de votre page dans Discover. Elles sont initialement conçues pour les réseaux sociaux, mais Google les exploite pleinement pour ses propres surfaces d’affichage.
Mon article est bien structuré en HTML mais n’apparaît toujours pas dans Discover. Pourquoi ?
Le HTML est une condition nécessaire, pas suffisante. Google Discover dépend aussi de la popularité de votre domaine, de la qualité éditoriale du contenu, et de l’adéquation avec les centres d’intérêt des utilisateurs. Un site récent ou peu établi mettra plus de temps à percer dans le flux.
Le lazy loading est-il compatible avec Google Discover ?
Le lazy loading est compatible pour les images secondaires, mais déconseillé pour l’image principale. Si Google ne voit pas votre image principale lors du crawl, il ne pourra pas l’utiliser pour composer l’aperçu dans Discover. Chargez toujours l’image principale sans lazy loading.
Quelle différence entre Article et NewsArticle en JSON-LD ?
Article est adapté aux contenus éditoriaux classiques (guides, tutoriels, dossiers). NewsArticle est réservé aux contenus d’actualité publiés dans un cadre journalistique. Si vous n’êtes pas un média d’information, utilisez Article. L’erreur la plus courante est d’utiliser NewsArticle pour des contenus evergreen.
Combien de temps faut-il pour voir des résultats dans Discover après optimisation ?
Il n’existe pas de délai garanti. Certains articles sont repris dans Discover quelques jours après publication, d’autres mettent plusieurs semaines. Les optimisations HTML améliorent votre éligibilité, mais la distribution dépend aussi de facteurs éditoriaux et algorithmiques hors de votre contrôle direct.
Passez à l’action dès maintenant
Google Discover est un canal trop souvent ignoré, alors qu’il peut générer un trafic considérable sans dépendre des positions dans les résultats de recherche. La bonne nouvelle : les leviers HTML présentés dans ce guide sont rapides à mettre en place et directement applicables.
Commencez par auditer vos articles les plus récents : image principale, balises Open Graph, données structurées, performances mobiles. Quelques heures de travail technique peuvent suffire à rendre vos contenus éligibles et attractifs pour le flux.
Besoin d’aller plus loin ? Testez la validation de vos données structurées avec le Rich Results Test de Google et mesurez vos Core Web Vitals avec PageSpeed Insights pour identifier rapidement les points de friction les plus impactants.
