Mon module SEO affiche « missing Schema markup » dans certains outils. Est-ce un problème ?

Question publiée 2108 vues

Un avertissement de balisage manquant signifie que l’outil n’a pas trouvé le type de schema ou le champ requis sur cette URL. Dans Schema Revolution, vérifiez d’abord que le type de schema est activé pour ce type de page, puis comparez l’aperçu du module avec la source finale de la page après vidage du cache, et enfin testez l’URL live dans le Rich Results Test de Google ou le validateur Schema.org.

Back-office PrestaShop, page de configuration d’un module SEO avec paramètres de données structurées.
Les avertissements Schema doivent être vérifiés avec les paramètres de données structurées du module SEO.

Le module construit le JSON-LD selon le type de page détecté. Selon la configuration, il peut sortir Organization et WebSite sur la page d’accueil, BreadcrumbList sur les pages internes, Product schema sur les pages produit, CollectionPage pour les catégories, et Article pour les pages CMS. Le schema Product peut inclure nom, URL, description, SKU, GTIN, MPN, marque issue de la source catalogue configurée, images, état, offres, disponibilité, détails de livraison, politique de retour, notes, avis, poids et données de catégorie quand la boutique possède ces données.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example product",
  "url": "https://example.com/product.html",
  "description": "Short product description",
  "sku": "REF-123",
  "gtin13": "1234567890123",
  "offers": {
    "@type": "Offer",
    "price": "29.99",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}

Si Google signale des champs manquants, comparez trois choses : l’aperçu du module, la source HTML finale après vidage des caches PrestaShop et externes, et l’URL live récupérée par l’outil de test. Un champ peut être absent parce que le type de schema est désactivé, que le détecteur de page n’identifie pas la page comme attendu, que le produit manque de données source comme marque ou GTIN, que du HTML en cache est encore servi, ou qu’un autre thème/module modifie la sortie finale.

Soyez prudent avec les options de nettoyage. Elles sont destinées à supprimer l’ancien microdata et les JSON-LD dupliqués, mais le nettoyage JSON-LD actuel ne conserve que les scripts marqués avec <!-- mprschema -->, tandis que la sortie header du module n’est pas marquée. Avec clean_existing_jsonld activé, y compris dans son état par défaut, le nettoyage peut supprimer le schema du module lui-même dans le HTML final. Si des outils indiquent un schema manquant, désactivez/corrigez le nettoyage JSON-LD ou ajoutez le marqueur attendu avant de supposer qu’un autre module est en cause.

Dans la configuration du module, ouvrez Schema Revolution > Configuration > Schema Types. Activez le type manquant à cet endroit : Product Schema, Organization Schema, WebSite Schema, Breadcrumb Schema, Category Schema ou CMS Article Schema, selon l'URL testée.

Si le schema existe dans l'aperçu mais disparaît du HTML final, désactivez Remove Existing JSON-LD dans le même onglet Schema Types pendant les tests. Cette option supprime les scripts application/ld+json non marqués de la page avant la sortie ; c'est donc le premier réglage à vérifier lorsque les validateurs indiquent que tout le JSON-LD est absent.

Cette réponse vous a-t-elle été utile ?

Produits associés

SEO Technical Pack
349,00 €
Bundle — Save Big

Vous avez encore des questions ?

Vous ne trouvez pas ce que vous cherchez ? Envoyez-nous votre question et nous vous répondrons.

Chargement...
Retour en haut