Comment reclasser un grand catalogue de produits sans casser le magasin?

Un produit peut appartenir à plusieurs systèmes de classification

Un produit peut avoir une famille interne de marchandises, un groupe d'articles ERP, une catégorie de produits Shopify, un type de produit personnalisé, une ou plusieurs collections, une catégorie de produits Google et une classification de fournisseur. Ces valeurs peuvent sembler similaires tout en servant des fins différentes. Le fait de les traiter comme une seule catégorie interchangeable entraîne des changements imprévus.

La catégorie de produits de Shopify utilise sa taxonomie standard. Le type de produit est une valeur personnalisée distincte. Collections groupe produits pour la navigation en magasin et merchandising. Les métachamps de catégorie fournissent des attributs associés à une catégorie de taxonomie. Un catalogue interne peut nécessiter une hiérarchie plus détaillée que n'importe quel canal externe.

Avant de changer d'enregistrement, créer un registre de classification qui nomme chaque schéma, son propriétaire, son identifiant, son but commercial et ses destinations. La migration devrait se traduire entre des schémas délibérément au lieu de copier une étiquette dans chaque champ.

Définir d'abord le problème client et opérationnel

La reclassification est utile lorsque les clients ne peuvent pas naviguer dans le catalogue, les filtres montrent des valeurs incohérentes, les canaux publicitaires mal comprendre les produits, les équipes signalent la même gamme différemment ou les nouveaux produits entrent à plusieurs reprises dans le mauvais workflow. Écrivez l'amélioration prévue en termes mesurables avant de concevoir le nouvel arbre.

Il est trop vague de demander à «léger» les catégories. Indiquer quel voyage devrait améliorer : trouver une pièce jointe par machine et application, comparer une famille de produits, diriger un produit vers l'équipe d'approbation appropriée ou envoyer une catégorie précise à un canal de vente.

Maintenir la profondeur de classification proportionnelle. Une hiérarchie élégante à un spécialiste des données peut créer des branches de stockage vides et une maintenance inutile. Utiliser des catégories pour la signification stable du produit et des attributs pour les distinctions les clients peuvent filtrer ou comparer.

Préserver l'identité du produit pendant que les classifications changent

Une migration de catégorie ne doit pas créer de nouveaux produits simplement parce que les étiquettes ou les chemins changent. Conserver l'ID du produit marchand, UGS, Shopify IDs du produit et de la variante, la référence de l'article ERP et tous les identifiants d'item commercial vérifiés. La classification est une propriété du document, et non son identité.

Ne correspondez pas aux lignes de migration uniquement par titre, poignée ou catégorie courante. Les titres changent, les poignées peuvent être modifiées et l'ancienne catégorie peut déjà être erronée. Résoudre chaque modification proposée par rapport à des ID stables et montrer le magasin Shopify autorisé ou la société ERP avant un lot.

Gardez l'ancienne classification à côté des nouvelles valeurs proposées dans l'aperçu. Cela rend visibles des correspondances inattendues, des enregistrements inédits et des affectations en double avant que quelque chose ne soit écrit.

Concevoir un tableau de correspondance avec des résultats explicites

Pour chaque ancienne valeur, définissez la nouvelle classe interne, la catégorie de taxonomie Shopify pertinente, le type de produit, les attributs requis, les règles de collecte et les mappages de canaux. Utilisez des identificateurs de taxonomie stables lorsqu'une plateforme les fournit, plutôt que de ne compter que sur des étiquettes qui peuvent être rebaptisées ou traduites.

Permettre plus qu'une simple paire vieille à nouvelle. Un ancien groupe peut se diviser en fonction des attributs du produit; plusieurs groupes hérités peuvent fusionner; une valeur obsolète peut nécessiter un examen; et certains produits peuvent intentionnellement rester non classifiés jusqu'à ce que des preuves soient disponibles.

Donnez à chaque ligne un résultat tel que cartographié, conditionnel, inchangé, révisé ou rejeté. Une cartographie manquante doit arrêter cet enregistrement plutôt que de revenir à une large catégorie qui rend le lot complet.

Traiter Shopify catégorie et type de produit comme différents champs

Shopify décrit la catégorie de produits comme un champ standard de sa taxonomie et son type de produit comme une catégorie personnalisée qui peut être utilisée en plus des catégories standard. Décider quel vocabulaire contrôlé appartient à chaque domaine et ne pas écraser un type de produit utile simplement parce qu'une catégorie de taxonomie est introduite.

