Optimera produktfeed för Comparison Shopping Services

Produktfeeden har två datalager som du måste underhålla separat

Vid CSS och Google Shopping blandar handlare ofta ihop två olika datalager.

Handlarfeeden i Merchant Center levererar din butiks grunddata

Den här feeden innehåller nätbutikens produktdata, till exempel:

• Produkt-ID
• Titel
• Beskrivning
• Produktsida
• Pris
• Tillgänglighet
• Bilder
• Märke
• GTIN
• Variantinformation
• Fraktuppgifter

Dessa data styr Shopping-annonser och kostnadsfria listningar. Feeden är fortsatt avgörande även med en CSS-partner.

CSS-produktsidor visar dessutom egna, liknande uppbyggda produktdata

Comparison Shopping Services erbjuder även egna produktsidor. För organisk visning av dessa nämner Google attribut som id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, variantattribut, product_detail och product_highlight.

Den praktiska konsekvensen är:

Produktdata måste vara tekniskt giltiga och strukturerade så att handlare, Google och CSS-leverantörer entydigt kan känna igen produkter.

Sex steg visar dig rätt ordning för feedoptimering

Handlare skriver ofta nya titlar innan de åtgärdar grundläggande datafel.

Bättre är en tydlig prioritering:

En optimerad titel hjälper föga för produkter som avslås på grund av prisfel. En godkänd feed är dessutom sällan automatiskt optimal.

Stabila produkt-ID:n och rena varianter utgör grunden

Varje säljbar produkt och varje beställningsbar variant behöver en entydig identifiering.

En t-shirt med fem storlekar och fyra färger ger 20 varianter. Varje variant har en egen kombination av följande uppgifter:

• Produkt-ID
• Färg
• Storlek
• Pris
• Tillgänglighet
• Bild
• GTIN
• MPN

Skicka in varianter separat och koppla ihop dem via en gemensam item_group_id. Titel och attribut beskriver den konkreta utförandet.

Dessa fem regler gör ett produkt-ID stabilt

Ett produkt-ID bör:

• förbli permanent stabilt
• vara unikt inom feeden
• inte bero på pris eller lagersaldo
• helst komma från affärssystemet eller butikssystemet
• identifiera den konkreta utförandet vid varianter

Behåll ID:t vid ändringar av titel, pris eller bild. Ett nytt ID skapar i onödan en ny produkt för Google.

Ett ID för alla storlekar förväxlar varianten efter klicket

En handlare använder samma ID för alla skostorlekar. På landningssidan är storlek 42 förvald, medan feeden anger storlek 39.

Feed, produktsida och den valbara varianten avviker då från varandra.

Bättre är:

• ett eget ID för varje storlek och färg
• korrekt landningssidesvariant
• matchande variantbild
• den vid var tid gällande tillgängligheten
• en gemensam item_group_id

En exakt titel besvarar de viktigaste köpfrågorna först

Produkttiteln förklarar direkt det konkreta erbjudandet för Google och användare.

En bra titel besvarar, beroende på sortiment, flera av dessa frågor:

• Vilket märke?
• Vilken modell?
• Vilken produkttyp?
• Vilken målgrupp?
• Vilket utförande?
• Vilken färg?
• Vilken storlek?
• Vilket material?
• Vilken teknisk specifikation?
• Vilket antal?

Google rekommenderar exakta titlar och nämner varianter som färg och storlek direkt i texten.

Din produkttyp bestämmer den lämpliga titelstrukturen

Tre exempel visar skillnaden mellan vagt och precist

För allmänt:

Damjacka modern billig

Bättre:

Märke Dam Övergångsjacka vattenavvisande Marinblå Storlek 40

För säljande:

Topp Proffs Kaffemaskin köp billigt nu

Bättre:

Märke Modell Espressomaskin 15 bar 1,8 l Svart

Oprecist:

Industri Pump Rostfritt

Bättre:

Märke Centrifugalpump 400 V 12 m³/h Rostfritt DN 50

De viktigaste uppgifterna hör hemma längst fram

Vissa vyer kortar titlar. Placera därför viktiga köpkriterier i början.

Vid kända märken står märkesnamnet först. Hos mindre kända tillverkare räknas produkttypen först.

Fasta regler för alla sortiment saknas. Viktigt är den uppgift som gör att användare direkt känner igen produkten.

Aneinanderradade sökord gör titeln oläsbar

En titel som denna skapar ingen extra tydlighet:

