Oppdatering av systemet for flerkanalsprodukter

Denne artikkelen beskriver konfigurasjoner som kan bli berørt av endringene vi gjør i flerkanalsprodukter. Du trenger ikke å gjøre noe med mindre du har mottatt en kunngjøring om dette på e-post.

Du kan bruke flerkanalsprodukter for å administrere produktlageret for både nett- og butikksalg i én enkelt, samlet produktoppføring. Dette gjør det enklere å administrere produktene dine og nå ut til flere kunder.

Med flerkanalsprodukter får du en samlet oversikt over produktlageret ditt på nettet og i fysiske butikker. Tidligere måtte du kanskje ha separate oppføringer for ett og samme produkt hvis du solgte det både på nettet og i fysiske butikker. Dette kunne føre til avvik og gjøre administreringen av produktlageret mer komplisert.

Merk: For brukere som ikke jobber med Content API for Shopping, Merchant API, Google Merchant Center-overføringer for BigQuery eller spesialfunksjoner som datakilder som bare gjelder for produkter i butikk, medfører denne systemoppdateringen ingen synlige endringer som krever at brukerne gjør noe. Denne artikkelen nevner tilfeller med synlige endringer som kan kreve at brukerne gjør noe.

På denne siden


Fordeler

Med flerkanalsprodukter kan du administrere produktlageret ditt mer effektivt og strømlinjeformet, noe som gir kundene en mer konsekvent opplevelse. Denne oppdateringen løser noen tidligere utfordringer:

  • Forenklet administrering: Reduserer kompleksiteten og potensialet for feil som kan oppstå ved å administrere separate oppføringer for den samme varen på nettet og i butikk.
  • Større overensstemmelse: Forhindrer uoverensstemmelser i informasjonen om produktene du selger på nettet og i butikk, noe som kan forvirre kundene og påvirke produktresultatene dine.
  • Nøyaktig produktlager: Minimerer risikoen for produktlageravvik, slik at kundene får mer nøyaktig informasjon om produkttilgjengeligheten.

Slik fungerer det

Tidligere kunne systemet opprette to separate interne poster for ett og samme produkt hvis du brukte bestemte metoder for å sende inn informasjon om hvilke produkter du solgte både i nettbutikken og i fysiske butikker. Av og til kunne slike poster bli endret uavhengig av hverandre, noe som kunne føre til ulik informasjon om det samme produktet i nettbutikken og i de fysiske butikkene.

Det oppdaterte systemet for flerkanalsprodukter gir en mer konsekvent tilnærming. Produktinformasjon om tilgjengelighet i nettbutikken og i fysiske butikker administreres mer enhetlig, noe som reduserer sjansen for avvik i attributtene for det samme produktet i nettbutikken og i de fysiske butikkene.

