Données structurées pour les prestataires de services du Tyrol du Sud

Données structurées pour les prestataires de services représenter deux plans connectés : LocalBusiness ou un sous-type adapté à votre entreprise et Service Pour chaque service spécifique, JSON-LD associe l'entreprise, les services, la localisation et la zone d'activité afin que les moteurs de recherche et autres systèmes puissent automatiquement établir ces liens.

Dans le cadre de mon travail avec les PME du Tyrol du Sud, je rencontre fréquemment deux situations : soit les données structurées sont totalement absentes, soit plusieurs outils génèrent des blocs de schéma contradictoires. Le facteur crucial n’est pas la quantité de balisage, mais une architecture claire avec des informations correctes, visibles et mises à jour de manière cohérente.

L'entreprise est l'entité centrale. Les services, les implantations, les langues et les zones d'activité sont clairement liés à cette entreprise.

Données structurées pour les prestataires de services : ce qui vous distingue

Les données structurées sont des informations supplémentaires lisibles par machine, intégrées au code source d'un site web. Le vocabulaire commun est fourni par Schema.org . Google prend en charge JSON-LD, Microdata et RDFa, mais recommande JSON-LD pour la plupart des implémentations, car ce format est relativement simple à mettre en œuvre et à maintenir. La documentation de la fonction de recherche correspondante dans Google Search Central reste la source principale.

Pour une opération locale, les niveaux suivants sont généralement pertinents :

• Entreprise: Nom, site web, numéro de téléphone, adresse, coordonnées, horaires d'ouverture et profils officiels.
• services: Des offres clairement identifiées, avec leur propre URL, fournisseur et domaine d'application.
• Lieu: une véritable agence avec une adresse réellement utilisable.
• application: Lieux ou régions où l'entreprise fournit ses services.
• Langues: Langues dans lesquelles les parties intéressées peuvent recevoir des conseils ou un soutien.

Schema.org définit LocalBusiness en même temps qu'un sous-type de Organization et PlaceCe type décrit une entreprise ou une succursale locale spécifique. Schema.org propose des sous-types plus précis pour de nombreux secteurs d'activité.

Étape 1 : Établir la cohérence des données

Avant de créer un fichier JSON-LD, vous devez disposer de données de référence fiables. Vérifiez le nom de l'entreprise, son adresse, son numéro de téléphone, ses horaires d'ouverture et la description de ses services sur son site web, sa fiche Google My Business et autres profils officiels.

Par exemple : le site web indique « Elektro Hofer », la fiche Google My Business « Elektrotechnik Hofer GmbH » et un portail spécialisé « Hofer Elektroservice ». Un humain ferait probablement le lien. Un système d’apprentissage automatique, en revanche, doit d’abord déterminer s’il s’agit d’une seule ou de plusieurs entreprises.

Par conséquent, établissez une convention orthographique contraignante et documentez au moins les éléments suivants :

• le nom officiel et utilisé publiquement de l'entreprise
• l'adresse complète, y compris le code postal et la province,
• le numéro de téléphone au format international,
• le domaine principal et l'URL canonique du site,
• horaires d'ouverture réguliers et variables,
• Désignations de performance allemandes et italiennes,
• succursales réelles et zones d'opération réelles,
• profils officiels pour sameAs.

Pour les entreprises artisanales en particulier, un profil Google My Business à jour et contenant des données opérationnelles cohérentes est essentiel. JSON-LD n'a pas pour but de masquer les informations contradictoires, mais plutôt d'exprimer les mêmes faits fiables dans un format lisible par machine.

Étape 2 : Choisissez le sous-type d’entreprise locale approprié

N’utilisez pas systématiquement une seule solution pour chaque entreprise. LocalBusinessChoisissez le type Schema.org le plus spécifique qui décrit avec exactitude l'opération réelle.