Une catégorie Shopify peut supporter les exigences des canaux, les conditions de collecte et les attributs propres aux catégories. Le type de produit peut préserver le groupe d'un marchand où la taxonomie standard est plus large que le catalogue. Les deux champs devraient avoir des cartes documentées, non dupliquées texte libre par accident.

Prévisualiser les enregistrements dont la valeur actuelle ne correspond pas exactement. Une catégorie apparemment proche peut comporter des attributs inappropriés ou une signification en aval. Tenir des affectations incertaines pour l'examen du propriétaire du produit.

Vérifier les métachamps et filtres de catégorie avant publication

Magasiner la carte des métachamps de catégorie aux catégories de produits et exposer les attributs pertinents à cette catégorie. Déplacement d'un produit peut changer quels attributs de catégorie sont disponibles. Inventoriez les métachamps de catégorie existants et déterminez comment leurs valeurs transfèrent, demeurent comme données ordinaires sur les produits ou nécessitent un examen.

Shopify Search & Discovery peut utiliser la catégorie, les options de produits, les métachamps et les métachamps de catégorie comme filtres. Une migration peut donc supprimer un filtre, introduire des valeurs vides ou fragmenter une valeur en plusieurs orthographes. Tester la configuration prévue sur une collection représentative avant de l'appliquer dans le catalogue.

Ne s'applique pas aux données manquantes. Cacher ou déplacer les valeurs de filtre vides selon le parcours client, mais garder l'exception de qualité des données sous-jacente visible pour l'équipe responsable de remplir les dossiers.

Des collections séparées de la taxonomie sous-jacente

Les collections sont des groupes orientés vers le client et peuvent être manuelles ou guidées par des règles. Un produit peut légitimement apparaître dans plusieurs collections même s'il a une catégorie principale de taxonomie. Ne forcez pas les collections promotionnelles, de marque, de compatibilité et de cas d'utilisation en un seul arbre de catégorie.

Énumérez chaque condition de collecte automatisée qui dépend du type de produit, des étiquettes, du fournisseur, du prix, de l'inventaire ou des métachamps. Simuler l'adhésion aux données proposées et comparer le nombre de produits avant et après. Étudier les ajouts et les suppressions imprévus avant de publier.

Conserver les changements de navigation dans une version séparée examinée. Corriger la classification des produits d'abord, vérifier l'adhésion à la collection, puis mettre à jour les menus et les pages d'atterrissage. Cela évite d'envoyer des clients vers une branche vide ou incomplète alors que la migration est toujours en cours.

Catégorie de publicité carte sans les copier aveuglément

Google Merchant Center distingue la catégorie prédéfinie de produits Google du type de produits défini par le marchand. Google peut attribuer des catégories automatiquement, tandis qu'une catégorie soumise peut remplacer ce résultat pour les produits sélectionnés. C'est une autre décision de cartographie, pas une raison de faire que chaque catégorie interne correspond à la formulation de Google.

Google exige que les catégories de produits Google soumises utilisent sa taxonomie prédéfinie. Conservez le code sélectionné ou le chemin complet dans la cartographie du canal et validez-le contre la taxonomie actuelle. Préserver séparément la hiérarchie du type de produit du marchand lorsqu'elle aide à regrouper ou à signaler les campagnes.

Après reclassification, comparez le site Web, les données structurées sur les produits et les valeurs d'alimentation pour les produits représentatifs. Des informations contradictoires ou inexactes peuvent restreindre l'admissibilité ou produire des affichages incorrects. Review Merchant Center diagnostics plutôt que de supposer un téléchargement accepté prouve que la catégorie est utile.

Utiliser les normes de classification comme cartographie, pas la vérité universelle

GS1 Global Product Classification donne aux partenaires commerciaux un langage commun pour regrouper les produits selon les propriétés et les relations essentielles. Il peut être utile pour l'échange avec les fournisseurs et les clients, mais une organisation peut encore avoir besoin de classifications internes opérationnelles et orientées vers le client.

Enregistrez la version et l'identificateur de chaque taxonomie externe utilisée. Lorsqu'une norme publie une révision, calculez quelles cartes sont affectées avant de modifier les enregistrements en direct. Ne remodelez pas l'ensemble du catalogue uniquement parce qu'une étiquette a changé alors que la signification et l'identificateur de catégorie restent stables.

Conserver des preuves de décisions ambiguës. Une brève note expliquant pourquoi un coupleur d'excavatrice appartient à une branche plutôt qu'à un groupe général de machines est plus utile pour le prochain examinateur qu'une valeur de catégorie sans justification.

