Ajouter des données structurées à Shopify sans développeur (guide 2026)

Dernière mise à jour : 25 septembre 2026

Vous n'avez pas besoin d'un développeur pour ajouter des données structurées à une boutique Shopify. Les themes modernes produisent déjà un schema Product, Organization et WebSite de base, et tout ce qui leur manque, comme la FAQ, les fils d'Ariane, les champs produit étendus et le balisage d'article, peut être ajouté via le bloc Liquid personnalisé de l'éditeur de theme, les metafields, ou une app. Ce dont vous avez besoin, c'est de savoir exactement ce que votre theme produit aujourd'hui, pour ajouter ce qui manque au lieu de dupliquer ce qui existe. Le schema en double est la blessure auto-infligée la plus fréquente du SEO Shopify.

Ce guide montre comment auditer votre balisage actuel en cinq minutes, puis parcourt les trois voies sans code avec des exemples à copier-coller.

Quelles données structurées Shopify produit-il par défaut ?

Shopify fournit aux themes un système de données structurées intégré, et la documentation de Shopify dit franchement qu'il ne couvre que les bases. Sur un theme actuel typique (Dawn, Horizon, et la plupart des themes du Theme Store), vous pouvez attendre :

Type de schema	Généralement présent par défaut	Généralement absent
Product	Nom, image, prix, devise, disponibilité, SKU, marque	GTIN/MPN quand ils ne sont pas renseignés dans l'admin, détails de livraison et de retour, aggregateRating sans app d'avis
Organization / WebSite	Identité de base du site et de la boutique	Logo, profils sociaux sameAs, fondateur, coordonnées complètes
BreadcrumbList	Variable selon le theme, souvent absent ou seulement visuel	Fils d'Ariane balisés sur les pages produit et collection
FAQPage	Jamais automatique	Tout, même quand la page affiche visuellement un accordéon FAQ
Article (articles de blog)	BlogPosting de base sur la plupart des themes	Auteur en tant qu'entité Person, logo de l'éditeur, dates sur les themes plus anciens

Les trous de la colonne de droite sont exactement ce que ce guide comble. Une précaution avant de commencer : vous lirez en ligne que les fonctions IA de Google « exigent » des types de schema précis, comme le balisage de politique de retour, pour vous inclure. Traitez les affirmations d'obligation avec scepticisme, sauf si la documentation de Google le dit. Le schema aide les machines à comprendre vos pages, et le balisage produit est vraiment structurant pour Shopping et les résultats enrichis, mais personne en dehors de Google ne peut vous promettre une citation IA en échange d'un bloc JSON-LD.

Comment vérifier ce que mon theme produit déjà ?

Cinq minutes, aucun outil à installer :

1. Ouvrez une page produit de votre boutique en ligne. 2. Passez-la dans le test de résultats enrichis de Google sur search.google.com/test/rich-results. 3. Notez chaque type détecté : Product, Breadcrumbs, Organization, et ainsi de suite. 4. Recommencez pour une page de collection, un article de blog et votre page d'accueil. 5. Ouvrez aussi Search Console > Améliorations, qui montre ce que Google a réellement indexé sur tout le site, erreurs comprises, par exemple « offers, review ou aggregateRating doit être spécifié ».

Notez ce qui existe. Tout ce que vous ajouterez à partir d'ici ne doit pas chevaucher cette liste. Si le test montre déjà deux entités Product sur une page, vous avez d'abord un conflit theme et app à régler, traité à la fin de ce guide.

Voie 1 : le bloc Liquid personnalisé dans l'éditeur de theme

Tout theme Online Store 2.0 permet d'ajouter un bloc Liquid personnalisé depuis l'éditeur visuel, sans toucher aux fichiers de code. C'est la meilleure voie pour le schema FAQ sur des pages précises et pour enrichir vos données Organization.