Viktige endringer og ting du bør ta hensyn til

  • Enhetlig fremstilling av produkter: Produkter som skal selges både i nettbutikken og i fysiske butikker, administreres som ett enkelt flerkanalsprodukt.
  • Konsekvent produktinformasjon: Systemet forsøker å sikre at de viktigste produktattributtene (som tittel, beskrivelse osv.) er konsekvente for ett og samme produkt, uansett om det kan kjøpes på nettet eller i fysiske butikker.
  • API-brukere: For flerkanalsprodukter administrerer du én enkelt fremstilling av samme produkt. Du kan bruke «channel»-feltet i ProductStatusDestinationStatus-objektet i Content API til å se hvor gode resultater et produkt har i ulike programmer, for eksempel Shopping-annonser eller annonser for varer i butikk.
    Merk: Dette «channel»-feltet er en del av ProductStatusDestinationStatus-objektet i Content API. Selv om det kan hende at «channel»-feltene støttes som eldre funksjoner i nye systemer som Merchant API, er det viktig at du bare bruker det nye «channel»-feltet i Content API, som snart avvikles.
  • Potensielle konflikter: Hvis du sender inn et produkt for salg i flere kanaler (både på nettet og i fysiske butikker) og et eget produkt som bare er tilgjengelig i butikk, med samme produkt-ID, innholdsspråk og feedetikett, kan dette skape problemer eller feil under behandlingen.
    Merk: Hvis et flerkanalsprodukt er konfigurert for de fysiske butikkene dine og har et produktlager i butikk, må du sørge for at det ikke bruker samme produkt-ID, innholdsspråk og feedetikett som et eksisterende produkt du kun har sendt inn for annonser for varer i butikk. Hvis du bruker samme informasjon for begge, kan det oppstå konflikter.
  • Konsekvente attributter: Med flerkanalsprodukter er målet å ha konsekvente verdier i hovedattributtene for et produkt du selger både på nettet og i fysiske butikker. Hvis du må bruke ulike attributter for annonsemålretting (f.eks. egendefinert etikett [custom_label]) for et produkt du selger både på nettet og i fysiske butikker, anbefaler vi at du bruker to ulike produkter med unike produkt-ID-er.
  • Ekstra datakilder: Hvis du bruker ekstra datakilder til å oppgi tilleggsinformasjon om produktene, må du holde dem oppdatert. Utdatert informasjon i ekstra datakilder kan føre til unøyaktigheter i produktoppføringene dine.
  • Unike produktoppføringer: Hvis du sender inn det samme produktet (identifisert med ID, innholdsspråk og feedetikett) via flere primære datakilder, kan det føre til feil under behandlingen. Vi anbefaler at du bare sender inn hvert unike produkt via én enkelt primær datakilde, slik at informasjonen blir nøyaktig og tydelig.
    Merk: Tidligere kunne opplasting av produkter med samme ID, innholdsspråk og feedetikett via flere datakilder føre til uventet atferd og feilmeldingen Varen er lastet opp via flere feeder. For flerkanalsprodukter fører dette nå til feil, slik at dataene blir nøyaktige og tydelige.

Tidlig tilgang til API-et og automatiske produktdatakilder

Vi lanserer gradvis en ny funksjon som gjør det mulig å velge markedsføring for fysiske butikker i API-et og automatiske produktdatakilder. Hvis du ikke har fått tilgang til denne funksjonen ennå, men ønsker å bli med i programmet, kan du sende inn dette interesseskjemaet.

Dette forenkler konfigureringen av annonser for varer i butikk (AVB) og kostnadsfrie lokale oppføringer for selgere som bruker API-et, eller som automatisk får lagt til produkter fra nettbutikken sin. Nedenfor beskriver vi de synlige endringene denne oppdateringen gir.

Slik kan du forberede deg på denne oppdateringen

Vi samordner hvordan brukere administrerer flerkanalsprodukter på alle tilgjengelige plattformer: Content API, Merchant API, BigQuery og Merchant Center.

Content API for shopping

Alle markedsføringsmetoder kan brukes for flerkanalsprodukter

Markedsføringsmetoder kan tas i bruk for både nettbutikker og fysiske butikker:

  1. For Content API-datakilder.
  2. For enkeltprodukter som selges i flere kanaler, ved å bruke attributter som inkludert destinasjon [included_destination].

Ingen produkter som bare er tilgjengelig i butikk, vises for flerkanalsprodukter som lastes opp via filbaserte datakilder

Flerkanalsprodukter vises ikke som et produktpar som selges på nettet og i butikk, via noen av sluttpunktene for produkter i Content API for Shopping. De vises som nettprodukter som kan brukes med markedsføringsmetoder for fysiske butikker. Dermed er det mulig å bruke kallet products.update() for flerkanalsprodukter.

Flerkanalsprodukter kan komme i konflikt med produkter som bare er tilgjengelig i butikk, som sendes inn via API-et

Hvis et flerkanalsprodukt bruker en markedsføringsmetode for fysiske butikker og har et produktlager i butikk, blir kallet products.update() med produktets REST ID og kanalen satt til «local» avvist. For brukere som må bruke ulike attributtverdier for nettbutikken og fysiske butikker, anbefaler vi å bruke to forskjellige produkter, altså to ulike produkt-ID-er.

