Schema LocalBusiness sur Wix : configuration étape par étape pour les entreprises locales

La documentation Wix présente le balisage LocalBusiness comme une case à cocher dans les infos d’entreprise. Les guides génériques, eux, décrivent l’installation via code personnalisé sans préciser qu’elle existe aussi. Ce sont en réalité deux chemins distincts, avec des limites différentes, et le bon choix dépend d’un critère simple que personne ne pose clairement : combien d’établissements votre entreprise possède, et sur quelle page le balisage doit apparaître.

Les deux chemins Wix, et lequel choisir

Wix propose un balisage LocalBusiness natif, activable en quelques clics depuis le tableau de bord, et une alternative en code personnalisé via l’éditeur Wix Studio ou Velo pour les plans qui y donnent accès. Le choix entre les deux ne dépend ni du niveau technique ni de la préférence esthétique : il dépend de deux contraintes concrètes du balisage natif que Wix documente, mais sans jamais les présenter comme un critère de décision.

Une entreprise avec un seul établissement, dont l’essentiel du trafic arrive sur la page d’accueil, n’a aucune raison de passer par le code personnalisé : le natif suffit et se configure en moins de cinq minutes. Dès qu’il existe plusieurs adresses, ou qu’une page de destination locale distincte de l’accueil doit porter son propre balisage, le natif atteint sa limite et seul le code personnalisé répond au besoin.

Configurer le balisage natif, étape par étape

La limite qui bloque la moitié des entreprises locales

Cette limite touche directement les secteurs les plus consommateurs de LocalBusiness : professions de santé multi-cabinets, réseaux de franchise, agences immobilières avec plusieurs bureaux. Sur ces profils, le balisage natif Wix couvre un seul établissement, tous les autres restant sans données structurées propres tant qu’aucune alternative n’est mise en place.

Le contournement pour plusieurs établissements

La solution passe par le code personnalisé, un JSON-LD écrit manuellement et injecté par établissement sur sa propre page, avec son propre bloc LocalBusiness (ou son sous-type précis : Dentist, RealEstateAgent, Store selon l’activité). Chaque page d’établissement porte ainsi son adresse, ses horaires et son numéro propres, sans dépendre du réglage global du site. Pour la procédure complète d’ajout de JSON-LD personnalisé sur Wix, notre guide dédié au balisage sur mesure via Advanced SEO et Velo détaille la marche à suivre.

Les champs qui comptent, au-delà du minimum

Techniquement, seuls le nom et l’adresse sont obligatoires pour qu’un balisage LocalBusiness soit valide. Mais un balisage minimal n’exploite qu’une fraction de ce que Google peut afficher. Les champs recommandés qui font la différence : le sous-type précis de l’activité (Dentist plutôt que LocalBusiness générique), les coordonnées géographiques, les horaires d’ouverture détaillés par jour, le numéro de téléphone au format international, et une fourchette de prix. Sur ces champs recommandés, seul le code personnalisé donne un contrôle complet : le balisage natif Wix se limite à nom, adresse, logo et URL.

Vérifier ce qui est vraiment publié

Que vous ayez choisi le natif ou le code personnalisé, la vérification suit le même principe : l’outil de test de résultats enrichis de Google, en collant l’URL de la page concernée, affiche exactement ce qui est détecté. Un balisage syntaxiquement correct ne garantit jamais un résultat enrichi visible en recherche : Wix le rappelle explicitement dans sa documentation, et c’est vrai quelle que soit la plateforme. Comptez une à deux semaines après publication avant de considérer qu’un résultat enrichi absent constitue un problème à corriger plutôt qu’un simple délai d’indexation. Notre méthode de vérification des données structurées natives Wix détaille ce contrôle pas à pas.

Foire aux questions

Conclusion : poser la question du nombre d’établissements avant de choisir

Le balisage LocalBusiness sur Wix n’a pas une seule bonne méthode universelle : il a une bonne méthode pour chaque situation, et le critère qui tranche est simple, un seul établissement ou plusieurs. Poser cette question avant de configurer quoi que ce soit évite de découvrir la limite du natif après coup, une fois le reste du site déjà construit autour.