Schéma de service : Baliser les pages de service avec JSON-LD

Schéma de service Il décrit un service spécifique sur une page dédiée et établit un lien vers le fournisseur dans un format lisible par machine. Un service JSON-LD propre aide les moteurs de recherche et autres systèmes à catégoriser les services, les fournisseurs et les zones géographiques, sans pour autant garantir un meilleur classement ni un affichage privilégié dans les résultats de recherche.

Dans le cadre de mon travail auprès des PME, je rencontre fréquemment le même problème : le site web est esthétiquement attrayant, mais ne répond pas clairement aux questions essentielles. Que propose exactement le service ? Qui le fournit ? À quel public cible s’adresse-t-il ? Dans quelle région est-il disponible ? Données structurées Ils peuvent clairement identifier les informations existantes, mais ne doivent pas dissimuler le contenu visible de la page, même s'il est ambigu.

Le schéma de service permet de marquer un service réel offert et visible sur la page grâce à schema.org/Service. JSON-LD est le format technique ; la partie performance fournit la base compréhensible et vérifiable.

Le schéma de service traduit un service clairement décrit en une structure lisible par machine. Le balisage ne peut pas corriger un contenu manquant ou contradictoire.

Schéma de service pour les pages de service : Quand est-il utile ?

Un schéma de service est utile lorsqu'une page décrit un service spécifique ou un groupe de services clairement défini. Une page de service robuste répond au moins à ces questions :

• Qu'est-ce qui est proposé ? Par exemple, stratégie de marque, développement web, conseil, photographie ou automatisation des processus.
• Qui fournit ce service ? Par exemple, une entreprise, un commerce local, un cabinet médical ou un expert indépendant.
• À qui s'adresse ce service ? Par exemple, pour les entreprises gérées par leurs propriétaires, les hôtels, les cabinets d'avocats ou les petites équipes B2B.
• Où le service est-il fourni ? À un endroit précis, dans une région, dans plusieurs pays ou en ligne.
• Que comprend le service ? Les éléments essentiels doivent être clairement décrits sur la page.

Une base appropriée est, par exemple, notre page de services pour conception et développement web stratégiquesCette page décrit la stratégie, la conception, la mise en œuvre technique, le contenu et l'automatisation du site web comme un service cohérent. Elle contient donc suffisamment d'informations visibles pour un balisage de service approprié.

Les schémas de services sont moins utiles sur les pages de résumé succinctes ou celles qui se contentent d'énumérer des termes techniques. Une ligne comme « Image de marque, SEO, IA, Médias sociaux, Conception web et Conseil » ne constitue pas une description claire des services. Dans ce cas, le balisage ne ferait que structurer une page peu claire.

Ce que décrit schema.org/Service

schema.org/Service est un type du vocabulaire de Schema.orgCe type décrit un service, et non l'entreprise dans son ensemble. Des caractéristiques telles que de voiture., zone desservie, type de service, url et si nécessaire offre Classer le service à la fois professionnellement et géographiquement.

Pour les PME, je distingue trois niveaux :

• Organisation décrit l'organisation mère et son identité, notamment son nom, son site web, son logo et ses profils officiels.
• Entreprise locale Il s'agit d'un formulaire plus spécifique pour une entreprise locale et il peut inclure des informations telles que l'emplacement, l'adresse et les heures d'ouverture.
• Services décrit un service unique ou un groupe de services clairement liés.

Une entreprise ne devrait donc pas concevoir l'intégralité de son activité comme un service. Le terme « service » désigne plutôt… de voiture. au sein de l'organisation existante ou auprès de l'entreprise locale compétente. Cela est clair : l'entreprise est le prestataire, le service est l'offre.

Les caractéristiques les plus importantes d'un schéma de page de performance

Un schéma de page performant n'a pas besoin d'être aussi exhaustif que possible. En pratique, un modèle concis et correct est préférable à un bloc de données surchargé d'informations imprécises ou non justifiées.

• @taper: Indique que le nœud est un service.
• @identifiant: Attribue au service spécifique un identifiant stable et unique, généralement sous la forme d'une URL avec un fragment.
• nom: Décrivez le service clairement et sans enchaîner les termes de recherche.
• description: Résumez brièvement la réalisation. Ce résumé doit être compréhensible dans le contenu visible de la page.
• type de service : Décrit le type de service, par exemple « conception et développement de sites web ».
• url: Se réfère à la page de performance spécifique.
• fournisseur: Permet de connecter le service à l'organisation ou à l'entreprise locale via un @id stable.
• zone desservie : Décrit la zone de chalandise réelle du service.
• propose: Peut afficher les informations réelles de l'offre, à condition qu'elles correspondent à l'offre visible.

utilisation réaliste de la zone desservie

