Comment structurer les informations sur les auteurs dans WordPress pour Google et l'IA

TL;DR Un auteur, c'est une entité, pas une simple signature : un nom résolvable, une page dédiée et des liens externes. WordPress natif fournit une bio, un avatar et une page auteur, mais pas de schema Person ni ProfilePage. Les 3 piliers : profil auteur complet, JSON-LD Person/ProfilePage relié par @id, cohérence sameAs. Le schema n'est pas requis pour l'IA génératif (Google, 10/07/2026), mais il reste utile pour l'E-E-A-T et les rich results. Mesurez avant/après avec Semly : Mention Rate, Citation Rate, SoMV.

Structurer les informations sur les auteurs dans WordPress : de quoi parle-t-on vraiment

Votre signature affiche un nom. Google et les moteurs IA, eux, cherchent une entité : un nom qu'ils peuvent relier à une page, à des profils externes et à des sujets maîtrisés.

La différence est simple. Une signature visible est faite pour le lecteur. Une entité lisible par machine est faite pour les robots : elle répond à « qui parle, et pourquoi devrait-on lui faire confiance ? ».

Ce que Google et les LLM exploitent concrètement :

• un nom résolvable (page auteur, LinkedIn, Wikidata, ORCID) ;
• une page auteur qui identifie uniquement la personne ;
• des liens externes cohérents (sameAs) ;
• des sujets d'expertise déclarés (knowsAbout).

WordPress natif vous donne la matière première : bio, avatar, page auteur. Il ne génère pas de schema Person ni ProfilePage. C'est à vous, ou à votre plugin SEO, de le produire.

Ce que vous saurez faire à la fin

• Auditer votre installation et repérer ce qui manque côté auteur.
• Produire un JSON-LD Person/ProfilePage valide et le relier à l'Article.
• Vérifier le résultat, puis mesurer l'impact sur Google et les IA.

À retenir : Google indique que les données structurées ne sont pas requises pour la recherche IA génératif (fait confirmé, Google, 10/07/2026). Le schema auteur reste utile pour l'E-E-A-T et l'éligibilité aux rich results. Il ne garantit pas une citation IA.

Avant de commencer : ce qu'il vous faut et quand cette méthode ne s'applique pas

Pas besoin d'être développeur. Il faut un accès administrateur, un plugin SEO actif et au moins un auteur identifié.

Ressources à préparer

• Accès admin WordPress.
• Plugin SEO actif (Yoast, Rank Math, SEOPress ou équivalent).
• Un auteur réel, avec un nom et un rôle.
• Si possible : LinkedIn, Wikidata, ORCID.
• Une photo de profil propre et récente.

Quand cette méthode ne s'applique pas

• Site à auteur unique anonyme assumé : mieux vaut soigner l'Organization que le Person.
• Contenu 100 % généré sans relecteur humain : l'entité auteur n'a rien à déclarer.
• Archives auteur sans contenu unique : les indexer n'apporte rien.

Quand ne pas indexer les archives auteur Indexez si la page auteur contient un vrai contenu unique (bio, expertise, articles). Sinon, passez-la en noindex. C'est une recommandation pratique, pas une règle officielle de Google.

Questions fréquentes

• Ai-je besoin d'un développeur ? Non, un plugin SEO suffit dans la majorité des cas.
• Faut-il un plugin payant ? Non, les versions gratuites couvrent le schema auteur de base.
• Et si je n'ai pas de page auteur ? Activez-la dans les réglages, ou créez une page « À propos » balisée en ProfilePage.

Étape 1 : compléter le profil auteur WordPress

Objectif : créer la matière première de l'entité. Un schema vide ne sert à rien.

Champs à remplir

• Nom affiché, identique partout.
• Bio factuelle : rôle, expertise, expérience.
• jobTitle (fonction).
• Domaines d'expertise (knowsAbout).
• Photo de profil.
• Liens externes (LinkedIn, Wikidata, ORCID).

Règle Google à respecter

Dans author.name, mettez uniquement le nom. Pas de titre de poste, pas de « posted by », pas de préfixe honorifique (fait confirmé, Google, 08/09/2026). Le reste va dans jobTitle.

Points de contrôle

• Le nom est identique sur le site, LinkedIn et Wikidata.
• La bio mentionne une expertise vérifiable, pas un slogan.

Étape 2 : générer le bon JSON-LD (Person, ProfilePage, Article)

Objectif : rendre l'entité lisible par les machines. JSON-LD est le format recommandé par Google, car le plus simple à maintenir à l'échelle (fait confirmé, Google, 10/12/2025).

Mini-exemple commenté