Kontorsstol och Skrivbordsstol köp billigt online.

Liknande begrepp efter varandra gör produkttitlar oläsbara och oprecisa.

Bättre:

Märke ergonomisk kontorsstol med ländryggsstöd Svart

Lägg synonymer, användningsområden och tekniska detaljer i beskrivningen eller i extra attribut.

AI skapar titlar från datafält, du kontrollerar resultatet

AI-system genererar titlar för stora sortiment enligt fasta regler utifrån produktdata.

En bra titelmall använder uteslutande befintliga datafält:

Skapa produkttiteln av märke, modell, produkttyp, färg, storlek och material utan säljargument.

Google skiljer mellan title och structured_title. Använd structured_title för AI-titlar och title eller structured_title för manuellt skapade titlar.

Kontrollera automatiserade titlar regelbundet på kvalitet. Kontrollera särskilt:

• påhittade egenskaper
• dubblerade begrepp
• fel måttenheter
• avkapade modellbeteckningar
• saknade variantuppgifter
• onaturliga översättningar
• otillåtna säljpåståenden

En bra beskrivning sammanfattar alla produktegenskaper begripligt

Många feedbeskrivningar innehåller bara textutdrag från produktsidan, navigationsrester, HTML eller utbytbara säljtexter.

En bra feedbeskrivning sammanfattar alla viktiga produktegenskaper begripligt.

Dit hör, beroende på produkt:

• Funktion
• Användningsområde
• Material
• Mått
• Tekniska data
• Kompatibilitet
• Leveransomfattning
• Målgrupp
• särskilda utrustningsdetaljer

Google rekommenderar strukturerade beskrivningar med mer än 200 tecken. Produktdetaljer och fler bilder hör hemma i separata attribut.

En jämförelse visar hur mycket mer en konkret beskrivning säger

Svag: "Högkvalitativ produkt beställ nu online och få snabb leverans." Den texten ger varken Google eller kunder någon användbar information om produkten.

Bättre: "Elektriskt höj- och sänkbart skrivbord med skiva på 160 × 80 cm och justeringsområde från 65 till 130 cm. Stativet har två motorer, fyra minnesplatser och 100 kg bärighet." Texten beskriver konkreta egenskaper utan onödiga sökord.

Highlights och detaljtabeller kompletterar en kort hållen titel

Begränsa titel och beskrivning medvetet till väsentliga uppgifter.

Med product_highlight förmedlar du centrala egenskaper strukturerat. Google rekommenderar fyra till sex highlights, med minst två och högst 100 poster om vardera upp till 150 tecken.

Exempel:

• Elektriskt höjdjusterbart från 65 till 130 cm
• Minnesfunktion för fyra arbetshöjder
• Bärighet upp till 100 kg
• Två tysta motorer
• Bordsskiva i FSC-certifierat trä

Attributet product_detail lagrar strukturerade tekniska uppgifter som:

På så sätt förblir titeln läsbar och tekniska detaljer finns strukturerat tillgängliga.

GTIN, märke och MPN identifierar din produkt entydigt

Entydiga produktmärkningar identifierar varje handelsprodukt exakt.

Till de viktigaste uppgifterna hör:

• gtin: Global Trade Item Number, till exempel EAN eller UPC
• brand: märke
• mpn: tillverkarnummer

Google rekommenderar alla tre uppgifter för korrekt matchning och exakta sökträffar.

En påhittad GTIN förväxlar din produkt med en annan

Ange exakt den officiella GTIN-numret för produkter som har ett sådant, och avstå från påhittade siffror.

Varje produktvariant har oftast en egen GTIN. En röd t-shirt i storlek M skiljer sig därigenom från blå eller storlek L.

Bara riktiga unika exemplar får identifier_exists satt till no

Unika exemplar, personaliserade artiklar eller egentillverkade produkter saknar ofta GTIN, MPN eller märke.

Använd identifier_exists med värdet no eller false bara för produkter utan märkning. Använd aldrig attributet för saknade uppgifter hos vanliga märkesprodukter.

Vid egna märken blir ditt varumärkesnamn brand-attributet

Ange ditt varumärkesnamn som brand vid ett eget märke. Ett internt artikelnummer fungerar som MPN om det identifierar produkten entydigt.

Använd uppgifterna enhetligt i butik, feed, förpackning och produktsida.

Två kategorifält skiljer Googles taxonomi från din egen struktur