Hvis et flerkanalsprodukt bruker en markedsføringsmetode for fysiske butikker og har et produktlager i butikk, kommer det i konflikt med et eksisterende produkt som bare er tilgjengelig i butikk, med samme REST ID. Mer spesifikt betyr dette at:

  1. Hvis det finnes et produkt som bare er tilgjengelig i butikk, med samme REST ID, kan ikke flerkanalsproduktet bruke markedsføringsmetoder for fysiske butikker, og det oppstår et problem på varenivå med feilmeldingen «Produkt-ID-en er allerede i bruk».
  2. Hvis flerkanalsproduktet bruker en markedsføringsmetode for fysiske butikker, mislykkes alle forsøk på å sette inn et produkt som bare er tilgjengelig i butikk, med samme REST ID, og problemet «Produkt-ID-en er allerede i bruk» oppstår.

Produktlager i butikk kan settes inn med kanalen «online»

localinventory.insert() godtar også varer med kanalen «online» i REST ID. Produktlageret brukes av det tilhørende flerkanalsproduktet hvis det bruker en markedsføringsmetode for fysiske butikker, med mindre det finnes et motstridende produkt som bare er tilgjengelig i butikk, med samme REST ID og kanalen satt til «local». Hvis det finnes et produkt som bare er tilgjengelig i butikk, med samme REST ID og kanalen satt til «local», blir dette produktet brukt i stedet, selv om produktlageret er satt inn med kanalen «online».

productstatuses-API-et returnerer kombinerte statuser og problemer

I dette API-et har «Shopping»-destinasjonen blitt brukt for både produkter som er tilgjengelige på nettet, og produkter som bare er tilgjengelige i butikk, noe som har ulik betydning for de to kanalene. For et flerkanalsprodukt blir «Shopping» tvetydig. Det er lagt til et nytt «channel»-felt som kan brukes til å finne ut om «Shopping»-destinasjonen gjelder for produkter som er tilgjengelige på nettet (tilsvarer Shopping_ads), eller produkter som bare er tilgjengelige i butikk (tilsvarer Local_inventory_ads).

Merchant API

Datakilder er som standard flerkanals

Som standard kan nyopprettede produktdatakilder bruke markedsføringsmetodene for både nettbutikker og fysiske butikker samtidig, og produktene som opprettes med slike datakilder, er flerkanals.

Flerkanalsprodukter krever ingen kanal og kan bruke alle markedsføringsmetoder

Det finnes ingen kanal i REST-navnet for flerkanalsprodukter. Flerkanalsprodukter kan bruke markedsføringsmetoder for både nettbutikker og fysiske butikker.

Flerkanalsprodukter kan blokkere REST-navnet med kanalen «local»

Et flerkanalsprodukt som bruker en markedsføringsmetode for fysiske butikker, kommer i konflikt med et produkt som bare er tilgjengelig i butikk, hvis alle komponentene i REST-navnene samsvarer, bortsett fra kanalen. Dette fungerer nesten likt som i Content API. Se den tilhørende delen ovenfor for å finne ut mer.

Produktlager i butikk kan settes inn i flerkanalsprodukter

Produktlageret kan hentes av et tilsvarende flerkanalsprodukt som bruker en markedsføringsmetode for fysiske butikker, eller av et tilsvarende produkt som bare er tilgjengelig i butikk. Hvis begge finnes, kan ikke flerkanalsproduktet bruke markedsføringsmetoder for fysiske butikker, og problemet «Produkt-ID-en er allerede i bruk» oppstår.

ProductStatus inneholder statusen for alle markedsføringsmetoder

Markedsføringsmetoder for både nettbutikker og fysiske butikker kan vises i en ProductStatus for ett enkelt flerkanalsprodukt.


Google Merchant Center-overføringer for BigQuery

Produkttabellen har flerkanalsprodukter som er eksportert med kanalen «online». Tabellen over produktlagre i butikk i BigQuery Data Transfer Service kan inneholde product_id med kanalen «online».

Liste over konfigurasjoner som ikke fungerer

Content API-kallene products.update() og products.insert() for produkter som lastes opp ved hjelp av datakilder som målrettes mot både nettbutikker og fysiske butikker