• Service professionnel : Cela peut convenir aux prestataires de services professionnels opérant localement, à condition qu'il n'existe pas de sous-type plus spécifique.
• HomeEt le secteur de la construction : Il s'agit du domaine englobant de nombreux services de construction et d'artisanat.
• Électricien: Il convient parfaitement à une entreprise d'électricien.
• plombier: Cela convient à une entreprise d'installation.
• Entrepreneur en toiture : décrit une entreprise de toiture.
• Entrepreneur général : convienne à un entrepreneur en construction ou à un entrepreneur général compétent.

Un électricien peut être considéré Electrician à distinguer, au lieu du type plus général HomeAndConstructionBusiness à utiliser. S'il n'existe pas de sous-type techniquement approprié, il reste LocalBusiness une solution pratique.

Le type de données choisi doit correspondre au contenu visible. Conformément aux consignes de Google, les données structurées doivent refléter fidèlement le contenu de la page. Les informations invisibles, non pertinentes ou trompeuses peuvent nuire au bon fonctionnement de la recherche.

Étape 3 : Lier les opérations et les services via des identifiants uniques

Chaque entité centrale reçoit un stable @idÀ des fins opérationnelles, cela pourrait être, par exemple, l'adresse du site web avec un fragment :

https://www.example.org/#betrieb

Chaque service reçoit également son propre identifiant :

https://www.example.org/leistungen/elektroinstallation/#service

La propriété provider Le service fait ensuite référence au @id de l'entreprise. Cela indique clairement quelle entreprise propose le service.

Ce lien constitue l'élément central d'un schéma de service clair pour les PME. J'explique la structure des pages de service individuelles, tant au niveau du contenu que des technologies, dans l'article consacré aux schémas de service pour des pages de service spécifiques.

Étape 4 : Exemple JSON-LD pour une entreprise du Tyrol du Sud

L'exemple suivant décrit une entreprise fictive d'électricité à Bolzano . Le nom de domaine, le numéro de téléphone, l'adresse, les coordonnées, les profils et les pages de services sont des exemples. Remplacez toutes les valeurs par les informations réelles de votre entreprise.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Electrician",
      "@id": "https://www.example.org/#betrieb",
      "name": "Muster Elektrotechnik Südtirol",
      "url": "https://www.example.org/",
      "telephone": "+39 0471 000000",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "Musterweg 1",
        "postalCode": "39100",
        "addressLocality": "Bozen",
        "addressRegion": "Südtirol",
        "addressCountry": "IT"
      },
      "geo": {
        "@type": "GeoCoordinates",
        "latitude": 46.4983,
        "longitude": 11.3548
      },
      "openingHoursSpecification": [
        {
          "@type": "OpeningHoursSpecification",
          "dayOfWeek": [
            "https://schema.org/Monday",
            "https://schema.org/Tuesday",
            "https://schema.org/Wednesday",
            "https://schema.org/Thursday",
            "https://schema.org/Friday"
          ],
          "opens": "08:00",
          "closes": "17:30"
        }
      ],
      "areaServed": [
        {
          "@type": "City",
          "name": "Bozen"
        },
        {
          "@type": "City",
          "name": "Meran"
        },
        {
          "@type": "City",
          "name": "Brixen"
        },
        {
          "@type": "AdministrativeArea",
          "name": "Südtirol"
        }
      ],
      "contactPoint": {
        "@type": "ContactPoint",
        "telephone": "+39 0471 000000",
        "contactType": "customer service",
        "availableLanguage": [
          "de",
          "it"
        ]
      },
      "sameAs": [
        "https://example.com/muster-elektrotechnik",
        "https://example.net/muster-elektrotechnik"
      ],
      "hasOfferCatalog": {
        "@type": "OfferCatalog",
        "name": "Elektrotechnische Leistungen",
        "itemListElement": [
          {
            "@type": "Offer",
            "itemOffered": {
              "@id": "https://www.example.org/leistungen/elektroinstallation/#service"
            }
          },
          {
            "@type": "Offer",
            "itemOffered": {
              "@id": "https://www.example.org/leistungen/wallbox-installation/#service"
            }
          }
        ]
      }
    },
    {
      "@type": "Service",
      "@id": "https://www.example.org/leistungen/elektroinstallation/#service",
      "name": "Elektroinstallation für Wohngebäude",
      "serviceType": "Planung und Ausführung von Elektroinstallationen",
      "url": "https://www.example.org/leistungen/elektroinstallation/",
      "provider": {
        "@id": "https://www.example.org/#betrieb"
      },
      "areaServed": {
        "@type": "AdministrativeArea",
        "name": "Südtirol"
      },
      "offers": {
        "@type": "Offer",
        "url": "https://www.example.org/leistungen/elektroinstallation/"
      }
    },
    {
      "@type": "Service",
      "@id": "https://www.example.org/leistungen/wallbox-installation/#service",
      "name": "Installation von Wallboxen",
      "serviceType": "Montage und Inbetriebnahme von Wallboxen",
      "url": "https://www.example.org/leistungen/wallbox-installation/",
      "provider": {
        "@id": "https://www.example.org/#betrieb"
      },
      "areaServed": [
        {
          "@type": "City",
          "name": "Bozen"
        },
        {
          "@type": "City",
          "name": "Meran"
        }
      ],
      "offers": {
        "@type": "Offer",
        "url": "https://www.example.org/leistungen/wallbox-installation/"
      }
    }
  ]
}
</script>