Attributen google_product_category och product_type fyller olika funktioner.

google_product_category placerar din produkt i Googles taxonomi

Här placerar du produkten i Googles produkttaxonomi.

Exempel:

Kläder och accessoarer > Kläder > Ytterplagg > Jackor och kappor

Google erbjuder numeriska kategori-ID:n och utskrivna sökvägar för många produkttyper.

Välj den mest exakta kategorin. Placera en kontorsstol i rätt underkategori i stället för bara under möbler.

product_type avbildar din egen sortimentsstruktur

Det här fältet kan avbilda din egen butiks- eller sortimentsstruktur.

Exempel:

Kontorsinredning > Kontorsstolar > Ergonomiska kontorsstolar

En passande product_type underlättar analys och gruppering enligt din egen sortimentslogik.

Kampanjlogik hör hemma i Custom Labels, inte i kategorin

Värden som dessa är inga meningsfulla produkttyper:

• hög marginal
• bästsäljare
• rea
• Kampanj 3
• PMax-test
• Prioritet A

Använd Custom Labels för det. Kategorin beskriver produkten i sig.

En tydlig huvudbild avgör om användare lägger märke till ditt erbjudande

Bilden avgör ofta om användare lägger märke till ett Shopping-resultat.

Visa produkten tydligt på huvudbilden. Undvik:

• fel varianter
• för små produkter i stora bildytor
• dåliga urklipp
• inkonsekventa bakgrunder
• oskarpa bilder
• platshållarbilder
• tillbehör som inte ingår i erbjudandet som dominerande element

Google rekommenderar högupplösta bilder med över 1 500 pixlar på den längsta sidan för produktbilder.

Huvudbilden visar exakt den produkt du säljer

Attributet image_link visar den faktiskt erbjudna produkten.

Anpassa bilden efter färg, material och utförande vid varianter. Klickar någon på en blå stol måste den vara förvald som variant.

Extrabilder besvarar fler köpbeslut

Via additional_image_link skickar du in upp till tio bilder. Visa där fler perspektiv, detaljer, förpackningar eller användning.

En bra bildsekvens kan se ut så här:

• tydlig huvudbild
• sidovy
• baksida
• detaljbild
• storleksförhållande
• produkt i användning
• leveransomfattning
• förpackning

lifestyle_image_link visar din produkt separat från den sakliga huvudbilden

Med lifestyle_image_link skickar du in livsstilsbilder separat från produktbilder.

Google nämner till exempel:

• kläder på en modell
• möbler i ett inrett rum
• flera produkter som ett komplett set
• produkter i en verklig användningssituation
• image_link: soffa frilagd eller mot neutral bakgrund
• additional_image_link: sidovy, baksida, tygdetalj
• lifestyle_image_link: soffa i ett inrett vardagsrum

Använd attributet för att visa användningsområdet vid sidan av den sakliga huvudbilden.

Vid en soffa kan uppdelningen se ut så här:

Priser och tillgänglighet måste vara synkroniserade

Fel priser eller saknad tillgänglighet efter klicket förringar din optimerade feed.

Värdet i price måste stämma överens med priset på produktsidan. Anpassa valutan efter målland och landningssida.

För availability stöder Google bland annat:

• in_stock
• out_of_stock
• preorder
• backorder

Stäm av uppgiften mot produktsida, kassa och strukturerad data. Visa tillgänglighetsdatumet även på produktsidan vid för- eller efterbeställningar.

En tillfälligt ej tillgänglig produkt behålls i feeden

Ta inte bort tillfälligt otillgängliga artiklar direkt från datakällan.

Beroende på situation kan du:

• använda out_of_stock
• styra en pausering via motsvarande attribut
• använda backorder vid efterbeställningar
• använda preorder för ännu ej lanserade produkter

På så sätt behålls matchningen och du kan uppdatera artikeln när den blir tillgänglig igen.

Repriscing måste uppdatera butik, produktsida och feed samtidigt

Dynamiska priser är ofta användbara men ökar risken för prisavvikelser.

Ett repricingsystem måste uppdatera alla datalager utöver butikspriset:

• pris i butikssystemet
• pris på produktsidan
• strukturerad data på produktsidan
• Merchant Center-datakälla
• eventuella lokala prisuppgifter
• CSS-produktdata

Ändra feed och produktsida så samtidigt som möjligt för att undvika tillfälliga prisavvikelser.