À zone desservie C'est la zone d'activité réelle qui compte. Une entreprise de Bolzano ne devrait pas se déclarer « internationale » simplement parce qu'elle propose des appels vidéo. Si vous travaillez sur site dans le Tyrol du Sud et offrez certains services en Italie ou dans la région DACH (Allemagne, Autriche, Suisse), cette distinction doit figurer clairement sur votre page de services.

Les offres peuvent également être utilisées sans prix fixe.

un Offrez Cela ne nécessite pas forcément un prix fixe. Vous pouvez également l'utiliser pour décrire une offre concrète dont le prix est calculé individuellement. Toutefois, les informations détaillées concernant l'offre doivent figurer et être vérifiables sur la page du service.

Si vous publiez un prix forfaitaire fixe ou un prix de départ fiable, la marge peut refléter le prix affiché. Si chaque projet est calculé individuellement, il est inutile d'ajouter un chiffre apparemment exact simplement pour donner l'illusion d'un plan plus complet.

Service JSON-LD avec @graph et valeurs @id stables

Pour les petits sites web, un seul bloc JSON-LD peut suffire. Cependant, dès que plusieurs pages et entités sont impliquées, un... @graphique Souvent plus clairement structurées. L'organisation, l'entreprise locale, le site web, la page web et le service peuvent être modélisés comme des nœuds distincts et gérés via des connexions stables. @id-Valeurs de connexion.

L'exemple suivant illustre une page de service dont le nœud de service pointe vers un fournisseur existant :

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "LocalBusiness",
      "@id": "https://www.beispielbetrieb.tld/#localbusiness",
      "name": "Beispielbetrieb GmbH",
      "url": "https://www.beispielbetrieb.tld/"
    },
    {
      "@type": "Service",
      "@id": "https://www.beispielbetrieb.tld/leistungen/webdesign/#service",
      "name": "Strategisches Webdesign für KMU",
      "description": "Planung, Gestaltung und technische Umsetzung von Unternehmenswebsites für kleine und mittlere Unternehmen.",
      "serviceType": "Webdesign und Website-Entwicklung",
      "url": "https://www.beispielbetrieb.tld/leistungen/webdesign/",
      "provider": {
        "@id": "https://www.beispielbetrieb.tld/#localbusiness"
      },
      "areaServed": [
        {
          "@type": "AdministrativeArea",
          "name": "Südtirol"
        },
        {
          "@type": "Country",
          "name": "Italien"
        }
      ]
    }
  ]
}

Le facteur crucial est l'identifiant partagé du fournisseur (@id). Si une même organisation ou entreprise locale est créée sur différents sites avec des identifiants ou des données d'entreprise différents, cela engendre des doublons et des incohérences inutiles.

Il convient donc de définir d'abord l'entité commerciale centrale. La contribution à Construction d'une entité unique Home Ceci vous montre comment créer une page de référence fiable pour votre entreprise. Les différents services pourront ensuite renvoyer systématiquement vers cette page.

Le contenu visible de la page et le JSON-LD doivent correspondre.

Le contenu visible de la page constitue la référence de contenu, tandis que le JSON-LD en est la description structurée. Google exige qu'un contenu de qualité soit visible pour les utilisateurs et pertinent par rapport au contenu principal de la page. Un balisage techniquement correct peut s'avérer inadapté s'il décrit un contenu manquant ou trompeur. Google explique ce point dans la documentation. lignes directrices générales pour les données structurées.

Par conséquent, vérifiez chaque instruction importante du balisage par rapport à la page :

• L'excellence du service est-elle réellement expliquée ?
• Le fournisseur mentionné est-il clairement identifiable sur la page ?
• La zone desservie correspond-elle à la zone d'activité réelle ?
• La description est-elle factuellement correcte et clairement compréhensible ?
• Les offres et les prix correspondent-ils aux informations publiées ?
• Les excellents avis sont-ils authentiques, pertinents et visibles sur le site ?

Les erreurs courantes incluent la multiplication artificielle des services, des noms trop longs, des évaluations falsifiées et des prix inexacts. Il est déconseillé de créer des sous-services en tant que nœuds de service distincts simplement pour prendre en charge des termes de recherche supplémentaires.

Effectuez correctement la validation du schéma

Une validation de schéma robuste comprend une vérification technique générale, une vérification spécifique à Google et une vérification du contenu. Les outils répondent à des questions différentes.

1. Validateur de balisage de schéma

Validateur de balisage de schéma Il vérifie le balisage schema.org général. Le validateur reconnaît les types et propriétés utilisés sans limiter la vérification aux fonctions de recherche prises en charge par Google.

2. Test des résultats riches

Test de résultats riches Il vérifie quels résultats enrichis compatibles avec Google peuvent être générés à partir des données structurées d'une page. Google catégorise ces deux outils dans sa documentation comme suit : Outils de test pour les données structurées l'un de l'autre.

