# Structurer un balisage Schema.org Person et Organization pour l’E-E-A-T

> Au-delà du balisage Article, deux types Schema.org renforcent concrètement les signaux de confiance attendus par Google et les moteurs génératifs.

- Auteur : Clément Hadrot
- Publié le : 2024-07-10
- Mis à jour le : 2024-07-10
- Catégorie : SEO &amp; GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/schema-person-organization-eeat/

## L’essentiel

- Relier chaque auteur à une entité Person cohérente et durable
- Décrire l'organisation éditrice avec ses signaux de légitimité
- Connecter les deux balisages entre eux sans les dupliquer

Le balisage `Article` reste le socle du référencement structuré d'un site éditorial, mais il ne dit rien de la crédibilité de qui l'a écrit ni de qui l'a publié. Or l'E-E-A-T — expérience, expertise, autorité, fiabilité — repose précisément sur ces deux dimensions. Ce guide se concentre sur la mise en place technique des types `Person` et `Organization`, sans revenir sur le balisage Article de base déjà traité par ailleurs.

## Étape 1 : construire une entité Person durable pour chaque auteur

Une entité `Person` ne se limite pas à un nom. Pour porter un signal de confiance exploitable, elle doit rester strictement identique d'un article à l'autre, avec une page de profil dédiée qui sert de point d'ancrage stable.

```
{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://wpmoderne.fr/auteur/clement-hadrot/#person",
  "name": "Clément Hadrot",
  "url": "https://wpmoderne.fr/auteur/clement-hadrot/",
  "jobTitle": "Développeur WordPress",
  "sameAs": [
    "https://github.com/clementhadrot",
    "https://www.linkedin.com/in/clementhadrot"
  ],
  "knowsAbout": [
    "WordPress",
    "Référencement technique",
    "Performance web"
  ]
}
```

L'identifiant `@id` est ce qui permet de relier durablement cette entité à travers tout le site, sans dupliquer sa définition dans chaque article. C'est un point souvent négligé : sans `@id` stable, chaque page génère une entité `Person` distincte aux yeux du moteur, ce qui dilue plutôt que ne renforce le signal d'autorité.

## Étape 2 : décrire l'Organization avec ses signaux propres

> L'essentiel à retenir : Relier chaque auteur à une entité Person cohérente et durable ; Décrire l'organisation éditrice avec ses signaux de légitimité ; Connecter les deux balisages entre eux sans les dupliquer

L'entité `Organization` porte les signaux de légitimité éditoriale du site dans son ensemble : ancienneté, présence sur des réseaux tiers, informations de contact vérifiables.

```
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://wpmoderne.fr/#organization",
  "name": "WP Moderne",
  "url": "https://wpmoderne.fr",
  "logo": "https://wpmoderne.fr/logo.png",
  "sameAs": [
    "https://twitter.com/wpmoderne"
  ],
  "foundingDate": "2020-03-01"
}
```

Le champ `foundingDate` renforce indirectement la perception d'ancienneté du média, un facteur que Google associe souvent à la fiabilité d'une source, sans qu'il faille pour autant l'exagérer : la date doit rester exacte et vérifiable.

## Étape 3 : relier Person, Organization et Article sans duplication

Le balisage `Article` de chaque page doit référencer ces deux entités par leur `@id`, plutôt que de réécrire leurs propriétés à chaque fois :

```
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Structurer un balisage Schema.org Person et Organization pour l'E-E-A-T",
  "author": { "@id": "https://wpmoderne.fr/auteur/clement-hadrot/#person" },
  "publisher": { "@id": "https://wpmoderne.fr/#organization" },
  "datePublished": "2024-07-10T09:10:00+02:00"
}
```

Cette approche par référence évite un piège fréquent : des articles où le nom de l'auteur diffère légèrement d'une page à l'autre (initiale, orthographe, poste), ce qui empêche Google de reconnaître qu'il s'agit toujours de la même personne.

## Étape 4 : vérifier la cohérence sur l'ensemble du site

- Utiliser l'outil de test des données structurées de Google pour confirmer l'absence d'erreur de syntaxe JSON-LD sur un échantillon d'articles.
- Vérifier que chaque page de profil auteur référence bien la même entité `Person` que celle utilisée dans les articles.
- Contrôler que les liens `sameAs` pointent vers des profils actifs et réellement rattachés à la personne ou à l'organisation décrite, jamais vers des comptes inactifs ou génériques.

## Un piège fréquent : confondre auteur et rédaction

Sur les sites à plusieurs contributeurs, un piège classique consiste à attribuer tous les articles à une entité générique « Rédaction », sans `Person` individuelle. Cela simplifie la maintenance mais affaiblit directement le signal d'expertise individuelle recherché par l'E-E-A-T, qui valorise justement l'identification d'une personne réelle avec une expertise démontrable, plutôt qu'une entité collective anonyme.

> Un balisage Person sans page de profil derrière lui reste une coquille vide : l'entité doit pouvoir être vérifiée, pas seulement déclarée.

## En résumé

Le balisage `Person` et `Organization` complète utilement le balisage `Article` pour porter des signaux de confiance explicites, à condition de construire des identifiants stables, de les relier par référence plutôt que par duplication, et de garantir que chaque entité correspond à un profil réel et vérifiable. C'est un travail de rigueur plus que de complexité technique, mais son absence se paie en dilution des signaux d'autorité que Google cherche justement à identifier.
