Pourquoi implémenter Schema.org manuellement plutôt que via un plugin
Les plugins SEO comme Yoast, RankMath ou SEOPress génèrent des données structurées automatiquement — c’est pratique, mais souvent insuffisant pour des besoins spécifiques. Ils produisent des schémas généralistes qui ne capturent pas les données métier propres à chaque projet. Sur un site e-commerce avec des produits aux attributs spécifiques, un site d’événements, un cabinet médical ou un site de recettes, les données structurées génériques passent à côté de l’essentiel. Implémenter Schema.org directement dans le code WordPress permet un contrôle total sur les données exposées, une précision impossible à atteindre avec un plugin, et l’absence de tout code superflu.
JSON-LD : le format recommandé par Google
Google recommande officiellement le format JSON-LD (JavaScript Object Notation for Linked Data) pour les données structurées — et c’est de loin le plus simple à implémenter et à maintenir. Contrairement au Microdata ou au RDFa qui nécessitent d’intégrer les attributs Schema directement dans le HTML, le JSON-LD s’injecte dans une balise <script type= »application/ld+json »> dans le head de la page. Cette séparation entre les données structurées et le HTML est un avantage de maintenabilité majeur.
Injecter le JSON-LD dans WordPress
Sur WordPress, la méthode recommandée est de hooker sur wp_head pour injecter le JSON-LD selon le contexte de la page courante — page d’accueil, article de blog, page produit, page de catégorie.
add_action( 'wp_head', 'johnweb_inject_schema' );
function johnweb_inject_schema() {
$schema = johnweb_get_schema();
if ( $schema ) {
echo '<script type="application/ld+json">';
echo wp_json_encode( $schema, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES | JSON_PRETTY_PRINT );
echo '</script>';
}
}
La fonction johnweb_get_schema() retourne le tableau PHP correspondant au schéma approprié selon le contexte, détecté via les fonctions conditionnelles WordPress (is_single(), is_home(), is_product()…).
Les types de schémas prioritaires selon le type de site
Tous les types de schémas Schema.org ne sont pas équivalents en termes d’impact SEO. Les types les plus générateurs de rich snippets et d’enrichissements dans les SERP sont ceux à implémenter en priorité.
Schéma Article pour les blogs et magazines
Le type Article (ou BlogPosting pour un blog) enrichit les résultats avec des informations sur l’auteur, la date de publication et l’image principale. Les propriétés essentielles sont : headline, datePublished, dateModified, author (avec Name et URL), publisher (avec Name et Logo), image, et description. Certains sites voient apparaître leur date de publication directement dans les SERP après l’implémentation de ce schéma.
Schéma Organisation et WebSite pour la page d’accueil
Le schéma Organisation sur la page d’accueil établit l’identité de l’entité pour Google — nom, URL, logo, réseaux sociaux. Couplé au schéma WebSite avec la propriété SearchAction, il peut déclencher l’apparition du sitelinks searchbox directement dans les résultats Google pour les recherches sur la marque.
Schéma BreadcrumbList pour le fil d’Ariane
Le schéma BreadcrumbList génère l’affichage du chemin de navigation dans les SERP à la place de l’URL — un enrichissement visuellement impactant qui améliore le taux de clic. Sur WordPress, ce schéma doit refléter fidèlement la hiérarchie réelle de la page : Accueil > Catégorie > Sous-catégorie > Article.
Valider et monitorer ses données structurées
L’outil de test des résultats enrichis de Google (search.google.com/test/rich-results) permet de valider instantanément les données structurées d’une URL et de détecter les erreurs. La Google Search Console, section « Améliorations », agrège les erreurs et avertissements sur l’ensemble du site avec quelques jours de délai. Ces deux outils doivent faire partie du workflow de validation après chaque implémentation ou modification de schémas.