I brukergrensesnittet til Merchant Center kan du lage datakilder som kan bruke markedsføringsmetoder for både nettbutikker og fysiske butikker. Tidligere var det mulig å manipulere delene som gjelder for nettbutikker, og delene som gjelder for fysiske butikker, hver for seg. Mer spesifikt var det mulig å utstede disse kallene:

  1. products.update() med kanalen «online», som bare påvirker markedsføringsmetoder for nettbutikker.
  2. products.update() med kanalen «local», som bare påvirker markedsføringsmetoder for fysiske butikker.
  3. products.insert() med ID-en til en ekstra datakilde brukt som feedId-parameteren og kanalen «online», som bare påvirker markedsføringsmetoder for nettbutikker.
  4. products.insert() med ID-en til en ekstra datakilde brukt som feedId-parameteren og kanalen «local», som bare påvirker markedsføringsmetoder for fysiske butikker.

products.update() med kanalen «online» for flerkanalsprodukter

For flerkanalsprodukter påvirker products.update() med kanalen «online» både markedsføringsmetoder for nettbutikker og markedsføringsmetoder for fysiske butikker.

products.update() med kanalen «local» for flerkanalsprodukter

For flerkanalsprodukter blir kallet products.update() med kanalen «local» avvist.

products.insert() med ID-en for en ekstra datakilde brukt som feedId-parameteren og kanalen «online» for flerkanalsprodukter

Flerkanalsprodukter: products.insert() med ID-en for en ekstra datakilde brukt som feedId-parameteren og kanalen «online» påvirker både markedsføringsmetoder for nettbutikker og markedsføringsmetoder for fysiske butikker.

products.insert() med ID-en for en ekstra datakilde brukt som feedId-parameteren og kanalen «local» for flerkanalsprodukter

For flerkanalsprodukter blir products.insert() med ID-en for en ekstra datakilde brukt som feedId-parameteren, og kanalen «local» blir avvist.

Konfigurasjonen som berøres

Tenk deg at du har en produktdatakilde som kan bruke både markedsføringsmetoder for nettbutikker og markedsføringsmetoder for fysiske butikker. Tenk deg at alle markedsføringsmetoder for fysiske butikker er slått på.

Tidligere fungerte det å bruke Content API-kallet products.update() med kanalen «local» for varene som ble sendt inn med slike data. Dette endres med denne systemoppdateringen: Kallet products.update() med kanalen «local» for varer som sendes inn med slike datakilder, mislykkes.

Foreslått løsning

Selgere som må ha ulike attributtsett for markedsføringsmetoder for nettbutikker og markedsføringsmetoder for fysiske butikker, bør ikke prøve å oppnå dette med ett enkelt produkt. I dette tilfellet anbefaler vi heller å bruke to forskjellige produkter med to ulike produkt-ID-er som du administrerer separat. Kanalen anses ikke for å være en del av produkt-ID-en som kan brukes til differensiering.

Flere produkter med samme ID, innholdsspråk og feedetikett
Produkter som lastes opp via flere datakilder med samme ID, innholdsspråk, feedetikett og kanal, kommer alltid i konflikt og gir advarselen «Varen er lastet opp via flere feeder». I noen få tilfeller gjør denne systemoppdateringen at konflikter med flerkanalsprodukter blir enda tydeligere, ved å gi feilmeldingen «Produkt-ID-en er allerede i bruk».

Et flerkanalsprodukt kan bare erstattes i sin helhet

Se for deg dette scenarioet:

  1. Last opp et flerkanalsprodukt ved hjelp av en datakilde som bruker markedsføringsmetoder for både nettbutikker og fysiske butikker.
  2. Last opp et produkt med samme ID, innholdsspråk og feedetikett via en annen datakilde som bare bruker markedsføringsmetoder for nettbutikker.

