Collections de Shopify : la plus grande refonte jamais vue — le merchandising passe de « listes » à un « système opérationnel »

Source : Shopify Enterprise Blog

Collections de Shopify n’est plus un simple regroupement de produits

En juillet 2026, Shopify a apporté une mise à jour majeure à Collections.

Selon « Collections now support multi-source and variants », publiée sur le Shopify Changelog le 16 juillet 2026, Collections prend désormais en charge les sources multiples, les collections au niveau des variantes et l’imbrication/réutilisation des collections, et peut être utilisée dans davantage de flux métier comme les remises et les taxes.

Cela signifie que Collections, qui jouait avant tout le rôle de « liste de produits », se transforme en une infrastructure opérationnelle beaucoup plus proche d’un « moteur de règles de merchandising ».

Pour les marchands Shopify, les opérateurs DTC, les prestataires transfrontaliers et les développeurs, ce changement va bien au-delà de quelques boutons supplémentaires dans l’admin : l’organisation des produits, la configuration marketing et la compatibilité des apps devront toutes s’adapter.

Collections par le passé : règles automatiques ou sélection manuelle

Dans l’ancien système de collections de Shopify, les marchands créaient généralement une Collection de deux manières : automatiquement, selon des conditions, ou en choisissant manuellement les produits. La première convient aux règles sur les étiquettes, les prix, les titres et les stocks ; la seconde aux pages thématiques, aux pages campagnes et aux scénarios organisés à la main.

Ce modèle suffisait pour un merchandising de base, mais les scénarios opérationnels plus complexes en montraient vite les limites :

• Une collection de campagne devait combiner plusieurs règles produits à la fois
• Certains produits répondaient aux conditions mais devaient être exclus
• On voulait n’afficher qu’une variante précise — une couleur ou une taille — et non le produit entier
• On voulait qu’une collection existante devienne une composante d’une autre collection
• Vitrine, remises et taxes utilisaient des périmètres différents, obligeant à un entretien répété

Ces problèmes se réglaient autrefois en dupliquant des collections, en multipliant les étiquettes, par un entretien manuel ou via des apps tierces. Le nouveau modèle de Collections vise à ramener ces capacités dans le système natif de Shopify.

Nouvelle capacité 1 : une Collection peut avoir plusieurs sources

Source : Shopify Enterprise Blog

Les nouvelles Collections prennent en charge les sources multiples. Les marchands peuvent combiner plusieurs types de sources dans une seule Collection : conditions automatiques, produits choisis manuellement, conditions d’exclusion, autres Collections et sources provenant d’apps.

L’implication opérationnelle est directe : une collection ne correspond plus à une seule règle simple — elle peut porter une stratégie produits bien plus complexe.

Par exemple, une collection « Soldes d’été » peut inclure des produits étiquetés summer, des nouveautés clés ajoutées manuellement, des produits issus d’une autre collection « produits à forte marge », tout en excluant les articles en rupture sur certaines tailles ou hors campagne. Ce type de configuration se répartissait autrefois entre plusieurs collections ou systèmes d’étiquettes ; désormais, davantage de combinaisons de règles se font au niveau de la Collection.

Nouvelle capacité 2 : les collections au niveau des variantes

Source : Shopify Enterprise Blog

L’autre changement clé : les variant-level collections. Shopify permet désormais de construire des collections autour de variantes précises — une taille, une couleur, une spécification — au lieu de ne placer que des produits entiers dans les collections.

Cela a un fort impact pour la mode, la chaussure, la beauté et les accessoires électroniques.

Prenons un T-shirt décliné en noir, blanc et gris. Avant, si l’on ne voulait que la version noire dans une page « tenues noires », la vitrine l’affichait malgré tout au niveau du produit, et il fallait contourner avec la logique du thème, des étiquettes ou des apps.

Avec les collections au niveau des variantes, une collection peut être construite directement autour d’une variante donnée. Shopify précise que ces variantes apparaissent sur les pages de collection, dans les filtres et sur les canaux de vente pris en charge, dont Online Store et POS. La granularité du merchandising passe ainsi du « niveau produit » au « niveau SKU / variante ».