Le service n'est pas un type de résultat enrichi autonome documenté par Google. Un JSON-LD de service valide peut donc être correctement reconnu par le validateur de balisage de schéma, tandis que le test des résultats enrichis n'affiche aucune fonction de recherche prise en charge pour le service. Cela ne signifie pas pour autant que le balisage du service est erroné.

3. Examen du contenu manuel

Aucun outil de validation ne peut garantir l'exactitude technique d'un positionnement ni le respect des engagements de performance au quotidien. Il est donc essentiel de comparer chaque attribut pertinent avec le contenu visible de la page et les données réelles de l'entreprise.

4. Suivi dans la Google Search Console

Pour la majoration générique des services, dans le Google Search Console Ne vous attendez pas à un rapport d'amélioration distinct. Utilisez plutôt l'inspection d'URL pour vérifier l'indexation, l'accessibilité et le traitement de la page par Google. Les rapports de données structurées distincts ne sont disponibles que pour les fonctions de recherche prises en charge et les types de données appropriés.

Même correctement implémentées, les données structurées ne garantissent pas un affichage optimal. Elles fournissent une justification technique aux types de données pris en charge, mais n'entraînent ni un affichage enrichi, ni un meilleur classement.

FAQ Résultats riches : Qu’est-ce qui est actuellement prouvé ?

Le balisage FAQ et les résultats enrichis FAQ sont deux choses différentes. Page FAQ Elle peut décrire sémantiquement les questions et réponses visibles. Un résultat enrichi FAQ, en revanche, est une représentation concrète dans les résultats de recherche Google.

L'arrêt définitif des résultats enrichis FAQ le 7 mai 2026 n'est pas encore confirmé. L'annonce officielle de Google, datant d'août 2023, précise que ces résultats ne seront affichés régulièrement que pour les sites web gouvernementaux et de santé reconnus et faisant autorité. Par conséquent, la plupart des PME ne doivent pas s'attendre à voir ces résultats enrichis. Vous trouverez plus d'informations à ce sujet ici : [lien vers les informations pertinentes]. Centre de recherche Google.

Le balisage FAQ reste utilisable si les questions et réponses sont clairement visibles sur la page et pertinentes par rapport au contenu. Cependant, il est déconseillé d'implémenter FAQPage dans l'espoir d'obtenir un meilleur affichage ou un meilleur référencement.

Mon processus d'audit pour les PME

Avec les petites équipes, je commence par analyser les performances, et non le code. Cette approche permet d'éviter que les détails techniques ne masquent un problème lié au contenu.

• Définir la performance : Précisez le service spécifique décrit par la page.
• Consultez la page : Vérifiez que le groupe cible, le périmètre, le fournisseur et la zone de chalandise sont clairement renseignés.
• Identifier les fournisseurs : Précisez si le fournisseur fait référence à une organisation ou à une entreprise locale.
• Définir les valeurs de @id : Utilisez des identifiants stables pour le fournisseur et le service.
• Modélisation JSON-LD : Ne mettez en avant que les informations réelles, pertinentes et visibles.
• Valider en général : Vérifiez le balisage dans le validateur de balisage de schéma.
• Découvrez les fonctionnalités de Google : Utilisez le test Rich Results en ayant les bonnes attentes.
• Vérifier l'indexation : Vérifiez l'URL dans Google Search Console après la publication.

Face à plusieurs pages de services, je privilégie les offres les plus importantes sur les plans économique et stratégique. Un service principal clairement positionné est préférable à de nombreux sous-services mis en avant superficiellement. Vous trouverez un classement complémentaire pour les autres types de données dans notre guide… Priorités en matière de données structurées pour les PME.

Quand faut-il revérifier le balisage

Une routine de test fixe peut s'avérer utile. Toutefois, il est plus important de vérifier après des modifications spécifiques. En particulier, vérifiez le schéma de la page de service pour :

• une refonte ou une modification du système du site web,
• une modification de l'URL ou de la structure de la page,
• un changement significatif dans le service,
• un changement de fournisseur ou de structure d'entreprise,
• une extension ou une restriction de la zone desservie
• nouveaux forfaits, prix ou conditions générales,
• Modifications importantes du contenu visible de la page.

Vérifiez également si les valeurs @id existantes sont toujours utilisées de manière cohérente. Un identifiant stable ne doit pas être remplacé à chaque modification mineure du texte.

Ce que le schéma de service ne peut pas faire

• Les programmes de services ne garantissent pas un meilleur classement.
• Ce service ne garantit pas des résultats exceptionnels.
• Le schéma de service ne garantit pas la mention dans les réponses de l'IA.
• Un programme de services ne remplace pas un positionnement clair.
• Le schéma de service ne remplace pas une description complète du service.
• Le schéma de service ne corrige pas les données d'entreprise contradictoires.
• Un système de services ne transforme pas une page de collection en une page performante.