Que signifient les caractéristiques les plus importantes ?

name, url et telephone

name Contient la dénomination sociale utilisée de manière uniforme. url fait référence au site web principal ou à la page de localisation. Le numéro de téléphone doit être indiqué au format international, par exemple, pour l'Italie :… +39.

address et geo

address décrit une véritable adresse postale. geo Ceci complète les coordonnées géographiques de cette adresse. N'utilisez pas les coordonnées du centre d'une zone opérationnelle si l'entreprise n'y possède pas de succursale.

openingHoursSpecification

openingHoursSpecification Il indique clairement les horaires d'ouverture ou de disponibilité habituels. Ces horaires doivent correspondre aux informations affichées sur le site web et sur la fiche d'établissement Google.

areaServed

areaServed Cela fait référence à la zone géographique dans laquelle un service est offert. (Voir le type Schema.org.) Service conception provider le fournisseur areaServed la zone desservie, serviceType le type de service et offers l'offre associée.

Pour une entreprise artisanale du Tyrol du Sud, Bolzano, Merano et Brixen peuvent être mentionnées individuellement. Si l'entreprise opère sur l'ensemble de la région, le Tyrol du Sud peut également être mentionné dans son ensemble. AdministrativeArea Une longue liste de localités ne remplace pas une véritable zone de desserte.

availableLanguage

availableLanguage L'exemple décrit les langues du point de contact. Pour de nombreuses entreprises du Tyrol du Sud, il s'agit de l'allemand et de l'italien. Cette caractéristique ne signifie pas automatiquement que chaque page du site web est disponible dans les deux langues.

sameAs

sameAs Associez votre entreprise à des profils officiels et fiables. Il peut s'agir d'une fiche Google My Business clairement identifiable ou d'un profil LinkedIn Business à jour. N'utilisez pas d'annuaires ou de profils que vous ne contrôlez pas. Vous trouverez une explication détaillée dans mon guide sur… profils officiels de l'entreprise sameAs.

hasOfferCatalog

hasOfferCatalog Il regroupe l'ensemble des services proposés par l'entreprise. Un catalogue de services est utile lorsqu'une entreprise offre plusieurs services clairement définis. Chaque service doit être décrit via itemOffered sur un spécifique Service-Référence d'entité.

Ne modélisez pas les services comme une liste de mots-clés.

Un modèle inapproprié ressemblerait à ceci : « Électricien, électricité, installation, service d'urgence, boîtier mural, intelligent ». Home« Tyrol du Sud, Bolzano, Merano. » Une telle liste n'explique ni la performance ni son ampleur.

Une performance clairement modélisée répond à cinq questions :

• Qu'est-ce qui est proposé ? Par exemple, « l'installation de boîtiers muraux ».
• Qui fournit ce service ? Cela répond provider.
• Où le service est-il offert ? Ceci décrit areaServed.
• Où la performance est-elle clairement expliquée ? Cela fait référence à url.
• Existe-t-il une offre concrète ? Cela peut se faire via offers être décrit.

