Cet article décrit les configurations susceptibles d'être affectées par les modifications que nous apportons aux produits multicanaux. Aucune action n'est requise de votre part, à moins que vous n'ayez reçu une annonce par e-mail à ce sujet.
Les produits multicanaux vous permettent de gérer votre inventaire pour les ventes en ligne et en magasin dans une seule fiche produit unifiée. Cette approche simplifie la gestion de vos produits et vous aide à toucher davantage de clients.
Les produits multicanaux vous permettent de superviser votre inventaire en ligne et en magasin. Auparavant, vous deviez peut-être gérer des fiches distinctes pour un même produit si vous le vendiez à la fois en ligne et dans des magasins physiques. Cela pouvait parfois entraîner des incohérences et complexifier la gestion de l'inventaire.
Sur cette page
Avantages
L'utilisation de produits multicanaux permet de gérer votre inventaire de manière plus simple et efficace, offrant ainsi une expérience plus cohérente à vos clients. Cette nouvelle approche apporte des solutions aux problèmes rencontrés auparavant :
- Gestion simplifiée : elle réduit la complexité et les risques d'erreur liés à la gestion de fiches distinctes en ligne et en magasin pour un même article.
- Plus grande cohérence : elle permet d'éviter les incohérences entre les informations sur vos produits en ligne et en magasin, qui pourraient troubler les clients et affecter les performances de vos produits.
- Inventaire précis : elle minimise le risque de divergences concernant l'inventaire, ce qui permet de fournir à vos clients des informations plus précises sur la disponibilité des produits.
Fonctionnement
Auparavant, lorsque vous fournissiez des informations sur un produit vendu à la fois en ligne et en magasin physique à l'aide de certaines méthodes, le système pouvait créer deux enregistrements internes distincts pour ce produit. Ces fiches pouvaient parfois être modifiées indépendamment, ce qui pouvait entraîner des informations différentes pour les versions en ligne et en magasin d'un même produit.
Avec le nouveau système de produits multicanaux, nous adoptons une approche plus cohérente. Les informations produit pour la disponibilité en ligne et en magasin seront gérées de manière plus unifiée, ce qui réduira les risques de différences d'attributs entre les versions en ligne et en magasin de votre produit.
Principales modifications et points à prendre en compte
- Représentation unifiée des produits : vos produits destinés à la vente en ligne et en magasin seront gérés comme un seul produit multicanal.
- Données produit cohérentes : le système s'efforcera de garantir la cohérence des principaux attributs (comme le titre, la description, etc.) d'un produit, qu'il soit proposé à l'achat en ligne ou en magasin.
- Utilisateurs de l'API : pour les produits gérés répertoriés en tant qu'articles multicanaux, vous interagissez avec une seule représentation du produit. Le champ "canal" de l'objet ProductStatusDestinationStatus dans Content API peut vous aider à distinguer les performances d'un produit dans différents programmes, comme les annonces Shopping ou les annonces produits en magasin.
Remarque : Le champ "canal" fait partie de l'objet
ProductStatusDestinationStatusde Content API. Bien que les champs "canal" des nouveaux systèmes tels que l'API Merchant puissent être pris en charge en tant qu'anciennes fonctionnalités, il est important de limiter le nouveau champ "canal" à Content API qui sera bientôt obsolète. - Conflits potentiels : si vous envoyez un produit destiné aux ventes multicanales (en ligne et en magasin) et un produit distinct proposé uniquement en magasin comportant les mêmes ID produit, langue de contenu et libellé de flux, cela peut entraîner des problèmes de traitement ou des erreurs.
Remarque : Si un produit multicanal est configuré pour vos magasins physiques et dispose d'un inventaire en magasin, assurez-vous qu'il n'utilise pas les mêmes ID produit, langue de contenu et libellé de flux qu'un produit existant envoyé uniquement pour les annonces produits en magasin. L'utilisation des mêmes informations pour les deux peut entraîner des conflits.
- Attributs cohérents : avec les produits multicanaux, l'objectif est de garantir des valeurs cohérentes pour les principaux attributs d'un produit, aussi bien en ligne qu'en magasin. Si vous devez conserver différents attributs pour le ciblage des annonces (comme étiquette personnalisée
[custom_label]) pour la version en ligne et en magasin d'un produit, nous vous recommandons d'utiliser deux produits distincts avec des identifiants produit uniques. - Sources de données supplémentaires : si vous utilisez d'autres sources de données pour fournir des informations produit supplémentaires, assurez-vous qu'elles sont à jour. Des informations obsolètes dans les sources de données supplémentaires peuvent entraîner des inexactitudes dans vos fiches produit.
- Envois de produits uniques : l'envoi d'un même produit (identifié par son ID, sa langue de contenu et son libellé de flux) à partir de plusieurs sources de données principales peut entraîner des erreurs de traitement. Pour garantir l'exactitude et la clarté des données, nous vous recommandons d'envoyer chaque produit unique à l'aide d'une seule source de données principale faisant autorité.
Remarque : Auparavant, l'importation de produits comportant les mêmes ID, langue de contenu et libellé de flux à partir de plusieurs sources de données pouvait entraîner un comportement inattendu, ainsi que l'erreur Article importé via plusieurs flux. Avec les produits multicanaux, ces cas génèrent désormais des erreurs afin de garantir l'exactitude et la clarté des données.
Accès anticipé à l'API et aux sources de données produit automatiques
Nous déployons progressivement une nouvelle fonctionnalité qui vous permet de sélectionner des méthodes marketing en magasin dans l'API et les sources de données produit automatiques. Si vous n'avez pas encore accès à cette fonctionnalité et que vous souhaitez participer au programme, remplissez ce formulaire.
Cela simplifie la configuration des annonces produits en magasin (APM) et des fiches locales gratuites pour les marchands qui utilisent l'API ou dont les produits sont ajoutés automatiquement depuis leur boutique en ligne. Les sections suivantes décrivent les changements de comportement visibles qui résultent de cette mise à jour.
Se préparer à cette mise à jour
Nous unifions la façon dont les utilisateurs interagissent avec les produits multicanaux sur toutes les surfaces disponibles : Content API, l'API Merchant, BigQuery et Merchant Center.
Content API for Shopping
Les produits multicanaux peuvent cibler toutes les méthodes marketing
Vous pouvez activer des méthodes marketing pour les boutiques en ligne et les magasins physiques :
- Pour les sources de données Content API
- Pour des produits multicanaux individuels, à l'aide d'attributs tels que destination incluse
[included_destination]
Aucun produit proposé uniquement en magasin n'est visible pour un produit multicanal importé à l'aide de sources de données basées sur des fichiers
products.update() avec des produits multicanaux.products.update() avec l'ID REST du produit et le canal défini sur "en magasin" seront refusés. Pour les utilisateurs ayant besoin de valeurs d'attributs différentes entre les boutiques en ligne et les magasins physiques, nous recommandons d'utiliser deux produits différents (à savoir deux ID produit distincts).Si un produit multicanal cible une méthode de marketing pour les magasins physiques et dispose d'un inventaire en magasin, il entrera en conflit avec un produit existant proposé uniquement en magasin ayant le même ID REST. Plus spécifiquement :
- Si un produit proposé uniquement en magasin comportant le même
ID RESTexiste, le produit multicanal ne sera pas pris en compte pour les méthodes marketing destinées aux magasins physiques et le problème au niveau de l'article "ID produit déjà utilisé" sera signalé. - Si le produit multicanal est pris en compte pour les méthodes de marketing destinées aux magasins physiques, toute tentative d'insertion d'un produit proposé uniquement en magasin avec l'
ID RESTcorrespondant échouera et le problème "ID produit déjà utilisé" sera signalé.
L'inventaire en magasin peut être inséré avec le canal "en ligne"
localinventory.insert() acceptera également les articles dont l'ID REST contient le canal "en ligne". L'inventaire sera utilisé par le produit multicanal correspondant s'il cible une méthode de marketing pour les magasins physiques, à moins qu'il n'existe un produit en conflit proposé uniquement en magasin dont l'ID REST contient le canal "en magasin". Si un produit proposé uniquement en magasin correspondant à l'ID REST avec le canal "en magasin" existe, il récupérera l'inventaire, même si celui-ci a été inséré avec le canal "en ligne".L'API productstatuses renvoie les états et les problèmes combinés
Shopping_ads) ou de la destination "Shopping" correspondant à celle des produits proposés uniquement en magasin (Local_inventory_ads).API Merchant
La source de données est multicanale par défaut
Les produits multicanaux ne nécessitent aucun canal et peuvent utiliser toutes les méthodes marketing
Aucun canal ne figure dans le nom REST des produits multicanaux. Les produits multicanaux peuvent cibler des méthodes marketing pour les boutiques en ligne et les magasins physiques.
Un produit multicanal peut bloquer le nom REST avec le canal "en magasin"
L'inventaire en magasin peut être inséré dans un produit multicanal
ProductStatus contient l'état de toutes les méthodes marketing
Les méthodes marketing pour les boutiques en ligne et les magasins physiques peuvent apparaître dans un ProductStatus d'un même produit multicanal.
Transferts Google Merchant Center pour BigQuery
La table des produits contient des produits multicanaux exportés avec un canal "en ligne". La table des inventaires en magasin du service de transfert de données BigQuery peut contenir des ID produit (product_id) avec le canal "en ligne".
Liste des configurations non fonctionnelles
Appels products.update() et products.insert() de Content API pour les produits importés à l'aide de sources de données ciblant à la fois les boutiques en ligne et les magasins physiques
L'UI de Merchant Center permet de créer des sources de données pouvant cibler les méthodes marketing pour les boutiques en ligne et les magasins physiques. Auparavant, il était possible de manipuler indépendamment les composants ciblant les boutiques en ligne et ceux ciblant les magasins physiques. Plus précisément, il était possible d'émettre :
- des appels
products.update()avec un canal "en ligne", n'affectant que les méthodes marketing pour les boutiques en ligne ; - des appels
products.update()avec un canal "en magasin", n'affectant que les méthodes marketing pour les magasins physiques. - des appels
products.insert()avec l'ID d'une source de données supplémentaire utilisé comme paramètrefeedIdet le canal "en ligne", n'affectant que les méthodes marketing pour les boutiques en ligne ; - des appels
products.insert()avec l'ID d'une source de données supplémentaire utilisé comme paramètrefeedIdet le canal "en magasin", n'affectant que les méthodes marketing pour les magasins physiques.
products.update() avec le canal "en ligne" pour un produit multicanal
Pour les produits multicanaux, les appels products.update() avec un canal "en ligne" affecteront à la fois les méthodes marketing pour les boutiques en ligne et les magasins physiques.
products.update() avec le canal "en magasin" pour un produit multicanal
Pour les produits multicanaux, les appels products.update() avec un canal "en magasin" sont refusés.
products.insert() avec l'ID d'une source de données supplémentaire utilisé comme paramètre feedId et le canal "en ligne" pour un produit multicanal
Pour les produits multicanaux, les appels products.insert() avec l'ID d'une source de données supplémentaire utilisé comme paramètre feedId et le canal "en ligne" affecteront à la fois les méthodes marketing pour les boutiques en ligne et les magasins physiques.
products.insert() avec l'ID d'une source de données supplémentaire utilisé comme paramètre feedId et le canal "en magasin" pour un produit multicanal
Pour les produits multicanaux, les appels products.insert() avec l'ID d'une source de données supplémentaire utilisé comme paramètre feedId et le canal "en magasin" seront refusés.
Configuration concernée
Supposons qu'il existe une source de données produit pouvant cibler les méthodes marketing pour les boutiques en ligne et les magasins physiques, et que toutes les méthodes de marketing pour les magasins physiques sont activées.
Auparavant, l'utilisation de l'appel products.update() de Content API avec le canal "en magasin" fonctionnait pour les articles fournis avec ces données. Cette mise à jour du système change la donne : l'appel products.update() avec le canal "en magasin" échouera pour l'article fourni avec ces sources de données.
Solution suggérée
Les marchands ayant besoin d'ensembles d'attributs différents pour les méthodes marketing destinées aux boutiques en ligne et aux magasins physiques ne doivent pas essayer de le faire avec un seul produit. Dans ce cas, nous recommandons d'utiliser deux produits différents (chacun doté de son propre identifiant) gérés séparément. Le canal n'est pas considéré comme une partie de l'ID produit permettant de différencier les articles.
Un produit multicanal n'est remplacé que dans son intégralité
Étudions le scénario suivant :
- Importez un produit multicanal à l'aide d'une source de données ciblant les méthodes marketing pour les boutiques en ligne et les magasins physiques.
- Importez un produit avec le même ID, la même langue de contenu et le même libellé de flux à l'aide d'une autre source de données ciblant les méthodes marketing pour les boutiques en ligne uniquement.
Le produit importé à l'étape 2 remplace celui importé à l'étape 1 pour les méthodes marketing destinées aux boutiques en ligne. Auparavant, l'étape 1 créait également une méthode marketing distincte ciblant les produits des magasins physiques, qui reste en vigueur. Cette mise à jour du système modifie ce comportement : tous les effets en magasin liés à l'étape 1 sont supprimés. Notez que l'étape 2 génère également l'avertissement "Article importé via plusieurs flux".
Un produit multicanal bloque l'ID du produit correspondant proposé uniquement en magasin
Reprenons le scénario ci-dessus, mais avec un produit disponible uniquement en magasin à l'étape 2 :
- Importez un produit multicanal à l'aide d'une source de données ciblant les méthodes marketing pour les boutiques en ligne et les magasins physiques.
- Importez un produit proposé uniquement en magasin comportant le même ID, la même langue de contenu et le même libellé de flux à l'aide d'une autre source de données ciblant les méthodes marketing pour les magasins physiques uniquement.
Auparavant, le produit proposé uniquement en magasin importé à l'étape 2 remplaçait celui importé à l'étape 1, mais uniquement pour les méthodes marketing destinées aux magasins physiques. Cette mise à jour du système modifie ce comportement :
- Si le produit de l'étape 1 dispose d'un inventaire en magasin, le produit proposé uniquement en magasin de l'étape 2 ne pourra pas être importé et l'erreur "ID produit déjà utilisé" s'affichera.
- Si le produit de l'étape 1 n'a pas d'inventaire en magasin, le produit proposé uniquement en magasin de l'étape 2 sera importé sans avertissement.
Un produit existant proposé uniquement en magasin empêchera un produit multicanal d'être pris en compte pour une méthode de marketing destinée aux magasins physiques
Étudions le scénario suivant :
- Importez un produit proposé uniquement en magasin.
- Importez un produit multicanal comportant le même ID, la même langue de contenu et le même libellé de source de données à l'aide d'une autre source de données ciblant les méthodes marketing pour les magasins physiques (et éventuellement les méthodes marketing pour les boutiques en ligne).
Le produit multicanal ne sera pas pris en compte pour les méthodes marketing destinées aux magasins physiques et l'erreur ID produit déjà utilisé s'affichera. Tout cela est dû au produit proposé uniquement en magasin de l'étape 1. Le problème sera résolu automatiquement une fois que le produit proposé uniquement en magasin aura été supprimé.
Solution suggérée
Les marchands ne doivent pas importer d'articles ayant le même ID de produit, la même langue de contenu et le même libellé de source de données à partir de plusieurs sources de données. Auparavant, le comportement était assez complexe et entraînait souvent des configurations de sources de données erronées. Cette mise à jour du système modifie ce comportement : les conflits avec les produits proposés uniquement en magasin entraînent l'affichage de l'erreur "ID produit déjà utilisé".
Implémentation partielle des données provenant d'anciennes sources de données supplémentaires
Solution suggérée
Assurez-vous que le contenu de toutes les sources supplémentaires référencées par les sources principales est mis à jour assez fréquemment. Il suffit de mettre à jour les sources supplémentaires après avoir modifié les sources principales concernées. Pour toute source supplémentaire dont le contenu n'a pas été mis à jour depuis plus d'un an, le contenu doit être actualisé. Si la source supplémentaire n'est plus nécessaire, elle doit être supprimée.