Le balisage schema décrit le contenu d’une page sous une forme structurée. JSON-LD est le format des données ; des types comme Article et Product indiquent ce qu’elles décrivent. Le générateur gratuit de Screpy transforme vos informations d’article, de produit ou de fil d’Ariane en JSON-LD. Choisissez le type adapté, remplissez le formulaire et vérifiez le résultat avant de l’ajouter à votre site. Vous pouvez copier le script complet ou télécharger les données JSON.
La génération est une première étape. L’outil ne lit pas votre page, ne vérifie ni prix ni auteur, n’installe pas le code et ne l’envoie pas à Google. Une mise en œuvre utile exige des faits exacts, un emplacement approprié et un contrôle du résultat publié.
Choisir le type de schema correspondant à la page
Partez de ce que le visiteur peut réellement lire ou acheter, plutôt que de l’apparence souhaitée dans les recherches. Le générateur propose trois modes, avec trois sous-types d’article :
| Contenu de la page | Choix | Ce que décrit le résultat |
|---|---|---|
| Article éditorial général | Article | Article, titre et auteur |
| Billet de blog | BlogPosting | Article présenté comme billet de blog |
| Actualité | NewsArticle | Article d’actualité |
| Un produit avec une offre | Product | Produit et un Offer actuel |
| Chemin de navigation de la page | Breadcrumb | BreadcrumbList ordonnée |
Une liste de catégorie n’est pas automatiquement un seul Product. Une page commerciale ne devient pas NewsArticle parce que l’option existe. Choisissez le type qui représente fidèlement le contenu.
Pour une adresse, des coordonnées d’établissement ou des horaires, utilisez Local Business Schema Generator. Ce générateur ne crée pas tous les types de Schema.org. Un type exact est préférable à des informations forcées dans un formulaire inadapté.
Préparer des informations d’article exactes
Choisissez Article, BlogPosting ou NewsArticle, puis indiquez URL, titre et nom d’auteur. Ce sont les champs obligatoires du formulaire, pas une liste universelle d’exigences Google. La documentation actuelle d’Article présente des propriétés recommandées lorsqu’elles s’appliquent, plutôt que des champs obligatoires dans tous les cas.
L’auteur généré est une seule Person. Utilisez le nom d’une personne réelle et, si disponible, l’URL de son profil permettant de l’identifier. Ne saisissez pas un éditeur comme personne et ne réunissez pas plusieurs auteurs dans un seul nom pour adapter les faits au formulaire. Un auteur Organization ou plusieurs auteurs nécessitent une mise en œuvre qui représente correctement ces situations. Cet écran ne génère pas ces structures.
Les détails supplémentaires comprennent jusqu’à trois URL d’images et les dates réelles de publication et de modification. Utilisez des images pertinentes et accessibles, pas d’adresses inventées ni simplement un logo pour supprimer un avertissement. Le formulaire accepte des dates calendaires et refuse une modification antérieure à la publication. Ne remplacez pas la date initiale par aujourd’hui seulement parce que vous ajoutez du balisage.
Les avertissements d’image ou de date manquante invitent à vérifier les informations réelles. Ils ne justifient pas des valeurs fictives et ne résument pas toutes les exigences d’une fonctionnalité de recherche.
Décrire une offre réelle pour un produit
Le mode produit demande nom, URL, prix réel, devise et disponibilité. Choisissez l’état exact : InStock, OutOfStock, PreOrder, BackOrder ou Discontinued. Description, image, SKU et marque sont facultatifs. Le résultat contient un Product avec un Offer, pas un flux marchand, un système de variantes ou un suivi automatique du stock.
Pour une Trail Bottle fictive proposée à 29,90 EUR et en stock, la structure de base est la suivante :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Bottle",
"url": "https://example.com/products/trail-bottle/",
"offers": {
"@type": "Offer",
"url": "https://example.com/products/trail-bottle/",
"price": 29.9,
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock"
}
}
</script>
Ces valeurs sont illustratives : ce n’est ni une offre publiée ni une fiche marchande validée. L’exemple réduit omet une image, que le générateur signale pour vérification. Remplacez toutes les valeurs fictives et ajoutez une image réelle adaptée lorsqu’elle existe. Zéro est accepté pour une offre réellement gratuite, pas pour remplacer un prix inconnu.
Les avis et notes agrégées ne sont pas générés. N’en inventez pas pour faire disparaître un avertissement d’un autre validateur. Le guide Google des extraits de produit distingue les propriétés et conditions des offres. Des présentations marchandes plus complètes peuvent demander une mise en œuvre supplémentaire.
Construire le fil d’Ariane dans le bon ordre
Le mode Breadcrumb crée un chemin de deux à dix éléments. Indiquez les noms dans l’ordre pertinent pour la hiérarchie du site. Chaque élément exige un nom ; tous sauf le dernier exigent une URL complète. Le générateur attribue des positions à partir de un et affiche un aperçu, mais ne découvre pas la structure du site.
Pour une page fictive de liste de contrôle, la saisie pourrait être :
| Position | Nom | URL |
|---|---|---|
| 1 | Guides | https://example.com/guides/ |
| 2 | Randonnée | https://example.com/guides/hiking/ |
| 3 | Liste pour le sac de journée | Facultative pour ce dernier élément |
La documentation Breadcrumb de Google autorise l’absence de l’URL finale : l’URL de la page contenant le balisage est alors utilisée. Installez ce chemin sur la page de la liste, pas sur toutes les pages avec les mêmes valeurs finales.
L’aperçu n’ajoute pas de navigation visible au site. Gardez le balisage cohérent avec la hiérarchie réelle et vérifiez les liens du fil affiché séparément. Le code généré ne garantit pas une présentation identique dans les recherches sur tous les appareils.
Copier et installer JSON-LD sur la bonne page
Copier le script fournit l’élément HTML complet et son contenu JSON-LD. Le téléchargement fournit schema.json, l’objet JSON sans enveloppe HTML. Ces formats correspondent à des modes d’insertion différents : un champ CMS attendant du JSON brut demande les données ; un modèle HTML peut accepter le script complet.
L’introduction Google aux données structurées décrit JSON-LD dans un élément script, dans head ou body. Utilisez le modèle, le champ ou le mécanisme d’extension adapté à votre site. Un éditeur de paragraphes ordinaire peut afficher le code comme texte ou le supprimer au lieu de l’installer.
Avant d’ajouter un bloc, inspectez ce que le CMS ou le thème produit déjà. Article et BreadcrumbList peuvent décrire des aspects différents d’une même page. Le problème est une description contradictoire du même article, produit ou chemin. Mettez à jour la source responsable plutôt que de conserver un ancien prix ou auteur à côté d’une nouvelle version incompatible.
Le générateur sérialise les valeurs de manière sûre pour son script, mais ne peut confirmer la sortie finale du CMS. Enregistrez la page, examinez le résultat servi et vérifiez que les valeurs prévues sont présentes. Copier ou télécharger ne modifie pas votre site à lui seul.
Valider séparément code, faits et éligibilité
Contrôlez le résultat installé par étapes :
- Vérifiez que le JSON est analysable et que le script figure sur la page prévue.
- Examinez les types et propriétés, y compris les objets imbriqués.
- Comparez noms, prix, dates, images et navigation à la page réelle.
- Consultez les exigences actuelles de la fonctionnalité de recherche souhaitée.
Structured Data Checker inspecte le JSON-LD installé, les erreurs d’analyse, les entités et certaines propriétés. Sa couverture est limitée. Une Person ou un Offer imbriqué, ou un sous-type d’article, peut sortir de ce périmètre et apparaître non pris en charge ou partiellement vérifié. Ce statut seul ne rend pas la structure invalide. Examinez les résultats précis et utilisez une validation plus large si nécessaire.
Utilisez le Rich Results Test pour les fonctionnalités Google compatibles. Une propriété recommandée absente appelle une révision, pas des notes, images ou dates inventées. Une syntaxe correcte ne prouve pas non plus l’identité réelle d’un auteur ni la disponibilité actuelle d’une offre.
Les consignes générales de Google exigent des informations pertinentes, exactes et actuelles ainsi que les règles applicables à chaque fonctionnalité. Un balisage correct ne garantit toujours pas de résultat enrichi. Le nombre de propriétés du générateur mesure la taille de la sortie, pas son exhaustivité ni une note SEO.
Synchroniser le balisage avec les changements futurs
Régénérez le code ou modifiez le modèle responsable lorsqu’un prix, un stock, un auteur, une date significative ou la hiérarchie change. Publiez ensemble les faits visibles et le balisage, puis contrôlez à nouveau la page. Le générateur ne surveille pas les changements ultérieurs et ne met pas automatiquement à jour une installation existante.
Sur les pages traduites, utilisez titres, descriptions et noms du fil dans la langue concernée, avec les bonnes URL et les offres réelles de cette version. Conservez les noms techniques tels que headline et priceCurrency. Changer de langue d’interface ne traduit pas vos données et ne crée pas de versions localisées.
Conservez les saisies vérifiées et l’emplacement d’installation dans vos notes de publication. La prochaine mise à jour sera alors une modification concrète d’une source connue, plutôt qu’un autre script isolé susceptible de diverger de la page.