Aperçu de l'ensemble du graphique de dépendance

Un aperçu utile montre les ID stables de chaque produit, les classifications actuelles et proposées, les règles de cartographie et la raison. Il énumère également les collections automatisées, les filtres, les métachamps de catégorie, les champs d'alimentation, les liens de navigation, les rapports et les valeurs ERP connectées.

Résumez l'impact avant de demander l'approbation : les produits se déplacent, les enregistrements sont inchangés, les cartes manquantes, les filtres gagnent ou perdent des valeurs, les collections changent d'adhésion et les catégories de canaux sont dépassées. Laissez les examinateurs inspecter les dossiers individuels derrière chaque compte.

Ne jamais transformer un aperçu partiel en opération d'écriture. Si une connexion, une version taxonomique ou une définition de collection ne peuvent pas être lues, marquez la dépendance inconnue et arrêtez les enregistrements concernés.

1. Geler la version de la cartographie et exporter l'état de classification actuel.
2. Résoudre les produits par des identifiants de source et de destination stables.
3. Calculer les valeurs proposées pour chaque schéma de classification.
4. Simuler les collections, les filtres, les attributs, les flux et les rapports.
5. Examiner les exceptions et approuver un lot contrôlé.
6. Écrire les champs approuvés, les lire et vérifier le comportement du public.

Un exemple concret: réorganiser un catalogue d'accessoires pour pelles

Imaginez qu'un magasin Shopify possède 6 000 pièces jointes sous des types de produits existants tels que «Buckets», «Digger Buckets», «HD Bucket» et «Excavator Parts». L'ERP utilise des groupes d'articles numériques, tandis que les collections automatisées dépendent du type de produit et des étiquettes. Les clients doivent parcourir par famille de pièces jointes puis filtrer par classe de machine, largeur et montage.

La cartographie maintient chaque produit et chaque variante ID inchangé. Il attribue les catégories de taxonomie approuvées Shopify le cas échéant, crée une famille interne contrôlée pour creuser, amerrouiller et seaux d'énigme, et déplace la classe et la largeur de la machine en attributs validés. Legs types de produits carte à un vocabulaire marchand plus petit au lieu d'être copié dans le champ de catégorie standard.

L'aperçu révèle que 214 produits quitteraient leurs collections existantes parce qu'une règle vérifie encore ‘HD Bucket, 73 disques manquent de largeur, et 18 produits ont des identités incertaines. L'équipe met à jour la règle de collecte, tient des dossiers incomplets et approuve un pilote de 250 produits. Après lecture, les filtres de stockage, les valeurs de flux Google et les rapports ERP sont vérifiés avant la sortie des lots restants.

Dérouler en lots réversibles

Commencez par un projet pilote représentatif qui comprend des cartes simples, des scissions, des fusions, des variantes, des produits incomplets et des enregistrements utilisés par d'importantes collections. Un lot devrait être assez petit pour être inspecté mais assez large pour exposer les défaillances des règles.

Conservez les valeurs précédentes, la version mapping, l'approbation et le résultat par destination. Si la vérification échoue, restaurer uniquement les champs touchés par les mêmes identifiants stables. Ne reculez pas les prix, les stocks ou les copies qui n'étaient pas visés par la migration.

Pause entre les lots assez longtemps pour inspecter les dénombrements, les filtres, les diagnostics d'alimentation et la rétroaction de soutien. Une migration rapide qui nuit à la découverte du produit crée plus de travail qu'une séquence contrôlée avec des points de contrôle visibles.

Tester la migration avec des enregistrements difficiles

Créer des cas de régression pour un déplacement simple, fractionnement d'un à plusieurs, fusion de plusieurs à un, catégorie inconnue, attribut manquant, collecte manuelle, collecte automatisée, métachamp de catégorie, étiquette multilingue, remplacement d'alimentation et produit discontinué. Indiquer ce qui doit et ne doit pas changer.

Inclure les défaillances : duplicata UGS, faux Shopify store, non disponible Connexion NetSuite ou Sage 200, identifiant de taxonomie statique, écriture partielle et un produit retourné avec différentes valeurs après lecture. Confirmer qu'un enregistrement échoué ne fait pas apparaître le lot entièrement réussi.

Mesurer les produits non maquillés, les mouvements de collecte incorrects évités, les attributs manquants découverts, les avertissements d'alimentation, les lectures vérifiées et le temps nécessaire pour approuver les exceptions. L'objectif est un catalogue plus utile, pas seulement moins de noms de catégorie.