La page de service doit clairement expliquer la prestation proposée. Selon l'offre, cela inclut le processus, les prérequis, le public cible, le domaine d'application et les coordonnées. Le fait de référencer les services uniquement au format JSON-LD, même s'ils ne sont pas visibles sur la page, enfreint les consignes de Google.

Trois modèles d'implantation pour le dispositif LocalBusiness au Tyrol du Sud

1. Entreprise possédant un seul site et une zone d'activité régionale

Un cabinet de conseil possède un bureau à Bolzano et intervient auprès d'entreprises dans tout le Tyrol du Sud. Son adresse exacte est révélée via address et geo décrit, le champ d'activité plus vaste sur areaServed.

2. Commerce d'artisanat ambulant

Un installateur mobile se déplace chez les clients de Bolzano, Merano et des environs. La zone de service est définie par… areaServed modélisée. L'affichage public de l'adresse commerciale dépend du modèle opérationnel réel et des règles du service concerné.

Pour le GEO destiné aux professionnels, cette distinction est importante : le GEO, au sens de l’optimisation des moteurs génératifs, concerne la présentation compréhensible du contenu. La propriété Schema.org geo En revanche, elle décrit des coordonnées géographiques précises.

3. Fonctionnement avec plusieurs succursales réelles

Si une entreprise possède des succursales à Bolzano et à Brixen, chaque site doit avoir sa propre entité juridique, son adresse et, idéalement, son propre site web. Une structure organisationnelle partagée peut être modélisée sous la forme d'une entité centrale.

Ne créez pas de succursales fictives simplement pour être présentes à plusieurs endroits. Une zone d'activité n'est pas un emplacement. Une adresse postale sans activité commerciale réelle ne constitue pas une succursale via JSON-LD.

Traitez les sites web multilingues du Tyrol du Sud avec précaution

Un site web multilingue nécessite des versions linguistiques stables et des données cohérentes. Les pages en allemand et en italien doivent comporter des textes relus par un rédacteur, des URL permanentes et des informations sur l'entreprise identiques.

• Utilisez une URL permanente pour chaque version linguistique.
• Veillez à ce que le nom de l'entreprise, le numéro de téléphone et les données de localisation soient cohérents dans toutes les langues.
• Traduire correctement les noms de service d'un point de vue technique, et non automatiquement et sans vérification.
• Utilisez le même système d'exploitation@id, si les deux versions linguistiques décrivent la même opération.
• Lier chaque Service-Entité disposant de la page de performance visible appropriée.
• Vérifiez que les horaires d'ouverture, les prix et les zones d'activité sont identiques dans toutes les versions linguistiques.

availableLanguage Ceci décrit les langues de contact ou de service proposées. La langue d'un site web spécifique, cependant, est identifiée au niveau de la page et par son architecture linguistique technique. Un site web germano-italien doit donc être maintenu, tant sur le plan éditorial que technique, comme un système cohérent.

Implémentation de JSON-LD dans WordPress

Dans WordPress, il existe trois méthodes courantes :

1. Un outil SEO : Convient aux données commerciales de base, à condition que la structure générée soit adaptée à l'entreprise.
2. Le thème : C'est possible si le balisage est propre et maintenu lors des changements de thème.
3. Un plugin personnalisé : Utile pour les entreprises locales et les architectures de services comportant plusieurs services ou sites.

Pour les sites web de PME plus complexes, je privilégie une solution contrôlée où les données de référence sont centralisées et affichées de manière cohérente. Dans le cadre de nos services de conception et de développement web , nous vérifions d'abord les entités et les sources de données présentes avant de programmer le balisage.

Une prudence particulière est de mise lors de l'utilisation simultanée de plusieurs outils. Un outil de référencement, un plugin sectoriel et le thème peuvent tous exécuter leurs propres programmes en parallèle. Organization-, LocalBusiness- ou ServiceCréez des blocs. Des noms, URL ou identifiants différents entraîneront des conflits.

Étape 5 : Valider les données structurées

