Web Stories Google : encore utiles pour le référencement ?

Les Web Stories Google restent utiles, mais plus de la même façon qu'à leur lancement. Le carrousel visuel dédié que Google affichait dans Discover et dans les résultats de recherche a été retiré à partir de la mi-2023 : une story ne bénéficie plus d'un traitement à part, d'une vignette agrandie ni d'un accès direct en plein écran depuis un bandeau spécifique. Elle est désormais évaluée comme n'importe quelle autre page du site.

Ce que le format garde, en revanche, c'est la possibilité d'apparaître dans les résultats classiques, dans le flux Discover sans mise en forme particulière, et dans Google Images grâce aux visuels plein écran que chaque page contient. La question n'est donc plus « les Web Stories fonctionnent-elles encore ? » mais « ce format apporte-t-il un résultat propre, une fois l'avantage de visibilité automatique disparu ? ». Cet article détaille ce qui a changé, comment une story est construite techniquement, comment en créer une aujourd'hui, et comment décider de la garder, de la retravailler ou de la retirer.

Ce qui reste visible aujourd'hui

Une page de Web Story reste une URL comme une autre pour l'exploration et l'indexation. Si son contenu répond bien à une requête, elle peut ressortir comme un résultat organique classique, au même titre qu'un article ou une page produit. Rien dans son format ne lui donne un avantage de positionnement ; rien ne la pénalise non plus par principe.

Dans Google Discover, une story peut toujours être proposée dans le flux, mais comme une carte de contenu ordinaire, sans le bandeau immersif ni le mode plein écran qui la distinguait auparavant des articles classiques. L'utilisateur qui clique arrive sur la story, mais rien ne l'a prévenu au préalable qu'il s'agissait de ce format plutôt que d'un article.

Chaque page d'une story contient un visuel en plein cadre, ce qui lui donne les mêmes chances qu'une image de page classique d'être reprise par Google Images. C'est un effet secondaire de la structure du format, pas un traitement de faveur : une story bien illustrée alimente ce canal exactement comme le ferait un article richement illustré.

• Résultats de recherche classiques : une story bien structurée peut apparaître comme un résultat organique normal, au même titre qu'un article.
• Google Discover : les stories peuvent toujours être proposées dans le flux, mais sans mise en forme spécifique ni bandeau dédié.
• Google Images : chaque page contient un visuel plein cadre, ce qui lui donne les mêmes chances qu'une image classique d'apparaître dans cette recherche.
• Partage direct : le format reste utilisable hors recherche, par exemple intégré sur une page produit ou partagé sur les réseaux sociaux.

Ce que Google a retiré du format

Jusqu'à la mi-2023, Google proposait un traitement visuel dédié aux Web Stories : un bandeau ou une vignette agrandie dans Discover et dans les résultats de recherche, avec un accès direct au mode plein écran de la story. Ce traitement a été retiré : Google a annoncé qu'il ne mettrait plus en avant les stories avec une présentation immersive spécifique sur ces deux surfaces.

Ce retrait suit une évolution plus large. Depuis 2021, Google n'exige plus qu'une page soit en AMP pour accéder au carrousel Top Stories, ce qui avait déjà réduit l'intérêt technique d'AMP pour le référencement pur. Les Web Stories, construites sur les mêmes composants amp-story, étaient l'un des derniers usages où ce format gardait un emplacement garanti dans l'interface de recherche. Ce n'est plus le cas.

Google n'a pas annoncé l'abandon du format lui-même : la spécification amp-story continue d'exister, le plugin WordPress dédié continue d'être maintenu, et une story bien construite reste explorable et indexable. Ce qui a disparu, c'est la raison principale pour laquelle beaucoup de sites en avaient créé au départ : la quasi-certitude d'obtenir un emplacement visuel réservé.

• Bandeau et vignette agrandie dans Discover : retirés depuis la mi-2023.
• Accès direct au mode plein écran depuis les résultats de recherche : retiré.
• Traitement enrichi spécifique aux Web Stories dans l'interface de recherche : retiré.
• Spécification amp-story et plugin d'édition : toujours maintenus, sans lien avec l'emplacement visuel disparu.

Comment une story est construite techniquement

Une Web Story repose sur une poignée de balises spécifiques : un conteneur principal, une série de pages plein écran, et des calques qui empilent à l'intérieur de chaque page le texte, l'image ou la vidéo, et les éléments interactifs. Chaque page se comporte comme une diapositive autonome, pensée pour être vue en quelques secondes avant que le lecteur ne passe à la suivante d'un geste.

Le format est vertical, en général proche d'un ratio 9:16, ce qui impose de recadrer les visuels différemment de ceux d'un article : une photo pensée pour un format paysage ne fonctionne pas telle quelle dans une story. Contrairement à une page HTML classique, dont les petites erreurs de balisage passent souvent sans conséquence visible, une story dont le markup n'est pas valide ne se dégrade pas proprement : le lecteur de stories ne l'affiche simplement pas.

La story vit sur votre propre domaine, exactement comme le reste du site : elle doit apparaître dans le sitemap, respecter les mêmes règles de canonicalisation qu'une autre page, et rester accessible sans dépendre d'un service tiers pour être servie.