Nouvelle capacité 3 : les Collections deviennent des briques

Les nouvelles Collections permettent à une Collection de servir de source à une autre. Cela donne aux collections une nature de « brique réutilisable » :

• « Nouveautés » est une collection de base
• « Produits à forte marge » est une collection de base
• « Sélection été » peut référencer les deux, puis ajouter des règles supplémentaires
• Quand les collections de base changent, la collection de niveau supérieur se met à jour en conséquence

Pour les boutiques avec beaucoup de SKU, c’est plus fiable que de copier des listes de produits. On peut constituer des collections de base et les réutiliser par campagne, canal, région ou saison.

Cela changera aussi la façon dont les prestataires conçoivent l’architecture produits des marchands. Les collections ne sont plus seulement une partie de la navigation vitrine ; elles peuvent devenir des unités réutilisables de stratégie produits.

Nouvelle capacité 4 : la même collection peut alimenter remises, taxes et autres flux

Shopify indique que les nouvelles Collections peuvent être réutilisées dans les flux métier pris en charge, comme les remises et les taxes, y compris les collections au niveau des variantes.

C’est particulièrement important pour les boutiques transfrontalières. Avant, vitrine, règles de remise et règles de taxe étaient souvent maintenues avec des conditions différentes. Les équipes devaient définir les périmètres produits à plusieurs endroits, et les périmètres divergeaient facilement :

• La page affichait le périmètre A
• La règle de remise couvrait le périmètre B
• La règle fiscale ou de conformité utilisait le périmètre C

Une fois les Collections devenues des objets métier réutilisables, la même logique de collection peut servir plusieurs flux, réduisant la configuration en doublon et le risque d’incohérence des règles au lancement d’une campagne.

Expérience admin : de la gestion de listes au merchandising visuel

Cette mise à jour inclut aussi une interface admin des collections repensée. Shopify cite officiellement : grille visuelle, glisser-déposer pour réordonner, déplacements en masse, vue liste et contrôle de l’ordre de tri visible par les clients.

Autrement dit, on peut réordonner par glisser-déposer dans une grille visuelle, déplacer des produits en masse, conserver la vue liste pour les détails et contrôler l’ordre que voient les clients sur la page de collection.

L’ordre des produits sur une page de collection n’est souvent ni « par date » ni « par ventes ». On ajuste le premier écran selon les stocks, les marges, le rythme des lancements, les dépenses publicitaires et les taux de conversion. Le tri visuel réduit le coût de ce travail.

Shopify précise aussi que Sidekick sait créer et mettre à jour des Collections, sur l’admin comme sur mobile. Une partie de la configuration des collections pourra donc se faire en langage naturel — par exemple demander à Sidekick de créer une collection de campagne ou d’ajuster ses règles.

Impact pour les marchands : des opérations produits plus centralisées

Pour les marchands Shopify, la valeur principale de cette mise à jour est la réduction des détours. Des scénarios qui exigeaient des apps tierces, des systèmes d’étiquettes complexes ou un entretien en doublon des collections peuvent désormais se traiter davantage dans les Collections natives.

Scénarios opérationnels probablement concernés :

• Pages thématiques de campagne
• Collections nouveautés, best-sellers et déstockage
• Sélections autour de couleurs, tailles ou spécifications précises
• BFCM, fêtes et promotions saisonnières
• Unification du périmètre produits entre POS et Online Store
• Sélection des produits dans les règles de remise, de taxe et de conformité

Les marchands devraient revoir leur architecture Collections existante : quelles collections ne servent qu’à la navigation, lesquelles portent des règles de campagne, lesquelles peuvent devenir des modules de base réutilisables.

Si la boutique a peu de SKU, l’impact à court terme peut rester limité ; avec beaucoup de SKU, plusieurs marchés et plusieurs canaux, la conception des Collections devient nettement plus importante.