Le test comporte plusieurs niveaux. Un résultat impeccable confirme la structure technique, mais pas automatiquement l'exactitude du contenu.

1. Vérifiez la syntaxe JSON : Les parenthèses, les virgules, les guillemets et les types de données sont-ils corrects ?
2. Utiliser le validateur de balisage Schema : Le validateur de balisage Schema vérifie le balisage Schema.org général et affiche les types et propriétés utilisés.
3. Utilisez le test des résultats enrichis : Le test des résultats enrichis indique si Google reconnaît un affichage de recherche compatible. Tous les types Schema.org valides ne génèrent pas de résultat enrichi.
4. Vérifiez le code source rendu : Vérifiez si le bloc JSON-LD est effectivement présent dans le code HTML généré ou rendu.
5. Ouvrir les pages cibles : Chacun dans url, offers ou sameAs L'adresse fournie doit être accessible et pertinente au contenu.
6. Comparer le contenu visible : Le nom, les services, les prix, les horaires d'ouverture, les langues parlées et la zone d'activité doivent être vérifiables sur le site web.
7. Recherche d'entités dupliquées : Vérifiez si plusieurs plugins génèrent les mêmes données métier avec des identifiants différents.

Voici un cas typique que j'ai pu observer : le validateur ne signale aucune erreur de syntaxe, mais le JSON-LD contient des horaires d'ouverture obsolètes. Le bloc est techniquement valide, mais factuellement incorrect. Une vérification fiable doit donc prendre en compte à la fois les aspects techniques et le contenu visible de la page.

Ce que les données structurées peuvent faire – et ce qu’elles ne peuvent pas.

Les données structurées permettent aux systèmes d'identifier plus clairement les entreprises, les services et les relations. Elles peuvent constituer une condition préalable à certaines représentations de recherche et réduire les ambiguïtés.

Un balisage correct ne garantit pas un résultat enrichi ni un meilleur classement. L'inclusion dans les aperçus de l'IA de Google, le mode IA ou une réponse d'un autre assistant IA n'est pas non plus garantie. Google explique que ses fonctionnalités d'IA ne nécessitent pas de balisage Schema.org spécifique. Même les pages conformes ne sont pas automatiquement indexées ni affichées.

JSON-LD améliore l'apprentissage automatique. La visibilité dépend également d'un contenu riche, de données d'entreprise cohérentes, d'une qualité technique irréprochable et d'un positionnement clair.

Plan de 90 jours pour les programmes de services destinés aux PME

Jours 1 à 30 : Clarifier les données de référence et les priorités

• Veuillez saisir le nom de l'entreprise, son adresse, son numéro de téléphone et l'URL de son site web.
• Faire correspondre le profil d'entreprise Google et le site web.
• Distinguer les lieux réels et les zones d'opération.
• Sélectionnez les trois à cinq services les plus importants.
• Définissez une page cible fiable pour chaque service.

Jours 31 à 60 : Mise en œuvre de l’architecture et livrable technique

• Sélectionnez le sous-type d'entreprise locale approprié.
• Stable @id décerné pour les opérations et les services.
• provider, areaServed et les URL des liens.
• Générer du JSON-LD dans WordPress.
• Supprimer les blocs de schéma en double.

Jours 61 à 90 : Mise en place des contrôles et de la maintenance

• Exécutez le validateur de balisage de schéma et le test des résultats enrichis.
• Comparez le contenu visible avec le balisage.
• Consultez les informations en allemand et en italien.
• Documenter et corriger les erreurs.
• Désignez une personne responsable des changements.

Après les 90 premiers jours, la maintenance continue commence. Les nouveaux services, les changements d'horaires d'ouverture ou les adresses supplémentaires doivent être mis à jour simultanément sur le site web, dans le balisage et dans les profils d'entreprise concernés.

Foire aux questions sur le programme LocalBusiness and Service

Quels sont les coûts associés à la mise en œuvre de données structurées ?

Les coûts dépendent du site web existant, du nombre de services et de la structure géographique. Pour une entreprise unique proposant peu de services, la mise en œuvre est plus simple que pour un site web multilingue avec plusieurs succursales et des fichiers JSON-LD générés individuellement.

