Shopify OS 2.0 : quels bénéfences pour l’architecture SEO ?

Shopify Online Store 2.0 a changé la façon dont les boutiques se construisent : sections partout, blocs réutilisables, templates JSON éditables sans toucher au code. Ces bénéfices sont réels pour l’architecture SEO. Ils ont aussi un revers que les guides de présentation d’OS 2.0 passent sous silence : la flexibilité des templates peut faire disparaître, sur certains produits, des blocs SEO que vous pensiez appliqués à tout le catalogue. Ce guide complète notre guide d’arborescence Shopify côté fondations techniques du thème.

Ce qu’OS 2.0 a changé concrètement

Avant OS 2.0 (lancé en juin 2021), seule la page d’accueil Shopify acceptait des sections modulaires ; les pages produit, collection et contenu restaient figées dans le code du thème, chaque personnalisation demandant l’intervention d’un développeur. OS 2.0 généralise les sections à TOUTES les pages, introduit les blocs réutilisables compatibles avec les apps (app blocks), et bascule les templates vers un format JSON éditable depuis l’interface, sans toucher au Liquid.

Sur le plan strictement technique, un thème OS 2.0 se repère facilement : dans l’éditeur de code, les templates produit et collection apparaissent en .json plutôt qu’en .liquid pur. Sur le front, les identifiants de section injectés dans le DOM contiennent le suffixe -template, contre un identifiant numérique brut sur un thème 1.0.

Les bénéfices réels pour l’architecture SEO

Trois apports concrets, au-delà du confort d’édition :

1. Refontes sans perte d’URLLes sections modulaires permettent de refaire entièrement le design d’une page sans toucher à sa structure d’URL (/products/handle, /collections/handle), contrairement à une refonte de thème 1.0 qui imposait souvent une bascule de template complète.
2. Hiérarchie Hn maîtrisable section par sectionChaque section porte ses propres titres, ce qui évite l’écueil des thèmes 1.0 où un bloc de contenu mal placé dans le code pouvait introduire un niveau de titre incohérent à l’échelle de tout le thème.
3. Schéma structuré enrichissable sans développeurLes app blocks permettent d’ajouter des blocs FAQ, avis clients ou données produit enrichies directement depuis l’éditeur, là où un thème 1.0 exigeait une modification du fichier Liquid product.

Notre guide sur l’architecture SEO Shopify détaille la structure de navigation qui bénéficie de ces apports ; on ne le reprend pas ici.

Le piège des templates alternatifs

Un template par défaut, et des variantes indépendantes

OS 2.0 permet d’assigner un template alternatif à un produit ou une collection précis, nommé par exemple product.promo.json, pour lui donner une mise en page différente (une fiche produit événementielle, un pack promotionnel). C’est une fonctionnalité native et documentée par Shopify, pensée pour des cas comme les pages produit de type landing page.

Ce que les sections ne partagent pas entre elles

Le point que les guides de présentation d’OS 2.0 ne soulignent jamais : un produit basculé sur ce template alternatif affiche la pile de sections DE CE TEMPLATE, pas celle du template par défaut. Si votre bloc FAQ avec balisage schema, votre fil d’Ariane enrichi ou votre bloc de produits associés n’ont été configurés QUE sur le template produit par défaut, les fiches basculées sur un template alternatif ne les affichent pas automatiquement. Rien dans l’admin Shopify n’alerte sur cet écart : visuellement, la page a l’air complète, elle affiche juste une sélection de sections différente, ce qui rend le problème quasiment invisible à un contrôle visuel rapide.

Le scénario le plus fréquent

Ce cas se produit plus souvent qu’on ne l’imagine : une opération commerciale ponctuelle (soldes, lancement) qui affecte un template alternatif à une gamme de produits, puis l’opération se termine sans que quelqu’un pense à revérifier que ces mêmes produits ont bien récupéré tous les blocs SEO du template standard. Sur un catalogue de plusieurs centaines de références, ces produits orphelins de bloc SEO peuvent rester dans cet état pendant des mois, perdant en silence le bénéfice d’un schéma structuré ou d’un maillage interne qui existe pourtant, ailleurs sur le même thème.

Auditer son catalogue pour repérer les écarts

Deux méthodes pour vérifier qu’aucun produit stratégique n’est orphelin d’un bloc SEO à cause d’un template alternatif :

1. Lister les templates assignés depuis l’adminSur la fiche de chaque produit, le sélecteur de template en bas de la colonne de droite indique le template actif. Un export en masse via une app de gestion de catalogue reste plus rapide qu’une vérification produit par produit sur un catalogue de taille moyenne ou grande.
2. Comparer le rendu réel avec le paramètre d’URL de prévisualisationAjouter ?view=nom-du-suffixe à l’URL d’un produit affiche le rendu du template alternatif correspondant, ce qui permet de vérifier visuellement, section par section, ce qui manque par rapport au template par défaut.

Checklist lors d’une migration vers OS 2.0

Pour une boutique qui bascule d’un thème 1.0 vers un thème OS 2.0, quatre vérifications évitent les mauvaises surprises post-migration :

1. Recréer manuellement les pages personnaliséesPasser à un nouveau thème 2.0 (plutôt qu’une mise à jour du thème existant) implique de reconstruire les pages d’accueil, produit et collection depuis zéro dans l’éditeur, un thème 2.0 ne migrant pas automatiquement la mise en page d’un thème 1.0.
2. Vérifier la compatibilité des metafieldsLes données produit personnalisées créées sous l’ancien système doivent être réassociées aux nouveaux champs de metafields natifs d’OS 2.0, au risque de perdre un contenu utilisé par le balisage schema existant.
3. Contrôler chaque template alternatif héritéUn thème 1.0 mis à jour vers OS 2.0 peut conserver d’anciens templates alternatifs qui n’ont jamais été audités selon la logique décrite plus haut.
4. Revalider le fil d’Ariane et le maillage produits associésNotre guide sur le fil d’Ariane Shopify et notre guide sur le maillage interne Shopify détaillent les points de contrôle propres à chacun de ces deux blocs.

Questions fréquentes

La flexibilité se pilote, elle ne se subit pas

OS 2.0 donne aux équipes marketing une autonomie réelle sur la structure des pages, sans dépendre d’un développeur pour chaque ajustement. Cette autonomie déplace aussi la responsabilité : personne d’autre qu’une vérification volontaire ne signale qu’un template alternatif a fait disparaître un bloc SEO configuré ailleurs. Un audit régulier des templates assignés reste la seule garantie que la flexibilité du système ne se retourne pas contre le catalogue.