Schema Person et E-E-A-T : prouver votre expertise aux IA génératives

Q: Un Schema Person est-il obligatoire pour tous les articles ?

Pas obligatoire au sens strict, mais fortement recommandé pour les articles à fort enjeu (pages commerciales, contenu éditorial, études). Pour des pages utilitaires (mentions légales, CGU, contact), le Schema Person n'apporte rien.

Q: Puis-je inventer un auteur fictif pour mon blog ?

Très mauvaise idée. Les moteurs génératifs et Google croisent les données avec LinkedIn, Google Scholar, Wikipedia, bases de données publiques. Un profil fabriqué risque d'être détecté — et quand il l'est, toute la crédibilité du site s'effondre. Mieux vaut avoir un vrai auteur imparfait qu'un faux profil parfait.

Q: Quel poids a le Schema Person dans le référencement IA ?

Il ne donne pas un boost chiffré précis, mais c'est un prérequis de crédibilité. Les moteurs génératifs privilégient systématiquement les contenus signés et traçables. Absence de Schema Person = pénalisation implicite.

Q: Faut-il mettre à jour le Schema Person régulièrement ?

Oui, au moindre changement : nouveau jobTitle, nouveaux knowsAbout, nouveaux profils externes à ajouter dans sameAs. Un Schema Person obsolète (ancienne fonction, ancienne entreprise) crée des incohérences avec LinkedIn, et dégrade la confiance.

TL;DR — Le Schema.org Person en JSON-LD associe chaque contenu à un auteur humain identifiable et vérifiable. C'est l'un des signaux E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) les plus valorisés par les IA génératives pour évaluer la crédibilité d'une source. Un article sans auteur identifié est moins souvent cité qu'un article signé par une personne aux credentials vérifiables.

Dernière mise à jour : 16 avril 2026

Qu'est-ce que le Schema Person et pourquoi il compte pour l'IA ?

Le Schema.org Person est une structure de données standardisée qui décrit un être humain : nom, métier, expertise, affiliations, profils externes. Il se déclare en JSON-LD dans le de la page, invisible pour le visiteur mais crucial pour les moteurs.

Pour les moteurs génératifs, le Schema Person répond à une question simple : « Qui a écrit ce contenu, et est-ce une personne crédible sur ce sujet ? ». Les IA privilégient systématiquement les contenus signés par des auteurs identifiables avec des signaux de crédibilité vérifiables, parce qu'elles ont besoin de traçabilité avant de citer.

Un article signé « L'équipe » ou « Rédaction » est considéré comme moins fiable qu'un article signé par un nom propre + un Schema Person complet. À contenu équivalent, le second sera plus cité.

Les signaux E-E-A-T expliqués

E-E-A-T est l'acronyme de Experience, Expertise, Authoritativeness, Trustworthiness — quatre signaux introduits par Google pour évaluer la qualité du contenu, désormais également exploités par les moteurs génératifs.

Experience (Expérience) — l'auteur a-t-il vécu ou pratiqué ce qu'il décrit ? Un article sur la course à pied écrit par un marathonien a plus de valeur qu'un article écrit par un sédentaire.

Expertise (Expertise) — l'auteur a-t-il une connaissance approfondie du domaine ? Credentials, années d'expérience, publications, diplômes, certifications.

Authoritativeness (Autorité) — l'auteur est-il reconnu comme référence dans son domaine ? Mentions dans la presse, conférences, livres publiés, profil Wikipedia.

Trustworthiness (Fiabilité) — le contenu est-il vérifiable, sourcé, honnête ? Mentions légales à jour, transparence sur les conflits d'intérêts, corrections publiques en cas d'erreur.

Le Schema Person ne fabrique pas ces signaux, mais il les expose formellement aux moteurs génératifs, qui peuvent ensuite les croiser avec d'autres sources (LinkedIn, Wikipedia, Google Scholar) pour vérifier leur authenticité.

Structure d'un Schema Person complet

Un Schema Person minimaliste se limite au nom. Un Schema Person citable par les IA contient plusieurs propriétés imbriquées.

{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://www.votresite.com/#author-nom",
  "name": "Prénom Nom",
  "jobTitle": "Fondateur et expert SEO",
  "image": "https://www.votresite.com/photo-auteur.jpg",
  "url": "https://www.votresite.com/a-propos",
  "email": "contact@votresite.com",
  "knowsAbout": [
    "SEO",
    "Référencement IA",
    "Schema.org",
    "Cocon sémantique"
  ],
  "alumniOf": {
    "@type": "EducationalOrganization",
    "name": "Université de Paris"
  },
  "worksFor": {
    "@type": "Organization",
    "@id": "https://www.votresite.com/#organization"
  },
  "sameAs": [
    "https://www.linkedin.com/in/votre-profil",
    "https://twitter.com/votre_compte",
    "https://github.com/votre_compte",
    "https://fr.wikipedia.org/wiki/Votre_Nom"
  ]
}

Les propriétés clés à retenir