À quelle fréquence dois-je mettre à jour JSON-LD ?

Mettez à jour le balisage dès que les données commerciales visibles (horaires d'ouverture, services, prix, langues ou adresses) changent. De plus, je recommande un audit complet de la cohérence des données au moins une fois par an.

Puis-je utiliser LocalBusiness sans adresse publique ?

Cela dépend du modèle économique et du sous-type spécifique utilisés. N'inventez pas d'adresse et ne la publiez pas uniquement pour les moteurs de recherche. En revanche, pour un opérateur mobile, décrivez votre zone d'activité réelle et tenez compte des exigences de la plateforme concernée.

Comment étiqueter plusieurs emplacements ?

Chaque succursale authentique devrait avoir sa propre entité LocalBusiness avec ses propres @idL'adresse, l'URL et les horaires d'ouverture appropriés sont obtenus. Les succursales peuvent être rattachées à une organisation mère, mais ne doivent pas être conçues uniquement comme des sites opérationnels.

Dois-je préciser les prix dans le devis de service ?

Non, tous les services ne nécessitent pas l'affichage public de leurs prix. Si vous indiquez un prix ou une fourchette de prix, cette information doit être visible sur la page liée, à jour et clairement relative au service en question.

Chaque langue a-t-elle besoin de son propre système de services ?

Chaque page de langue doit contenir des informations lisibles par machine correspondant à son contenu visible. Le fonctionnement et les performances restent identifiables grâce à des identifiants stables, tandis que les noms, descriptions et URL sont adaptés à la version linguistique spécifique.

JSON-LD remplace-t-il le profil d'entreprise Google ?

Non, JSON-LD et votre fiche d'établissement Google ont des objectifs différents. Le balisage JSON-LD décrit votre site web de manière lisible par machine, tandis que la fiche d'établissement est gérée séparément pour l'affichage dans la recherche Google et sur Google Maps.

Les données structurées garantissent-elles une meilleure visibilité ?

Non, un balisage correct ne garantit pas un meilleur référencement, des résultats enrichis ou des mentions par les assistants vocaux. Les données structurées améliorent avant tout la clarté de vos informations et créent une base technique solide.

Liste de contrôle finale pour votre entreprise

Daten und Inhalte

• Le type Schema.org choisi est approprié au secteur d'activité concerné.
• Le nom de l'entreprise, l'adresse et le numéro de téléphone sont identiques partout.
• Chaque réalisation importante est considérée Service décrit.
• areaServed décrit des applications concrètes.
• address et geo Ce ne sont que des lieux réels.
• availableLanguage Elle liste en fait les langues proposées.
• sameAs Cela ne concerne que les profils officiels et bien tenus.

Technologie et soins

• L'entreprise possède une image stable et sans ambiguïté @id.
• Chaque service fait référence via provider sur l'opération.
• openingHoursSpecification correspond aux heures d'ouverture affichées.
• hasOfferCatalog Il contient des services clairement nommés et vérifiables.
• Le site web multilingue utilise des données d'entreprise cohérentes.
• Il n'existe pas de blocs de schémas conflictuels composés de plusieurs outils.
• Le validateur de balisage de schéma et le test des résultats enrichis ont été exécutés.
• Les modifications apportées aux services et aux emplacements sont mises à jour en permanence.

Après plus de 20 ans d'expérience dans le branding, le développement web et la digitalisation, mon principal enseignement est le suivant : des données fiables et structurées reposent sur des données d'entreprise clairement tenues à jour. Si les visiteurs de votre site web comprennent rapidement qui vous êtes, ce que vous proposez et où vous travaillez, ces mêmes informations peuvent être présentées de manière transparente au format JSON-LD.

Sources

1. Google Search Central — Introduction au balisage des données structurées (2025)
2. Google Search Central — Consignes générales relatives aux données structurées (2026)
3. Schema.org — LocalBusiness (2026)
4. Schema.org — Service (2026)
5. Google Search Central — Fonctionnalités d'IA et votre site web (2025)