Strukturerad data på produktsidan gör att Google kan uppdatera pris och tillgänglighet automatiskt. Uppdatera ändå dina produktdata regelbundet själv.

Repricing behöver ekonomiska gränser

Det lägsta priset är inte automatiskt det mest lönsamma priset.

Ett väl fungerande system tar hänsyn till:

• inköpspris
• marginal
• fraktkostnader
• betalningsavgifter
• returkvot
• annonskostnader
• minimilager
• konkurrensnivå
• önskad marknadsposition

Fastställ minimipriser och marginalgränser. Automatiska prissänkningar ger visserligen klick, men riskerar din täckningsgrad.

Local Inventory kopplar din produktfeed till lagersaldot per butik

Fysiska handlare behöver, utöver allmänna produktdata, även lokal lagerinformation.

Här måste man skilja mellan:

• själva produkten
• dess tillgänglighet i en specifik butik
• ett eventuellt avvikande lokalt pris
• hämt- och leveransalternativ

Använd befintliga produktdata även för lokala annonser och kostnadsfria listningar hos Google. Lagerdata kan då stämmas av automatiskt.

Vid butiksspecifika priser måste de skickade uppgifterna stämma exakt med priset på respektive butikssida.

Lagersaldo och pris skiljer sig mellan dina butiker

Lagersaldo och pris för samma produkt kan variera beroende på plats.

Använd entydiga butiks-ID:n för att felfritt matcha lokala databestånd mot rätt butiker.

Fem Custom Labels styr ditt sortiment efter affärsvärde

Komplettera dina produktdata med ekonomiska nyckeltal för att styra sortimentet riktat efter affärsvärde.

Google tillhandahåller fem anpassade etiketter för det:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Värden som säsong, säljstyrka, prisspann, marginal eller marknadsintroduktion hjälper dig vid gruppering i Shopping- och Performance Max-kampanjer.

Den här indelningen visar marginal, säljstyrka och säsong på en gång

Så ser du snabbt om din kampanj främst säljer produkter med låg marginal.

Ett Custom Label ersätter inget andra produkt-ID

Ett Custom Label är inte tänkt som ett andra produkt-ID.

Mindre lämpligt:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = hög_marginal
• custom_label_0 = medel_marginal
• custom_label_0 = låg_marginal

Bättre:

Skapa meningsfulla grupper som gör tydliga beslut möjliga.

Sortimentsstorlek och ändringsfrekvens avgör rätt datakälla

Inte alla butiker behöver samma tekniska lösning.

En automatiskt hämtad fil räcker för små, stabila sortiment

För små sortiment med sällsynta prisändringar räcker oftast en automatiskt hämtad fil.

Möjliga format är till exempel:

• XML
• TSV
• automatiserat tillhandahållen produktfil
• direkt butiksintegration

Se framför allt till en tillförlitlig och punktlig datauppdatering.

Primära och kompletterande källor kombinerar produkt- och affärsdata

Här är det bäst att kombinera primära och kompletterande datakällor.

Den primära källan innehåller till exempel:

• Produkt-ID
• Titel
• Pris
• Tillgänglighet
• Produktlänk
• Bilder
• Marginalklasser
• säsongstillhörighet
• kampanjetiketter
• optimerade titlar
• ytterligare produktegenskaper

En kompletterande källa levererar:

I Merchant Center kan en produkt sättas ihop från primära och flera kompletterande datakällor.

Merchant API håller stora och dynamiska sortiment aktuella

Vid täta ändringar av priser, lager eller sortiment erbjuder Merchant API en stabil grund.

Hantera primära och kompletterande datakällor via Merchant API för olika språk och feed-etiketter.

Använd Products-tjänsten i stället för schemalagda filhämtningar vid fler än en daglig uppdatering.

En praktisk indelning lyder därför:

Lokalisera produktfeeder för flera länder

Anpassa alltid internationella feeder individuellt efter respektive målmarknad.

Per målland kan följande skilja sig åt:

• Språk
• Valuta
• Pris
• Moms
• Fraktkostnader
• Tillgänglighet
• Storleksbeteckningar
• Måttenheter
• Produktbeteckningar
• juridiska obligatoriska uppgifter
• Sortiment

I Merchant API är feedLabel, contentLanguage och målländer oberoende av varandra. Fastställ målländer och fraktalternativ separat.

Översätt inte bara ord, utan sökbeteende

