Schéma Organization ou LocalBusiness : lequel pour une entreprise montréalaise

LocalBusiness est un sous-type d’Organization. Ce n’est pas une version plus forte, et le choisir ne rend pas un site plus « local ». Il ajoute des propriétés qui n’ont de sens que pour une entreprise attachée à un lieu : une adresse civique, des heures d’ouverture, une position géographique. Si ces faits sont vrais et visibles sur votre site, utilisez-le. Sinon, un simple Organization (ou un sous-type orienté services) vous décrit plus honnêtement.

La question revient sans cesse avec nos clients montréalais, parce que beaucoup sont des entreprises à zone de service : elles se déplacent, travaillent à distance ou opèrent depuis un petit studio sans clientèle de passage. Pour elles, le mauvais choix mène tout droit à la tentation de l’adresse inventée. Voici comment nous tranchons.

À quoi sert vraiment le balisage schéma

Les données structurées sont une étiquette. Elles disent à une machine « ce nom est une entreprise, ce numéro lui appartient, voici les langues qu’elle sert » dans un format qui ne dépend pas de la mise en page. Google explique ce qu’il utilise dans ses règles sur les données structurées, et la règle la plus importante est que le balisage doit décrire un contenu visible par les utilisateurs sur la page.

Trois attentes à fixer d’emblée :

• Le schéma ne garantit aucun résultat enrichi. Être admissible n’est pas un droit.
• Le schéma ne fait pas monter le classement à lui seul. Il réduit l’ambiguïté.
• Le schéma ne sauve pas une page qui n’énonce pas ses affirmations en texte clair. C’est un problème de rédaction; voyez les paragraphes citables pour les réponses d’IA.

La décision, en un tableau

Les sous-types valent la peine quand l’un convient. Un plombier est un Plumber, un cabinet d’avocats un LegalService, une agence un ProfessionalService. Un sous-type précis est plus informatif qu’un LocalBusiness générique. Parcourez la hiérarchie sur schema.org plutôt que de deviner.

Comment une entreprise à zone de service se décrit

AERVIO est une entreprise à zone de service. Montréal est la base, le Canada est le territoire desservi, et nous ne publions pas d’adresse civique puisque les clients ne se présentent pas. Cela façonne le balisage :

“`json { "@context": "https://schema.org", "@type": "ProfessionalService", "name": "AERVIO", "url": "https://aervio.io/fr", "email": "hello@aervio.io", "telephone": "+1-438-498-3913", "areaServed": { "@type": "Country", "name": "Canada" }, "availableLanguage": ["fr-CA", "en-CA"], "address": { "@type": "PostalAddress", "addressLocality": "Montréal", "addressRegion": "QC", "addressCountry": "CA" }, "openingHoursSpecification": { "@type": "OpeningHoursSpecification", "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"], "opens": "09:00", "closes": "17:00" } } “`

Remarquez ce qui manque : aucun `streetAddress`, aucune coordonnée `geo`, aucun `hasMap`. Nous indiquons la ville, la province et le pays, parce que c’est vrai. Si nous inventions une rue pour satisfaire un validateur, nous publierions un fait que nous ne pouvons pas défendre, en contradiction avec notre fiche à adresse masquée décrite dans la fiche Google Entreprise d’une entreprise à zone de service.

Une réserve honnête : la documentation de Google sur les résultats enrichis d’entreprise locale compte l’adresse parmi les propriétés attendues. Une entreprise à zone de service peut donc ne pas être admissible à cette fonctionnalité précise, et c’est acceptable. Le balisage communique quand même l’identité, les coordonnées et la couverture à tout consommateur de données schema.org. Consultez la documentation actuelle sur l’entreprise locale avant de promettre une fonctionnalité à un client.

La cohérence, voilà le vrai travail

La plupart des problèmes de schéma que nous trouvons ne sont pas des erreurs de syntaxe, mais des contradictions :

• Le pied de page affiche un numéro, le JSON-LD en affiche un autre.
• La fiche masque l’adresse, le balisage en publie une.
• Le site est bilingue, le balisage déclare une seule langue.
• L’entreprise est « AERVIO » sur le site et « Aervio Digital inc. » dans le balisage.

