Schema.org pour landing pages, le guide qui va à l'essentiel.

Schema.org est devenu le standard de facto pour structurer les données qu'un moteur (Google, Bing, ChatGPT, Perplexity) lit sur votre page. Sans schema, vos pages restent du HTML brut que les moteurs doivent interpréter à l'aveugle. Avec schema, vous donnez explicitement les méta-informations : qui vous êtes, ce que vous offrez, quelle est la structure de la page.

L'impact en 2026 : Google utilise le schema pour les rich snippets dans les SERPs (étoiles, prix, breadcrumbs visibles), les AI Overviews citent préférentiellement les pages avec schema riche, et les moteurs génératifs (ChatGPT, Perplexity) s'appuient massivement sur le schema pour comprendre et présenter les sources.

Le coût d'implémentation est marginal — quelques blocs JSON-LD dans le head — pour un bénéfice substantiel en visibilité et en compréhension. C'est l'un des leviers SEO les plus rentables qui restent en 2026.

Schema.org peut être implémenté en plusieurs syntaxes : Microdata (attributs inline sur le HTML), RDFa, ou JSON-LD (bloc JSON dans le head). Google recommande explicitement JSON-LD depuis 2015, et c'est la seule syntaxe utilisée dans 95 % des sites modernes.

Avantages de JSON-LD : séparation propre du contenu et des métadonnées (le HTML reste lisible), facilité de maintenance (un seul bloc à éditer au lieu d'attributs disséminés), compatibilité maximale avec les outils de validation et de génération.

La syntaxe : un bloc `<script type="application/ld+json">{...}</script>` dans le head de la page. Le JSON contient un objet avec `@context: "https://schema.org"` et `@type` indiquant le type de schema. On peut avoir plusieurs blocs JSON-LD par page sans conflit, chacun pour un schema différent.

Le schema Organization est obligatoire pour toute landing commerciale. Il identifie l'entité derrière le site.

Les champs essentiels : `@type: "Organization"`, `name`, `url`, `logo` (URL absolue), `description` (1-2 phrases), `sameAs` (array d'URLs vers vos profils LinkedIn, Twitter, GitHub).

Exemple JSON-LD : `{"@context":"https://schema.org","@type":"Organization","name":"Eufya","url":"https://eufya.app","logo":"https://eufya.app/logo.png","description":"Eufya génère des landing pages premium via un pipeline qualité-contrôlé.","sameAs":["https://twitter.com/eufya_app"]}`.

Les champs optionnels mais utiles : `address` (PostalAddress avec rue, ville, code postal, pays), `contactPoint` (avec téléphone et email pro), `foundingDate`, `numberOfEmployees`. Plus de champs = plus de signal pour les moteurs.

Le schema WebSite décrit le site dans son ensemble. Il est complémentaire à Organization (qui décrit l'entité juridique).

Les champs essentiels : `@type: "WebSite"`, `name`, `url`, `description`, `publisher` (référence à votre Organization), et optionnellement `potentialAction` avec un SearchAction si votre site a une fonction de recherche interne.

Exemple : `{"@context":"https://schema.org","@type":"WebSite","name":"Eufya","url":"https://eufya.app","publisher":{"@type":"Organization","name":"Eufya"},"potentialAction":{"@type":"SearchAction","target":"https://eufya.app/search?q={search_term_string}","query-input":"required name=search_term_string"}}`.

Le SearchAction permet à Google d'afficher une recherche sitelink directement dans les SERPs pour les requêtes brand. C'est un gain de visibilité non négligeable pour les marques avec un volume de recherche brand significatif.

Si votre landing inclut une section FAQ (et elle devrait), le schema FAQPage rend chaque Q/R explicitement structurée. Bénéfice immédiat : Google peut afficher les Q/R en rich snippet directement dans les SERPs, et les moteurs génératifs les citent volontiers.

Structure : `@type: "FAQPage"` avec un array `mainEntity` contenant des objets `Question` avec `name` (la question) et `acceptedAnswer` (un objet Answer avec `text`).

Exemple condensé : `{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"Combien coûte Eufya ?","acceptedAnswer":{"@type":"Answer","text":"Eufya propose un plan gratuit puis des plans payants à partir de 29€/mois."}}]}`.

Limite : Google peut afficher 2-3 questions en rich snippet, pas l'intégralité. Donc placez les questions à valeur SEO maximale en premier (volume de recherche élevé, intention transactionnelle).

BreadcrumbList est utile pour les pages secondaires d'un site (use cases, articles de blog, pages produit), pas pour la landing racine. Il indique la hiérarchie de navigation.

Structure : `@type: "BreadcrumbList"` avec un array `itemListElement` contenant des `ListItem` ordonnés avec `position`, `name`, et `item` (URL absolue).

Exemple pour une page article de blog : Home → Blog → Article spécifique, encodé comme trois ListItem avec positions 1, 2, 3.

Bénéfice : Google affiche le breadcrumb directement dans les SERPs au lieu de l'URL complète, ce qui améliore le taux de clic. Pour les sites avec arborescence profonde, c'est un gain significatif de visibilité.

Pour les articles de blog : schema BlogPosting avec `headline`, `author` (objet Person ou Organization), `datePublished`, `dateModified`, `image` (array d'URLs), `description`, et `publisher` (référence à votre Organization).

L'inclusion de `dateModified` est importante : les moteurs préfèrent les contenus récemment mis à jour, et le schema le signale explicitement.

Pour les guides étape-par-étape : schema HowTo avec `name`, `description`, `step` (array d'objets HowToStep avec `name` et `text`). Bénéfice : Google peut afficher les étapes en rich snippet pour les requêtes du type « comment X ».

Exemple : un guide « Comment lancer une landing SaaS en 24h » peut être structuré en HowTo avec 8-10 steps correspondants aux phases du guide.

Les erreurs courantes : `logo` pointant vers un fichier qui n'existe pas (erreur 404 = schema invalidé), `url` en HTTP au lieu de HTTPS, dates en format non-ISO (utiliser YYYY-MM-DD), description trop longue (>250 caractères tronqué), pages avec FAQ qui ne contiennent pas les questions du schema (Google peut sanctionner pour incohérence).

Validation : utilisez l'outil officiel de Google (Rich Results Test) et le validateur Schema.org. Ils détectent les erreurs de syntaxe et les avertissements de complétude (champs recommandés manquants).

L'erreur la plus pénalisante : mettre en place un schema FAQPage avec des questions qui ne sont pas réellement présentes sur la page. Google considère cela comme du spam structuré et peut désindexer le rich snippet. La règle : le schema doit refléter le contenu réel, pas l'inverse.