• Structure de base : un conteneur principal, une série de pages plein écran, et des calques qui empilent texte, image et éléments interactifs.
• Format vertical : le rendu est pensé pour le mobile, proche d'un ratio 9:16, ce qui impose de recadrer les visuels différemment d'un article.
• Validité stricte : contrairement à une page HTML classique, une story dont le markup est invalide ne se dégrade pas proprement, elle ne s'affiche pas.
• Hébergement : la story vit sur votre propre domaine et doit figurer dans le sitemap comme n'importe quelle URL du site.

Construire une story aujourd'hui

Deux voies existent pour produire une story. La première consiste à utiliser l'éditeur visuel « Web Stories » pour WordPress, maintenu par Google, qui génère automatiquement un markup amp-story valide à partir d'une interface de glisser-déposer avec des modèles prêts à l'emploi. La seconde consiste à écrire le markup à la main, pour un site qui n'est pas sous WordPress ou pour garder un contrôle plus fin sur la mise en page ; cette option demande de valider soi-même chaque page, ce qui a un coût réel maintenant que l'incitation du carrousel a disparu.

Le choix du sujet compte plus que l'outil. Un sujet qui se prête mal à une narration visuelle produira une story pauvre, quel que soit le soin apporté à la mise en page. Les sujets qui fonctionnent bien sont ceux qui se racontent naturellement en une série d'images : une recette étape par étape, un avant/après, une liste illustrée, un tutoriel court.

Sur le plan de l'écriture, chaque page ne doit porter qu'une seule idée, avec un texte court superposé à l'image plutôt qu'un paragraphe entier. La page de couverture mérite une attention particulière : c'est elle qui détermine si un lecteur venu de Discover ou d'un lien externe entre effectivement dans la story. Les dernières pages peuvent inclure un lien de sortie vers l'article complet correspondant, pour que le lecteur intéressé poursuive sa lecture ailleurs que dans le format court.

• Choisissez un sujet à fort potentiel visuel : recette étape par étape, avant/après, liste illustrée, tutoriel court.
• Limitez chaque page à une seule idée et à une phrase courte superposée à l'image.
• Travaillez la page de couverture en priorité, car c'est elle qui détermine le clic depuis Discover ou un lien externe.
• Ajoutez, sur les dernières pages, un lien de sortie vers l'article complet correspondant.

Mesurer si le format apporte un résultat

Sans emplacement garanti, la seule façon sérieuse de juger une story est de regarder ce qu'elle rapporte réellement, sur plusieurs semaines plutôt que sur quelques jours. Le rapport Performances de Search Console, filtré par le chemin d'URL utilisé pour les stories, permet d'isoler leurs clics et leurs impressions du reste du site et de voir si elles génèrent un trafic propre plutôt que de simplement dédoubler celui de l'article associé. Comparez aussi ces chiffres à ceux de l'article associé sur la même période, pour distinguer un trafic réellement additionnel d'un simple déplacement entre les deux formats.

Dans Google Analytics 4, l'indicateur le plus utile n'est pas le temps passé au sens classique, peu pertinent pour un format qui se consomme en quelques secondes par page, mais le temps d'engagement moyen et, si des événements personnalisés ont été mis en place, la proportion de lecteurs qui vont jusqu'à la dernière page plutôt que d'abandonner tôt.

Ce résultat doit ensuite être comparé au coût réel de production : recadrage des visuels dans le bon format, rédaction courte page par page, mise à jour périodique si le sujet évolue. Une story qui demande plusieurs heures de travail pour un trafic marginal n'a plus la même justification qu'à l'époque où elle garantissait un emplacement visible.

• Dans Search Console, filtrez le rapport Performances par chemin d'URL pour isoler les pages de type story.
• Suivez les clics et les impressions sur plusieurs semaines plutôt que sur quelques jours.
• Dans Google Analytics 4, regardez le temps d'engagement moyen et les événements de défilement si vous les avez configurés.
• Comparez ce résultat au temps réel de production : recadrage des visuels, rédaction courte, mise à jour périodique.

Garder, retravailler ou retirer une story

Trois cas se présentent en pratique. Si la story génère un trafic mesurable et que son sujet reste pertinent, il vaut la peine de la garder et de rafraîchir ses visuels ou son texte de temps en temps, exactement comme on mettrait à jour un article qui vieillit.

Si la story a été construite autour d'une actualité, d'une saison ou d'un événement ponctuel et que son trafic s'est effondré une fois ce moment passé, la bonne réponse est une redirection 301 vers l'article durable qui couvre le même sujet, plutôt que de laisser l'URL en ligne sans visite ni mise à jour. Cela évite une page orpheline dans le plan du site et conserve la valeur des liens ou des partages qui pointaient vers elle.

Si la story n'a jamais généré de visite propre et qu'elle n'a fait, au mieux, que reprendre en images un article qui existait déjà, il n'y a pas de raison de la conserver : la retirer et rediriger son URL vers la page mère consolide le contenu au lieu de le disperser sur deux formats. Enfin, une story dont le markup a cessé d'être valide après une mise à jour de thème ou de plugin ne doit jamais rester en ligne dans cet état invalide ; corrigez-la ou retirez-la, mais ne laissez pas une page qui prétend être une story sans en avoir le comportement.

• Trafic mesurable et sujet toujours pertinent : gardez la story et rafraîchissez ses visuels si besoin.
• Sujet lié à une actualité ou une saison passée : redirigez en 301 vers l'article durable équivalent.
• Story jamais sortie du lot et sans utilité propre : retirez-la et consolidez le contenu sur la page mère.
• Markup devenu invalide après une mise à jour : corrigez-le ou retirez la page, ne la laissez pas en ligne cassée.