Faut-il vraiment abandonner AMP pour apparaître dans Google Discover ?

AMP était-il vraiment un critère d'éligibilité pour Discover ?

Pendant longtemps, la confusion a régné sur ce point. Beaucoup de professionnels SEO ont cru — ou craignaient — qu'AMP soit un prérequis pour apparaître dans le flux Discover. Cette conviction s'appuyait sur des observations empiriques : les sites AMP semblaient surreprésentés dans ce canal.

Mueller coupe court à cette idée reçue. Discover accepte les pages web classiques, point. Le mythe d'une préférence algorithmique pour AMP dans ce contexte précis n'a jamais été fondé officiellement. Ce qui comptait réellement, c'était la qualité du contenu, l'engagement des utilisateurs, et la pertinence vis-à-vis des centres d'intérêt.

Pourquoi cette confusion avec les vignettes ?

Le malentendu vient de la taille des images d'aperçu. Les pages AMP bénéficiaient par défaut de vignettes plus grandes dans Discover, ce qui générait mécaniquement plus de clics et de visibilité. Cet avantage visuel a été interprété à tort comme une faveur algorithmique.

Or, Google propose depuis un moment la balise meta robots max-image-preview:large. Elle permet aux pages HTML standard d'afficher exactement les mêmes dimensions de vignettes qu'AMP. Concrètement ? Une ligne de code suffit à égaliser les conditions d'affichage. Pas besoin de refondre toute une architecture technique.

Quelle est la vraie hiérarchie des critères pour Discover ?

Discover fonctionne sur un modèle de personnalisation par centres d'intérêt. L'algorithme analyse l'historique de navigation, les interactions passées, et les signaux de pertinence contextuelle. La vitesse de chargement compte, mais elle n'est qu'un facteur parmi d'autres — et AMP n'est qu'un moyen parmi d'autres d'optimiser cette vitesse.

Ce qui prime réellement : la qualité du contenu visuel, la fraîcheur de l'information, l'engagement mesuré (taux de clic, temps passé), et la cohérence thématique avec les préférences de l'utilisateur. AMP peut faciliter certains de ces critères, mais ne les remplace pas. Une page HTML rapide, bien structurée, avec des images de qualité, a toutes ses chances.

• AMP n'est pas un prérequis pour figurer dans Discover — les pages HTML classiques y accèdent sans restriction
• La balise max-image-preview:large égalise la taille des vignettes entre AMP et non-AMP, neutralisant l'avantage visuel historique d'AMP
• Les vrais critères de sélection restent la pertinence du contenu, l'engagement utilisateur et la qualité de l'expérience, pas le format technique
• Les sites qui ont investi dans AMP uniquement pour Discover peuvent reconsidérer cette stratégie si la maintenance devient lourde
• L'optimisation des images, de la vitesse et du balisage structuré reste plus déterminante que le choix entre AMP et HTML standard

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui et non. Sur le papier, Mueller dit la vérité : techniquement, Google n'exige pas AMP pour Discover. Mais sur le terrain, pendant des années, les sites AMP ont dominé ce canal de manière écrasante. Coïncidence ? Pas vraiment. AMP apportait un ensemble d'optimisations — vitesse, images optimisées, balisage structuré — qui maximisaient les chances d'être retenu.

Soyons honnêtes : Google n'a jamais dit qu'AMP était obligatoire, mais l'écosystème a fonctionné comme si ça l'était. L'arrivée de la balise max-image-preview a changé la donne, mais beaucoup de sites ignorent encore son existence. Résultat : AMP continue de bénéficier d'un avantage par défaut, même si ce n'est plus justifié techniquement.

Quelles nuances faut-il apporter à cette affirmation ?

Premier point : dire qu'AMP n'est pas requis ne signifie pas qu'il est inutile. Si votre stack technique est lente, que votre HTML est lourd, et que vos images pèsent des mégaoctets, AMP reste un raccourci vers la performance. C'est un cadre contraignant, mais efficace pour forcer les bonnes pratiques.

