Les Web Stories exigent-elles vraiment des pratiques SEO spécifiques ou juste du standard ?

Pourquoi Google insiste-t-il sur le « SEO habituel » pour les Web Stories ?

La déclaration de Pascal Birchler tranche un débat qui traîne depuis le lancement des Web Stories : faut-il appliquer des règles exotiques ou simplement transposer ce qui fonctionne déjà ? Google coupe court. Les meta descriptions restent pertinentes, le balisage schema.org fonctionne comme partout ailleurs.

Ce qui change, c'est la couche AMP. L'image poster et le logo éditeur ne sont pas des « bonus » cosmétiques — ils conditionnent la validité AMP elle-même. Pas de validité AMP, pas d'indexation en tant que Story. C'est binaire.

Que signifie concrètement « pratiques SEO habituelles » dans ce contexte ?

On parle de title, de meta description, de balisage Open Graph si vous visez le partage social. Les balises canoniques n'ont pas disparu. Le sitemap XML spécifique aux Web Stories reste recommandé — Google ne le dit pas ici, mais c'est implicite dans « pratiques habituelles ».

Côté schema.org, vous devez embarquer les métadonnées standard : headline, datePublished, author, publisher. Rien de nouveau sous le soleil, sauf que l'absence d'un seul champ peut faire basculer votre Story hors du carrousel. Les erreurs de validation AMP deviennent bloquantes, pas simplement « non optimales ».

Quels sont les éléments AMP spécifiques absolument obligatoires ?

Deux éléments sortent du lot : l'image poster (qui sert de thumbnail dans les carrousels) et le logo éditeur (qui identifie la source). Sans ces deux visuels, votre Story est rejetée par le validateur AMP. C'est explicite dans la spec AMP Story.

L'image poster doit respecter un ratio précis (3:4 ou 4:3 selon le cas), peser moins de 8 Mo, et afficher une résolution minimale de 640x853 pixels. Le logo éditeur, lui, exige un carré (1:1), typiquement 96x96 minimum. Trop de sites négligent ces contraintes et se retrouvent avec des Stories invisibles dans Discover.

• Meta description : reste pertinente, limite 160 caractères comme ailleurs
• Schema.org : headline, datePublished, author, publisher obligatoires
• Image poster AMP : ratio 3:4, résolution 640x853 minimum, moins de 8 Mo
• Logo éditeur AMP : ratio 1:1, 96x96 pixels minimum, identifie la source
• Validité AMP : testez via l'outil officiel AMP, toute erreur critique bloque l'indexation

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

Oui, mais elle occulte un point crucial : Google ne dit pas que toutes les pratiques SEO classiques sont transposables sans friction. Par exemple, le maillage interne dans une Web Story est quasi inexistant — vous n'avez pas de sidebar, de menu, de footer avec des liens contextuels. Le lien sortant en fin de Story est souvent le seul vecteur de PageRank.

Autre angle mort : la performance perçue. Les Web Stories chargent via AMP, donc les Core Web Vitals sont théoriquement optimisées d'office. Mais si votre serveur d'images est lent ou si vous utilisez des vidéos trop lourdes, l'expérience utilisateur se dégrade, et Google peut déprioriser vos Stories dans Discover. Ce n'est pas dit ici — [A verifier] via vos propres tests de vitesse.

Quelles nuances faut-il apporter concernant le balisage schema.org ?

Google ne précise pas quelle variante de schema.org privilégier. La plupart des éditeurs utilisent NewsArticle ou Article, mais certains secteurs (e-commerce, recettes) devraient plutôt opter pour Product ou Recipe. Le diable est dans les détails : un champ manquant comme image ou publisher.logo peut vous faire perdre l'éligibilité aux rich snippets.

Par ailleurs, le publisher.logo dans le schema.org n'est pas strictement le même que le logo AMP éditeur. Le premier est une URL dans le JSON-LD, le second est une balise <amp-story-page-attachment> ou <amp-img> selon l'implémentation. Confondre les deux mène à des erreurs de validation subtiles — j'ai vu des sites valides côté schema.org mais rejetés côté AMP.

Dans quels cas cette approche « SEO standard » ne suffit-elle pas ?

Si vous visez le carrousel Google Discover, le SEO habituel ne garantit rien. Discover privilégie les signaux d'engagement (CTR, temps passé, interactions), pas seulement la conformité technique. Vous pouvez avoir une Story techniquement parfaite et rester invisible si votre audience ne clique pas.

Autre cas limite : les Web Stories sur des domaines jeunes. Google accorde moins de poids aux Stories venant de sites sans historique d'autorité. Même avec un balisage impeccable, vous aurez du mal à percer dans Discover face à des éditeurs établis. Ce n'est pas dit dans la déclaration, mais c'est observable dans les SERPs.

Que faut-il faire concrètement pour optimiser une Web Story ?

D'abord, validez votre Story avec l'outil AMP officiel. Collez votre URL, corrigez toutes les erreurs critiques (en rouge). Les warnings (en jaune) peuvent être tolérées, mais les erreurs bloquantes vous excluent de l'indexation. Pas de négociation possible.

Ensuite, vérifiez que votre image poster respecte les specs : ratio 3:4, résolution 640x853 minimum, moins de 8 Mo, format JPG ou PNG. Testez l'affichage dans le carrousel mobile — une image floue ou mal cadrée tue votre CTR avant même que l'utilisateur ne lise le titre.

Quelles erreurs éviter lors de l'implémentation du balisage ?

L'erreur la plus fréquente : confondre le logo éditeur AMP et le publisher.logo schema.org. Le premier doit être déclaré dans la balise <amp-story> avec l'attribut publisher-logo-src. Le second vit dans le JSON-LD, souvent placé dans le <head>. Les deux doivent pointer vers des URLs valides, mais ce ne sont pas les mêmes champs techniques.

Deuxième piège : oublier la meta description. Google affirme que c'est du « SEO habituel », donc certains éditeurs la zappent en pensant que le titre suffit. Erreur. La description apparaît dans les SERPs classiques si votre Story rank en dehors de Discover. Sans elle, Google génère un extrait aléatoire — souvent médiocre.

Comment vérifier que mon site est conforme aux exigences Google ?

Utilisez Google Search Console : section « Améliorations », sous-section « Web Stories ». Vous y verrez les erreurs bloquantes (Stories invalides) et les warnings (optimisations recommandées). Priorisez les erreurs critiques — elles seules vous excluent de l'index.

Complétez avec un test dans l'outil de test des résultats enrichis. Collez votre URL, vérifiez que le balisage schema.org est détecté. Si Google ne voit pas votre headline ou votre publisher, c'est que votre JSON-LD est mal placé ou syntaxiquement incorrect.

• Valider chaque Story avec l'outil AMP officiel, corriger toutes les erreurs critiques
• Vérifier que l'image poster respecte ratio 3:4, résolution 640x853 min, poids < 8 Mo
• S'assurer que le logo éditeur est déclaré dans l'attribut publisher-logo-src de <amp-story>
• Implémenter le balisage schema.org complet : headline, datePublished, author, publisher, image
• Rédiger une meta description unique pour chaque Story (160 caractères max)
• Monitorer Google Search Console, section Web Stories, pour détecter les erreurs d'indexation