Produktet som ble lastet opp i trinn 2, erstatter produktet som ble lastet opp i trinn 1, for markedsføringsmetoder for nettbutikker. Tidligere ble det også opprettet et eget produkt med markedsføringsmetoder for fysiske butikker i trinn 1, som ble beholdt. Dette endres med denne systemoppdateringen: Eventuelle effekter på markedsføringsmetoder for fysiske butikker fra trinn 1 blir fjernet. Merk at trinn 2 også gir advarselen «Varen er lastet opp via flere feeder».

Et flerkanalsprodukt blokkerer ID-en til det tilsvarende produktet som bare er tilgjengelig i butikk

Tenk deg det samme scenarioet som ovenfor, men med et produkt som bare er tilgjengelig i butikk, i trinn 2:

  1. Last opp et flerkanalsprodukt ved hjelp av en datakilde som bruker markedsføringsmetoder for både nettbutikker og fysiske butikker.
  2. Last opp et produkt som bare er tilgjengelig i butikk, med samme ID, innholdsspråk og feedetikett via en annen datakilde som bare bruker markedsføringsmetoder for fysiske butikker.

Tidligere erstattet produktet som bare var tilgjengelig i fysiske butikker, og som ble lastet opp i trinn 2, produktet som ble lastet opp i trinn 1, men bare for markedsføringsmetoder for fysiske butikker. Dette endres med denne systemoppdateringen:

  1. Hvis produktet fra trinn 1 har et produktlager i butikk, mislykkes opplastingen av produktet som bare er tilgjengelig i butikk, fra trinn 2, og det gir feilmeldingen «Produkt-ID-en er allerede i bruk».
  2. Hvis produktet fra trinn 1 ikke har noe produktlager i butikk, blir produktet som bare er tilgjengelig i butikk, fra trinn 2 lastet opp uten noen advarsel.

Et eksisterende produkt som bare er tilgjengelig i butikk, hindrer at et flerkanalsprodukt kan bruke markedsføringsmetoder for fysiske butikker

Se for deg dette scenarioet:

  1. Last opp et produkt som bare er tilgjengelig i butikk.
  2. Last opp et flerkanalsprodukt med samme ID, innholdsspråk og datakildeetikett via en annen datakilde som bruker markedsføringsmetoder for fysiske butikker (og kanskje også markedsføringsmetoder for nettbutikker).

Flerkanalsproduktet kan ikke bruke markedsføringsmetoder for fysiske butikker, og dette gir feilmeldingen «Produkt-ID-en er allerede i bruk». Alt dette skyldes produktet som bare er tilgjengelig i butikk, fra trinn 1, og disse problemene blir automatisk løst når produktet som bare er tilgjengelig i butikk, slettes.

Foreslått løsning

Selgere bør ikke laste opp varer med samme produkt-ID, innholdsspråk og datakildeetikett via flere datakilder. Tidligere var dette scenarioet ganske komplisert, og det førte ofte til feilaktige konfigurasjoner av datakilder. Dette endres med denne systemoppdateringen: Konflikter med produkter som bare er tilgjengelige i fysiske butikker, gir feilmeldingen «Produkt-ID-en er allerede i bruk».

Data fra gamle ekstra datakilder har ikke full effekt

Tidligere var det mulig å gjøre visse endringer i primære produktkilder som førte til at de involverte tilleggskildene ikke hadde effekt på alle markedsføringsmetodene som var valgt for de primære kildene. Men dette kan ikke skje med datakilder som oppdateres jevnlig, og det kan bare skje for datakilder som oppdateres sjelden, under bestemte forhold.

Foreslått løsning

Sørg for at innholdet i alle tilleggskilder som primærkilder henviser til, oppdateres relativt ofte. Det er tilstrekkelig at tilleggskildene oppdateres når det er gjort endringer i de berørte primærkildene. Hvis tilleggskilder har innhold som ikke er blitt oppdatert på over ett år, bør innholdet oppdateres. Hvis tilleggskilden ikke er nødvendig lenger, bør den slettes.


Linker til relatert innhold

Var dette nyttig for deg?

Hvordan kan vi forbedre den?
false
Søk
Slett søket
Lukk søkefunksjonen
Hovedmeny
16094710955750415354
true
Søk i brukerstøtte
false
true
true
true
true
true
71525
false
false
true
false
false