Pourquoi mes Rich Snippets produit ne s'affichent pas dans Google malgré un balisage Schema.org ?

Plusieurs causes possibles : un type Schema.org incorrect (Offers au lieu de Product), des propriétés obligatoires manquantes (image, price, availability), ou un conflit Smarty qui corrompt le JSON-LD. Utilisez l'outil de test des résultats enrichis de Google pour identifier précisément les erreurs. Notez aussi que Google n'affiche pas systématiquement les Rich Snippets même si le balisage est valide — c'est à sa discrétion.

Comment éviter les conflits entre Smarty et le JSON-LD dans les templates PrestaShop ?

Smarty interprète les accolades {} comme sa propre syntaxe, ce qui casse le JSON-LD. Deux solutions : soit encadrer le bloc script avec {literal}...{/literal} (mais vous perdez l'accès aux variables Smarty), soit ajouter un espace après chaque accolade ouvrante dans votre JSON ({ "@type" au lieu de {"@type"), car Smarty 3+ ignore les accolades suivies d'un espace.

Quelle est la différence entre le type Product et Offers dans Schema.org ?

Product est le type racine qui décrit l'article lui-même (nom, image, marque, description). Offers (ou Offer au singulier) est un type imbriqué dans Product qui décrit les conditions commerciales (prix, devise, disponibilité, URL d'achat). Utiliser Offers comme type principal est une erreur courante qui empêche Google de générer des Rich Snippets.

PrestaShop 8 gère-t-il automatiquement les données structurées produit ?

Oui, le thème classic de PrestaShop 8.x inclut un balisage JSON-LD Product de base dans le template produit. Cependant, il peut être incomplet selon votre configuration (avis, marque, GTIN). Vérifiez toujours le résultat avec l'outil de test Google et complétez si nécessaire, en veillant à ne pas créer de doublons de balisage.

Combien de temps faut-il pour que Google affiche les Rich Snippets après correction ?

Comptez entre 2 et 4 semaines après la correction du balisage. Google doit d'abord recrawler vos pages, puis retraiter les données structurées. Vous pouvez accélérer le processus en demandant une réinspection d'URL via la Google Search Console, mais l'affichage effectif des extraits enrichis reste à la discrétion de Google.

Rich Snippets PrestaShop : corriger les données structurées produit

Pourquoi vos Rich Snippets produit ne s'affichent pas dans Google

Les Rich Snippets (extraits enrichis) permettent d'afficher directement dans les résultats Google le prix, la disponibilité et les avis de vos produits PrestaShop. Quand ils fonctionnent, le taux de clic peut augmenter de 20 à 30 %. Quand ils dysfonctionnent, c'est une opportunité SEO perdue — et parfois un signal négatif envoyé à Google.

Les erreurs de données structurées sur PrestaShop proviennent généralement de trois causes :

**Un type Schema.org incorrect** (par exemple `Offers` utilisé à la place de `Product`)
**Un conflit entre la syntaxe Smarty et le JSON-LD** (les accolades `{}` sont interprétées par Smarty)
**Des propriétés manquantes ou mal nommées** selon la spécification Schema.org

Diagnostiquer les erreurs avec les bons outils

Avant toute correction, il est indispensable de tester vos pages avec l'outil officiel de Google :