Impact pour les équipes opérationnelles : traiter les collections comme des actifs de règles

Des Collections plus puissantes apportent de nouvelles exigences de gestion. Une collection peut désormais combiner plusieurs sources, plusieurs conditions, des règles d’exclusion et des sous-collections. Elle porte plus de sens qu’avant — et exige des conventions de nommage et une discipline d’entretien.

1. Définir des conventions de nommage

Distinguer les collections de navigation vitrine, les collections de campagne, les collections de remise, les collections fiscales ou de règles, et les collections de base réutilisables. Une fois les Collections branchées sur davantage de flux métier, un nommage flou augmente directement le risque d’erreur d’exploitation.

2. Contrôler la profondeur d’imbrication

Une collection peut en référencer d’autres, mais pas à l’infini. Des chaînes de dépendance trop profondes rendent difficile la compréhension de pourquoi un produit entre ou sort d’une collection. Les prestataires doivent équilibrer réutilisabilité et lisibilité dans leurs schémas.

3. Documenter l’usage des collections clés

Si une Collection sert à la fois de page vitrine, de règle de remise et de règle de taxe, l’équipe doit connaître clairement son sens métier. Sinon, modifier ses conditions plus tard peut se répercuter sur plusieurs flux.

Impact pour les développeurs : le modèle GraphQL Admin API a changé

Le changement côté développement est plus concret. « New Collection model and APIs now available », publiée sur le developer changelog de Shopify le 17 juin 2026, indique que dans la GraphQL Admin API 2026-07, Collections utilise un modèle multi-sources qui remplace l’ancien modèle unique ruleSet.

Le nouveau champ clé est Collection.sources. Il renvoie un ou plusieurs objets CollectionSource soutenant cette Collection.

Deux types concrets implémentent actuellement la nouvelle interface CollectionSource : CollectionConditionsSource et CollectionSubCollectionsSource. CollectionConditionsSource peut inclure des produits via des conditions d’inclusion typées et des sélections manuelles, et en exclure via des conditions d’exclusion.

Chaque source doit préciser une cible : PRODUCTS ou VARIANTS. La correspondance des conditions est contrôlée par CollectionConditionMatchType : ANY signifie qu’une seule condition suffit, ALL que toutes doivent être remplies.

Ce modèle est plus proche d’une structure de règles composable que l’ancien ruleSet, et il exprime ce que l’ancienne forme ne pouvait pas : sources multiples, conditions d’exclusion, sous-collections et sources partageables.

collectionCreate / collectionUpdate doivent migrer aussi

Dans l’API 2026-07, collectionCreate et collectionUpdate acceptent la nouvelle entrée. Le developer changelog de Shopify indique que collectionCreate prend en charge un nouvel argument collection correspondant à CollectionCreateInput, et collectionUpdate un nouvel argument collection correspondant à CollectionUpdateInput.

CollectionUpdateInput fournit sourcesToCreate, sourcesToUpdate et sourcesToDelete : les développeurs peuvent mettre à jour les sources de façon incrémentale sans remplacer toute la définition de la collection.

Les anciens collectionCreate(input:) et collectionUpdate(input:) sont marqués deprecated mais fonctionnent encore en 2026-07, pour permettre une migration progressive. Si l’ancien input et le nouvel argument collection sont passés ensemble, le nouvel argument est prioritaire.

Les anciennes versions d’API ne verront pas certaines nouvelles Collections

Point d’attention majeur pour les développeurs d’apps. Shopify le dit explicitement : à partir de la version 2026-07, les collections utilisant le nouveau modèle sources sont renvoyées par les requêtes collections, les lookups collection(id:) et tout autre champ renvoyant une collection.

Mais dans les versions d’API antérieures, les collections utilisant les nouvelles capacités sont filtrées, car l’ancienne structure ruleSet ne peut pas les représenter.

Autrement dit, si une app reste sur une ancienne version d’API, un risque bien réel apparaît : le marchand a déjà créé des Collections du nouveau modèle dans son admin, mais l’app ne peut pas les interroger ni les gérer correctement. Pour les apps qui dépendent de Collections, cela dépasse la simple montée de champ — cela touche directement à la visibilité des données.