name — nom complet (pas de pseudo seul, pas d'initiales)
jobTitle — fonction actuelle, la plus précise possible
image — URL d'une photo de l'auteur (visage visible, pas un logo)
knowsAbout — liste des domaines d'expertise (3 à 6 éléments, précis)
worksFor — entreprise ou organisation actuelle, idéalement reliée au Schema Organization du site
sameAs — la propriété la plus décisive — liens vers les profils externes publics (LinkedIn, Wikipedia, GitHub, Google Scholar, Twitter…). Au moins 3 à 5 références.

La propriété sameAs est détaillée dans la page dédiée au graphe d'entités sameAs, car c'est un critère à part entière.

Lier l'auteur à l'article (critical !)

Déclarer un Schema Person ne suffit pas : il faut le relier à l'article via la propriété author dans le Schema Article. L'erreur la plus fréquente est d'avoir un Schema Person isolé, sans lien explicite avec le contenu.

{
  "@type": "Article",
  "headline": "Titre de l'article",
  "author": {
    "@id": "https://www.votresite.com/#author-nom"
  }
}

En utilisant @id (plutôt qu'un objet complet), on évite la duplication et on relie formellement l'article à la fiche auteur. C'est la pratique recommandée par Google et les moteurs génératifs.

Erreurs fréquentes qui invalident le Schema Person

Un Schema Person mal configuré est pire que pas de Schema du tout : il peut créer des incohérences détectables qui dégradent la confiance.

Schema Person fictif ou non vérifiable

❌ name: "Expert SEO" avec aucun profil externe

Les moteurs génératifs croisent les données. Un nom générique sans présence externe sonne comme un profil fabriqué.

`knowsAbout` trop générique ou trop large

❌ knowsAbout: ["Marketing", "Digital", "Tech", "Business", "Innovation"]

✅ knowsAbout: ["Référencement IA", "Generative Engine Optimization", "Schema.org"]

Précision > largeur. Trois domaines précis valent mieux que dix domaines vagues.

Photo absente ou logo d'entreprise

❌ image: "https://.../logo.png"

✅ image: "https://.../photo-portrait.jpg"

Les moteurs génératifs (et Google) attendent une photo de visage humain. Un logo à la place signale un profil "institutionnel" moins crédible.

`sameAs` vide ou avec seulement 1-2 profils

Un auteur réel a typiquement une présence sur 3 à 5 plateformes publiques au minimum. Une liste sameAs d'un seul profil LinkedIn sonne comme un profil minimal, potentiellement fabriqué.

Absence de page `/a-propos` liée

La propriété url doit pointer vers une vraie page auteur (bio, credentials, photo, liens). Une URL cassée ou inexistante invalide la crédibilité.

Automatiser la validation. AuditGEO vérifie automatiquement la présence, la complétude et la cohérence du Schema Person sur l'ensemble des pages du site. Il détecte les erreurs courantes (auteur orphelin, sameAs trop court, knowsAbout générique) et chiffre le niveau E-E-A-T global.

Un site peut avoir plusieurs Schema Person

Un site avec plusieurs rédacteurs peut (et doit) avoir un Schema Person par auteur. Chaque fiche auteur a un @id unique, et chaque article pointe vers la fiche de son auteur principal.

Exemple :

/team/alice → Schema Person Alice avec son knowsAbout, ses sameAs, sa photo
/team/bob → Schema Person Bob, distinct
Article 1 → author: {@id: ".../#author-alice"}
Article 2 → author: {@id: ".../#author-bob"}

Cette granularité renforce l'E-E-A-T : chaque contenu est associé à un expert spécifique de son domaine, plutôt qu'à une entité anonyme.

Questions fréquentes sur le Schema Person

Un Schema Person est-il obligatoire pour tous les articles ?

Pas obligatoire au sens strict, mais fortement recommandé pour les articles à fort enjeu (pages commerciales, contenu éditorial, études). Pour des pages utilitaires (mentions légales, CGU, contact), le Schema Person n'apporte rien.

Puis-je inventer un auteur fictif pour mon blog ?

Très mauvaise idée. Les moteurs génératifs et Google croisent les données avec LinkedIn, Google Scholar, Wikipedia, bases de données publiques. Un profil fabriqué risque d'être détecté — et quand il l'est, toute la crédibilité du site s'effondre. Mieux vaut avoir un vrai auteur imparfait qu'un faux profil "parfait".

Quel poids a le Schema Person dans le référencement IA ?

Il ne donne pas un boost chiffré précis, mais c'est un prérequis de crédibilité. Les moteurs génératifs privilégient systématiquement les contenus signés et traçables. Absence de Schema Person = pénalisation implicite.

Faut-il mettre à jour le Schema Person régulièrement ?

Oui, au moindre changement : nouveau jobTitle, nouveaux knowsAbout, nouveaux profils externes à ajouter dans sameAs. Un Schema Person obsolète (ancienne fonction, ancienne entreprise) crée des incohérences avec LinkedIn, et dégrade la confiance.

Dans cette section

Cette page détaille le Schema Person. Les autres piliers de la méthodologie :

Retour à la méthodologie complète de référencement IA.

Auditez votre niveau E-E-A-T en 5 minutes

AuditGEO scanne automatiquement le Schema Person et les signaux E-E-A-T sur l'ensemble de votre site : présence, complétude, cohérence entre les pages, sameAs riches, knowsAbout précis. Le rapport chiffre votre score E-E-A-T global et recommande les actions prioritaires.

Lancer mon audit gratuit →

Les plans Pro (149 € TTC/an) et Expert intègrent également la génération automatique du Schema Person et son intégration dans vos pages.