Données structurées natives Wix : ce qui est généré automatiquement et comment le vérifier

Vérifier les données structurées natives de Wix sur l’aperçu de l’éditeur est le premier réflexe à éviter : le JSON-LD n’est injecté qu’au moment de la publication réelle, et un changement d’information d’entreprise peut mettre du temps à se répercuter dans le balisage servi, sans que cela signifie un échec de génération automatique.

Ce que Wix génère automatiquement, pour rappel

Notre page pilier sur les données structurées Wix détaille les types émis nativement par la plateforme (Product pour Wix Stores, Event, Article pour le blog, LocalBusiness sur les pages de contact/accueil, BreadcrumbList, SitelinksSearchbox). Cet article se concentre sur un problème pratique différent : comment vérifier correctement que ce balisage est bien présent et à jour, sans se fier à un aperçu trompeur.

L’erreur de vérification la plus fréquente

Consulter le code source depuis l’aperçu de l’éditeur Wix (bouton Aperçu, avant publication) ne reflète pas nécessairement ce que verra Googlebot sur la page publiée : le JSON-LD généré automatiquement dépend du contenu réellement en ligne (fiche produit publiée, informations d’entreprise enregistrées dans les Paramètres), pas de la version en cours d’édition. Vérifier sur l’aperçu peut donc afficher un balisage absent ou incomplet alors qu’il sera correct une fois la page réellement publiée, ou inversement laisser croire qu’un balisage fonctionne alors que la version publiée diverge encore de l’aperçu.

Méthode de vérification fiable

1. Toujours vérifier sur l’URL publiéeUtilisez l’adresse réelle du site en ligne, jamais un lien d’aperçu ou de prévisualisation temporaire.
2. Passer par l’outil de test des résultats enrichis de GoogleIl affiche précisément les types de schema détectés sur l’URL publiée et signale les erreurs ou avertissements, plus fiable qu’une lecture manuelle du code source pour un balisage complexe.
3. Confirmer avec l’inspection d’URL de la Search ConsoleElle montre la version du code que Google a effectivement explorée et traitée, utile si un doute persiste sur un décalage entre ce que vous voyez et ce que Google a réellement analysé.
4. Rechercher les mêmes valeurs que celles saisies dans les Paramètres WixComparez le nom, l’adresse, les horaires affichés dans le schema LocalBusiness détecté avec ceux enregistrés dans les Paramètres d’entreprise, pour confirmer qu’ils correspondent bien à la dernière version enregistrée.

Le délai de propagation, un faux négatif fréquent

Modifier une information d’entreprise (adresse, horaires, téléphone) dans les Paramètres Wix ne se répercute pas instantanément dans le schema LocalBusiness servi sur les pages concernées : la mise en cache de contenu appliquée par la plateforme peut retarder la mise à jour visible du balisage de plusieurs minutes à quelques heures selon la page. Ce délai est souvent interprété à tort comme un échec de la génération automatique, alors qu’il s’agit d’un simple temps de propagation.

Quand ajouter un balisage manuel malgré tout

L’ajout manuel dans le champ SEO avancé de Wix (JSON-LD uniquement, cinq balises maximum par page, 7000 caractères) ne se justifie que pour un type de contenu que Wix ne génère jamais nativement pour votre configuration précise, après confirmation par le test des résultats enrichis qu’aucune version automatique n’existe déjà sur la page concernée. Ajouter un balisage manuel du même type qu’une émission native crée un doublon conflictuel plutôt qu’un complément.

Vérifier sur le bon environnement avant de conclure

La génération automatique de données structurées par Wix fonctionne correctement dans la grande majorité des cas, mais une vérification faite au mauvais endroit (aperçu plutôt que page publiée) ou trop tôt après une modification produit des faux négatifs qui poussent à ajouter un balisage manuel inutile, voire conflictuel.