Ordagranna översättningar låter ofta grammatiskt korrekta men missar ibland den kommersiella verkan.

Till exempel kan användare i olika länder:

• använda andra produktbegrepp
• skriva mått på annat sätt
• kombinera märken och modeller olika
• söka mer efter material eller användningsområden
• förvänta sig andra storleksstandarder

Skapa egna titelregler för varje språk och anpassa produkttitlarna efter respektive marknad.

Fem steg gör varje feedoptimering mätbar

Anpassa attribut stegvis för att mäta effekten av enskilda optimeringar i sortimentet exakt.

Bättre är en kontrollerad process.

Steg 1: Du bildar två jämförbara produktgrupper

Till exempel:

• 200 produkter med optimerade titlar
• 200 liknande produkter med tidigare titlar
• produktgrupp med livsstilsbilder
• jämförbar produktgrupp utan livsstilsbilder

Eller:

Steg 2: Du dokumenterar den tidigare prestandan

Registrera åtminstone:

• Visningar
• Klick
• Klickfrekvens
• Kostnader
• Konverteringar
• Konverteringsgrad
• Omsättning
• Kostnad-omsättning-förhållande
• Andel godkända produkter

Steg 3: Du ändrar bara en faktor åt gången

Testa titlar, bilder och slutligen Custom Labels eller produktbeskrivningar i tur och ordning.

Steg 4: Du samlar in tillräckligt med data för ett tillförlitligt resultat

Bedöm förändringar utifrån större produktgrupper och säsongseffekter. Två visningar per produkt räcker inte för ett tillförlitligt resultat.

Steg 5: Du bedömer affärsvärde i stället för klickfrekvens

En ny titel höjer eventuellt klickfrekvensen men attraherar ibland mindre köpbenägna användare.

Bedöm därför inte bara:

Gav optimeringen fler klick?

Utan:

Gav åtgärden fler lönsamma beställningar eller en högre täckningsgrad?

Dessa fel förekommer oftast i CSS-produktfeeder

En 30-dagarsplan ger struktur åt din feedoptimering

Vecka 1: Du kontrollerar feedens tekniska status

Gör först en nulägesanalys:

• Hur många produkter är godkända?
• Vilka fel förekommer oftast?
• Stämmer pris och tillgänglighet?
• Är ID:n stabila?
• Är varianter korrekt separerade?
• Hur stor andel av GTIN är giltiga?
• Vilka produkter saknar bilder?

Åtgärda i första hand fel som helt utesluter produkter från visning.

Vecka 2: Du förbättrar titlar och identifierare

Välj ut de viktigaste produktgrupperna efter omsättning eller potential.

Ta fram en titelmall per kategori och komplettera med:

• Märke
• Modell
• Produkttyp
• central specifikation
• variantuppgifter

Kontrollera samtidigt GTIN, MPN och märke.

Vecka 3: Du utökar bilder och produktinformation

Komplettera för viktiga produkter med:

• högupplösta huvudbilder
• alternativa perspektiv
• detaljbilder
• livsstilsbilder
• produkthighlights
• tekniska produktdetaljer

Optimera först produkter med många visningar och svag klick- eller konverteringsgrad.

Vecka 4: Du bygger upp ekonomisk styrning och automatisering

Definiera ett Custom Label-system och överför:

• Marginal
• Säljstyrka
• Lagersaldo
• Säsong
• strategisk prioritet

Anpassa uppdateringsfrekvensen efter ditt sortiment. Använd ett API vid dynamiska priser och lagersaldon.

CSS-partnern tillhandahåller infrastrukturen. Datafeeden avgör din framgång.

En bra Comparison Shopping Service möjliggör CSS-anslutningen. Framgången för ditt sortiment beror framför allt på högkvalitativa produktdata.

Säkra först entydiga identifierare, korrekta godkännanden samt aktuella priser och lagersaldon för dina produkter.

Därefter följer de prestandahöjande åtgärderna:

• exakta produkttitlar
• strukturerade beskrivningar
• korrekta GTIN
• specifika kategorier
• övertygande produktbilder
• livsstilsbilder
• ekonomiska Custom Labels
• tillförlitlig automatisering

En stark produktfeed levererar rätt information i rätt attribut vid optimal tidpunkt.

Håll koll på CSS-anslutning, produktdata, priser och kampanjlogik tillsammans. Så förblir Google Shopping hanterbart även för stora sortiment.

Vanliga frågor om produktfeedoptimering för CSS