Sur Wix, le premier réflexe en données structurées est d’ajouter un balisage FAQ. C’est le mauvais point de départ en 2026 : Google a cessé d’afficher les résultats enrichis FAQ le 7 mai 2026, comme il l’avait fait pour les HowTo. La bonne stratégie schema sur Wix consiste d’abord à savoir ce que la plateforme génère déjà toute seule, puis à n’ajouter à la main que les types qui produisent encore des résultats enrichis. Voici la méthode complète.
Sommaire
À quoi servent les données structurées, et ce qui a changé
Les données structurées sont un balisage, au format JSON-LD, qui décrit le contenu d’une page dans un vocabulaire que Google comprend : ceci est un produit, avec ce prix et cette disponibilité ; ceci est un article, avec cet auteur et cette date. Elles servent à deux choses : rendre une page éligible à un résultat enrichi (étoiles d’avis, prix, fil d’Ariane, date d’événement) et aider les moteurs, moteurs de réponse compris, à citer la page au bon endroit.
Ce qui a changé, et que beaucoup de tutoriels Wix n’ont pas intégré :
- Les résultats enrichis HowTo ont disparu de la recherche sur ordinateur en septembre 2023.
- Les résultats enrichis FAQ ont été retirés par Google le 7 mai 2026. Le type
FAQPagereste un vocabulaire valide, que Google continue de lire pour comprendre une page, mais il n’affiche plus le menu déroulant de questions sous le lien.
Conséquence pratique : l’effort de balisage doit se porter sur les types qui produisent encore un affichage enrichi et nourrissent les citations dans les réponses génératives, pas sur le FAQ par habitude.
Ce que Wix génère automatiquement
Wix pose déjà un socle de données structurées sans que vous ayez rien à faire, selon les applications activées et le type de page.
| Type de page | Balisage généré par Wix | À vérifier |
|---|---|---|
| Page d’accueil | Balisage d’entreprise locale (LocalBusiness) | Que le nom, l’adresse et le téléphone soient corrects et cohérents avec la fiche Google |
| Fiches produit (Wix Stores) | Product, avec prix, devise et disponibilité | Que la disponibilité suive bien le stock réel |
| Pages d’événement (Wix Events) | Event, avec date, lieu et statut | Les dates et le fuseau horaire |
| Articles de blog | Article (via le balisage assisté par IA, optionnel, à activer) | L’auteur, la date de publication, l’image mise en avant |
| Pages de service (Wix Bookings) | Balisage de service et de réservation | La description et la zone desservie |
| Toutes les pages avec fil d’Ariane | BreadcrumbList | Que la hiérarchie affichée corresponde à la structure réelle du menu |
| Site avec recherche interne activée | SitelinksSearchbox | Rien, c’est automatique |
Ce socle est correct pour la plupart des sites vitrines et petites boutiques. L’erreur serait de rebaliser à la main ce que Wix fait déjà.
Les types de schema qui comptent encore en 2026
Voici les types qui déclenchent toujours un affichage enrichi ou soutiennent la compréhension et les citations, avec leur pertinence sur un site Wix.
| Type | Résultat enrichi ou usage | Cas Wix |
|---|---|---|
| Product | Prix, disponibilité, note, dans la recherche et Shopping | Natif avec Wix Stores ; à baliser à la main si vos produits sont des pages classiques ou dynamiques |
| Review et AggregateRating | Étoiles sous le lien | À ajouter sur les pages de service ou de produit qui affichent de vrais avis visibles |
| BreadcrumbList | Fil d’Ariane dans le lien de résultat | Natif Wix ; à compléter sur les pages dynamiques si le fil ne s’affiche pas |
| Event | Date, lieu, billetterie | Natif avec Wix Events ; manuel pour un agenda géré autrement |
| Article | Éligibilité aux carrousels d’actualités, meilleure compréhension | Assisté par IA sur le blog Wix, à activer et à contrôler |
| LocalBusiness et Organization | Panneau de connaissance, cohérence d’entité | LocalBusiness natif sur l’accueil ; Organization à enrichir avec les profils sociaux et le logo |
| FAQPage | Plus de menu déroulant depuis mai 2026, mais toujours lu par Google | Optionnel, faible priorité ; ne pas en faire le premier chantier |
Où ajouter du balisage personnalisé dans Wix
Wix accepte uniquement le format JSON-LD. Trois emplacements, selon la portée.
Par page, dans le SEO avancé
Dans l’éditeur : Pages et menu, les trois points à côté d’une page, Bases du SEO, onglet SEO technique, section Balisage de données structurées. Vous y collez votre JSON-LD. Deux limites à connaître : cinq balisages maximum par page et 7 000 caractères par balisage. C’est l’endroit pour un schema propre à une page précise.
Par type de page, dans le tableau de bord
Depuis le tableau de bord, Paramètres, SEO, vous pouvez définir des règles de données structurées qui s’appliquent à un type entier : toutes les pages de blog, toutes les fiches produit, toutes les pages dynamiques d’une collection. Les variables Wix (titre, image, date) s’insèrent dans le modèle. C’est ce qu’il faut utiliser pour baliser en masse sans toucher chaque page.
Pages dynamiques et Velo
Pour des pages dynamiques alimentées par une collection, ou des mises en page à répétition, le balisage par type de page couvre la majorité des besoins. Pour un schema qui dépend d’une logique (calcul de note, agrégation, conditions), on passe par Velo et l’API SEO de Wix, qui permet d’injecter le JSON-LD au rendu de chaque page dynamique.
Éviter le doublon de balisage, le piège Wix
C’est l’erreur la plus fréquente sur Wix, et elle est logique : on suit un tutoriel, on colle un JSON-LD Product ou Article dans le champ SEO avancé, sans savoir que Wix émet déjà ce type pour cette page. La page se retrouve avec deux blocs du même type, parfois contradictoires : deux prix, deux dates, deux auteurs. Google doit alors choisir, et il peut ignorer les deux ou signaler une erreur dans le rapport de résultats enrichis.
Règle
Avant d’ajouter un balisage à la main, vérifiez systématiquement ce que Wix génère déjà pour ce type de page avec le test des résultats enrichis de Google. On n’ajoute que les types absents, jamais un doublon d’un type déjà présent. Pour corriger un type natif imprécis, on ajuste la source (fiche produit, réglages de l’app), pas en superposant un second balisage.
La méthode : auditer puis compléter
1. Inventorier l’existant
Passez une URL de chaque type de page (accueil, produit, article, service, page dynamique) dans le test des résultats enrichis. Notez les types déjà détectés et leurs éventuelles erreurs.
2. Lister les types manquants et rentables
Croisez avec le tableau des types utiles 2026. Un site de services avec des avis visibles mais sans balisage Review : c’est un ajout prioritaire. Une boutique dont le Product natif est incomplet : c’est une correction à la source.
3. Ajouter au bon endroit
Balisage par type de page pour ce qui est systématique, SEO avancé par page pour les cas particuliers, Velo pour la logique dynamique. Jamais un doublon d’un type natif.
- Corriger avant d’ajouterUn LocalBusiness natif avec une adresse erronée se répare dans les infos de l’entreprise, pas avec un second bloc. La cohérence nom, adresse, téléphone avec la fiche Google prime.
- Prioriser Product, Review, Breadcrumb, EventCe sont les types qui produisent encore un affichage enrichi et alimentent les citations. FAQ et HowTo en dernier, voire pas du tout.
- Respecter la règle du contenu visibleNe balisez que ce qui est réellement affiché sur la page. Un balisage Review sans avis visibles, ou un prix qui ne figure pas sur la page, est un balisage trompeur, passible d’une action manuelle de Google.
- Documenter ce qui est natif et ce qui est manuelTenez une liste par type de page : type natif, type ajouté, emplacement de l’ajout. Cela évite les doublons lors des évolutions du site.
Valider et suivre
Trois outils, dans cet ordre :
- Le test des résultats enrichis de Google : sur une URL en direct, il montre les types détectés, les erreurs bloquantes et les avertissements. À passer après chaque ajout.
- L’inspection d’URL de la Search Console : pour voir ce que Google a réellement extrait lors du dernier crawl, utile quand le test en direct et l’index divergent.
- Les rapports d’améliorations de la Search Console : suivi dans la durée par type (Produits, Fils d’Ariane, Événements). À noter : le rapport dédié aux FAQ et le test associé sont retirés en 2026, dans la foulée de l’abandon de ce résultat enrichi.
Un balisage validé sans erreur n’est pas une garantie d’affichage : Google décide au cas par cas s’il montre le résultat enrichi. L’objectif est l’éligibilité et la compréhension, pas un rendu garanti.
En pratique
Sur Wix, la démarche data structurées 2026 tient en trois temps : savoir ce que la plateforme génère déjà (Product, Event, Article, LocalBusiness, BreadcrumbList selon les apps), ajouter à la main uniquement les types absents et encore rentables en priorisant Product, Review, Breadcrumb et Event, et ne jamais superposer un balisage à un type natif. Le FAQ n’est plus un objectif d’affichage. Mettre en place ce socle et le maintenir à jour au fil des évolutions du site est un travail d’accompagnement : je peux vous y aider, le détail est juste en dessous.
Wix génère-t-il des données structurées automatiquement ?
Oui. Selon les applications activées : LocalBusiness sur l’accueil, Product avec Wix Stores, Event avec Wix Events, Article sur le blog (balisage assisté par IA à activer), BreadcrumbList sur les pages avec fil d’Ariane, et SitelinksSearchbox si la recherche interne est active. Ce socle suffit souvent pour un site vitrine ou une petite boutique.
Faut-il encore ajouter un balisage FAQ sur Wix en 2026 ?
Ce n’est plus prioritaire. Google a retiré les résultats enrichis FAQ le 7 mai 2026. Le type FAQPage reste valide et Google continue de le lire pour comprendre la page, mais il n’y a plus de menu déroulant affiché. Concentrez l’effort sur Product, Review, BreadcrumbList et Event.
Où colle-t-on un JSON-LD personnalisé dans Wix ?
Par page : dans l’éditeur, Pages et menu, les trois points, Bases du SEO, SEO technique, Balisage de données structurées (cinq balisages maximum par page, 7 000 caractères chacun). Par type de page : dans le tableau de bord, Paramètres, SEO. Pour une logique dynamique : via Velo et l’API SEO.
Que se passe-t-il si j’ajoute un balisage d’un type que Wix génère déjà ?
La page se retrouve avec deux blocs du même type, parfois contradictoires. Google peut ignorer les deux ou signaler une erreur. Il faut d’abord vérifier l’existant avec le test des résultats enrichis, puis n’ajouter que les types absents et corriger les types natifs à la source.
Quels types de schema produisent encore des résultats enrichis ?
Article, Product, Review et AggregateRating, BreadcrumbList, Video et Event restent affichés. LocalBusiness et Organization soutiennent le panneau de connaissance et la cohérence d’entité. HowTo (depuis 2023) et FAQ (depuis mai 2026) ne génèrent plus d’affichage enrichi.
Un balisage validé garantit-il l’affichage du résultat enrichi ?
Non. Un balisage sans erreur rend la page éligible, mais Google décide au cas par cas de montrer ou non le résultat enrichi, selon la qualité de la page et le contexte de la requête. L’objectif est l’éligibilité et la bonne compréhension du contenu.
À propos de l’auteur
Aymeric Maingé
Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des sites Wix sur les données structurées, l’éligibilité aux résultats enrichis, l’architecture et le maillage interne, avec les contraintes propres à la plateforme. Mon approche croise audit du balisage rendu, priorisation par valeur et recommandations actionnables pour les équipes marketing. Pour cadrer votre stratégie schema avec un consultant SEO Wix, parlons de votre site.
