Optimera produktfeeden för Comparison Shopping Services

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

När det gäller 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 produktdata med liknande uppbyggnad

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.

Det är bättre att prioritera tydligt:

En optimerad titel hjälper föga om produkten avslås på grund av prisfel. Och en godkänd feed är 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 det 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 det konkreta utförandet för 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 ger fel variant efter klicket

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

Då stämmer feed, produktsida och vald variant inte överens.

Bättre är:

• ett eget ID för varje storlek och färg
• korrekt landningssidesvariant
• matchande variantbild
• aktuell tillgänglighet
• en gemensam item_group_id

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

Produkttiteln visar Google och användarna direkt vad som erbjuds.

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 avgör vilken titelstruktur som passar

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äljigt:

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.

För kända märken står märkesnamnet först. För mindre kända tillverkare är produkttypen viktigast.

Det finns inga fasta regler för alla sortiment. Det viktiga är den uppgift som gör att användaren direkt känner igen produkten.

Uppradade 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 utifrån 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 kvaliteten på automatiserade titlar regelbundet. 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.

Beroende på produkt hör hit:

• 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 kortfattad 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 på upp till 150 tecken vardera.

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 de tekniska detaljerna finns ändå tillgängliga i strukturerad form.

GTIN, märke och MPN identifierar din produkt entydigt

Entydiga produktidentifierare pekar ut varje produkt exakt.

De viktigaste uppgifterna ä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.

Med en påhittad GTIN förväxlas din produkt med en annan

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

Varje produktvariant har oftast en egen GTIN. Så skiljer sig en röd t-shirt i storlek M från en blå eller en i 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 när uppgifter bara saknas för vanliga märkesprodukter.

Med egna märken anger du ditt varumärkesnamn som brand

Har du ett eget märke anger du ditt varumärkesnamn som brand. 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 speglar din egen sortimentsstruktur

Det här fältet kan spegla 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 ska visa exakt den produkt som erbjuds.

För varianter anpassar du bilden efter färg, material och utförande. Klickar någon på en blå stol måste den blå varianten vara förvald.

Extrabilder besvarar fler frågor inför köpet

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.

För 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 undergräver nyttan av 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
• pausa produkten 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.

Repricing 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å nära 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

Handlare med fysiska butiker behöver utöver allmänna produktdata även lokal lagerinformation.

Här måste du 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 så att lokala data kopplas till rätt butik utan fel.

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

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

För det har Google fem anpassade etiketter:

• 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 att gruppera produkter 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 är 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 du kan fatta tydliga beslut utifrån.

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

Alla butiker behöver inte 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 att data uppdateras tillförlitligt och i tid.

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.

Behöver du uppdatera oftare än en gång om dagen använder du Products-tjänsten i stället för schemalagda filhämtningar.

En praktisk indelning ser därför ut så hä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
• juridiskt 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 är ofta grammatiskt korrekta men missar ibland den kommersiella effekten.

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.

Det är bättre med 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 kan höja klickfrekvensen men samtidigt locka 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 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 för in:

• 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 rätt 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