Deuxième nuance : la balise max-image-preview ne résout qu'une partie du problème — la taille de la vignette. Elle ne compense pas une page lente, un DOM surchargé, ou un mauvais balisage structuré. Si votre HTML classique est bancal, ajouter cette meta ne suffira pas à concurrencer un AMP bien ficelé. [A vérifier] : Mueller ne précise pas si d'autres critères techniques favorisent encore implicitement AMP dans l'algorithme de sélection de Discover.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous êtes un éditeur média avec un volume de contenu massif et une audience mobile dominante, AMP peut encore avoir du sens — pas pour Discover spécifiquement, mais pour l'ensemble de votre écosystème (cache Google, vitesse garantie, intégration avec certaines plateformes publicitaires).

En revanche, pour un site e-commerce, un blog corporate, ou un site de niche à faible volume, maintenir deux versions (AMP + HTML) devient vite un boulet. La déclaration de Mueller ouvre la porte à une simplification : concentrez-vous sur une seule version HTML ultra-optimisée, et vous aurez les mêmes chances dans Discover. Mais attention — cela suppose que votre HTML soit réellement au niveau. Pas de compromis sur la vitesse ou le mobile-first.

Que faut-il faire concrètement si mon site utilise AMP ?

Première étape : évaluez le coût de maintenance d'AMP par rapport au bénéfice réel. Si vous constatez que Discover génère peu de trafic, ou que votre HTML standard est déjà rapide (Core Web Vitals au vert), AMP devient dispensable. Vous pouvez alors envisager une migration progressive vers du HTML classique optimisé.

Si vous décidez d'abandonner AMP, assurez-vous que votre HTML classique intègre tous les signaux techniques que AMP apportait automatiquement : balises structurées (JSON-LD), images optimisées (WebP, lazy loading), vitesse de chargement inférieure à 2,5 secondes sur mobile, et bien sûr la fameuse meta max-image-preview:large. Sans ces fondations, votre site risque de perdre en visibilité dans Discover.

Comment vérifier que mes vignettes s'affichent correctement dans Discover ?

Ajoutez la balise suivante dans le head de vos pages : <meta name="robots" content="max-image-preview:large">. C'est tout. Pas besoin de modifier le reste de votre code. Google Search Console ne fournit pas de prévisualisation pour Discover, donc le seul moyen de valider est de surveiller vos impressions réelles dans le rapport Discover de la GSC.

Vérifiez également que vos images de couverture respectent les dimensions recommandées : au moins 1200 pixels de largeur, ratio 16:9 ou 4:3, format JPEG ou WebP. Une image trop petite ou mal cadrée sera automatiquement écartée, même avec la balise en place. Et pensez à renseigner les attributs alt et les balises Open Graph — Google s'en sert pour contextualiser l'image.

Quelles erreurs éviter dans cette transition ?

Erreur classique : supprimer AMP brutalement sans avoir préparé l'HTML de remplacement. Résultat : chute de trafic, vignettes qui disparaissent, signaux techniques dégradés. Procédez par phases : optimisez d'abord votre HTML, validez que les performances sont au rendez-vous, puis seulement après, retirez progressivement les pages AMP.

Autre piège : croire que la balise max-image-preview suffit à compenser un site lent. Elle ne fait que changer la taille de la vignette, rien d'autre. Si votre Time to Interactive dépasse 5 secondes, votre LCP est à 4 secondes, et votre CLS à 0,25, vous ne passerez jamais les filtres de sélection de Discover, vignette large ou pas.

• Ajouter meta robots max-image-preview:large dans le head de toutes les pages éligibles à Discover
• Vérifier que les images de couverture font au minimum 1200px de large et respectent un ratio cohérent (16:9 ou 4:3)
• Optimiser les Core Web Vitals (LCP < 2,5s, CLS < 0,1, FID < 100ms) pour maximiser les chances de sélection
• Intégrer du balisage structuré JSON-LD (Article, ImageObject) pour aider Google à contextualiser le contenu
• Surveiller le rapport Discover dans Google Search Console pour mesurer l'impact réel des modifications
• Si migration depuis AMP, maintenir les deux versions en parallèle pendant au moins 3 mois pour comparer les performances avant de couper définitivement