**Test des résultats enrichis** : [https://search.google.com/test/rich-results](https://search.google.com/test/rich-results)
**Google Search Console** → Rapport "Améliorations" → "Extraits de produit"

Ces outils vous indiquent précisément quelles propriétés sont manquantes, quels types sont invalides, et si votre balisage est bien interprété.

Ce que Google attend pour un produit

Pour qu'un Rich Snippet produit s'affiche, Google exige au minimum :

Erreur classique : confusion entre Product et Offers

Une erreur fréquente consiste à utiliser @type: "Offers" comme type principal du balisage. Or, Offers n'est pas un type racine valide pour les Rich Snippets produit — c'est un type imbriqué dans Product.

Structure incorrecte


{
  "@context": "https://schema.org",
  "@type": "Offers",
  "name": "Mon produit",
  "price": "29.90"
}

Structure correcte


{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Mon produit",
  "image": "https://monsite.com/img/produit.jpg",
  "description": "Description du produit",
  "brand": {
    "@type": "Brand",
    "name": "Ma Marque"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://monsite.com/produit.html",
    "priceCurrency": "EUR",
    "price": "29.90",
    "availability": "https://schema.org/InStock"
  }
}

Notez que Offers (pluriel) dans le type racine doit être remplacé par Product, et les informations de prix sont déplacées dans un objet offers (avec un @type: "Offer" au singulier).

Le piège Smarty : les accolades qui cassent votre JSON-LD

Si vous injectez du JSON-LD directement dans un template .tpl de PrestaShop, vous allez rencontrer un problème majeur : Smarty interprète les accolades {} comme des balises Smarty, pas comme du JSON.

Résultat : votre balisage structuré est soit tronqué, soit remplacé par des erreurs Smarty.

La solution : les balises `{literal}`

Entourez systématiquement vos blocs de script JSON-LD avec {literal} pour que Smarty ignore les accolades :


{literal}
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Mon produit",
  "offers": {
    "@type": "Offer",
    "price": "29.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}
</script>
{/literal}

Points de vigilance :

La balise `{literal}` doit être **ouverte ET fermée** (`{/literal}`). Un oubli de la balise fermante cassera tout le template.
À l'intérieur d'un bloc `{literal}`, aucune variable Smarty ne sera interprétée. Pour injecter des valeurs dynamiques, il faut utiliser une approche hybride.

Approche hybride : valeurs dynamiques dans un bloc literal

Si vous devez injecter le prix ou le nom du produit dynamiquement, assignez d'abord les valeurs Smarty à des variables JavaScript :


<script type="text/javascript">
  var productName = '{$product.name|escape:"javascript"}';
  var productPrice = '{$product.price|escape:"javascript"}';
</script>
{literal}
<script type="application/ld+json">
// Problème : on ne peut pas utiliser de variables ici
</script>
{/literal}

Une meilleure approche est de construire le JSON-LD entièrement via Smarty sans {literal}, en ajoutant des espaces autour des accolades pour éviter la confusion :


<script type="application/ld+json">
{ "@context": "https://schema.org",
  "@type": "Product",
  "name": "{$product.name|escape:'htmlall':'UTF-8'}",
  "image": "{$product.cover.large.url}",
  "offers": { "@type": "Offer",
    "price": "{$product.price_amount}",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/{if $product.quantity > 0}InStock{else}OutOfStock{/if}"
  }
}
</script>

Astuce Smarty : les accolades suivies d'un espace ({ "@context") ne sont pas interprétées comme du Smarty dans les versions récentes (Smarty 3+). C'est la technique la plus propre pour PrestaShop 1.7 et 8.x.

PrestaShop 8.x : ce qui a changé

Sur PrestaShop 8.x, le balisage structuré natif a été amélioré. Le thème classic intègre déjà un JSON-LD Product dans le template product.tpl. Avant de modifier quoi que ce soit :

**Vérifiez le balisage existant** avec l'outil de test Google
**Évitez les doublons** : deux blocs JSON-LD `Product` sur la même page créent de la confusion pour Google
**Privilégiez un module dédié** comme `ps_legalcompliance` ou un module SEO qui centralise la gestion des données structurées

Bonne pratique : sauvegardez avant de modifier

Avant toute modification d'un fichier .tpl :


cp themes/votre-theme/templates/catalog/product.tpl \
   themes/votre-theme/templates/catalog/product.tpl.bak

En cas de problème, vous pourrez restaurer le fichier d'origine instantanément.

Vérification et validation finale

Après avoir corrigé votre balisage :

**Videz le cache PrestaShop** (Paramètres avancés → Performances)
**Testez avec l'outil de résultats enrichis Google** sur plusieurs fiches produits
**Vérifiez dans la Search Console** après quelques jours que les erreurs disparaissent
**Surveillez l'indexation** : Google peut mettre 2 à 4 semaines pour prendre en compte les modifications

Un balisage structuré propre est un investissement SEO durable. Chaque fiche produit correctement balisée renforce la visibilité de votre catalogue dans les résultats de recherche.