Choisissez un jeu de faits de référence — raison sociale ou nom d’usage, téléphone, courriel, heures, zone de service, langues — et faites lire le texte du site, le pied de page, la fiche Google et le JSON-LD à partir de ce même jeu. Dans la mesure du possible, nous générons le pied de page visible et les données structurées depuis cette même source, pour qu’elles ne puissent pas dériver. L’argument plus large pour traiter site, CRM et recherche comme un tout se trouve dans un seul système pour le site, le CRM et la recherche.

La langue et le site bilingue

Pour les sites québécois, le balisage doit refléter les deux langues honnêtement. Utilisez `availableLanguage` sur l’organisation, `inLanguage` sur les pages, et produisez le balisage sur les versions FR et EN avec le `name` ou la `description` traduit qui convient à chacune. Jumelez les pages avec un hreflang réciproque, comme dans loi 96 et votre site web. Un balisage uniquement anglais sur une page française est un désaccord discret, et très facile à éviter.

Balisez l’entité une fois, et la page pour ce qu’elle est

Un modèle propre pour la plupart des sites :

1. Accueil ou page À propos : un seul bloc Organization (ou sous-type) avec un `@id` stable, que d’autres balisages peuvent référencer.
2. Articles : un Article ou BlogPosting dont le `publisher` pointe vers cet `@id`, avec un auteur et des dates qui correspondent à celles affichées.
3. Pages de services : un Service dont le `provider` pointe vers le même `@id`, avec un `areaServed`.
4. Blocs de FAQ : si vous ajoutez le balisage FAQPage, sachez que Google n’affiche plus les résultats enrichis de FAQ que pour un éventail restreint de sites. Nous utilisons quand même un HTML structuré en questions-réponses parce qu’il donne aux machines et aux lecteurs des paires nettes, mais nous ne le vendons pas comme une tactique de classement.

Réutiliser un seul `@id` pour l’entité relie tout sans répéter des champs qui peuvent devenir périmés.

Validez, puis relisez comme un inconnu

Passez le balisage dans le test des résultats enrichis de Google et dans le validateur de balisage Schema, corrigez les erreurs, puis faites l’étape que la plupart sautent : relire la sortie comme le ferait un inconnu. Chaque valeur correspond-elle à quelque chose sur la page? Seriez-vous à l’aise si un journaliste comparait le JSON-LD à votre porte d’entrée? Sinon, retirez ce que vous ne pouvez pas défendre.

À faire cette semaine

• Décidez si vous êtes un commerce avec vitrine, une entreprise à zone de service ou les deux.
• Rédigez le jeu unique de faits de référence et comparez-le à votre pied de page, votre fiche et votre balisage.
• Retirez toute adresse, coordonnée ou heure que vous n’offrez pas réellement.
• Ajoutez `areaServed` et `availableLanguage` là où c’est vrai.
• Revalidez après chaque mise à jour de thème ou de plugiciel.

Si vous voulez que nous vérifiions les données structurées de votre site, écrivez à hello@aervio.io ou appelez le +1 438-498-3913, du lundi au vendredi, de 9 h à 17 h (HE). Nous vous dirons ce qui est faux, ce qui est simplement mal rangé et ce qu’il vaut mieux laisser tel quel — sans promettre de classement, car personne ne peut le faire honnêtement. Pour l’approche d’ensemble, commencez par SEO et GEO à Montréal.

Questions

LocalBusiness est-il meilleur qu’Organization pour le SEO local?

Pas automatiquement. LocalBusiness est un sous-type d’Organization qui ajoute des propriétés liées à un lieu, comme l’adresse et les heures d’ouverture. Il convient à une entreprise dotée d’un lieu réel avec personnel. Pour une entreprise à zone de service ou à distance, un simple Organization, ou un sous-type de service avec areaServed, est souvent plus honnête.

Peut-on utiliser LocalBusiness sans adresse civique?

Schema.org permet une adresse partielle, et vous pouvez décrire le territoire desservi avec areaServed. La documentation de Google sur les résultats enrichis d’entreprise locale s’attend toutefois à une adresse; n’attendez donc pas cette fonctionnalité précise sans elle. N’inventez jamais une rue pour satisfaire un validateur.

Le balisage schéma améliore-t-il le classement?

Aucune promesse. Les données structurées aident les machines à lire ce que dit une page et peuvent rendre admissible à certaines fonctionnalités de résultats, mais elles ne font pas monter le classement à elles seules. Voyez-les comme l’étiquetage clair de faits déjà visibles sur la page.