Quels types utiliser pour un service comme le nôtre ?
Décrivez l’éditeur avec Organization, le logiciel avec SoftwareApplication et les guides avec Article. Donnez à chaque entité un identifiant stable pour relier clairement le produit, ses pages et son éditeur.
Sur ce site, GEO OPTIMIZER PRO est le nom du service et JMA INFORMATIQUE celui de son éditeur. Jean-Marc ALFONSI est le responsable de publication. Ces rôles ne doivent pas être confondus : un profil personnel ne devient pas le profil officiel d’un logiciel parce que son responsable l’utilise.
| Type | Objet décrit | Information à vérifier |
|---|---|---|
| Organization | L’éditeur | Nom, coordonnées et références de la même organisation. |
| Person | Le responsable identifié | Nom et rôle réellement assumé. |
| SoftwareApplication | L’outil d’audit | Fonction, URL et environnement d’utilisation. |
| Article | Un guide éditorial | Titre, auteur, publication et modification. |
| BreadcrumbList | Le chemin de navigation | Adresses réelles et hiérarchie compréhensible. |
| FAQPage | Des questions et réponses | Correspondance exacte avec le texte visible. |
Le vocabulaire SoftwareApplication de Schema.org définit le type utilisé pour le logiciel. La documentation Google sur les données structurées explique le rôle du balisage dans la compréhension des pages. Ces vocabulaires et consignes ne constituent pas une certification de notre service.
Comment choisir les liens sameAs ?
Un lien sameAs doit pointer vers une ressource qui identifie la même entité. Un réseau social officiel, une fiche de registre ou une notice d’autorité peut convenir si l’identité est confirmée.
Un article sur le GEO décrit un sujet, pas l’identité de votre entreprise. Un partenaire est une autre organisation. Un profil du dirigeant décrit une personne. Ces liens peuvent être utiles dans le texte sans appartenir au tableau sameAs de l’entreprise. Séparer ces relations évite de fabriquer un signal trompeur pour gagner quelques points.
Notre barème accorde jusqu’à 10 points à l’organisation structurée, dont 8 points pour sa présence et 2 points pour ses références externes. Ces valeurs servent à expliquer le diagnostic. Elles ne justifient jamais un profil inventé ou une association avec une entreprise homonyme.
Comment documenter un guide ?
Attribuez le texte à la personne ou à l’équipe responsable, indiquez une date réelle et reliez l’article à son URL canonique. Une modification de mise en page ne doit pas simuler une nouvelle recherche éditoriale.
Le présent guide est publié par JMA INFORMATIQUE et daté du 5 septembre 2026. Les sources sont accessibles dans le corps du texte. Si une information devient incertaine, la bonne correction consiste à la vérifier ou à la retirer, puis à expliquer la modification lorsque son effet est significatif.
- Utilisez une seule URL canonique par contenu.
- Conservez un titre descriptif dans le HTML et le JSON-LD.
- Reliez l’auteur et l’éditeur par leurs identifiants stables.
- Vérifiez que les dates sont valides et non futures.
- Ne renseignez pas de note client, de prix ou de récompense sans preuve.
- Contrôlez le balisage sur la réponse publique après déploiement.
Comment vérifier le balisage ?
Vérifiez d’abord que le JSON est valide, puis contrôlez ses liens avec la page visible. Un parseur accepte parfois une déclaration techniquement correcte qui décrit pourtant une information fausse.
Le validateur de Schema.org permet de contrôler le vocabulaire. Les outils de résultats enrichis d’un moteur évaluent leurs propres fonctionnalités prises en charge. La reconnaissance d’un type ne garantit donc pas une présentation particulière dans une réponse IA.
Associez cette vérification à un contrôle d’accès public et à une relecture du contenu. Une page accessible, attribuée et utile reste la base du travail ; le JSON-LD explicite ce qui existe déjà.