Shopify Functions ajoute le contrôle de collection au niveau variante

Le developer changelog indique aussi que le type ProductVariant de Shopify Functions gagne les champs inAnyCollection(ids: [ID!]!) et inCollections(ids: [ID!]!), pour vérifier l’appartenance d’une variante à une collection au niveau variante.

Les existants Product.inAnyCollection et Product.inCollections restent pour le contrôle au niveau produit. La différence : une variante n’est considérée comme membre d’une variant-level collection que si la variante elle-même y a été incluse.

Cela peut impacter les Functions de remise, de tarification, de taxe, de livraison et de validation. Les développeurs doivent savoir si une règle porte sur un produit ou sur une variante, et ne pas appliquer une appartenance produit à un scénario variante.

Impact pour les apps et les prestataires : vérifier la compatibilité sans attendre

Si une app touche à l’un des points suivants, une vérification de compatibilité avec l’API 2026-07 s’impose rapidement :

• Lire des Collections
• Créer ou mettre à jour des Collections
• Construire remises, recommandations, filtres ou synchronisations sur les Collections
• Ajouter ou retirer des produits de collections
• Lire Collection.ruleSet
• Écrire input.ruleSet
• Vérifier l’appartenance à une collection dans des Functions

Priorités de migration : passer de Collection.ruleSet à Collection.sources ; passer des anciens collectionCreate(input:) / collectionUpdate(input:) aux nouveaux collectionCreate(collection:) / collectionUpdate(collection:) ; prendre en charge les cibles PRODUCTS et VARIANTS ; gérer la correspondance ANY / ALL ; traiter CollectionConditionsSource et CollectionSubCollectionsSource ; et détecter les cas où les anciennes versions d’API filtrent ces collections des résultats.

Pour les prestataires transfrontaliers, c’est aussi une montée en gamme des standards de livraison. À l’avenir, la conception des Collections devra faire partie de l’architecture opérationnelle produits des boutiques Shopify, pas seulement de la configuration des menus et des pages.

Les Collections existantes n’ont pas besoin d’être reconstruites

Shopify répond aussi à la question de compatibilité qui préoccupe les marchands : les collections existantes continuent de fonctionner et passent automatiquement à la nouvelle expérience admin — pas besoin de supprimer ni de recréer quoi que ce soit.

Ce changement n’introduit pas de breaking changes pour les collections existantes. Toutefois, si la boutique utilise des apps tierces ou sur mesure qui interagissent avec les Collections, Shopify recommande de faire passer les développeurs à la version d’API 2026-07 pour prendre en charge ces nouvelles capacités.

Le cœur de cette refonte

Cette évolution de Collections se comprend à trois niveaux.

Premièrement, une expression plus riche du périmètre produits. Collections ne se limite plus à une règle automatique unique ou à une liste manuelle ; elle peut combiner sources multiples, conditions d’exclusion, sous-collections et sources d’apps.

Deuxièmement, une granularité de merchandising plus fine. Les collections au niveau des variantes permettent d’organiser les produits par couleur, taille ou spécification.

Troisièmement, les Collections deviennent des objets de règles métier réutilisables. La même collection peut alimenter la vitrine ainsi que les remises, les taxes et d’autres flux, réduisant l’entretien en doublon.

Pour les marchands, c’est un gain d’efficacité opérationnelle ; pour les développeurs, une migration de modèle d’API ; pour les prestataires, une évolution de la conception de l’architecture produits.

Collections de Shopify était avant tout un outil de regroupement de produits. Désormais, il endosse le rôle de couche de liaison entre merchandising, règles de campagne et réutilisation des flux métier.

Sources

• Shopify Enterprise Blog : « Introducing a brand new Collections experience », 2026 ; Shopify Changelog : « Collections now support multi-source and variants », 16/07/2026.
• Shopify developer changelog : « New Collection model and APIs now available », 17/06/2026.