Les données structurées constituent un élément technique d'un système englobant l'image de marque, le site web, le contenu et des informations fiables sur l'entreprise. Leur intérêt réside dans la description cohérente des performances réelles, et non dans des promesses de visibilité illusoires.

Ma recommandation pratique

Commencez par le schéma de service une fois que vos pages de service principales sont clairement structurées ou en cours de révision dans le cadre d'un projet de site web. Procédez dans cet ordre :

• Clarifier le positionnement : Comment souhaitez-vous que votre entreprise soit perçue ?
• Améliorer les performances : Quel service spécifique est offert à quel groupe cible ?
• Les fournisseurs se regroupent : Le nom, l'adresse, le site web et l'identité de l'entreprise correspondent-ils ?
• Créer un service JSON-LD : Ne transmettez que les informations visibles et vérifiables.
• Entités de connexion : Lier le service et le fournisseur via des valeurs @id stables.
• Valider le balisage : Utilisez les outils conformément à leur usage.
• Conserver les modifications : Mettre à jour simultanément le balisage et le contenu visible.

En suivant cette séquence, la structure de la page Services deviendra un élément essentiel de votre site web. Son principal avantage réside dans une description claire des services proposés par votre entreprise.

FAQ : Schéma de service pour les pages de service

Un programme de services permet-il d'obtenir de meilleurs classements ?

Non, le service après-vente est garanti. pas de meilleurs classementsLe balisage peut exprimer plus clairement la signification d'un service, mais il ne remplace pas un contenu pertinent, la qualité technique, la confiance et une intention de recherche appropriée.

Pourquoi le test des résultats enrichis n'affiche-t-il pas le type de service ?

Le service n'est pas un type de résultat enrichi autonome et documenté par Google. Par conséquent, vérifiez le JSON-LD du service avec Validateur de balisage de schémaLe test des résultats enrichis n'affiche que les fonctions de recherche prises en charge par Google.

Chaque sous-service a-t-il besoin de sa propre balisage de service ?

Non. Un sous-service ne nécessite son propre nœud de service que s'il est clairement défini et décrit de manière adéquate sur la page. Les listes courtes ou les étapes de travail individuelles ne justifient pas automatiquement la création de services supplémentaires.

Chaque service principal devrait-il avoir sa propre page de service ?

Pour les services économiquement importants et sensiblement différents, une page distincte est souvent conseillée. Cependant, chaque page doit avoir sa propre valeur ajoutée et ne doit pas se limiter à une simple copie légèrement modifiée de la même description.

Puis-je lister plusieurs services sur une seule page ?

Oui, si la page décrit clairement et de manière exhaustive plusieurs services indépendants. Des pages de service distinctes facilitent généralement la compréhension des services proposés, tant pour les humains que pour les machines.

Le service doit-il être contenu dans un bloc JSON-LD séparé ou dans un @graph ?

Les deux options sont techniquement réalisables. L'une @graphique Ceci est particulièrement utile si vous souhaitez connecter plusieurs entités telles que Organisation, Entreprise locale, Page Web et Service via des valeurs @id communes.

Comment puis-je mettre en relation un service avec une organisation ou une entreprise locale ?

Références dans le domaine de voiture. Utilisez l'identifiant stable (@id) de votre organisation ou entreprise locale. Utilisez le même identifiant de fournisseur sur l'ensemble du site web afin d'éviter les conflits entre les objets métier.

Une offre doit-elle obligatoirement comporter un prix fixe ?

Non, une offre peut être modélisée même sans prix fixe. Cependant, n'utilisez cette modélisation que pour des offres existantes et veillez à refléter fidèlement les prix et conditions publiés.

Puis-je encore utiliser le balisage FAQ ?

Oui, si les questions et réponses sont clairement visibles sur la page et pertinentes par rapport au contenu. Cependant, il ne faut pas s'attendre à ce que ce soit le cas pour la plupart des sites web de PME. FAQ Résultats enrichis ou obtenir de meilleurs classements.

Existe-t-il un rapport de service dans Google Search Console ?

Aucun rapport d'amélioration distinct n'est prévu pour le balisage de service générique. Utilisez l'audit d'URL pour l'indexation et la récupération ; des rapports spécifiques ne sont générés que pour les types de données structurées et les fonctions de recherche pris en charge.

Quand dois-je mettre à jour le schéma de service ?

Vérifiez le balisage pour détecter toute modification des performances, de l'URL, du fournisseur, de la zone de service, des prix ou du contenu visible de la page. Il est également recommandé de revalider tous les liens @id et les blocs JSON-LD après une relance.