Exemple : schema FAQ pour une page produit. Dans l'éditeur de theme, ouvrez le template produit, ajoutez un bloc Liquid personnalisé, et collez :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "How long does shipping take?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Orders ship within 24 hours and arrive in 3 to 5 business days across the US."
      }
    },
    {
      "@type": "Question",
      "name": "What is your return policy?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Unworn items can be returned within 30 days for a full refund."
      }
    }
  ]
}
</script>

Deux règles : les questions et réponses doivent aussi être visibles sur la page comme vrai contenu, et les réponses doivent correspondre à ce contenu visible. Un schema qui décrit un contenu absent de la page viole les consignes de Google.

Exemple : un schema Organization plus riche. Ajoutez ceci une seule fois, dans un bloc Liquid personnalisé de votre section de pied de page ou d'une section au niveau de la mise en page, jamais sur plusieurs templates à la fois :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "{{ shop.name }}",
  "url": "{{ shop.url }}",
  "logo": "https://yourdomain.com/cdn/path-to-logo.png",
  "sameAs": [
    "https://www.instagram.com/yourbrand",
    "https://www.linkedin.com/company/yourbrand"
  ]
}
</script>

Si le test de résultats enrichis a montré que votre theme produit déjà un bloc Organization, n'en ajoutez pas un second. Complétez plutôt les informations de boutique dont le theme se sert : les éléments de marque et les liens sociaux dans les paramètres de votre admin Shopify alimentent souvent le balisage par défaut.

Voie 2 : les metafields pour les champs de schema au niveau produit

Certains champs Product manquants ne demandent aucun JSON, car le balisage par défaut de Shopify les lit dans des champs de l'admin que vous avez peut-être laissés vides :

Le champ code-barres dans l'admin = le GTIN dans votre flux et votre balisage. Remplissez le champ code-barres sur chaque variante qui a un vrai UPC ou EAN. Le champ SKU = le SKU. Le fournisseur = la marque sur la plupart des themes. Remplir ces trois champs corrige plus d'avertissements « champ manquant » que n'importe quel code collé, et améliore en même temps votre flux Merchant Center, ce qui compte si vous faites du Shopping ou du Performance Max.

Pour les champs sans équivalent dans l'admin, comme une FAQ par produit, créez un metafield (Paramètres > Données personnalisées > Produits), remplissez-le par produit, et référencez-le depuis un seul bloc Liquid personnalisé sur le template produit :

{% if product.metafields.custom.faq_question_1 != blank %}
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": {{ product.metafields.custom.faq_question_1 | json }},
    "acceptedAnswer": {
      "@type": "Answer",
      "text": {{ product.metafields.custom.faq_answer_1 | json }}
    }
  }]
}
</script>
{% endif %}

Le filtre | json gère les guillemets et les caractères spéciaux en toute sécurité, exactement le genre de détail qui casse un schema écrit à la main. C'est techniquement du Liquid, mais cela vit dans un bloc d'éditeur, se colle une seule fois, et chaque membre non technique de l'équipe peut ensuite gérer le schema en modifiant du texte de metafield. C'est ce que Shopify offre de plus proche d'un CMS de schema sans app.

Voie 3 : quand une app est la bonne réponse

Les apps ont du sens dans trois cas : vous voulez que les fils d'Ariane, les articles et le balisage de tout le site soient gérés ensemble sans y penser, vous avez besoin d'un aggregateRating d'avis (qui devrait de toute façon venir de votre app d'avis, la plupart des grandes apps le produisent), ou votre theme est ancien et son balisage intégré est cassé.

La seule règle qui compte plus que le choix de l'app : une seule source de vérité par type de schema et par page. Si l'app produit le balisage Product, celui du theme doit être désactivé, ce que les bonnes apps de schema font automatiquement ou via un réglage documenté. Deux entités Product avec des prix légèrement différents sur une page, c'est pire que les trous de départ, parce que Google doit deviner laquelle est la vraie.

Comment corriger un schema en double dû à un conflit theme et app ?