{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://exemple.fr/#auteur-marie",
  "name": "Marie Dupont",
  "jobTitle": "Rédactrice e-commerce",
  "knowsAbout": ["SEO", "WooCommerce"],
  "sameAs": ["https://www.linkedin.com/in/marie-dupont"]
}

Ici, @id donne une identité stable à l'entité. sameAs la relie à un profil externe. knowsAbout déclare l'expertise.

Tableau champ → rôle → statut

Points de contrôle

• Validation via le test des résultats enrichis.
• Aucune donnée inventée dans knowsAbout ou sameAs. Sinon, le signal se retourne contre la marque.
• Un champ author par auteur. Ne fusionnez pas plusieurs personnes.

Étape 3 : relier la page auteur à l'article (author.url)

Objectif : fermer la boucle entité ↔ contenu.

• author.url doit pointer vers une page qui identifie uniquement l'auteur.
• Balisez cette page en ProfilePage avec mainEntity de type Person.
• En cas de multi-auteurs, chaque personne a son propre bloc Person et son propre author.url.

Google comprend à la fois sameAs et url pour désambiguïser les auteurs (fait confirmé, Google, 08/09/2026).

Points de contrôle

• Chaque auteur de la page a son bloc dédié.
• Le lien author.url renvoie bien vers la page auteur, pas vers une archive générique.

Étape 4 : vérifier, tester, corriger

Objectif : garantir la conformité avant de mesurer.

Checklist de validation en 5 points

1. Test des résultats enrichis : aucune erreur sur Article et ProfilePage.
2. Inspection d'URL dans Search Console : le schema est bien détecté.
3. Relecture du graphe @id : les blocs se référencent correctement.
4. author.name contient uniquement le nom.
5. Aucun doublon de schema entre plugin et thème.

À surveiller Données incohérentes entre le site et LinkedIn : le signal se dilue. Doublons de schema entre plugin et thème : Google peut ignorer le balisage. Vérifiez toujours la source unique.

Délai d'effet : comptez 2 à 6 semaines côté Google, plus longtemps sur ChatGPT et Claude.

Étape 5 : mesurer l'impact sur Google et les IA

Objectif : transformer le schema en décision, pas en case cochée.

Côté Google, le rapport de performance « Generative AI » dans Search Console (fait confirmé, juin 2026) montre comment votre site apparaît dans les fonctionnalités IA.

Côté Semly, vous suivez vos citations sur ChatGPT, Gemini, Claude, Google AI et Grok, avec trois indicateurs : Mention Rate, Citation Rate et SoMV (part de voix). L'agent Leon audite aussi votre schema.org, votre llms.txt et votre robots.txt, puis propose des actions.

Tableau KPI avant / après

Rappel utile : Google Search ignore les fichiers llms.txt (fait confirmé, Google, 10/07/2026). Ils peuvent servir à d'autres systèmes, mais ne comptez pas sur eux pour le classement Google.

Les erreurs les plus fréquentes (et comment les corriger)

• Titre de poste dans author.name → symptôme : balisage invalide → correction : nom seul, le reste dans jobTitle.
• @type: Thing → symptôme : entité non reconnue → correction : Person ou Organization.
• sameAs vers des profils inexistants → symptôme : signal incohérent → correction : ne garder que les profils réels.
• Schema dupliqué par deux plugins → symptôme : balisage ignoré → correction : désactiver l'un des deux.
• Archives auteur indexées sans contenu unique → symptôme : pages faibles → correction : noindex.
• Promesse de citation IA garantie → symptôme : attente irréaliste → correction : parler de probabilité renforcée, jamais de garantie.

Et ensuite : variantes et étapes suivantes

Une fois la base posée, adaptez selon votre cas.

Arbre de décision simple

• Site mono-auteur → priorisez Organization avant Person.
• Plusieurs rédacteurs → un bloc Person par auteur, relié par @id.
• Auteurs invités → page auteur dédiée, même sans compte WordPress.
• WooCommerce → reliez fiches produit et auteur, puis étendez à Organization/Publisher.
• Veille des citations IA → suivez régulièrement vos indicateurs dans Semly.

Checklist finale « prêt à publier »

• Profil auteur complet et cohérent.
• JSON-LD Person et ProfilePage valides.
• author.url relié à la bonne page.
• Test des résultats enrichis sans erreur.
• KPI de visibilité IA relevés avant/après.

FAQ courte

• Faut-il un plugin ? Oui, c'est le chemin le plus simple pour générer le schema.
• Ça marche sans développeur ? Oui, dans la majorité des cas.
• Quel délai ? 2 à 6 semaines côté Google, plus longtemps sur les IA génératives.

Semly ne remplace pas vos plugins SEO. Il complète la chaîne : vous structurez l'entité auteur dans WordPress, puis vous mesurez si Google et les IA la reprennent réellement.