Questo articolo descrive le configurazioni che potrebbero essere interessate dalle modifiche apportate ai prodotti multicanale. Non รจ necessario alcun intervento da parte tua, a meno che tu non abbia ricevuto un annuncio via email correlato.
Puoi utilizzare i prodotti multicanale per gestire l'inventario per le vendite online e in negozio all'interno di una singola scheda di prodotto unificata. Questo approccio semplifica la gestione dei prodotti e ti aiuta a raggiungere un maggior numero di clienti.
Con i prodotti multicanale, puoi supervisionare insieme l'inventario online e in negozio. In precedenza, potresti aver mantenuto schede separate per lo stesso prodotto se lo vendevi sia online che nei negozi fisici. A volte, ciรฒ potrebbe causare incongruenze e rendere piรน complessa la gestione dell'inventario.
In questa pagina
Vantaggi
L'utilizzo di prodotti multicanale offre un modo piรน semplice ed efficiente per gestire l'inventario, garantendo un'esperienza piรน coerente per i tuoi clienti. Questo approccio aggiornato risolve le sfide precedenti:
- Gestione semplificata: riduce la complessitร e il potenziale di errori che potrebbero verificarsi dalla gestione di schede online e in negozio separate per lo stesso articolo.
- Maggiore coerenza: contribuisce a evitare incoerenze tra le informazioni sui prodotti online e in negozio, che potrebbero confondere i clienti e influire sul rendimento dei tuoi prodotti.
- Inventario accurato: riduce al minimo il rischio di discrepanze nell'inventario, garantendo una disponibilitร dei prodotti piรน precisa per i tuoi clienti.
Come funziona
In precedenza, quando inviavi informazioni sui prodotti per le vendite online e in negozio fisico utilizzando determinati metodi, il sistema poteva creare due record interni separati per quel prodotto. Questi record a volte possono essere modificati in modo indipendente, il che potrebbe portare a informazioni diverse per le versioni online e in negozio dello stesso prodotto.
Con il sistema di prodotti multicanale aggiornato, stiamo adottando un approccio piรน coerente. Le informazioni sui prodotti per la disponibilitร online e in negozio verranno gestite in modo piรน unificato, riducendo le probabilitร di differenze tra gli attributi delle versioni online e in negozio del tuo prodotto.
Considerazioni e modifiche principali
- Rappresentazione unificata dei prodotti: i tuoi prodotti, destinati alle vendite sia online che in negozio, verranno gestiti come un unico prodotto multicanale.
- Dati di prodotto coerenti: il sistema si adopererร per garantire che gli attributi principali del prodotto (come titolo, descrizione e cosรฌ via) rimangano coerenti per un prodotto, indipendentemente dal fatto che venga mostrato per l'acquisto online o in negozio.
- Utenti API: per i prodotti gestiti come multicanale, interagirai con una singola rappresentazione del prodotto. Il campo canale all'interno dell'oggetto ProductStatusDestinationStatus nell'API Content puรฒ aiutarti a distinguere il rendimento di un prodotto in diversi programmi come gli annunci Shopping o gli annunci di inventario locale.
Nota: il campo canale fa parte dell'oggetto
ProductStatusDestinationStatusdell'API Content. Sebbene i campi "canale" nei nuovi sistemi come l'API Merchant possano essere supportati come funzionalitร legacy, รจ importante definire l'ambito del nuovo campo "canale" per l'API Content, che verrร ritirata a breve. - Potenziali conflitti: se invii un prodotto destinato alle vendite multicanale (online e locali) e un prodotto solo locale separato utilizzando lo stesso ID prodotto, la stessa lingua dei contenuti e la stessa etichetta del feed, potrebbero verificarsi problemi di elaborazione o errori.
Nota: se un prodotto multicanale รจ configurato per i tuoi negozi fisici e ha un inventario locale, assicurati che non utilizzi lo stesso ID prodotto, la stessa lingua dei contenuti e la stessa etichetta del feed di un prodotto esistente inviato solo per gli annunci di inventario locale. L'utilizzo delle stesse informazioni per entrambi puรฒ causare conflitti.
- Attributi coerenti: con i prodotti multicanale, l'obiettivo รจ avere valori degli attributi principali coerenti per un prodotto sia nelle visualizzazioni online che in negozio. Se devi mantenere attributi diversi per il targeting degli annunci (ad esempio etichetta personalizzata
[custom_label]) per la versione online e in negozio di un prodotto, ti consigliamo di utilizzare due prodotti distinti con ID prodotto unici. - Origini dati supplementari: se utilizzi origini dati supplementari per fornire informazioni aggiuntive sui prodotti, assicurati che siano sempre aggiornate. Informazioni obsolete nelle origini dati supplementari possono causare imprecisioni nelle schede di prodotto.
- Invii di prodotti unici: l'invio dello stesso prodotto (identificato da ID, lingua dei contenuti ed etichetta del feed) tramite piรน origini dati principali puรฒ causare errori di elaborazione. Per mantenere l'accuratezza e la chiarezza dei dati, ti consigliamo di assicurarti che ogni prodotto unico venga inviato utilizzando un'unica origine dati principale autorevole.
Nota: in precedenza, il caricamento di prodotti con lo stesso ID, lingua dei contenuti ed etichetta del feed tramite piรน origini dati poteva comportare un comportamento imprevisto, oltre a un errore " Articolo caricato tramite piรน feed". Con i prodotti multicanale, queste istanze ora generano errori per garantire l'accuratezza e la chiarezza dei dati.
Accesso in anteprima per l'API e le origini dei dati di prodotto automatiche
Stiamo implementando gradualmente una nuova funzionalitร che ti consente di selezionare i metodi di marketing locale su API e origini dati di prodotto automatiche. Se non hai ancora accesso alla funzionalitร e vuoi partecipare al programma, invia questo modulo di interesse.
Ciรฒ semplifica la configurazione degli annunci di inventario locale (LIA) e delle schede locali gratuite per i commercianti che utilizzano l'API o che hanno prodotti aggiunti automaticamente dal loro negozio online. Le sezioni seguenti descrivono le modifiche visibili nel comportamento risultanti da questo aggiornamento.
Come prepararsi a questo aggiornamento
Stiamo unificando il modo in cui gli utenti interagiscono con i prodotti multicanale su tutte le piattaforme disponibili: API Content, API Merchant, BigQuery e Merchant Center.
API Content for Shopping
I prodotti multicanale possono avere come target tutti i metodi di marketing
ร possibile attivare i metodi di marketing sia per i negozi online che per quelli fisici:
- Per le origini dati dell'API Content.
- Per singoli prodotti multicanale con l'aiuto di attributi come destinazione inclusa
[included_destination].
Nessun prodotto solo locale visibile per il prodotto multicanale caricato utilizzando origini dati file
products.update() con i prodotti multicanale.products.update() con l'ID REST del prodotto e il canale impostato su locale verranno rifiutate. Per gli utenti che hanno bisogno di valori degli attributi diversi tra i negozi online e fisici, consigliamo di utilizzare due prodotti diversi, ovvero due ID prodotto separati.Se un prodotto multicanale ha come target un metodo di marketing per negozi fisici e ha un inventario locale, entrerร in conflitto con un prodotto solo locale esistente con l'ID REST corrispondente. Piรน nello specifico:
- Se esiste un prodotto solo locale con i
REST IDscorrispondenti, il prodotto multicanale non diventerร efficace per i metodi di marketing per i negozi fisici e verrร segnalato il problema a livello di articolo "ID prodotto giร utilizzato". - Se il prodotto multicanale รจ efficace per qualsiasi metodo di marketing per i negozi fisici, qualsiasi tentativo di inserire un prodotto solo locale con l'
ID RESTcorrispondente non andrร a buon fine e verrร segnalato il problema "ID prodotto giร utilizzato".
L'inventario locale puรฒ essere inserito con il canale "online"
localinventory.insert() accetterร anche gli articoli con il canale "online" nel REST ID. L'inventario verrร utilizzato dal prodotto multicanale corrispondente se ha come target un metodo di marketing per i negozi fisici, a meno che non esista un prodotto solo locale in conflitto con l'ID REST con il canale impostato su locale. Se esiste un prodotto solo locale corrispondente al REST ID con il canale impostato su locale, questo preleverร l'inventario, anche se รจ stato inserito con il canale "online".L'API productstatuses restituisce stati e problemi combinati
Shopping_ads) o se si tratta della destinazione "Shopping" corrispondente a quella dei prodotti solo locali (che corrisponde a Local_inventory_ads).API Merchant
Per impostazione predefinita, l'origine dati รจ multicanale
I prodotti multicanale non richiedono un canale e possono utilizzare tutti i metodi di marketing
Non esiste alcun canale nel nome REST per i prodotti multicanale. I prodotti multicanale possono avere come target metodi di marketing sia per i negozi online che per quelli fisici.
Il prodotto multicanale potrebbe bloccare il nome REST con il canale "locale"
L'inventario locale puรฒ essere inserito in un prodotto multicanale
ProductStatus contiene lo stato di tutti i metodi di marketing
Entrambi i metodi di marketing per il negozio online e i negozi fisici potrebbero essere visualizzati in un ProductStatus di un singolo prodotto multicanale.
Trasferimenti di Google Merchant Center per BigQuery
La tabella dei prodotti contiene i prodotti multicanale esportati con un canale "online". La tabella degli inventari locali di BigQuery Data Transfer Service potrebbe contenere product_id con il canale "online".
Elenco delle configurazioni non funzionanti
products.update() e products.insert() dell'API Content per i prodotti caricati utilizzando origini dati che hanno come target negozi online e fisici
L'interfaccia utente di Merchant Center consente di creare origini dati che possono avere come target metodi di marketing sia per i negozi online che per quelli fisici. In passato, era possibile manipolare in modo indipendente le parti che hanno come target i negozi online e quelle che hanno come target i negozi fisici. Piรน nello specifico, รจ stato possibile emettere:
products.update()con un canale "online", che influisce solo sui metodi di marketing per i negozi online.products.update()con un canale "locale", che influisce solo sui metodi di marketing per i negozi fisici.products.insert()con l'ID di un'origine dati supplementare utilizzato come parametrofeedIde il canale "online", che influisce solo sui metodi di marketing per i negozi online.products.insert()con l'ID di un'origine dati supplementare utilizzato come parametrofeedIde il canale "locale", che influisce solo sui metodi di marketing per i negozi fisici.
products.update() con il canale "online" per il prodotto multicanale
Per i prodotti multicanale, products.update() con un canale "online" influirร sia sui metodi di marketing per i negozi online sia su quelli per i negozi fisici.
products.update() con il canale "locale" per il prodotto multicanale
Per i prodotti multicanale, le chiamate products.update() con i canali "locale" vengono rifiutate.
products.insert() con l'ID di un'origine dati supplementare utilizzato come parametro feedId e il canale "online" per il prodotto multicanale
Per i prodotti multicanale, products.insert() con l'ID di un'origine dati supplementare utilizzato come parametro feedId e il canale "online" influirร sia sui metodi di marketing per i negozi online che su quelli per i negozi fisici.
products.insert() con l'ID di un'origine dati supplementare utilizzato come parametro feedId e il canale "locale" per il prodotto multicanale
Per i prodotti multicanale, products.insert() con l'ID di un'origine dati supplementare utilizzato come parametro feedId e il canale "locale" verrร rifiutato.
La configurazione interessata
Supponiamo che esista un'origine dei dati di prodotto che possa avere come target entrambi i metodi di marketing, sia il negozio online che i negozi fisici. Supponiamo che qualsiasi metodo di marketing per i negozi fisici sia attivato.
In passato, l'utilizzo di products.update() dell'API Content con il canale "locale" funzionava per gli articoli forniti con questi dati. Questo aggiornamento del sistema modifica questo comportamento: products.update() con il canale "locale" per l'articolo fornito con queste origini dati non andrร a buon fine.
Risoluzione suggerita
I commercianti che devono disporre di set di attributi diversi per i metodi di marketing per i negozi online e per i metodi di marketing per i negozi fisici non devono tentare di ottenere questo risultato con un singolo prodotto. In questo caso, ti consigliamo di utilizzare due prodotti diversi, con due ID prodotto diversi, gestiti separatamente. Il canale non รจ considerato parte dell'ID prodotto che puรฒ essere utilizzato per la differenziazione.
Un prodotto multicanale viene sostituito solo nel suo complesso
Supponiamo che tu abbia configurato:
- Carica un prodotto multicanale utilizzando un'origine dati che ha come target metodi di marketing sia per i negozi online che per quelli fisici.
- Carica un prodotto con lo stesso ID, la stessa lingua dei contenuti e la stessa etichetta del feed utilizzando un'altra origine dati che ha come target metodi di marketing solo per i negozi online.
Il prodotto caricato nel passaggio 2 sostituisce quello caricato nel passaggio 1 per i metodi di marketing per i negozi online. In passato, il passaggio 1 creava anche metodi di marketing per il targeting dei prodotti separati per i negozi fisici, che rimangono. Questo aggiornamento del sistema modifica questo comportamento: vengono rimossi tutti gli effetti locali dovuti al passaggio 1. Tieni presente che il passaggio 2 causa anche l'avviso "Articolo caricato tramite piรน feed".
Un prodotto multicanale blocca l'ID del prodotto solo locale corrispondente
Considera lo stesso scenario di sopra, ma con un prodotto solo locale nel passaggio 2:
- Carica un prodotto multicanale utilizzando un'origine dati che ha come target metodi di marketing sia per i negozi online che per quelli fisici.
- Carica un prodotto solo locale con lo stesso ID, la stessa lingua dei contenuti e la stessa etichetta del feed utilizzando un'altra origine dati che ha come target metodi di marketing solo per negozi fisici.
In passato, il prodotto solo locale caricato nel passaggio 2 sostituiva il prodotto caricato nel passaggio 1, ma solo per i metodi di marketing per i negozi fisici. Questo aggiornamento di sistema modifica questo comportamento:
- Se il prodotto del passaggio 1 ha un inventario locale, il caricamento del prodotto solo locale del passaggio 2 non andrร a buon fine e verrร visualizzato il messaggio di errore "ID prodotto giร utilizzato".
- Se il prodotto del passaggio 1 non ha un inventario locale, il caricamento del prodotto solo locale del passaggio 2 andrร a buon fine senza alcun avviso.
Un prodotto solo locale esistente impedirร a un prodotto multicanale di diventare efficace per il metodo di marketing per i negozi fisici
Supponiamo che tu abbia configurato:
- Carica un prodotto solo locale.
- Carica un prodotto multicanale con lo stesso ID, la stessa lingua dei contenuti e la stessa etichetta dell'origine dati utilizzando un'altra origine dati che ha come target metodi di marketing per negozi fisici (e possibilmente anche metodi di marketing per negozi online).
Il prodotto multicanale non diventerร efficace per i metodi di marketing per i negozi fisici e verrร visualizzato l'errore "ID prodotto giร utilizzato". Tutto ciรฒ รจ dovuto al prodotto solo locale del passaggio 1 e si risolverร automaticamente, alla fine, dopo l'eliminazione del prodotto solo locale.
Risoluzione suggerita
I commercianti non devono caricare articoli con lo stesso ID prodotto, la stessa lingua dei contenuti e la stessa etichetta dell'origine dati utilizzando piรน origini dati. In passato, il comportamento era piuttosto complesso e spesso portava a configurazioni errate dell'origine dati. Questo aggiornamento del sistema modifica questo comportamento: i conflitti con i prodotti solo locali generano errori "ID prodotto giร utilizzato".
I dati delle vecchie origini dati supplementari non sono completamente efficaci
Risoluzione suggerita
Assicurati che i contenuti di tutte le fonti supplementari a cui fanno riferimento le fonti principali vengano aggiornati con una frequenza ragionevole. ร sicuramente sufficiente aggiornare le origini supplementari dopo aver apportato modifiche alle origini principali interessate. Per qualsiasi fonte supplementare con contenuti non aggiornati da piรน di un anno, i contenuti devono essere aggiornati. In alternativa, se l'origine supplementare non รจ piรน necessaria, deve essere eliminata.