Symptômes : le test de résultats enrichis montre le même type deux fois, ou la Search Console remonte des valeurs contradictoires. Diagnostic : affichez le code source de la page, cherchez application/ld+json, et comptez les blocs par type. Correctif, par ordre de préférence : utilisez le réglage de l'app pour qu'elle prenne entièrement en charge ce type, ou retirez la production de l'app pour ce type, ou si le doublon vient d'un extrait collé par quelqu'un il y a des années, supprimez cet extrait du template. Gardez la source qui se met à jour automatiquement avec le prix et le stock, c'est-à-dire presque toujours le theme ou une app bien faite, jamais un bloc codé en dur.

Qu'est-ce qui vaut vraiment la peine d'être ajouté, par ordre de priorité ?

1. Corrigez ce qui est gratuit : les champs code-barres, SKU et fournisseur dans l'admin. 2. Confirmez une seule entité Product propre par page produit, avec offre, disponibilité et note. 3. Le schema FAQ sur les pages produit et les pages d'atterrissage clés où des FAQ visibles existent. 4. Les fils d'Ariane, balisés, correspondant à votre structure de collections. 5. L'enrichissement d'Organization avec les profils sameAs. 6. La complétude du schema Article sur votre blog, avec une vraie entité auteur, ce qui alimente les signaux E-E-A-T. Tout le reste est du polissage optionnel.

Les données structurées sont une couche du SEO Shopify, pas tout le travail. Pour la vue d'ensemble, notre checklist SEO Shopify couvre les autres couches, et si vous préférez que quelqu'un auditte et mette tout cela en œuvre, c'est exactement ce que fait notre service SEO Shopify, schema compris.

Questions fréquentes

Shopify ajoute-t-il automatiquement des données structurées ?

En partie. Les themes produisent un balisage Product, Organization et WebSite de base, et la plupart des themes actuels incluent un balisage d'article basique sur les articles de blog. Le schema FAQ, des fils d'Ariane complets, les champs produit étendus et les notes d'avis doivent généralement être ajoutés via les champs de l'admin, un bloc Liquid personnalisé, des metafields ou une app.

Peut-on ajouter du balisage schema dans Shopify sans modifier le code du theme ?

Oui. Le bloc Liquid personnalisé de l'éditeur de theme accepte les balises script JSON-LD sans toucher aux fichiers du theme, les champs de l'admin comme le code-barres et le fournisseur alimentent le balisage par défaut, et les metafields permettent à du personnel non technique de gérer le contenu du schema une fois le bloc collé une seule fois.

Faut-il une app pour les données structurées Shopify ?

Pas nécessairement. Si le balisage de votre theme est à jour et qu'il vous faut seulement la FAQ, l'enrichissement d'Organization et quelques champs produit, l'éditeur et les metafields suffisent gratuitement. Une app justifie son prix quand vous voulez que les fils d'Ariane, les articles et les types sur tout le site soient gérés automatiquement, ou quand le balisage intégré de votre theme est obsolète.

Pourquoi la Google Search Console dit-elle qu'aggregateRating est manquant ?

Parce que le balisage de notation vient des avis, et que Shopify n'a pas de schema d'avis natif. Installez ou configurez une app d'avis qui produit un aggregateRating dans ou à côté de l'entité Product, et assurez-vous qu'il n'existe qu'une seule entité Product par page pour que la note se rattache à la bonne.

Ajouter du schema fera-t-il citer ma boutique par ChatGPT et les AI Overviews ?

Le schema améliore la compréhension de vos pages par les machines et il est requis pour beaucoup de résultats enrichis Google, mais aucun type de schema ne garantit une citation IA. Des données produit propres, de vraies réponses sur la page et une entité cohérente par page sont les gains fiables. Soyez sceptique devant toute affirmation selon laquelle un type de balisage précis serait obligatoire pour la visibilité IA, sauf si Google le documente.