C12 — Chapitre 3 - Schema.org

Critère SEO C12 : Schema WebSite SearchAction — guide +…

PARTIE 1 - Fondamentaux Chapitre 3 - Schema.org Mot-clé : schema website searchaction

Ce critère paraît “simple”, mais il crée beaucoup d’écarts en production.

Le critère **C12 — Schema WebSite SearchAction** fait partie de notre checklist SEO (335 critères). Ici, tu as une méthode **pratique** pour le vérifier et le corriger — avec un exemple concret.

Ce que couvre exactement ce critère

Le critère SEO C12 concerne l'implémentation correcte du schema website searchaction, une propriété du vocabulaire Schema.org utilisée pour améliorer la recherche interne sur un site web. Ce critère, situé dans le chapitre 3 - Schema.org, partie 1 - Fondamentaux, vise à structurer les données relatives à la fonction de recherche, facilitant ainsi l'interprétation par les moteurs de recherche. L'objectif est d'indiquer clairement aux crawlers comment les utilisateurs peuvent effectuer une recherche sur le site, en utilisant le markup approprié pour SearchAction dans le schema Website.

Pourquoi c'est important (SEO + UX)

L'optimisation on-page par l'intégration du schema website searchaction permet d'améliorer la visibilité dans les résultats enrichis (rich snippets) de Google, ce qui peut augmenter le taux de clics (CTR). Du point de vue SEO, cela facilite la compréhension de l'architecture du site par les moteurs de recherche, augmentant la pertinence des résultats associés. Côté UX, cela offre aux utilisateurs une expérience fluide en permettant une recherche rapide et directe depuis la page de résultats, améliorant ainsi l'engagement et la satisfaction globale.

Comment vérifier (pas à pas)

  1. Utilisez un outil d'audit SEO spécialisé comme Screaming Frog ou SEMrush.
  2. Recherchez la présence du schema website searchaction dans le code source, généralement dans le JSON-LD.
  3. Validez la syntaxe et la conformité via le Rich Results Test de Google.
  4. Confirmez que la propriété 'target' pointe vers une URL de recherche valide avec un paramètre de requête.
  5. Assurez-vous que le type d'action est bien 'SearchAction' et que les champs obligatoires comme 'query-input' sont correctement renseignés.

Comment corriger proprement

Pour corriger une implémentation incorrecte, modifiez le schema markup en JSON-LD pour inclure le bloc SearchAction sous le type WebSite. Exemple de correction :
```json
"potentialAction": {
"@type": "SearchAction",
"target": "https://www.example.com/search?q={search_term_string}",
"query-input": "required name=search_term_string"
}
```
Veillez à remplacer l'URL et le paramètre par ceux utilisés sur votre site. Testez ensuite la correction avec l'outil de test de Google pour vous assurer de la validité.

Exemple concret (illustratif)

Voici un exemple complet d'intégration du schema website searchaction :
```json
{
"@context": "https://schema.org",
"@type": "WebSite",
"url": "https://www.example.com/",
"potentialAction": {
"@type": "SearchAction",
"target": "https://www.example.com/search?q={search_term_string}",
"query-input": "required name=search_term_string"
}
}
```
Cette structure indique clairement aux moteurs de recherche que le site propose une fonction de recherche accessible via l'URL spécifiée, avec un paramètre dynamique pour la requête utilisateur.

Checklist à cocher

  • [ ] Présence d'un bloc potentialAction de type SearchAction dans le schema WebSite
  • [ ] URL target correcte avec paramètre dynamique pour la recherche
  • [ ] Propriété query-input renseignée et conforme
  • [ ] Validation réussie dans le Rich Results Test de Google
  • [ ] Absence d'erreurs ou avertissements liés au schema website searchaction
  • [ ] Correspondance avec l'architecture réelle de recherche du site
FAQ

Questions fréquentes — C12

Quelle est l’erreur la plus fréquente sur “Schema WebSite SearchAction” ?

Appliquer un pattern automatique trop générique (même logique sur toutes les pages) sans ajouter un élément différenciant.

Quel outil est le plus rapide pour contrôler à l’échelle ?

Pour ce type de critère, un crawl (ex. Screaming Frog) + une vérification ciblée dans Screaming Frog (extraction JSON‑LD) est généralement le combo le plus rapide.

Comment éviter que ça se reproduise sur 10K pages générées ?

Figer une règle d’auto‑génération (title/structure/schema/URLs) + ajouter un contrôle automatique (crawl ou test) avant import en production.

Prêt à passer de la théorie à l'action ?

Validez ce critère avec un audit, puis approfondissez la méthode dans l'Academy.

Auditer avec l'outil → Apprendre dans l'Academy →