Ecommerce-ordbog: Komplet A-Å-ordbog over ecommerce-termer (2026)

Hvad er en ecommerce-ordbog?

En ecommerce-ordbog er et opslagsværk med termer, der bruges på tværs af onlinehandel – og dækker annonceringsmålepunkter, tekniske integrationer, driftssystemer, marketplace-koncepter og terminologi til feed management. Denne ordbog er lavet til online-forhandlere, ecommerce-managers og digitale marketingteams, der arbejder med platforme som Shopify, WooCommerce, Amazon, bol.com og Google Shopping.

Hvert begreb i denne ordbog indeholder: en klar definition, et AI-optimeret resumé til hurtig reference, et konkret ecommerce-eksempel, typiske fejl du bør undgå, best practices samt links til relaterede artikler og guides.

TL;DR

Denne ordbog dækker 35+ essentielle ecommerce-termer med definitioner, eksempler, typiske fejl og best practices – lavet til online-forhandlere, der vil forstå sproget i multikanalsalg.

Nøglebegreber spænder over produktfeeds, marketplace-integration, annonceringsmålepunkter (ROAS, CPC, CTR) og driftssystemer (ERP, PIM, OMS).

Hvert opslag indeholder et AI-klart resumé, et konkret ecommerce-eksempel og links til relevante guides.

Brug A-Å-indekset nedenfor til at gå direkte til et hvilket som helst begreb, eller scroll gennem hele ordbogen alfabetisk.

Hvad er en ecommerce-ordbog?

Sådan bruger du denne ecommerce-ordbog

Navigér alfabetisk ved hjælp af A-Å-sektionsoverskrifterne nedenfor
Gå til begreber, der ofte forveksles, via afsnittet ‘Ecommerce-termer, der ofte forveksles’
Find alle akronymer udskrevet og forklaret i afsnittet ‘Ecommerce-akronymer’
Begreber markeret med relaterede artikler linker til dybere guides på Koongos blog

Mest populære ecommerce-termer

Ikke alle forhandlere behøver at scrolle gennem 35+ begreber. Her er de mest opslåede begreber i denne ordbog, med definitioner på én sætning:

Begreb	Hurtig definition
Produktfoder	En struktureret fil med dit produktkatalog, formateret til en bestemt annonce- eller prissammenligningskanal.
Markedsplads	En platform, hvor flere uafhængige sælgere opretter annoncer og sælger til platformens eksisterende kundebase (Amazon, bol.com, Zalando).
Google Merchant Center	Googles gratis platform til at administrere produktannoncer, der vises i Shopping-annoncer og gratis produktvisninger.
Google Shopping	Googles produktsøgning og annonceringstjeneste, der viser produktbilleder, priser og butiksnavne i søgeresultater.
SKU	Din interne produktkode, der entydigt identificerer hver enkelt vare, du har på lager.
GTIN	En globalt standardiseret produktidentifikator (stregkode) tildelt af GS1.
EAN	En europæisk stregkodestandard med 13 cifre (GTIN-13), som kræves for at oprette annoncer på stort set alle europæiske marketplaces.
API	En teknisk grænseflade, der gør det muligt for to softwaresystemer at kommunikere – fundamentet for synkronisering af marketplace-ordrer og lager.
ERP	Software, der integrerer centrale forretningsprocesser, herunder lager, ordrer, indkøb og økonomi.
PIM	Et centraliseret system til at administrere al produktinformation på tværs af flere kanaler og sprog.
OMS	Software, der samler ordresporing, administration og fulfilment på tværs af alle salgskanaler.
ROAS	Omsætning genereret pr. euro brugt på annoncering. ROAS = Omsætning / annonceforbrug.
CPC	Pris pr. klik – det, du betaler, hver gang nogen klikker på din annonce.
Konverteringsrate	Den procentdel af besøgende eller klik, der resulterer i et køb.
Buy Box	Den primære købsknap på en marketplace-produktside. At vinde den kan betyde 80 % eller mere af alt salg på det produkt.

Illustration af en ecommerce-ordbog med A–Å-termer, herunder produktfeeds, marketplaces, API, analytics, fulfilment og ecommerce-terminologi.

Ecommerce-ordbog A-Å

Alle begreber er listet alfabetisk. Hvert opslag indeholder definition, eksempel, typiske fejl, best practices og relaterede begreber.

A/B-test (split-test)

Definition

A/B-test er en metode til at sammenligne to versioner af en webside, en produkttitel, et billede eller en annonce for at afgøre, hvilken der performer bedst. Den ene version (A) vises for én gruppe brugere; den anden version (B) vises samtidig for en anden gruppe. Varianten med bedst performance på en defineret måling – klikrate, konverteringsrate eller omsætning – erklæres som vinder.

AI-opsummering

A/B-test gør det muligt at træffe datadrevne beslutninger om ændringer i din butik eller dine kampagner ved at måle reel brugeradfærd i stedet for at basere dig på antagelser.

Hvorfor det betyder noget

I ecommerce kan små ændringer have uforholdsmæssigt stor effekt på omsætningen. En ændring af en produkttitel, der øger CTR med 0,3 % på en SKU med høj trafik, kan tilføje tusindvis i årlig omsætning. A/B-test fjerner gætteriet fra den slags beslutninger.

Eksempel

En WooCommerce-butik kører to versioner af en produkttitel for sin bedst sælgende jakke: ‘Vinterjakke’ (A) vs. ‘Sort vandtæt vinterjakke til mænd’ (B). Efter 1.000 visninger af hver på Google Shopping viser version B 1,4 % CTR mod 0,8 % for A. Den optimerede titel bruges derefter permanent.

Typiske fejl

At teste for mange variabler på én gang (gør det umuligt at identificere årsagen til forskellen)
At afslutte tests for tidligt, før der opnås statistisk signifikans
At teste på sider med lav trafik, hvor resultaterne ikke er statistisk pålidelige

Best practices

Kør tests i mindst 2 uger for at fange ugentlige adfærdsmønstre
Test én variabel ad gangen
Definér din succesmåling, før du starter testen – ikke efter du har set resultaterne

Konverteringsrate, CTR, produktfeed-optimering

7 fejl, der ødelægger din Google Shopping-performance

API (Application Programming Interface)

Definition

Et API er et sæt protokoller og regler, der gør det muligt for to softwareapplikationer at kommunikere med hinanden. I ecommerce bruges API’er til at forbinde din webshop med marketplaces, betalingsudbydere, fragtleverandører og lagersystemer – så data kan udveksles automatisk uden manuelle eksportfiler eller uploads.

AI-opsummering

Et API er den tekniske bro, der får forskellige softwaresystemer til automatisk at tale sammen og fjerner behovet for manuelle dataoverførsler mellem platforme.

Hvorfor det betyder noget

Marketplace-integrationer til Amazon, bol.com, Zalando og Kaufland bruger alle API-forbindelser – ikke produktfeeds. API’et muliggør tovejskommunikation: din butik sender produktdata til marketplace, og marketplace sender ordrer og lageropdateringer tilbage. Uden en API-forbindelse kræver ordreadministration på tværs af marketplaces, at du logger ind på hver platform separat.

Eksempel

En Shopify-forhandler forbinder til bol.com via Koongos Marketplace Manager API-integration. Når en bol.com-ordre afgives, importerer API’et den automatisk til Shopifys ordreoversigt. Når forhandleren markerer den som afsendt, sendes trackingnummeret tilbage til bol.com via det samme API.

Typiske fejl

At forveksle API-integration med levering via produktfeed – feeds er envejs; API’er er tovejs
Ikke at opsætte ordresynkronisering ved forbindelse til et marketplace (kræver API, ikke kun et feed)
At undervurdere behovet for løbende API-vedligeholdelse, når platforme opdaterer deres schemas

Best practices

Brug en wizard-baseret integrationsplatform til at opsætte marketplace-API’er uden kodning
Konfigurér frekvensen for lagersynkronisering til 5-15 minutter for kanaler med høj volumen
Test ordresynkronisering, før du går live, ved at placere en reel testordre

Produktfeed, marketplace-integration, ordresynkronisering, lagersynkronisering

Bedste software til marketplace-integration (2026)

ASIN (Amazon Standard Identification Number)

Definition

En ASIN er en alfanumerisk identifikator på 10 tegn, som Amazon tildeler hvert produkt i sit katalog. ASIN’er er unikke pr. marketplace (en ASIN på Amazon.de er forskellig fra samme produkts ASIN på Amazon.co.uk). Sælgere, der opretter annoncer på Amazon, skal enten matche en eksisterende ASIN eller oprette en ny, hvis produktet endnu ikke findes i Amazons katalog.

AI-opsummering

ASIN er Amazons interne produktidentifikator – hver vare i Amazons katalog har en, og sælgere skal bruge den for at oprette annoncer på platformen.

Hvorfor det betyder noget[[

Når et produkt allerede findes i Amazons katalog, gør matchning af dets ASIN det muligt for dig at oprette en annonce som ekstra sælger på den produktside – herunder at konkurrere om Buy Box. Oprettelse af en ny ASIN er nødvendig for produkter, der endnu ikke findes i Amazons katalog, men kræver en gyldig GTIN.

Eksempel

En forhandler, der sælger mærkevare-hovedtelefoner, søger på Amazon.de efter den præcise model. Produktet findes med ASIN B09ABC1234. Forhandleren opretter en annonce, der matcher denne ASIN, og angiver pris og lagerantal. De konkurrerer nu med andre sælgere på den produktside om Buy Box.[

Typiske fejl

At oprette dublerede ASIN’er for produkter, der allerede findes i Amazons katalog (overtræder Amazons politik)
At forveksle ASIN med EAN/GTIN – de hænger sammen, men er forskellige identifikatorer
At oprette annonce på den forkerte ASIN (en lidt anden produktvariant), hvilket giver kvalitetsklager

Best practices

Søg altid efter eksisterende ASIN’er, før du opretter nye
Brug Amazons Catalog API eller søgning i Seller Central til at matche eksisterende produkter
Ved oprettelse af nye produkter: Sørg for, at du har en gyldig GS1-GTIN

GTIN, EAN, Buy Box, Amazon Seller Central

Sådan sælger du på Amazon fra Europa

Attributmapping

Definition

Attributmapping er processen med at tilpasse din butiks produktdatafelter til de specifikke feltnavne og formater, som hver salgskanal kræver. Hver kanal har sine egne navngivningskonventioner: Det, din butik kalder ‘colour’, kan skulle indsendes som ‘item_color’ til Google Shopping og ‘Farbe’ (tysk for farve) til Kaufland. Attributmapping håndterer denne oversættelse automatisk.

AI-opsummering

Attributmapping oversætter din butiks produktdata til det format, hver kanal forventer – så de samme produktdata kan drive annoncer på Google Shopping, Amazon, bol.com og 20 andre kanaler samtidig.

Hvorfor det betyder noget

Uden korrekt attributmapping fejler produktfeeds validering, og annoncer afvises. Korrekt mapping er fundamentet for feedkvalitet – kanaler, der modtager forkert navngivne eller formaterede attributter, vil enten afvise annoncen eller placere den i den forkerte kategori, hvilket reducerer synligheden.

Eksempel

En WooCommerce-butik har et felt, der hedder ‘product_colour’. Google Shopping kræver ‘color’ (amerikansk stavning). Zalando kræver en specifik farvekode fra deres farvekatalog. Koongos Rules Editor mapper ‘product_colour’ til det korrekte feltnavn og format for hver kanal samtidig – uden at ændre kildedataene i WooCommerce.

Typiske fejl

At mappe fritekst-farveværdier til kanaler, der kræver standardiserede farvekoder (Zalando)
At lade valgfrie, men vigtige attributter (størrelse, materiale, aldersgruppe) være umappede
At bruge den samme mapping til alle kanaler i stedet for kanalspecifikke transformationer

Best practices

Start med obligatoriske attributter, og tilføj derefter anbefalede attributter for hver kanal
Brug en no-code Rules Editor til at anvende transformationer uden involvering af udviklere
Gennemgå kanalspecifikke attributguides, før du bygger din mapping

Produktfeed, feedskabelon, Rules Editor, GTIN

Hvad er et produktfeed?

Gennemsnitlig ordreværdi (AOV)

Definition

Average Order Value er det gennemsnitlige beløb, en kunde bruger pr. transaktion. Det beregnes ved at dividere den samlede omsætning med antallet af ordrer i en given periode. AOV = Samlet omsætning / antal ordrer.

AI-opsummering

AOV fortæller dig, hvor meget den typiske kunde bruger, når de køber hos dig. At øge AOV er en af de mest effektfulde måder at øge omsætningen på uden at øge antallet af kunder.

Hvorfor det betyder noget

AOV påvirker direkte indtjeningen pr. transaktion. Hvis din AOV er EUR 45, og din gennemsnitlige kundeanskaffelsesomkostning er EUR 12, er din bruttoavance pr. ordre EUR 33 før vareforbrug. Hvis du hæver AOV til EUR 60 via bundling eller upsell, giver den samme anskaffelsesomkostning på EUR 12 en bruttoavance på EUR 48 pr. ordre – en forbedring på 45 % uden en eneste ekstra kunde.

Eksempel

En bol.com-sælger behandler 500 ordrer i november med en samlet omsætning på EUR 32.500. AOV = EUR 32.500 / 500 = EUR 65. Den globale gennemsnitlige ecommerce-AOV er cirka USD 92 på tværs af kategorier (Ecommerce Foundation 2026), med elektronik på USD 260 og mode på USD 45.

Typiske fejl

At spore AOV uden at segmentere efter kanal – AOV varierer markant mellem Google Shopping, marketplace og direkte butikstrafik
At optimere for AOV på bekostning af konverteringsrate (fx at tvinge minimumsordrer, der afskrækker købere)

Best practices

Brug produktbundter og cross-sell-anbefalinger til at øge AOV
Sæt grænser for gratis fragt 10-20 % over gennemsnitlig AOV for at motivere til flere varer
Spor AOV pr. kanal for at identificere, hvor kunderne bruger mest

Konverteringsrate, ROAS, LTV, CAC

Ecommerce-statistik (2026)

Buy Box

Definition

Buy Box er den primære ‘Læg i kurv’ eller ‘Køb nu’-knap på en Amazon- eller bol.com-produktside. Når flere sælgere tilbyder det samme produkt, er der kun én, der vinder Buy Box ad gangen – og den sælger får størstedelen af købene. De andre sælgeres tilbud vises nedenfor under ‘Andre sælgere’ og får markant mindre trafik.

AI-opsummering

Buy Box er den mest værdifulde placering på en marketplace-produktside – at vinde den kan være forskellen på at få 80 % eller mere af salget eller næsten ingenting.

Hvorfor det betyder noget

På Amazon viser undersøgelser konsekvent, at Buy Box-vinderen får 82-90 % af alle køb på den produktside. På bol.com fungerer Buy Box-ækvivalenten på samme måde. For forhandlere, der sælger produkter, som også tilbydes af andre sælgere, er Buy Box-andel ofte den vigtigste driftsmåling efter feedkvalitet.

Eksempel

Tre sælgere tilbyder den samme USB-C-oplader på Amazon.de: Sælger A til EUR 12,99, Sælger B til EUR 13,49 og Sælger C til EUR 14,00. Sælger A, som også har de bedste sælgermålepunkter og bruger FBA, vinder Buy Box. Sælger B og C får tilsammen under 10 % af købene, selv om de er på samme side.

Typiske fejl

At antage, at laveste pris altid vinder Buy Box – sælgermålepunkter og fulfilment-metode betyder også noget
At ignorere Order Defect Rate og Late Shipment Rate, som påvirker Buy Box-berettigelse
Ikke at overvåge Buy Box-andel – at miste den er ofte det første tegn på et problem med målepunkter

Best practices

Overvåg din Buy Box-procent i Seller Central ugentligt
Brug FBA eller Seller Fulfilled Prime for at forbedre Buy Box-berettigelse
Sæt konkurrencedygtige prisregler, men definér prisgulve for at beskytte din margin

ASIN, marketplace, sælgermålepunkter, FBA, Amazon Seller Central

Sådan sælger du på Amazon fra Europa

Sådan sælger du på bol.com

CAC (Customer Acquisition Cost)

Definition

CAC er den samlede omkostning ved at skaffe en ny kunde, inklusive alle marketing- og salgsudgifter. CAC = Samlet marketing- + salgsforbrug / antal nye kunder. I modsætning til CPA (som måler omkostning pr. enkelt transaktion) inkluderer CAC typisk alle kanalomkostninger og måles over en defineret periode.

AI-opsummering

CAC er det samlede beløb, du bruger på at skaffe hver ny kunde på tværs af alle dine marketingkanaler tilsammen.

Hvorfor det betyder noget

Forholdet mellem CAC og LTV er det grundlæggende sundhedstjek af en kundeanskaffelsesstrategi. En CAC på EUR 30 mod en LTV på EUR 120 giver et LTV:CAC-forhold på 4:1 – generelt betragtet som sundt for ecommerce. Et forhold på 1:1 eller lavere betyder, at virksomheden skaffer kunder ved break-even eller med tab.

Eksempel

En forhandler bruger EUR 8.000 pr. måned på Google Shopping, Meta Ads og marketplace-annoncering. De skaffer 200 nye kunder den måned. CAC = EUR 8.000 / 200 = EUR 40. Deres LTV er EUR 180. LTV:CAC-forhold = 4,5x, et sundt forhold for en ecommerce-virksomhed med gentagne køb.

Typiske fejl

At beregne CAC uden at medregne alle kanalomkostninger (kun at tælle betalte annoncer, men ignorere bureauhonorarer, værktøjsomkostninger og tid)
At behandle alle skaffede kunder som ens – CAC bør segmenteres efter kanal for at identificere de mest effektive anskaffelseskilder

Best practices

Beregn CAC pr. kanal for at identificere, hvor du skaffer kunder mest effektivt
Sigt efter et LTV:CAC-forhold på mindst 3:1, før du skalerer en kanal
Spor CAC-trends månedligt – stigende CAC uden stigende LTV signalerer, at strategien skal justeres

LTV, CPA, ROAS, ROI

Ecommerce-statistik (2026)

Kurvafbrud

Definition

Cart abandonment opstår, når en shopper lægger produkter i sin online indkøbskurv, men forlader websitet uden at gennemføre købet. Cart abandonment rate beregnes som: (1 – gennemførte ordrer / oprettede kurve) x 100. Den globale gennemsnitlige cart abandonment rate er cirka 70 %.

AI-opsummering

Cart abandonment er den mest almindelige konverteringsfejl i ecommerce – cirka 7 ud af 10 shoppere, der lægger noget i kurven, forlader uden at købe.

Hvorfor det betyder noget

Cart abandonment er direkte tabt omsætning. En butik med 1.000 oprettede kurve pr. måned og en abandonment rate på 70 % gennemfører kun 300 ordrer. At reducere abandonment fra 70 % til 60 % øger antallet af ordrer med 33 % uden ekstra trafikomkostninger.

Eksempel

En modeforhandler tjekker Google Analytics. 800 sessioner resulterede i add-to-cart-hændelser i oktober. 240 sessioner resulterede i gennemførte køb. Cart abandonment rate = (1 – 240/800) x 100 = 70 %. Mobil abandonment er typisk højere: 80 % mod 66 % på desktop (Baymard Institute).

Typiske fejl

At behandle alle forladte kurve som ens – mange er browsing-adfærd, ikke reel købsintention
Ikke at indsamle e-mail før checkout for at kunne sende recovery-e-mails
Langsom sideindlæsning ved mobil checkout som en primær, skjult årsag til abandonment

Best practices

Implementér e-mailflows for forladte kurve, udløst 1 time, 24 timer og 72 timer efter abandonment
Forenkl checkout til så få trin som muligt (mulighed for gæstecheckout)
Vis tillidssignaler (sikkerhedsmærker, returpolitik) ved checkout

Konverteringsrate, checkout, AOV, mobilhandel

Baymard Institute-forskning i cart abandonment

Checkout

Definition

Checkout er den sidste fase i et onlinekøb, hvor kunden angiver betalings- og leveringsoplysninger og bekræfter sin ordre. Checkout-processen omfatter typisk: gennemgang af kurv, indtastning af leveringsadresse, valg af leveringsmetode, indtastning af betaling og ordrebekræftelse.

AI-opsummering

Checkout er det sidste trin mellem en kundes intention om at købe og et gennemført salg – designet har en direkte og målbar effekt på omsætningen.

Hvorfor det betyder noget

Friktion i checkout er en af de største årsager til cart abandonment. Hvert ekstra trin, krav om kontooprettelse eller uventet omkostning (fragt, moms, gebyrer) ved checkout øger sandsynligheden for abandonment. One-page checkout og gæstecheckout performer konsekvent bedre end flows med flere trin og krav om konto.

Eksempel

En forhandler, der bruger Shopify, skifter fra en checkout i 3 trin til Shopifys one-page checkout og aktiverer Shop Pay (accelerated checkout). Over 60 dage stiger checkout completion rate fra 68 % til 74 % – en forbedring på 9 %, der direkte øger omsætningen pr. 100 besøgende.

Typiske fejl

At kræve kontooprettelse før checkout (stor abandonment-driver)
Kun at vise uventede fragtomkostninger eller skatter i det sidste checkout-trin
Ikke at optimere til mobil checkout (80 % af mobilbrugere forlader kurven mod 66 % på desktop)

Best practices

Aktivér gæstecheckout
Vis totalpris (inklusive fragt og skatter) så tidligt som muligt
Tilbyd digitale wallet-muligheder (iDEAL til NL, Bancontact til BE, Klarna til Norden)

Cart abandonment, konverteringsrate, betalingsmetoder, AOV

Ecommerce-statistik (2026)

Click-Through Rate (CTR)

Definition

Click-Through Rate er den procentdel af personer, der klikker på et link eller en annonce, efter at have set den. CTR = (klik / visninger) x 100. I ecommerce måles CTR for Google Shopping-annoncer, e-mailkampagner, produktannoncer og organiske søgeresultater.

AI-opsummering

CTR måler, hvor overbevisende din annonce, din produktannonce eller dit link er – hvor stor en andel af dem, der ser det, der motiveres til at klikke.

Hvorfor det betyder noget

En lav CTR på Google Shopping betyder, at din produktannonce bliver vist, men ikke klikket på – du bruger visningsbudget uden at skabe trafik. Ved en gennemsnitlig Shopping-CTR på 0,86 % kan en forbedring til 1,2 % på en SKU med mange visninger fordoble trafikken til din produktside uden at øge dit bud.

Eksempel

En forhandlers Google Shopping-kampagne viser en jakke 10.000 gange på én måned. 86 personer klikker på den. CTR = 86 / 10.000 = 0,86 % (præcis det globale gennemsnit). Konkurrentens identiske jakke fra en anden sælger får 1,4 % CTR, fordi de har bedre produktbilleder og en mere specifik titel, der inkluderer farve og størrelsesspænd.

Typiske fejl

At optimere CTR isoleret uden at spore konverteringsrate (høj CTR + lav CVR = spildt budget)
At bruge den samme produkttitel til Google Shopping og bol.com – hver kanal har forskellig optimal titelstruktur
Ikke at A/B-teste billeder, som er den primære CTR-driver i Shopping-annoncer

Best practices

Inkludér de mest specifikke produktattributter i din titel (brand, type, nøglefunktioner, farve, størrelse)
Brug billeder i høj kvalitet på hvid baggrund, hvor produktet fylder 70 % eller mere af billedet
Benchmark din CTR mod Google Shoppings gennemsnit (0,86 %) og sæt kanalspecifikke mål

CPC, CPA, ROAS, konverteringsrate, produktfeed

Google Shopping-statistik 2026

Prissammenligningsmotor (CSE)

Definition

En Comparison Shopping Engine er en platform, der samler produktannoncer fra flere forhandlere, så forbrugere kan sammenligne priser, funktioner og tilgængelighed på tværs af sælgere. Eksempler er Idealo (Tyskland), Beslist.nl (Holland), Tweakers (Holland, tech-produkter) og Prisjakt (Skandinavien). Forhandlere indsender produktfeeds til CSE’er for at få deres annoncer vist.

AI-opsummering

En Comparison Shopping Engine er en platform, hvor shoppere sammenligner produkter fra flere butikker side om side – forhandlere indsender produktfeeds for at blive vist i sammenligningsresultaterne.

Hvorfor det betyder noget

CSE’er er særligt vigtige i europæiske markeder, hvor prisbevidste shoppere aktivt sammenligner, før de køber. Idealo er blandt Tysklands største sammenligningsplatforme; Beslist.nl er en førende hybrid mellem prissammenligning og marketplace i Holland. Synlighed på CSE’er fanger købere med høj intention, som allerede er i gang med at vælge mellem muligheder – de skal bare se din pris og din butiksrating.

Eksempel

En hollandsk forbruger søger efter en bestemt kaffemaskine på Beslist.nl. Beslist viser resultater fra 12 forhandlere, sorteret efter pris og leveringshastighed. En forhandler, der indsender sit produktfeed til Beslist via Koongos Feed Manager, vises på plads 3 med en pris på EUR 189 og levering næste dag, hvilket genererer 45 klik på én uge uden omkostning pr. klik.

Typiske fejl

At være på CSE’er uden at overvåge din pris i forhold til konkurrenter (CSE’er gør priskonkurrence meget synlig)
At indsende forældede feeds til CSE’er (pris og lager skal være korrekte, ellers lander kunder på forkerte oplysninger)

Best practices

Opdatér CSE-feeds mindst to gange dagligt for prissensitive kategorier
Overvåg din prisrangering på CSE’er for bedst sælgende produkter
Inkludér fulde produkttitler, korrekte GTIN’er og billeder i høj kvalitet for bedre placering på CSE’er

Produktfeed, CSV-feed, Beslist, Idealo, marketplace

Sælg på Beslist.nl

Konverteringsrate (CVR)

Definition

Konverteringsrate er den procentdel af besøgende eller klik, der resulterer i en ønsket handling – typisk et køb. Ecommerce-CVR = (antal køb / antal sessioner eller klik) x 100. Den globale gennemsnitlige ecommerce-konverteringsrate er cirka 1,6-2,0 % og varierer markant efter trafikkilde, enhed og produktkategori.

AI-opsummering

Konverteringsrate måler, hvor effektivt din butik eller produktside omdanner besøgende til købere. At forbedre konverteringsraten er den mest effektfulde aktivitet i ecommerce, fordi den multiplicerer værdien af al din trafik.

Hvorfor det betyder noget

En forbedring på 1 % i konverteringsrate ved 10.000 månedlige sessioner giver 100 ekstra ordrer uden ekstra trafikomkostninger. Hvis din gennemsnitlige ordreværdi er EUR 60, er det EUR 6.000 i ekstra månedlig omsætning – uden øget annonceforbrug.

Eksempel

En forhandler får 5.000 sessioner fra Google Shopping i marts. Der afgives 97 ordrer. CVR = 97/5.000 = 1,94 %. Branchebenchmark for Google Shopping-konverteringsrate er 1,91 % (OwlClaw 2026). Search-annoncer konverterer i gennemsnit 3,17 %, fordi søgende er længere i deres købsrejse.

Typiske fejl

At sammenligne konverteringsrater på tværs af trafikkilder uden segmentering (organisk vs betalt vs marketplace-trafik konverterer meget forskelligt)
At optimere mobil CVR uafhængigt af mobil sidehastighed (det meste mobil abandonment er hastighedsdrevet)
Ikke at spore mikro-konverteringer (læg i kurv, produktvisninger) for at finde, hvor tragten bryder

Best practices

Segmentér CVR efter enhed, kanal og produktkategori for at identificere de største forbedringsmuligheder
Reducér sideindlæsningstid til under 2 sekunder på mobil
A/B-test elementer på produktsiden: hero-billede, prisvisning, CTA-knappens tekst og farve

CTR, ROAS, AOV, cart abandonment

Google Shopping-statistik 2026

CPA (Cost Per Acquisition)

Definition

CPA er den samlede omkostning ved at skaffe én betalende kunde via en bestemt kanal eller kampagne. CPA = Samlet annonceforbrug / antal konverteringer. Også kaldet cost per conversion eller cost per order. CPA er den primære måling til at vurdere, om en betalt kanal er profitabel på kampagneniveau.

AI-opsummering

CPA fortæller dig præcist, hvor meget du bruger for at få én kunde. Hvis din CPA overstiger din bruttoavance pr. ordre, er kanalen ikke profitabel.

Hvorfor det betyder noget

En Google Shopping-kampagne med en gennemsnitlig CPA på USD 23,74 (Triple Whale 2025 median) er kun profitabel, hvis din bruttoavance pr. ordre overstiger USD 23,74. For en ordre på EUR 60 med 35 % bruttoavance (EUR 21) gør en CPA på EUR 23 kampagnen tabsgivende. Det er afgørende at spore CPA pr. kampagne og pr. kategori for budgetallokering.

Eksempel

En forhandler bruger EUR 450 på Google Shopping i oktober og får 23 ordrer. CPA = EUR 450 / 23 = EUR 19,57. Deres bruttoavance pr. ordre er EUR 22. Kampagnen er profitabel med EUR 2,43 pr. anskaffelse. Hvis de tilføjer en Performance Max-kampagne, og CPA stiger til EUR 25, bliver kampagnen tabsgivende.

Typiske fejl

Ikke at segmentere CPA efter produktkategori – produkter med høj og lav margin bør have forskellige CPA-mål
At bruge det samme CPA-mål for brand- og non-brand-kampagner (brand-søgninger konverterer altid til lavere CPA)
At optimere CPA uden at tage højde for LTV (en kunde med høj CPA, der køber 5 gange, kan være mere værdifuld end en kunde med lav CPA, der køber én gang)

Best practices

Sæt CPA-mål baseret på bruttoavance pr. ordre – ikke omsætning
Brug Target CPA smart bidding med mindst 30 historiske konverteringer
Gennemgå CPA efter enhed for at se, om mobil trækker effektiviteten ned

CPC, ROAS, ROI, LTV, konverteringsrate

Google Shopping-statistik 2026

CPC (Cost Per Click)

Definition

CPC er det beløb, en annoncør betaler, hver gang en bruger klikker på deres annonce. CPC = Samlet annonceforbrug / antal klik. I Google Shopping bestemmes CPC af auktionsdynamik: dit maksimale bud, Quality Score og konkurrenternes bud.

AI-opsummering

CPC er det, du betaler, hver gang nogen klikker på din annonce. Lavere CPC betyder flere klik for det samme budget – men kun hvis konverteringsrate og kvalitet forbliver konstant.

Hvorfor det betyder noget

Google Shopping-gennemsnitlig CPC på USD 0,66 sammenlignes fordelagtigt med Search-gennemsnittet på tværs af brancher på USD 2,96 – en af hovedårsagerne til, at Shopping-annoncer ofte leverer bedre ROAS end tilsvarende Search-budgetter for produktbaserede virksomheder. Konkurrenceprægede kategorier (elektronik, forbrugsvarer hvor Amazon konkurrerer) kan dog se CPC’er på USD 1,20+ på Shopping.

Eksempel

En forhandler byder EUR 0,50 som maksimal CPC på sin Google Shopping-kampagne for løbesko. Deres kvalitetsfaktorer (feed-fuldstændighed, relevans på landingsside, historisk CTR) er stærke. De betaler faktisk EUR 0,38 pr. klik, fordi konkurrenternes bud er lavere end deres maksimum. Kampagnen genererer 200 klik for EUR 76 i forbrug på en uge.

Typiske fejl

At sætte det samme CPC-bud på tværs af alle produkter uanset margin (et produkt til EUR 200 og et produkt til EUR 20 kan ikke bære samme CPC)
Manuel CPC-budgivning uden løbende justering (AI-baseret Target ROAS performer typisk bedre end manuel CPC for konti med tilstrækkelig konverteringshistorik)
At ignorere forbedringer af Quality Score, som kan sænke CPC uden at ændre bud

Best practices

Brug Target ROAS-budgivning, når du har 30+ konverteringer pr. kampagne pr. måned
Sæt negative keywords for at udelukke ikke-kommercielle søgninger, der genererer klik men ikke konverteringer
Gennemgå søgetermsrapporter ugentligt for at identificere og udelukke irrelevant trafik

CPA, CTR, ROAS, Google Shopping, Quality Score

Google Shopping-statistik 2026

CPM (Cost Per Mille / pris pr. tusind visninger)

Definition

CPM er prisen for 1.000 annoncevisninger – antallet af gange en annonce vises, uanset om der klikkes på den. CPM er den primære prismodel for displayannoncering, videoannoncer og brand awareness-kampagner. CPM = (Samlet annonceforbrug / samlede visninger) x 1.000.

AI-opsummering

CPM måler, hvad du betaler for at blive set 1.000 gange. I modsætning til CPC (hvor du betaler pr. klik) betaler du med CPM for synlighed uanset engagement.

Hvorfor det betyder noget

For ecommerce-forhandlere er CPM-kampagner mest relevante til brand awareness øverst i tragten – retargeting-kampagner på Meta, YouTube pre-roll eller Google Display. Produktfokuserede kampagner bruger typisk CPC eller Target ROAS-budgivning frem for CPM, fordi betaling pr. visning uden hensyn til klik eller konverteringer er ineffektivt til direct response.

Eksempel

En modeforhandler kører en Meta Ads-retargetingkampagne til brugere, der har besøgt deres website, men ikke købt. Kampagnen er sat op på CPM-basis. På én uge vises annoncen 50.000 gange. Omkostning = EUR 150. CPM = (150/50.000) x 1.000 = EUR 3,00 pr. tusind visninger. 312 brugere klikker videre, og 18 køber.

Typiske fejl

At bruge CPM-kampagner til direkte produktsalg uden tydelig konverteringssporing (ikke at vide, om visninger skabte omsætning)
At sammenligne CPM-omkostninger mellem platforme uden at tage højde for forskelle i målgruppekvalitet

Best practices

Brug CPM til awareness-kampagner (nye produktlanceringer, brandsynlighed)
Mål CPM-kampagner på brand search lift og assisterede konverteringer – ikke direkte ROAS
Sæt frekvensbegrænsninger for at undgå at vise den samme annonce til den samme bruger mere end 3-5 gange om ugen

CPC, CPA, CTR, displayannoncering, retargeting

Google Shopping-statistik 2026

CSV-feed

Definition

Et CSV-feed (Comma-Separated Values) er en struktureret tekstfil, hvor hver række repræsenterer ét produkt, og hver kolonne repræsenterer en produktattribut, adskilt af kommaer eller semikolon. CSV er et af de mest udbredt accepterede produktfeed-formater og bruges af Google Merchant Center, prissammenligningsplatforme og mange affiliate-netværk.

AI-opsummering

Et CSV-feed er en regnearks-lignende fil, der gemmer dit produktkatalog i et format, som de fleste annoncekanaler kan læse direkte.

Hvorfor det betyder noget

CSV-feeds er det mest universelt accepterede feed-format. I modsætning til XML kan de åbnes og inspiceres i regnearkssoftware, hvilket gør fejlfinding lettere for ikke-tekniske brugere. CSV-feeds har dog størrelsesbegrænsninger og mangler den hierarkiske struktur, som gør, at XML kan repræsentere komplekse produktrelationer (parent-child-varianter, flere billeder pr. produkt).

Eksempel

En forhandler eksporterer et CSV-feed fra WooCommerce. Række 1 indeholder overskrifter: id, title, description, price, availability, image_link, gtin. Række 2 indeholder det første produkt: ‘12345, Blue Running Shoes, Lightweight mesh running shoe, 89.99, in stock, https://store.com/image.jpg, 8714574558621’. Google Merchant Center accepterer dette CSV via direkte upload eller en planlagt fetch-URL.

Typiske fejl

At bruge inkonsistente afgrænsere (at blande kommaer og semikolon i samme fil)
Ikke at kode specialtegn (accenttegn, citationstegn) i UTF-8-format
At overskride kolonnegrænser eller inkludere HTML-tags i felter med ren tekst

Best practices

Angiv altid tegnkodning (UTF-8), når du genererer CSV-feeds
Brug tabulatorseparerede værdier (TSV) i stedet for kommaer for at undgå afgrænserkonflikter med produkttitler, der indeholder kommaer
Automatisér CSV-generering, så det opdateres med pris- og lagerændringer dagligt eller oftere

XML-feed, produktfeed, Google Merchant Center, feedskabelon

Hvad er et produktfeed?

Dropshipping

Definition

Dropshipping er en fulfilment-model i detailhandel, hvor forhandleren ikke har eget lager. Når en kunde afgiver en ordre, køber forhandleren varen fra en tredjepartsleverandør (typisk en producent eller grossist), som sender den direkte til kunden. Forhandlerens fortjeneste er forskellen mellem den opkrævede salgspris og den betalte engrospris.

AI-opsummering

Ved dropshipping sælger du produkter uden at have dem på lager – en leverandør sender direkte til din kunde på dine vegne.

Hvorfor det betyder noget

Dropshipping fjerner behovet for lagerplads og forudgående lagerinvestering, hvilket gør det til en lav-barriere indgang til ecommerce. Til gengæld skaber det afhængighed af leverandørens pålidelighed, længere leveringstider end ved egen fulfilment og typisk lavere marginer. På marketplaces kræver dropshipping omhyggelig styring af leveringsløfter for at undgå sanktioner på kontomålepunkter.

Eksempel

En Shopify-butik sælger boligindretningsprodukter. Når en kunde bestiller en lampe til EUR 45, sender forhandleren automatisk ordren videre til sin leverandør, som afsender fra eget lager. Leverandøren tager EUR 22 i engrospris. Forhandlerens bruttoavance er EUR 23 før Shopify-gebyrer og annonceomkostninger.

Typiske fejl

At oprette annoncer på Amazon eller bol.com med leveringstider, som din leverandør ikke kan overholde pålideligt (giver annulleringer og kontodefekter)
Ikke at have alternative leverandører til produkter med høj efterspørgsel (lagerudsolgt hos én leverandør giver ordrer, der ikke kan opfyldes)
Unøjagtig lagerrepræsentation (at angive ‘på lager’, når leverandøren kan være udsolgt)

Best practices

Verificér leverandørens lagerniveauer dagligt, især for sæson- eller trendprodukter
Sæt konservative leveringsestimater – det er bedre at levere før tid end at annullere
Arbejd med flere leverandører til dine bedst sælgende SKU’er for at sikre kontinuitet

Fulfilment, lagersynkronisering, ordreadministration, SKU

Den komplette guide til at sælge på online markedspladser

EAN (europæisk artikelnummer)

Definition

En EAN er en stregkodestandard med 13 cifre (også kaldet GTIN-13), der bruges til entydigt at identificere produkter, der sælges i Europa. Det er den europæiske pendant til den amerikanske UPC (Universal Product Code). EAN’er tildeles af GS1, den globale standardiseringsorganisation. Hvert fysisk produkt, der sælges i europæisk detailhandel, skal have en registreret EAN.

AI-opsummering

En EAN er stregkoden på bagsiden af næsten alle produkter, der sælges i Europa – en globalt unik identifikator, der forbinder dit produkt med databaser, marketplaces og detailhandelssystemer.

Hvorfor det betyder noget

EAN’er er obligatoriske for at oprette annoncer på stort set alle europæiske marketplaces: bol.com, Amazon.de, Zalando og Kaufland kræver alle en gyldig, GS1-registreret EAN pr. SKU. Uden en gyldig EAN afvises annoncer. EAN’er forbinder også dit produkt til prissammenligningsdatabaser og til Google Shoppings produktmatchning.

Eksempel

En forhandler registrerer en batch EAN’er hos GS1 Netherlands til en ny produktlinje. Hver produktvariant (størrelse S, M, L i sort og hvid) får sin egen unikke EAN. Ved oprettelse af annoncer på bol.com indsendes hver variant med sin EAN. bol.com validerer EAN’en mod GS1-databasen og godkender annoncerne.

Typiske fejl

At købe ‘falske’ EAN’er på eBay eller fra uautoriserede forhandlere (ikke registreret i GS1-databaser; afvises af Google, Amazon og bol.com)
At genbruge den samme EAN på tværs af forskellige produktvarianter (hver unik variant skal have sin egen EAN)
Ikke at ansøge om en GTIN-undtagelse, når du sælger ægte specialfremstillede eller håndlavede produkter uden GTIN’er

Best practices

Registrer EAN’er direkte via GS1 i dit land (GS1.nl for Nederlandene, GS1.be for Belgien)
Ansøg om GTIN-undtagelser for private label- eller specialfremstillede produkter, der reelt ikke har en stregkode
Opbevar din EAN-liste centralt, så den automatisk kan inkluderes i alle produktfeeds

GTIN, UPC, ASIN, produktfeed, SKU

Sådan sælger du på bol.com

ERP (Enterprise Resource Planning)

Definition

Et ERP er et softwaresystem, der integrerer og styrer centrale forretningsprocesser, herunder lager, ordrestyring, indkøb, økonomi og nogle gange CRM, på én samlet platform. Almindelige ERP-systemer, som bruges af e-handelsvirksomheder, omfatter SAP, Microsoft Dynamics, Odoo og NetSuite.

AI-opsummering

Et ERP er virksomhedens operationelle rygrad – det samler finans-, lager-, ordre- og leverandørdata i ét system.

Hvorfor det betyder noget

For voksende e-handelsforhandlere er ERP-integration afgørende, når ordre- og lageromfanget samt kompleksiteten overstiger det, der kan håndteres manuelt eller i separate værktøjer. Når en Shopify-butik, fem markedspladser og en engrosforretning deler den samme lagerpulje, sikrer et ERP, at lager, priser og ordredata forbliver konsistente på tværs af alle kanaler.

Eksempel

En mellemstor tøjforhandler bruger Odoo ERP til at styre sit lager. Når en bol.com-ordre modtages via Koongos integration, flyder den fra bol.com ind i Shopify (via ordersynkronisering) og derefter ind i Odoo (via ERP-integration) til pluk i lageret. Lagerniveauer opdateres automatisk på tværs af alle systemer.

Typiske fejl

At forsøge ERP-integration uden en dedikeret teknisk ressource – ERP-connectors er komplekse og kræver løbende vedligeholdelse
At behandle ERP som den eneste sandhedskilde, samtidig med at markedspladsplatforme får lov til at ændre lageret (skaber konflikter)
At implementere ERP-integration, før produktdata, kanalstruktur og ordreworkflows er fuldt defineret

Best practices

Definér retningen for dataflowet tydeligt: typisk ERP som master for lager/ordrer og e-handelsplatformen som master for produktdata
Brug middleware eller integrationsplatforme (som Koongo), der understøtter ERP som datakilde
Indfør ERP-integration i faser: start med ordreimport, derefter lagersynkronisering og til sidst finansiel afstemning

OMS, PIM, Inventory Sync, API

Bedste software til marketplace-integration (2026)

FBA (Fulfilled by Amazon)

Definition

FBA er Amazons fulfillment-service, hvor sælgere sender lager til Amazons lagre, og Amazon håndterer al plukning, pakning, forsendelse og returnering for ordrer, der placeres via deres listings. Sælgere tilmeldt FBA får Prime-badget, løfter om hurtig levering og bedre Buy Box-berettigelse til gengæld for fulfillment-gebyrer pr. enhed og månedlige lagergebyrer.

AI-opsummering

FBA betyder, at du sender dit lager til Amazons lager, og at Amazon leverer til kunderne på dine vegne og håndterer hele fulfillment- og kundeserviceprocessen.

Hvorfor det betyder noget

FBA forbedrer markant Buy Box-berettigelse og konverteringsrater på Amazon. Listings med Prime-badge konverterer konsekvent 2-3x bedre end tilsvarende Fulfilled by Merchant i samme kategori. Men FBA-omkostninger (fulfillment-gebyrer + lager + retur) skal modelleres nøje pr. SKU for at sikre en positiv margin.

Eksempel

En forhandler sender 200 enheder af et køkkengadget til Amazons fulfillment-center i Mönchengladbach. Når ordrer placeres, sender Amazon dem med Prime-levering (næste dag i det meste af Tyskland). Forhandleren betaler 3,10 EUR pr. enhed i FBA-gebyrer. Salgsprisen er 32,99 EUR, hvilket efter henvisningsgebyret efterlader 29,89 EUR og efter FBA 26,79 EUR – stadig rentabelt, hvis COGS er under 18 EUR.

Typiske fejl

At sende langsomt omsættende lager til FBA uden at tage højde for langtidslagergebyrer (6,90 EUR+ pr. kubikmeter efter 365 dage)
At udløse momsregistrering i EU-lande ved at opbevare lager via Pan-European FBA uden at planlægge momsoverholdelse
Ikke at modellere de samlede FBA-omkostninger (henvisning + fulfillment + lager + retur), før du beslutter, hvilke produkter der skal tilmeldes

Best practices

Brug Amazons FBA-beregner til at modellere den samlede omkostning pr. SKU, før du tilmelder
Sæt genbestillingspunkter for at undgå udsolgt på FBA-lageret, hvilket fjerner Prime-berettigelse
Overvej FBM (Fulfilled by Merchant) for langsomt omsættende eller overdimensionerede produkter for at undgå lagergebyrer

Buy Box, Amazon, Order Sync, Inventory Sync, Fulfillment

Sådan sælger du på Amazon fra Europa

Feedskabelon

Definition

En feedskabelon er en færdig konfiguration, der definerer feltmapping, format og struktur, som kræves for at indsende et produktfeed til en bestemt kanal. Feed management-platforme som Koongo tilbyder 500+ klar-til-brug skabeloner, der dækker kanaler som Google Shopping, Meta Ads, bol.com, Zalando, Kaufland og Idealo.

AI-opsummering

En feedskabelon er en forudkonfigureret blueprint til en bestemt salgskanal – den fortæller feed management-systemet, hvordan dine produktdata skal formateres efter kanalens præcise krav.

Hvorfor det betyder noget

Hver kanal har unikke attributkrav, formateringsregler og kategoritaksonomier. Google Shopping kræver ‘gtin’, ‘brand’ og ‘price’; Zalando kræver ‘Farbe’ (farve på tysk), ‘material_composition’ og ‘care_instructions’. At bygge disse mappings fra bunden for hver kanal er tidskrævende og fejlbehæftet. Skabeloner forudkonfigurerer de mest almindelige krav, så du kun skal lave produktspecifik tilpasning.

Eksempel

En forhandler vil liste produkter på Beslist.nl. I stedet for manuelt at undersøge Beslists attributkrav og bygge et feed fra bunden, vælger de Koongos Beslist.nl-skabelon. Skabelonen forudmapper butikkens felter til Beslists krævede format. De skal kun verificere kategorimapping og eventuelle brugerdefinerede attributter.

Typiske fejl

At bruge en skabelon uden at gennemgå kanalspecifikke krav, som kan have ændret sig siden skabelonen sidst blev opdateret
At antage, at skabeloner håndterer alle krævede attributter, uden at gennemgå kanalens dokumentation for obligatoriske vs. anbefalede felter
Ikke at oprette brugerdefinerede attributmappings oven på skabeloner til kanalspecifik optimering

Best practices

Start med skabelonen, og udvid den derefter med brugerdefinerede regler for attributter, der er vigtige for din specifikke produktkategori
Gennemgå skabelonens opdateringslog, når en kanal opdaterer sin feedspecifikation
Test skabeloner med et lille produktudsnit, før du anvender dem på hele dit katalog

Produktfeed, attributmapping, Feed Manager, CSV-feed, XML-feed

Guide til produktfeed management

Fulfillment

Definition

Fulfillment er processen med at modtage, behandle, plukke, pakke og sende ordrer til kunder. I e-handel kan fulfillment håndteres af forhandleren selv (self-fulfillment eller FBM – Fulfilled by Merchant), af en markedsplads (FBA – Fulfilled by Amazon, LvB – Logistics via bol) eller af en tredjepartslogistikudbyder (3PL).

AI-opsummering

Fulfillment dækker alt, der sker mellem at en kunde klikker på ‘Køb’, og pakken ankommer til døren.

Hvorfor det betyder noget

Fulfillment-hastighed og -pålidelighed er blandt de vigtigste faktorer for markedspladsrangering og Buy Box-berettigelse. Amazons Prime-badge kræver levering samme dag eller næste dag fra tilmeldte sælgere. bol.coms NPS-scoringsystem straffer sene forsendelser og upræcise leveringsestimater. For de fleste europæiske markedspladser skal de angivne leveringstider overholdes i mindst 95% af ordrerne.

Eksempel

En forhandler sælger på Amazon.de via FBA: de sender 200 enheder til et Amazon fulfillment-center i Tyskland. Når en kunde bestiller, plukker, pakker og sender Amazon fra deres lager – og opnår levering næste dag. Forhandleren undgår lageromkostninger, men betaler FBA-gebyrer på 2,80-4,50 EUR pr. enhed afhængigt af størrelse. Konkurrenten bruger FBM og sender fra et privat lager med 3-5 dages levering og mister Buy Box på trods af en lavere pris.

Typiske fejl

At love 1-2 dages levering på FBM-listings uden lagerkapacitet til konsekvent at kunne levere det
At undervurdere omkostninger og tid til returbehandling, når du beregner fulfillment-økonomi
At bruge FBA uden at modellere den samlede omkostning inkl. inbound shipping, lager og returgebryrer

Best practices

Modellér fulfillment-omkostning pr. SKU, før du vælger FBA vs. FBM vs. 3PL
Sæt konservative leveringsestimater og overgå dem konsekvent i stedet for at love hurtig levering og misse den
For sæsonprodukter: planlæg timing for indsendelse af FBA-lager for at undgå både udsolgt og langtidslagergebyrer

FBA, Order Sync, Inventory Sync, dropshipping, 3PL

Hvorfor dine produkter bliver ved med at gå udsolgt på markedspladser

GMV (Gross Merchandise Value)

Definition

GMV er den samlede værdi af alle varer, der sælges via en markedsplads eller platform i en given periode, før fradrag af returneringer, gebyrer og udbetalinger til sælgere. GMV er standardmålet til at sammenligne markedspladsers størrelse – det repræsenterer den samlede transaktionsværdi, der flyder gennem platformen, uanset hvor stor en del platformen beholder som omsætning.

AI-opsummering

GMV er den samlede værdi af alt, der sælges via en platform. Det er det overordnede mål for en markedsplads’ kommercielle skala.

Hvorfor det betyder noget

GMV sætter markedspladsstatistik i kontekst. Amazons GMV på 830 mia. USD i 2025 vs. Zalandos GMV på 17,6 mia. EUR kan ikke sammenlignes på samme skala, men hver af dem afspejler den transaktionsvolumen, som forhandlere kan få adgang til på platformene. GMV er også vigtig for din egen forretningsplanlægning: din GMV er dit samlede salg før markedspladskommissioner, mens omsætning er det, du beholder efter gebyrer.

Eksempel

Allegros polske markedsplads-GMV i 2025 var cirka 66-70 mia. PLN (cirka 15-16 mia. EUR). Heraf beholder Allegro en take rate på 12,26% som omsætning, mens sælgere modtager resten minus fulfillment- og annonceomkostninger. En forhandler, der sælger for 500.000 EUR om året på Allegro, bidrager med 500.000 EUR til Allegros GMV.

Typiske fejl

At forveksle GMV med omsætning – markedspladsens GMV inkluderer alle sælgertransaktioner, ikke kun platformens andel
At bruge GMV til at sammenligne platforme uden at normalisere for returrater (Zalandos GMV efter returneringer er markant anderledes end GMV før returneringer)

Best practices

Følg din egen GMV på tværs af markedspladser sammen med nettoomsætning efter gebyrer for at forstå den reelle rentabilitet
Når du vurderer markedspladsmuligheder, så se på kategori-specifik GMV-vækst frem for platformens samlede GMV

Markedsplads, omsætning, take rate, Amazon, Zalando, Allegro

Markedspladsstatistik 2026

Google Merchant Center (GMC)

Definition

Google Merchant Center er Googles gratis platform, hvor forhandlere uploader og administrerer produktinformation, der driver Google Shopping-annoncer, gratis produktvisninger, Local Inventory Ads og produktvisninger i Google Søgning, Billeder og Maps. GMC er påkrævet for enhver forhandler, der vil have sine produkter til at vises i Shopping-formater på Google.

AI-opsummering

Google Merchant Center er kontrolcenteret for dine produkter på Google – det er her, dit produktfeed ligger, og det er det, der afgør, om og hvordan dine produkter vises i Google Shopping.

Hvorfor det betyder noget

Uden en Google Merchant Center-konto med korrekt indsendte produkter kan dine produkter ikke vises i Google Shopping-annoncer eller gratis listings. Feedkvaliteten i GMC afgør direkte din synlighed i Shopping-annoncer: afviste produkter vises ikke, og dårligt optimerede produkter får færre visninger end konkurrenter med bedre feeds.

Eksempel

En WooCommerce-butik installerer et produktfeed-plugin og indsender en feed-URL til Google Merchant Center. GMC validerer feedet, godkender 89% af produkterne og markerer 11% med fejl (manglende GTIN’er, prisafvigelser). Forhandleren retter fejlene med Koongos Rules Editor, indsender igen og opnår 98% godkendelse. Alle godkendte produkter vises nu i Google Shopping ved relevante søgninger.

Typiske fejl

At indsende et feed én gang og aldrig opdatere det – feeds skal afspejle aktuelle priser og lager (ideelt opdateret hver 5-60 minutter)
At ignorere GMC Diagnostics – afviste produkter er usynlige i Shopping, men du kan stadig blive faktureret for godkendte produkter i samme kampagne
Ikke at verificere og gøre krav på din websteds-URL i GMC (kræves, før produkter kan vises)

Best practices

Opsæt automatisk feedindsendelse via scheduled fetch URL i stedet for manuelle uploads
Gennemgå GMC Diagnostics ugentligt, og løs afvisninger systematisk
Aktivér automatiske vareopdateringer, så Google kan rette mindre pris- og tilgængelighedsafvigelser fra dit website

Google Shopping, produktfeed, feedskabelon, GTIN

Sådan opsætter du et Google Shopping-feed

Google Shopping-statistik 2026

Google Shopping

Definition

Google Shopping er en Google-tjeneste, der gør det muligt for forbrugere at søge efter, sammenligne og købe produkter fra onlineforhandlere. Den vises som en fane i Google Søgning og som produktannoncer (PLAs) i standard søgeresultater. Forhandlere indsender produkter via Google Merchant Center for at blive vist i både gratis listings og betalte Shopping-annoncer.

AI-opsummering

Google Shopping er den visuelle produktsøgemaskine i Google – hvor produktbilleder, priser og butiksnavne vises, når nogen søger efter noget at købe.

Hvorfor det betyder noget

Google Shopping driver 76% af alle annonceudgifter til retail-søgning og 85% af alle klik på retail-kampagner på Google. For de fleste e-handelsforhandlere er Google Shopping den enkeltstående betalte annoncekanal med højest afkast. Den rammer købere i det præcise øjeblik, hvor de har købsintention, og viser produktbilleder, priser og ratings, før de klikker.

Eksempel

En forbruger søger på ‘men’s running shoes size 44’ på Google. Over de organiske resultater vises en række produktbilleder med 8 løbesko fra forskellige forhandlere med priser fra 45 EUR til 129 EUR. Hvert billede linker direkte til produktsiden. Det er Google Shopping. Forhandleren, hvis sko vises på position 1, kører en veloptimeret Shopping-kampagne via Google Merchant Center.

Typiske fejl

At sende hele dit produktkatalog til Google Shopping uden filtrering (lav-margin eller udsolgte produkter spilder budget)
Ikke at optimere produkttitler til Shopping (titlen er det primære signal for søgematch)
At køre én enkelt Shopping-kampagne for alle produkter i stedet for at segmentere efter kategori og margin

Best practices

Segmentér kampagner efter produktkategori og marginniveau med separate ROAS-mål
Inkludér nøgleattributter i produkttitler: brand, produkttype, farve, størrelse, materiale
Brug feed management-software til at holde priser og lager opdateret mindst hver 60. minut – ideelt hver 5-15 minutter

Google Merchant Center, CPC, CTR, ROAS, produktfeed, Performance Max

Google Shopping-statistik 2026

7 fejl, der ødelægger din Google Shopping-performance

GTIN (Global Trade Item Number)

Definition

En GTIN er en internationalt standardiseret produktidentifikator tildelt af GS1. GTIN’er identificerer produkter entydigt på tværs af den globale forsyningskæde og detailøkosystemet. De mest almindelige GTIN-formater i europæisk e-handel er: GTIN-13 (EAN-13, den standard europæiske stregkode), GTIN-8 (EAN-8, til små produkter) og GTIN-12 (UPC, primært brugt i Nordamerika).

AI-opsummering

En GTIN er den globalt standardiserede produktkode, der entydigt identificerer en specifik produktversion – fundamentet for al produktidentifikation i global handel og e-handel.

Hvorfor det betyder noget

GTIN’er er obligatoriske for at liste på Google Shopping, Amazon, bol.com, Zalando, Kaufland og stort set alle andre markedspladser eller annoncekanaler. Listings indsendt uden gyldige GTIN’er afvises eller udelukkes fra Shopping-auktioner. GTIN’er muliggør også prissammenligning på tværs af forhandlere, hvilket påvirker Buy Box-berettigelse på Amazon og synlighed i prissammenligningsmotorer.

Eksempel

En forhandler, der sælger Lego-sæt på Amazon.de og Google Shopping, indsender hvert produkt med dets GTIN-13 (EAN) fra Lego-emballagen. GTIN’et ‘5702016668919’ svarer til et specifikt Lego-sæt. Amazon matcher dette GTIN til sin eksisterende ASIN, Google Shopping bruger det til at matche produktet til prissammenligningsdata, og bol.com validerer det mod GS1’s database.

Typiske fejl

At købe GTIN’er fra eBay-sælgere i stedet for direkte fra GS1 (de er genbrugte eller ugyldige GTIN’er, som afvises af Google og markedspladser)
Ikke at ansøge om en GTIN-undtagelse, når du sælger specialfremstillede eller private label-produkter, der reelt ikke har en GS1-stregkode
At bruge den samme GTIN til flere produktvarianter (hver variant – hver farve, størrelse eller pakningsstørrelse – kræver sin egen GTIN)

Best practices

Registrer GTIN’er direkte via GS1 i dit land
Anmod om GTIN-undtagelser for berettigede kategorier (specialfremstillede produkter, vintagevarer) via Google Merchant Center og Amazon Seller Central
Inkludér GTIN’er i dit produktfeed for hver relevant SKU – de er blandt de mest effektfulde signaler for feedkvalitet

EAN, UPC, ASIN, produktfeed, Google Merchant Center

Hvad er et produktfeed?

Headless commerce

Definition

Headless commerce er en e-handelsarkitektur, hvor frontend (det kunden ser) er adskilt fra backend (hvor handelslogik, produktdata og transaktioner behandles). De to lag kommunikerer via API’er, så brands kan bygge skræddersyede frontend-oplevelser, mens de bruger en specialiseret commerce-backend.

AI-opsummering

Headless commerce adskiller butiksdesignet fra commerce-motoren og forbinder dem via API – så brands får fuld kreativ kontrol uden at være begrænset af ét platforms temasystem.

Hvorfor det betyder noget

Headless-arkitektur muliggør hurtigere og mere fleksible storefronts og gør det muligt for brands at levere det samme produktkatalog og den samme handelslogik på tværs af flere frontends samtidig (web, mobilapp, in-store kiosk, voice). For større e-handelsbrands åbner headless for performanceforbedringer og kreativ frihed, som traditionelle platforme ikke kan matche.

Eksempel

Et modebrand bruger Shopify som commerce-backend (håndterer produkter, ordrer og betalinger), men bygger en custom React-frontend, der indlæses markant hurtigere end ethvert Shopify-tema. Produktdata hentes via Shopifys Storefront API. Brandet forbinder også den samme Shopify-backend til en mobilapp via den samme API.

Typiske fejl

At vælge headless til små butikker – udviklingskompleksiteten og omkostningen er kun berettiget ved betydelig skala eller ved specifikke kreative krav
At undervurdere de løbende udviklingsomkostninger ved at vedligeholde en custom frontend vs. et managed tema

Best practices

Vurdér kun headless, når platformbegrænsninger aktivt begrænser konverteringsrate eller brandoplevelse
Brug en composable commerce-tilgang med gennemprøvede API-first platforme (Shopify, BigCommerce, Commercetools)

API, ecommerce-platform, PIM

Sådan fungerer marketplace-integrationer

Lagersynkronisering

Definition

Inventory sync er den automatiserede proces med at opdatere lagerniveauer på tværs af alle forbundne salgskanaler – din egen butik, markedspladser og annonceplatforme – hver gang et salg sker på en hvilken som helst kanal. Når et produkt sælges på bol.com, reducerer en præcis inventory sync straks den tilgængelige mængde, der vises på Amazon, Kaufland og din egen webshop, så du undgår oversalg.

AI-opsummering

Inventory sync holder dine lagerniveauer korrekte overalt, hvor du sælger, i realtid – så du aldrig ved en fejl sælger et produkt på to kanaler, når der kun er én enhed tilbage.

Hvorfor det betyder noget

Uden inventory sync viser hver kanal det samme lagerniveau uanset salg, der sker andre steder. En forhandler med 1 enhed på lager, der sælger på tre kanaler, kan modtage tre ordrer samtidig. To kan ikke opfyldes, hvilket giver ordreannulleringer, kontodefekter og utilfredse kunder. Ved 50+ ordrer om dagen på tværs af flere kanaler er oversalg uden synkronisering reelt uundgåeligt.

Eksempel

En forhandler har 3 enheder af en jakke på lager, listet på WooCommerce, Amazon.de og bol.com. En kunde køber 1 på WooCommerce kl. 14:00. Med 5-minutters inventory sync: kl. 14:05 viser Amazon og bol.com 2 enheder tilgængelige. Kl. 14:20 køber en kunde 1 på Amazon. Kl. 14:25 viser bol.com 1 enhed. Når den sidste enhed sælges på bol.com, viser alle tre kanaler automatisk 0 på lager.

Typiske fejl

At køre inventory sync med 60-minutters intervaller, når du behandler 30+ ordrer om dagen (for langsomt; skaber oversalgs-vinduer)
Ikke at sætte bufferlager-regler (vis 1-2 enheder færre end faktisk lager for at absorbere synkforsinkelse for hurtigt omsættende produkter)
At tro, at produktfeed-opdateringer og inventory sync er det samme – feed-opdateringer er planlagte filleverancer; inventory sync kræver en API-forbindelse

Best practices

Sæt inventory sync-frekvens til 5 eller 15 minutter for enhver kanal, hvor du sælger mere end 10 enheder om dagen
Anvend bufferlager-regler på 1-2 enheder for produkter med færre end 10 enheder på lager
Deaktivér listings automatisk ved 0 enheder for at forhindre ordrer på lager, du ikke kan opfylde

API, Order Sync, marketplace-integration, oversalg, produktfeed

Hvorfor dine produkter bliver ved med at gå udsolgt på markedspladser

Bedste software til marketplace-integration (2026)

LTV / CLV (Lifetime Value / Customer Lifetime Value)

Definition

LTV er den samlede omsætning, en virksomhed kan forvente fra én kundekonto over hele relationens varighed. CLV = gennemsnitlig ordreværdi x købsfrekvens x kundens levetid. At forstå LTV ændrer, hvordan du vurderer anskaffelsesomkostninger: en kunde med 600 EUR i LTV kan bære en langt højere CPA end en, der kun køber én gang.

AI-opsummering

LTV er, hvor meget en kunde er værd for dig gennem hele relationen til dit brand – ikke kun fra den første ordre.

Hvorfor det betyder noget

LTV retfærdiggør højere omkostninger til kundeanskaffelse for kanaler og produktkategorier med stærk genkøbsadfærd. En beauty-forhandler med 30 EUR i AOV og 8 køb om året har en LTV på 240 EUR pr. kunde. De kan betale en CPA på 40 EUR på første ordre, fordi den langsigtede værdi er 6x anskaffelsesomkostningen.

Eksempel

En WooCommerce-butik med kosttilskud analyserer sine kundedata. Gennemsnitlig første ordre er 55 EUR. Kunder, der køber to gange inden for 90 dage, har 60% sandsynlighed for at blive faste kunder. Faste kunder har i gennemsnit 6 ordrer om året i 2,5 år. LTV = 55 EUR x 6 x 2,5 = 825 EUR. Denne LTV retfærdiggør en CPA på første ordre på op til 80 EUR, hvilket gør kanaler, der virker urentable på første-ordre-ROAS, faktisk rentable set over hele kundelivscyklussen.

Typiske fejl

At træffe CPA-beslutninger baseret kun på profit fra første ordre og ignorere genkøbsraten
Ikke at segmentere LTV efter anskaffelseskanal (markedspladskunder kan have lavere LTV end kunder i din egen butik, som kan retargetes via e-mail)

Best practices

Beregn LTV separat efter anskaffelseskanal, produktkategori og type af første ordre
Brug LTV til at sætte maksimale CPA-tærskler for forskellige kundesegmenter
Følg 90-dages genkøbsrate som en ledende indikator for LTV

CAC, AOV, CPA, konverteringsrate, retention

Ecommerce-statistik (2026)

Markedsplads

Definition

En online markedsplads er en platform, hvor flere uafhængige sælgere lister og sælger produkter til platformens eksisterende kundebase. Markedspladsen håndterer kundeanskaffelse, betalingsbehandling og ofte logistik. Sælgere betaler en kommission pr. salg. Store europæiske markedspladser omfatter Amazon, bol.com, Zalando, Kaufland, eBay og Allegro.

AI-opsummering

En markedsplads er en online platform, hvor du sælger side om side med andre forhandlere til et eksisterende publikum – som et digitalt shoppingcenter, hvor millioner af kunder allerede kigger.

Hvorfor det betyder noget

Markedspladser giver forhandlere øjeblikkelig adgang til store, købsparate målgrupper uden omkostningen ved at opbygge deres egen trafik. Amazon har 310+ mio. aktive kundekonti globalt; bol.com har 13+ mio. i Nederlandene og Belgien. Disse målgrupper ville tage år og kræve betydelige investeringer at opbygge selv.

Eksempel

Et hollandsk boligindretningsbrand sælger via sin egen WooCommerce-butik og på bol.com. Deres egen butik genererer 400 ordrer om måneden fra SEO og betalt trafik. Deres bol.com-listing genererer yderligere 280 ordrer om måneden uden marketingforbrug – kun via markedspladssynlighed. De samlede 680 månedlige ordrer ville ikke kunne opnås fra deres egen butik med de nuværende marketingbudgetter.

Typiske fejl

At behandle alle markedspladser ens – hver har forskellige produktkrav, gebyrstrukturer og kundernes forventninger
Ikke at modellere de fulde omkostninger (kommission + månedlige gebyrer + retur) før listing
Overafhængighed af én markedsplads uden at vedligeholde din egen butik som en parallel kanal

Best practices

Start med 1-2 markedspladser, hvor din produktkategori står stærkest, før du udvider
Modellér gebyrer pr. produkt før listing for at bekræfte en positiv margin
Forbind din butik til markedspladser via API for automatisk ordersynkronisering og lagerstyring

Marketplace-integration, API, Inventory Sync, Order Sync, Buy Box, GMV

Den komplette guide til at sælge på online markedspladser

Markedspladsstatistik 2026

Sammenligning af markedspladsgebyrer 2026

Marketplace-integration

Definition

Marketplace-integration er den tekniske opsætning, der forbinder din e-handelsbutik med en markedsplads via API og muliggør automatiseret styring af produktlistings, lagersynkronisering, ordreimport og forsendelsesbekræftelse. I modsætning til produktfeed-distribution (som er envejs) er marketplace-integration tovejs: data flyder fra din butik til markedspladsen og tilbage igen.

AI-opsummering

Marketplace-integration er den automatiserede forbindelse mellem din butik og en markedsplads, der håndterer produktlistings, ordrer og lager – uden manuelt arbejde i hver platforms dashboard.

Hvorfor det betyder noget

Manuel markedspladsstyring – at logge ind på hver platform for at tjekke ordrer, opdatere lager og bekræfte forsendelser – er bæredygtigt ved 5-10 ordrer om dagen. Ved 50+ ordrer om dagen på tværs af tre eller flere markedspladser skaber manuel styring fejl og sluger timer af operationel tid hver dag. Integration automatiserer det hele.

Eksempel

En Shopify-forhandler bruger Koongos Marketplace Manager til at forbinde til bol.com, Amazon.de og Kaufland.de. Nye ordrer fra alle tre markedspladser vises i deres Shopify-ordredashboard inden for få minutter. Lageropdateringer efter hvert salg når alle tre markedspladser inden for 5 minutter. Forsendelsessporingsnumre sendes automatisk tilbage, når ordrer er opfyldt. Forhandleren styrer tre kanaler fra ét dashboard.

Typiske fejl

At forveksle feed-distribution med marketplace-integration – et produktfeed sender produktdata, men importerer ikke ordrer eller opdaterer lager
At bruge et separat værktøj til hver markedsplads i stedet for en samlet integrationsplatform
Ikke at teste ordersynkronisering med rigtige ordrer, før du går live i volumen

Best practices

Brug en wizard-baseret integrationsopsætning for at undgå API-konfigurationsfejl
Test inventory sync ved at oprette en test-listing med 1 enhed og placere en testordre for at verificere hele cyklussen
Opsæt notifikationer for ordersynkronisering, så markedspladsordrer er synlige i dit standard fulfillment-workflow

API, Order Sync, Inventory Sync, markedsplads, produktfeed

Bedste software til marketplace-integration (2026)

Sådan fungerer marketplace-integrationer

Multikanalsalg

Definition

Multichannel selling er praksissen med at distribuere og sælge produkter på tværs af flere salgskanaler samtidig – herunder din egen onlinebutik, to eller flere markedspladser og annoncekanaler som Google Shopping og Meta Ads. Multichannel selling kræver centraliseret styring af produktdata samt automatiseret lager- og ordersynkronisering for at forblive operationelt håndterbart.

AI-opsummering

Multichannel selling betyder at være til stede på flere platforme på én gang – din egen butik, markedspladser og annoncekanaler – hvor alle er forbundet og synkroniseret.

Hvorfor det betyder noget

Multichannel-forhandlere overgår konsekvent single-channel-forhandlere i omsætning, fordi de får adgang til flere veje til kundeanskaffelse: organisk markedspladstrafik, trafik fra prissammenligningssider og betalt annoncering – alt fra det samme produktkatalog. Den operationelle udfordring er at holde alle kanaler synkroniseret uden at mangedoble administrationsarbejdet.

Eksempel

Et belgisk modebrand sælger via deres Shopify-butik, bol.com (BE), Zalando og Miinto. De kører Google Shopping og Meta Ads. Seks kanaler i alt – men alt styres fra ét produktfeed og én integrationsplatform. Når de tilføjer et nyt produkt, vises det på alle seks kanaler samtidig. Når et produkt bliver udsolgt, opdateres alle kanaler inden for 5 minutter.

Typiske fejl

At liste identiske produktdata på alle kanaler uden optimering (hver kanal har forskellige krav til titel, billeder og attributter for maksimal synlighed)
Ikke at have inventory sync på plads, før du går live på mere end to kanaler
At udvide til for mange kanaler for hurtigt uden at verificere positiv margin på hver

Best practices

Etabler en stabil 2-kanals drift, før du udvider yderligere
Brug én samlet platform til product feed management og marketplace-integration i stedet for separate værktøjer pr. kanal
Gennemgå kanalniveau-rentabilitet månedligt, og sæt underperformende kanaler på pause eller optimér dem

Inventory Sync, Order Sync, produktfeed, markedsplads, marketplace-integration

Sådan sælger du på flere europæiske markedspladser

Bedste software til marketplace-integration (2026)

OMS (Order Management System)

Definition

Et Order Management System er software, der centraliserer sporing, styring og fulfilment af ordrer fra alle salgskanaler. Et OMS modtager ordrer fra din webshop, markedspladser og andre kanaler, ruter dem til den rette fulfilment-lokation, sporer forsendelsesstatus og håndterer returneringer og refunderinger.

AI-opsummering

Et OMS er det operationelle knudepunkt, hvor alle dine ordrer – fra alle kanaler – styres ét sted, fra placering til levering og retur.

Hvorfor det betyder noget

Når en forhandler behandler ordrer fra tre eller flere kanaler, bliver det uholdbart at styre hvert markedsplads-dashboard separat. Et OMS (eller order management-laget i en marketplace-integrationplatform) samler alle ordrer i ét workflow, reducerer fejl fra manuel genindtastning og giver ét samlet overblik over ordrestatus på tværs af alle kanaler.

Eksempel

En forhandler sælger i sin Shopify-butik, på Amazon.de, bol.com og Kaufland. Uden et OMS tjekker de fire dashboards hver morgen. Med Koongos ordersynkronisering forbundet til Shopify vises ordrer fra alle fire kanaler i Shopifys ordreliste inden for få minutter efter, de er placeret. Shopify fungerer som de facto OMS – ét sted, ét workflow.

Typiske fejl

At bruge et markedsplads-dashboard som primært ordrestyringsværktøj (bryder sammen, når du tilføjer en tredje kanal)
Ikke at forbinde retur- og refund-workflows til OMS’et (skaber datagab i den finansielle afstemning)
At vælge et OMS, der ikke integrerer nativt med dine markedspladskanaler (kræver custom connectors)

Best practices

Brug din primære e-handelsplatform (Shopify, WooCommerce) som et letvægts-OMS via ordersynkronisering, før du investerer i et dedikeret OMS
Sørg for, at OMS’et modtager ordreannulleringer og returneringer – ikke kun nye ordrer
Forbind OMS-data til dit ERP for finansiel afstemning, hvis din ordrevolumen overstiger 500/måned

ERP, PIM, Order Sync, marketplace-integration, API

Sådan fungerer marketplace-integrationer

Ordresynkronisering

Definition

Order sync er den automatiserede import af markedspladsordrer til din e-handelsbutiks ordrestyringssystem. Når en kunde placerer en ordre på Amazon, bol.com eller Zalando, opretter ordersynkronisering automatisk en tilsvarende ordre i dit Shopify- eller WooCommerce-dashboard inden for få minutter, inklusive alle ordredetaljer, kundeadresse og linjevarer.

AI-opsummering

Order sync henter automatisk ordrer fra hver markedsplads ind i din butiks dashboard, så du behandler alle ordrer ét sted i stedet for at logge ind på hver markedsplads separat.

Hvorfor det betyder noget

Ved 5 ordrer om dagen fra én markedsplads er manuel ordrekontrol håndterbar. Ved 50+ ordrer fra tre markedspladser bliver det en daglig operationel flaskehals, der skaber forsinkelser og fejl. Order sync fjerner det: hver markedspladsordre dukker automatisk op i dit standard fulfillment-workflow.

Eksempel

En WooCommerce-forhandler forbinder til Kaufland via Koongo. Kl. 09:30 placeres tre ordrer på Kaufland.de. Kl. 09:35 vises alle tre i WooCommerce-ordrepanelet med fulde kunde- og produktdetaljer. Forhandlerens fragtsoftware genererer automatisk labels. Når de er afsendt, sendes trackingnumre tilbage til Kaufland via den samme API-forbindelse.

Typiske fejl

At antage, at indsendelse af produktfeeds inkluderer ordersynkronisering – det gør det ikke; order sync kræver en API-baseret marketplace-integration
Ikke at teste order sync end-to-end, før du går live (læg en rigtig testordre på 0,01 EUR)
Ikke at forbinde retur-/annulleringssynkronisering sammen med order sync (skaber uafklarede ordrer i dit system)

Best practices

Test hele ordre-livscyklussen: oprettelse af ordre, fulfillment, upload af tracking og statusopdatering
Opsæt e-mailnotifikationer for nye markedspladsordrer som et sikkerhedsnet
Verificér, at order sync dækker alle ordrestatusser: ny, annulleret og returneret

Inventory Sync, API, marketplace-integration, OMS, fulfillment

Bedste software til marketplace-integration (2026)

Performance Max (PMax)

Definition

Performance Max er Googles AI-drevne kampagnetype, der kører på tværs af hele Googles inventory samtidig – Search, Shopping, Display, YouTube, Gmail og Maps – fra én kampagne. PMax kræver produktfeeds, kreative assets og audience signals som input og bruger derefter machine learning til at afgøre den bedste placering, format og målgruppe for hver visning.

AI-opsummering

Performance Max er Googles alt-i-én AI-kampagne, der viser dine annoncer på tværs af alle Google-platforme samtidig og optimerer leveringen automatisk.

Hvorfor det betyder noget

PMax står nu for 34% af det samlede Google Ads-forbrug i 2026 og bruges af 93% af detailhandlere, der kører Shopping-kampagner. Den leverer konsekvent 15-20% højere ROAS end Standard Shopping for de fleste e-handelskategorier – især for konti med tilstrækkelig konverteringshistorik (30+ månedlige konverteringer pr. kampagne).

Eksempel

En forhandler med et Google Ads-budget på 2.000 EUR/måned konsoliderer fra separate Shopping-, Display- og YouTube-kampagner til én PMax-kampagne med tilkoblet produktfeed. Efter en 4-ugers læringsperiode med tilstrækkelige konverteringsdata opnår PMax-kampagnen 0,41 EUR i blended CPC og 4,8x ROAS – sammenlignet med 0,66 EUR i Shopping-CPC og 3,9x ROAS fra den tidligere Standard Shopping-kampagne.

Typiske fejl

At starte PMax uden mindst 30 konverteringer i historik pr. måned (utilstrækkelige data til algoritmeoptimering)
Ikke at levere kreative assets i høj kvalitet (billeder, overskrifter, beskrivelser) – PMax falder tilbage på auto-genererede assets med lavere performance
At køre PMax uden et produktfeed (kræves til Shopping-placeringer, det inventory der performer bedst)

Best practices

Sæt Target ROAS på PMax først efter 30+ konverteringer; brug Maximize Conversion Value i læringsfasen
Lever alle asset-typer: landscape-billeder, kvadratiske billeder, logo, overskrifter (5+), beskrivelser (5+) og YouTube-video hvis muligt
Brug audience signals (kundelister, lignende målgrupper) til at guide den tidlige læring

Google Shopping, CPC, ROAS, Google Merchant Center, Smart Bidding

Google Shopping-statistik 2026

PIM (Product Information Management)

Definition

Et PIM er et centraliseret system til at styre alle produktdata – beskrivelser, specifikationer, billeder, attributter og varianter – på tværs af flere kanaler og sprog. Et PIM fungerer som den eneste sandhedskilde for produktindhold, hvorfra data eksporteres eller syndikeres til e-handelsplatforme, markedspladser og annoncekanaler.

AI-opsummering

Et PIM er masterdatabasen for al din produktinformation – det ene sted, hvor produktdata oprettes, vedligeholdes og distribueres til alle kanaler, du sælger på.

Hvorfor det betyder noget

Når produktkataloger vokser, og kanalerne bliver flere, bliver det en betydelig operationel udfordring at vedligeholde konsistente produktdata. En forhandler med 2.000 SKU’er på tværs af 5 kanaler i 3 sprog har brug for et system til at styre, hvilken beskrivelse der er korrekt, hvilket billede der er godkendt, og hvilken størrelsesguide der gælder for hvilket marked. Et PIM centraliserer dette, eliminerer versionskonflikter og fjerner manuel afstemning.

Eksempel

Et tøjbrand bruger Akeneo PIM til at styre 5.000 SKU’er med attributter på hollandsk, fransk, tysk og engelsk. Når de lancerer på Zalando.de (tysk) og Miinto.nl (hollandsk), eksporterer de den relevante sprogversion af hvert produkt fra Akeneo til deres feed management-platform, som derefter formaterer det efter hver kanals krav.

Typiske fejl

At forsøge PIM-funktionalitet via et regneark ud over 500 SKU’er (ikke skalerbart)
At bygge PIM-workflows, før kanalernes krav er forstået (PIM’et skal struktureres til at outputte det, hver kanal har brug for)
At forveksle PIM med ERP – PIM styrer produktindhold; ERP styrer lager, ordrer og økonomi

Best practices

Implementér PIM, når du har 500+ SKU’er eller sælger på mere end 2 sprog
Strukturér PIM-attributter, så de outputter de præcise felter, som dine top 3-5 kanaler kræver
Forbind PIM til din feed management-platform via API i stedet for manuelle eksport

ERP, produktfeed, attributmapping, feedskabelon

Hvad er et produktfeed?

Produktfoder

Definition

Et produktfeed er en struktureret fil – typisk i XML-, CSV- eller JSON-format – der indeholder dine produktkatalogdata formateret efter kravene fra en bestemt salgskanal. Produktfeeds bruges til at liste produkter på Google Shopping, Meta Ads, Idealo, Beslist og andre annonce- og prissammenligningskanaler. Hver kanal kræver et specifikt feedformat, et bestemt attributsæt og en opdateringsfrekvens.

AI-opsummering

Et produktfeed er en struktureret fil, der indeholder dine produktdata – titler, priser, billeder, GTIN’er – formateret præcis på den måde, en bestemt kanal forventer at modtage dem.

Hvorfor det betyder noget

Hver annonce- og prissammenligningskanal kræver produktdata i sit eget specifikke format. Uden et korrekt formateret produktfeed kan dine produkter ganske enkelt ikke vises på Google Shopping, Meta Ads, Idealo eller lignende kanaler. Feedkvalitet – fuldstændighed, nøjagtighed og opdateringsfrekvens – er den primære faktor, der afgør både annoncegodkendelse og performance.

Eksempel

En WooCommerce-butik bruger Koongos Feed Manager til at generere et produktfeed til Google Shopping. Feedet er en struktureret fil med 850 produkter, hver med titel, beskrivelse, pris, lagerstatus, billed-URL, GTIN og kategori. Koongo indsender dette feed til Google Merchant Center via planlagt URL-hentning hvert 15. minut, så pris- og lagerændringer afspejles hurtigt.

Typiske fejl

At opdatere feedet én gang om dagen, når priser eller lager ændrer sig oftere
Ikke at inkludere GTIN’er i feedet (et vigtigt kvalitetssignal for både Google Shopping og prissammenligningsmotorer)
At bruge det samme feed til alle kanaler uden kanalspecifik optimering (titelstruktur, billedkrav og attributnavne varierer)

Best practices

Indstil feedets opdateringsfrekvens til hver 5.-15. minut for kanaler, hvor priser eller lager ændrer sig ofte
Medtag alle anbefalede (ikke kun obligatoriske) attributter for hver kanal
Validér dit feed op mod kanalens specifikationer, før du går live, ved at bruge kanalens diagnosticeringsværktøjer

Feedskabelon, CSV-feed, XML-feed, Google Merchant Center, attributmapping, Feed Manager

Hvad er et produktfeed?

Sådan opsætter du et Google Shopping-feed

Bedste produktfeed-software (2026)

ROAS (Return on Ad Spend)

Definition

ROAS måler den omsætning, der genereres for hver euro eller dollar, du bruger på annoncering. ROAS = omsætning fra annoncer / annonceforbrug. En ROAS på 5x betyder, at for hver EUR 1 du bruger på annoncer, genereres der EUR 5 i omsætning. ROAS er den primære performance-måling for Google Shopping, Meta Ads og andre ecommerce-annonceringskanaler.

AI-opsummering

ROAS fortæller dig, hvor meget omsætning du tjener for hver euro, du bruger på annoncering. En ROAS på 4x betyder, at du genererer EUR 4 for hver EUR 1, du bruger.

Hvorfor det betyder noget

ROAS er det mest direkte mål for annonceeffektivitet i ecommerce. ROAS skal dog vurderes i sammenhæng med bruttoavance: En ROAS på 3x på et produkt med 50 % bruttoavance (EUR 1,50 tilbage pr. EUR 1 brugt) er rentabel, mens den samme ROAS på 3x på et produkt med 20 % avance (EUR 0,60 tilbage pr. EUR 1 brugt) giver underskud. Mål-ROAS bør fastsættes ud fra din avance – ikke en vilkårlig multiplikator.

Eksempel

En forhandler bruger EUR 800 på Google Shopping i november og genererer EUR 4.600 i omsætning fra ordrer, der tilskrives Shopping. ROAS = EUR 4.600 / EUR 800 = 5,75x. Ecommerce-brands i øverste kvartil opnår 6x ROAS på Google Shopping (OwlClaw 2026). Medianen på tværs af alle Google Ads-kampagner var 3,68x i 2025 (Triple Whale).

Typiske fejl

At sætte ét ROAS-mål for alle produkter uanset avance (produkter med høj og lav avance kræver forskellige ROAS-minimum)
At forveksle ROAS med ROI – ROAS måler bruttoomsætning i forhold til annonceforbrug; ROI medregner vareforbrug og alle øvrige omkostninger
At optimere efter ROAS uden at tage højde for LTV (en ROAS på 2x på en kunde, der genkøber 8 gange, kan være mere værdifuld end en ROAS på 6x på en engangskøber)

Best practices

Beregn din break-even-ROAS pr. produktkategori: Break-even-ROAS = 1 / bruttoavance %
Brug Target ROAS smart bidding i Google, når din kampagne har 30+ månedlige konverteringer
Gennemgå ROAS pr. produktkategori månedligt, og omfordel budget til segmenter med højest ROAS

CPC, CPA, ROI, Google Shopping, LTV

Google Shopping-statistik 2026

ROI (Return on Investment)

Definition

ROI er et mål for rentabiliteten af en investering, udtrykt i procent. I ecommerce-annoncering: ROI = (omsætning – samlede omkostninger) / samlede omkostninger x 100. I modsætning til ROAS (som kun måler omsætning i forhold til annonceforbrug) medregner ROI vareforbrug (COGS), hvilket gør det til et mere præcist mål for den faktiske rentabilitet.

AI-opsummering

ROI måler den faktiske profit som en procentdel af det, du har investeret – i modsætning til ROAS medregner den produktets omkostning, ikke kun annonceforbruget.

Hvorfor det betyder noget

ROAS kan være misvisende, hvis bruttoavancerne varierer markant mellem produkter. ROI giver et mere retvisende billede af kampagnens rentabilitet. En kampagne, der genererer 4x ROAS på produkter med 15 % bruttoavance, giver negativ ROI, mens den samme kampagne på produkter med 55 % bruttoavance er meget rentabel. Til strategiske beslutninger om annonceinvestering er ROI den mere komplette måling.

Eksempel

En forhandler kører en Meta Ads-kampagne og bruger EUR 500. Kampagnen genererer 20 ordrer med en samlet omsætning på EUR 2.000. ROAS = 4x. Produkt-COGS for de 20 ordrer = EUR 1.100. ROI = (EUR 2.000 – EUR 500 – EUR 1.100) / EUR 1.600 = EUR 400 / EUR 1.600 = 25 %. Kampagnen genererer EUR 0,25 i profit for hver EUR 1, der investeres i samlede omkostninger (annoncer + varer).

Typiske fejl

At rapportere ROAS til interessenter, når ROI er den måling, der afspejler den faktiske forretningsrentabilitet
Ikke at medregne COGS i ROI-beregninger (får kampagner til at se bedre ud, end de er)
At forveksle kampagne-ROI med samlet forretnings-ROI (alle kanalomkostninger skal med for det fulde billede)

Best practices

Beregn ROI pr. kanal, ikke kun samlet: Google Shopping-ROI kan afvige markant fra Meta Ads-ROI, selv ved samme ROAS
Brug break-even-analyse: Hvilken ROAS kræves for at gå i nul givet din bruttoavance?
Gennemgå ROI kvartalsvist med hensyn til sæsonudsving og ændringer i COGS

ROAS, CPA, LTV, CAC, bruttoavance

Google Shopping-statistik 2026

RSS-feed

Definition

Et RSS-feed (Really Simple Syndication) er et XML-baseret format, der oprindeligt blev designet til distribution af indhold (nyheder, blogindlæg, podcasts). I ecommerce bruges RSS-feeds af nogle kanaler og affiliatenetværk til at modtage produktopdateringer. RSS er dog i vid udstrækning blevet erstattet af dedikerede produktfeed-formater (XML/CSV) og API-forbindelser til udveksling af ecommerce-data.

AI-opsummering

Et RSS-feed er et XML-filformat til syndikering af indhold – oprindeligt til nyheder, og bruges lejlighedsvis i ecommerce til basal distribution af produktdata til ældre kanaler.

Hvorfor det betyder noget

RSS-produktfeeds kræves af og til af affiliatenetværk, prissammenligningssider eller ældre markedspladsplatforme. Men deres begrænsede attributunderstøttelse og manglende mulighed for opdateringer i realtid gør dem ringere end dedikerede produktfeeds til annoncekanaler – og uegnede til markedspladsintegrationer, der kræver ordresynkronisering.

Eksempel

En forhandler opdager, at en regional prissammenligningsside, de vil liste på, kun accepterer et produktfeed i RSS-format. De bruger deres feed management-platform til at generere en RSS-formateret version af deres katalog ud fra de samme produktdata, som bruges til deres Google Shopping- og bol.com-feeds.

Typiske fejl

At bruge RSS-feeds, hvor et dedikeret produktfeed-format er tilgængeligt (RSS tilbyder færre attributter og mindre kontrol)
At antage, at RSS-feed-understøttelse betyder fuld integration (RSS leverer kun produktdata; det kan ikke håndtere ordrer eller lager)

Best practices

Brug kun RSS, hvor det udtrykkeligt kræves, og hvor intet alternativt format accepteres
Hold RSS-feeds som et output med lav prioritet fra din feed management-platform – ikke som en primær distributionsmetode

XML-feed, CSV-feed, produktfeed, API

Hvad er et produktfeed?

SKU (Stock Keeping Unit)

Definition

En SKU er en unik alfanumerisk identifikator, som en forhandler eller producent tildeler for at skelne hver enkelt produktvariant i lageret. I modsætning til GTIN’er (som standardiseres eksternt) er SKU’er interne identifikatorer, som hver forhandler selv opretter. Et enkelt produkt med 3 farver og 4 størrelser har 12 SKU’er.

AI-opsummering

En SKU er din interne produktkode, der entydigt identificerer hver enkelt vare, du lagerfører – oprettet af dig til din egen lagerstyring.

Hvorfor det betyder noget

SKU’er er fundamentet for lagerstyring. Hver vare på dit lager, hver ordrelinje og hvert produkt i dit feed spores via SKU. Præcis SKU-styring forebygger pluk- og leveringsfejl, muliggør korrekt lageroptælling og gør det muligt at følge performance på den enkelte produktvariant.

Eksempel

En tøjforhandler sælger en T-shirt i 3 farver (sort, hvid, navy) og 3 størrelser (S, M, L). De tildeler 9 SKU’er: TSH-BLK-S, TSH-BLK-M, TSH-BLK-L, TSH-WHT-S, TSH-WHT-M, TSH-WHT-L, TSH-NVY-S, TSH-NVY-M, TSH-NVY-L. Hver SKU sporer lageret uafhængigt – de kan f.eks. have 8 sorte i M, men være udsolgt af hvid i L.

Typiske fejl

At genbruge SKU’er, når produkter udgår og relanceres (skaber forvirring i historiske data)
At bruge SKU’er som GTIN’er i produktfeeds (det er forskellige begreber; GTIN’er skal komme fra GS1)
Ikke at have en ensartet SKU-navngivningskonvention på tværs af dit sortiment (gør lagerstyring og rapportering inkonsistent)

Best practices

Opret en SKU-navngivningskonvention, der koder nøgleattributter (produkttype, farve, størrelse) for hurtig identifikation
Genbrug aldrig SKU’er til forskellige produkter
Medtag SKU’er i alle produktfeeds som en intern identifikator sammen med GTIN’er

GTIN, EAN, Inventory Sync, produktfeed, OMS

Hvad er et produktfeed?

XML-feed

Definition

Et XML-feed (Extensible Markup Language) er et hierarkisk struktureret filformat til produktdata, hvor hvert produkt og dets attributter er indkapslet i tilpasselige tags. XML er standardformatet for Google Shopping-produktfeeds og mange europæiske prissammenligningsmotorer. Det understøtter indlejrede datastrukturer, hvilket gør det velegnet til produkter med flere varianter, billeder og attributter.

AI-opsummering

Et XML-feed er et struktureret filformat til produktdata med indlejrede tags – standardformatet for Google Shopping-feeds og de fleste større prissammenligningsmotorer.

Hvorfor det betyder noget

XML’s hierarkiske struktur muliggør rigere produktdata end CSV: parent-child-relationer mellem produkter (en jakke med størrelse- og farvevarianter deler en fælles parent item_group_id), flere billed-URL’er pr. produkt samt indlejrede fragt- og momstabeller. Google Merchant Center accepterer både CSV og XML, men XML foretrækkes generelt til komplekse produktkataloger.

Eksempel

En forhandlers Google Shopping-XML-feed for en løbesko ser sådan ud: RSH-BLK-42Løbesko til mænd, sort, størrelse 4289.99 EURpå lager8714574558621<item_group_id>RSHSort42. item_group_id grupperer denne variant med størrelserne 40-46 i den samme produktlistegruppe.

Typiske fejl

At generere fejlformet XML (ikke-lukkede tags, forkert tegnkodning), hvilket medfører afvisning af feedet
Ikke at bruge item_group_id til at gruppere produktvarianter – hver variant vises som et separat produkt i stedet for en grupperet listing
At inkludere HTML-tags i beskrivelsesfelter (fjernes eller ødelægger XML-parsning)

Best practices

Validér XML-feedets syntaks før indsendelse ved at bruge en feed management-platforms indbyggede validator
Brug item_group_id for alle produkter med varianter (farve, størrelse) for at sikre korrekt variantgruppering i Shopping
Indstil tegnkodning til UTF-8 eksplicit i XML-deklarationen

CSV-feed, produktfeed, Google Merchant Center, attributmapping, feedskabelon

Hvad er et produktfeed?

Ofte forvekslede ecommerce-termer

Disse termpar misforstås ofte eller bruges som synonymer. Her er en klar forklaring på, hvordan hvert par adskiller sig.

Forvekslet termpar	Sådan adskiller de sig
SKU vs GTIN	SKU er din interne produktkode, som du selv opretter. GTIN er et globalt standardiseret stregkodenummer registreret hos GS1 og kræves af eksterne kanaler (markedspladser, Google). Begge identificerer produkter, men tjener forskellige formål: SKU’er til intern styring, GTIN’er til ekstern genkendelse.
GTIN vs UPC	GTIN er den overordnede standard (Global Trade Item Number). UPC (Universal Product Code) er et GTIN-format, der bruges i Nordamerika (12 cifre). EAN er GTIN-formatet, der bruges i Europa (13 cifre). Alle UPC’er og EAN’er er GTIN’er.
CSV vs XML-feed	Begge er produktfeed-formater. CSV er enklere (regnearksformat) og lettere at inspicere manuelt. XML er hierarkisk struktureret, understøtter indlejrede data (varianter, flere billeder) og er det foretrukne format til Google Shopping. De fleste feed management-platforme genererer begge ud fra de samme produktdata.
Markedsplads vs ecommerce-website	En markedsplads er en platform ejet af en tredjepart, hvor du lister produkter side om side med konkurrenter (Amazon, bol.com). Et ecommerce-website er din egen butik, hvor du styrer hele oplevelsen og ejer kunderelationen. Markedsplads: øjeblikkelig trafik, delt publikum. Egen butik: fuld kontrol, selvskabt trafik.
PIM vs ERP	PIM håndterer produktindhold (beskrivelser, billeder, attributter, oversættelser). ERP håndterer forretningsdrift (lagerbeholdninger, ordrer, indkøb, økonomi). PIM svarer på: “Hvordan ser dette produkt ud?”. ERP svarer på: “Hvor mange har vi, og hvad kostede de?”. Begge er nødvendige i skala, og de supplerer hinanden.
Google Merchant Center vs Google Shopping	Google Merchant Center er backend-platformen, hvor du indsender og administrerer dit produktfeed. Google Shopping er den forbrugerrettede produktsøgeoplevelse, der drives af feedet. Du uploader til GMC; kunderne browser Google Shopping. Det ene er maskinrummet, det andet er det, kunderne ser.
CPC vs CPA	CPC (Cost Per Click) er det, du betaler, når nogen klikker på din annonce. CPA (Cost Per Acquisition) er det, du reelt betaler pr. gennemført køb. CPA = samlet forbrug / konverteringer. En kampagne med USD 0,66 CPC og 2 % konverteringsrate har en CPA på USD 33. Lavere CPC garanterer ikke lavere CPA, hvis konverteringsraten også er lav.
ROAS vs ROI	ROAS måler omsætning i forhold til kun annonceforbrug (omsætning / annonceforbrug). ROI medregner alle omkostninger, herunder vareforbrug (omsætning – annonceforbrug – COGS / samlet investering). En ROAS på 4x på et produkt med 20 % avance kan stadig give underskud, mens den samme ROAS på 4x på et produkt med 50 % avance er rentabel. ROAS er en kampagnemåling; ROI er en måling af forretningsrentabilitet.
Lagerbeholdning vs lager	I ecommerce er “inventory” og “stock” i praksis stort set synonymer – begge refererer til mængden af produkter, der er tilgængelige at sælge. “Inventory” er det bredere begreb, der dækker alle varer, en virksomhed har, inkl. varer under produktion og råmaterialer. “Stock” refererer typisk specifikt til færdigvarer klar til salg. I ecommerce bruges de ofte i flæng.
Markedsplads vs prissammenligningsmotor	En markedsplads gør det muligt for kunder at købe direkte på platformen (Amazon, bol.com). En prissammenligningsmotor (Idealo, Beslist) lister produkter fra flere butikker og linker kunder videre til forhandlerens egen webshop for at gennemføre købet. Markedspladser håndterer transaktionen; CSE’er faciliterer sammenligning og videresender trafikken.
OMS vs ERP	OMS (Order Management System) er specialiseret i ordrebehandling, tracking og fulfillment på tværs af kanaler. ERP er bredere og håndterer også lager, indkøb, økonomi og HR. Et OMS er det bedste værktøj til at styre ordreflow i skala. ERP er bedst til fuld forretningsdrift. Små forhandlere bruger ofte deres ecommerce-platform som et letvægts-OMS, før de investerer i et dedikeret system.

Ecommerce-forkortelser forklaret

En hurtig referenceoversigt over de mest almindelige forkortelser i ecommerce, feed management og markedspladssalg.

Forkortelse	Fuldt navn	Hvad det betyder i ecommerce
API	Application Programming Interface	Et sæt protokoller, der gør det muligt for softwareapplikationer at kommunikere. I ecommerce: forbindelsesmetoden til markedspladsintegrationer og dataudveksling i realtid.
CSV	Comma-Separated Values	Et simpelt tabelfilformat til produktfeeds, kompatibelt med de fleste kanaler og læsbart i regnearkssoftware.
XML	Extensible Markup Language	Et hierarkisk struktureret filformat – standarden for Google Shopping-produktfeeds.
ERP	Enterprise Resource Planning	Software, der integrerer lager, ordrer, indkøb og økonomi på tværs af en virksomhed.
OMS	Order Management System	Software, der centraliserer ordrebehandling og tracking fra alle salgskanaler.
PIM	Product Information Management	Et system til at administrere alt produktindhold på tværs af flere kanaler og sprog.
POS	Point of Sale	Systemet, der bruges til at behandle transaktioner i fysiske butikker. Integreres i stigende grad med ecommerce-platforme for samlet lagerstyring.
CRM	Customer Relationship Management	Software til at administrere kundedata, kommunikationshistorik og marketing – bruges til at øge LTV via fastholdelseskampagner.
ROAS	Return on Ad Spend	Omsætning genereret pr. enhed annonceforbrug. ROAS = omsætning / annonceforbrug.
ROI	Return on Investment	Profit som en procentdel af den samlede investeringsomkostning. Medregner COGS i modsætning til ROAS.
CPC	Cost Per Click	Det, en annoncør betaler, hver gang en bruger klikker på annoncen.
CPA	Cost Per Acquisition	Samlet annonceforbrug divideret med antallet af konverteringer. Den reelle omkostning ved at skaffe én kunde.
CTR	Click-Through Rate	Procentdelen af personer, der klikker på en annonce eller et link efter at have set det. CTR = klik / visninger.
GMV	Gross Merchandise Value	Den samlede værdi af alle varer solgt via en markedsplads, før fradrag af returneringer, gebyrer og provisioner.
LTV	Lifetime Value (også CLV: Customer Lifetime Value)	Den samlede omsætning, der forventes fra en kunde over hele relationens varighed.
CAC	Customer Acquisition Cost	Samlede marketing- og salgsomkostninger divideret med antallet af nye kunder, der er skaffet i en periode.
SKU	Stock Keeping Unit	En unik intern identifikator for hver enkelt produktvariant i dit lager.
GTIN	Global Trade Item Number	En globalt standardiseret produktstregkode-identifikator, registreret hos GS1. Omfatter EAN-13 og UPC-12.
EAN	European Article Number	Den 13-cifrede stregkodestandard, der bruges i Europa. En GTIN-13. Kræves til alle større europæiske markedspladslistinger.
FBA	Fulfilled by Amazon	Amazons service, hvor sælgere sender lager til Amazons lagre, og Amazon håndterer fulfillment.
GMC	Google Merchant Center	Googles gratis platform til at administrere produktfeeds, der driver Shopping-annoncer og gratis produktlistinger.
PMax	Performance Max	Googles AI-drevne kampagnetype, der kører på tværs af hele Googles inventory fra én kampagne.

Ofte stillede spørgsmål

Hvad er ecommerce?

Ecommerce (elektronisk handel) er køb og salg af varer og tjenester over internettet. Det omfatter B2C-detailhandel (brands og forhandlere, der sælger til forbrugere), B2B-handel (virksomheder, der køber fra andre virksomheder online), C2C-platforme (privatpersoner, der sælger til hinanden på platforme som eBay) samt markedspladssalg (forhandlere, der lister produkter på tredjepartsplatforme som Amazon eller bol.com). Global detail-ecommerce nåede USD 6,42 billioner i 2025 og forventes at nå USD 6,88 billioner i 2026.

Hvad er multikanal-e-handel?

Multichannel ecommerce er praksissen med at sælge produkter på tværs af flere platforme samtidig – herunder din egen webshop, to eller flere markedspladser (Amazon, bol.com, Zalando) og annoncekanaler (Google Shopping, Meta Ads). Multichannel-forhandlere overgår typisk single-channel-forhandlere i omsætning ved at udnytte flere veje til kundetilgang fra det samme produktkatalog. Den operationelle udfordring er at holde alle kanaler synkroniseret via automatiseret lagersynkronisering og ordrestyring.

Hvad er en markedsplads?

En online markedsplads er en platform, hvor flere uafhængige sælgere lister og sælger produkter til platformens eksisterende kundebase. Markedspladsen håndterer kundetilgang, betalingsbehandling og ofte logistik mod en provision af hvert salg. Store europæiske markedspladser omfatter Amazon, bol.com, Zalando, Kaufland, eBay og Allegro. Markedspladser står samlet for mere end 60 % af alt globalt ecommerce-salg.

Hvad er forskellen på GTIN og SKU?

En GTIN (Global Trade Item Number) er en globalt standardiseret produktidentifikator registreret hos GS1 – den 13-cifrede stregkode på bagsiden af et produkt. Den genkendes af eksterne systemer, herunder Google Shopping, Amazon og bol.com. En SKU (Stock Keeping Unit) er en intern produktkode, som du selv opretter for at spore individuelle produktvarianter i dit lager. GTIN’er er eksterne og standardiserede; SKU’er er interne og selvdefinerede.

Hvordan fungerer produktfeeds?

Et produktfeed er en struktureret fil (XML, CSV eller JSON), der indeholder dine produktdata formateret efter kravene fra en specifik salgskanal. Du indsender feedet til en kanal som Google Merchant Center, Idealo eller Beslist, og kanalen bruger det til at vise dine produkter til kunder. Feed management-software som Koongo forbinder til din butik, omdanner dine produktdata til hver kanals specifikke krav og indsender det automatisk efter en tidsplan – så dine priser og dit lager altid er opdateret.

Hvad er Google Merchant Center?

Google Merchant Center er Googles gratis platform, hvor forhandlere indsender og administrerer produktfeeds, der driver Google Shopping-annoncer og gratis produktlistinger. Produkter, der godkendes i GMC, kan vises på tværs af Google Søgning, Shopping-fanen, Google Billeder, Google Maps og YouTube. Feedkvalitet i GMC – fuldstændighed, nøjagtighed og opdateringsfrekvens – er den primære faktor, der afgør Shopping-annoncegodkendelse og performance. GMC håndterer ikke markedspladsordrer eller lagersynkronisering; det kræver en separat API-integration.

Udvid din viden med disse relaterede guides fra Koongos blog:

Markedspladsstatistik (2026) – Læs den fulde datarapport

Google Shopping-statistik (2026) – CTR-, CPC-, ROAS- og konverteringsbenchmarks

Ecommerce-statistik (2026) – 80+ globale og europæiske markedsdatapunkter

Hvad er et produktfeed? – En komplet guide til produktfeeds for ecommerce-forhandlere

Bedste software til markedspladsintegration (2026) – Koongo vs ChannelEngine vs Linnworks vs Rithum

Bedste produktfeed-software (2026) – Koongo vs Channable vs DataFeedWatch sammenlignet

Sammenligning af markedspladsgebyrer (2026) – Amazon, bol.com, eBay, Zalando, Kaufland, Allegro

Sådan opsætter du et Google Shopping-feed – Trin for trin til WooCommerce og Shopify

Forbind din butik til 500+ kanaler uden kompleksitet

Koongo håndterer det tekniske arbejde med at distribuere dit produktkatalog til Google Shopping, Meta Ads, bol.com, Amazon, Zalando, Kaufland og 494+ andre kanaler – med feed management og markedsplads-API-integration i alle betalte planer.

Permanent gratis plan. Betalte planer fra EUR 24/måned. 7 dages gratis prøveperiode – intet kreditkort påkrævet.

Continue reading →

Cookie	Type	Varighed	Beskrivelse
_GRECAPTCHA			Denne cookie sættes af Google. Ud over visse standard Google-cookies indstiller reCAPTCHA en nødvendig cookie (_GRECAPTCHA), når den udføres med henblik på at levere sin risikoanalyse.
cookielawinfo-afkrydsningsfelt-ikke-nødvendigt			Denne cookie indstilles af GDPR Cookie Consent-plugin. Cookies bruges til at gemme brugerens samtykke til cookies i kategorien "Ikke-nødvendig".
cookielawinfo-afkrydsningsfelt-nødvendigt			Denne cookie indstilles af GDPR Cookie Consent-plugin. Cookies bruges til at gemme brugerens samtykke til cookies i kategorien "Nødvendig".
cookielawinfo-checkbox-analytics			Denne cookie sættes af GDPR Cookie Consent WordPress Plugin. Cookien bruges til at huske brugerens samtykke til cookies under kategorien "Analytics".
cookielawinfo-checkbox-live-chat			Ingen beskrivelse
cookielawinfo-checkbox-live-chat			Ingen beskrivelse
cookielawinfo-checkbox-performance			Denne cookie indstilles af GDPR Cookie Consent-plugin. Cookien bruges til at gemme brugerens samtykke til cookies i kategorien "Performance".
cookielawinfo-checkbox-reklame			Cookien indstilles af GDPR-cookiesamtykke for at registrere brugerens samtykke til cookies i kategorien "Annoncering".
gr			Denne cookie bruges af Reditus Affiliate-system. Reditus opbygger ikke en sporingsprofil - læs mere.
intercom-enhed-id-tctfy2ty			Førstepartscookie sættes af Intercom til Messenger. Bruges til at identificere den enhed, der interagerer med Messenger, for at forbedre sikkerheden.
intercom-id-tctfy2ty			Førstepartscookie sættes af Intercom til Messenger. Cookie til identifikation af anonyme besøgende. Giver besøgende mulighed for at se alle samtaler, de har haft på Koongos hjemmesider.
intercom-session-tctfy2ty			Førstepartscookie sættes af Intercom til Messenger. Gør det muligt for brugere at få adgang til deres samtaler og få data kommunikeret på udloggede sider i 1 uge. Identifikator for hver unik browsersession. Denne sessionscookie opdateres ved hvert vellykket indlogget ping, hvilket forlænger den med en uge fra det øjeblik.
sprog			Cookie til sprogvælgeren på hjemmesiden.
viewed_cookie_policy			Cookien indstilles af GDPR Cookie Consent-plugin'et og bruges til at gemme, om brugeren har givet samtykke til brugen af cookies eller ej. Den gemmer ikke nogen personlige data.

Cookie	Type	Varighed	Beskrivelse
_gcl_au			Bruges af Google AdSense til at eksperimentere med reklameeffektivitet på tværs af websites, der bruger deres tjenester
IDE			Denne cookie indstilles af Doubleclick og indsamler oplysninger om, hvordan slutbrugeren bruger webstedet, og om eventuelle reklamer, som slutbrugeren kan have set, før han/hun besøgte det pågældende websted.
NID			Denne cookie bruges til at oprette en profil baseret på brugerens interesser og vise personaliserede annoncer til brugerne.
test_cookie			Cookien bruges til at kontrollere, om brugerens browser understøtter cookies.
uid			Denne cookie bruges til at måle antallet af og adfærden hos de besøgende på hjemmesiden anonymt. Dataene omfatter antallet af besøg, den gennemsnitlige varighed af besøget på webstedet, besøgte sider osv. med det formål bedre at forstå brugernes præferencer for målrettede reklamer.

Cookie	Type	Varighed	Beskrivelse
__utma			Denne cookie indstilles af Google Analytics og bruges til at skelne mellem brugere og sessioner. Cookien oprettes, når JavaScript-biblioteket afvikles, og der ikke findes nogen eksisterende __utma-cookies. Cookien opdateres, hver gang der sendes data til Google Analytics.
__utmb			Cookien indstilles af Google Analytics. Cookien bruges til at bestemme nye sessioner/besøg. Cookien oprettes, når JavaScript-biblioteket afvikles, og der ikke findes nogen eksisterende __utma-cookies. Cookien opdateres, hver gang der sendes data til Google Analytics.
__utmc			Cookien indstilles af Google Analytics og slettes, når brugeren lukker browseren. Cookien bruges ikke af ga.js. Cookien bruges til at muliggøre interoperabilitet med urchin.js, som er en ældre version af Google analytics og bruges sammen med __utmb-cookien til at bestemme nye sessioner/besøg.
__utmt			Cookien indstilles af Google Analytics og bruges til at dæmpe forespørgselshastigheden.
__utmz			Denne cookie indstilles af Google Analytics og bruges til at gemme den trafikkilde eller kampagne, hvorigennem den besøgende kom til dit websted.
_gat			Denne cookie installeres af Google Universal Analytics for at drosle forespørgselshastigheden og begrænse indsamlingen af data på websteder med høj trafik.

Cookie	Type	Varighed	Beskrivelse
__cfruid			Denne cookie sættes af udbyderen Cloudflare. Denne cookie bruges til at fordele belastningen og til at identificere pålidelig webtrafik.
__zlcmid			Denne cookie bruges af Zendesk live chat og bruges til at gemme live chat-id'et.
AWSALBCORS			Denne cookie bruges til belastningsbalanceringstjenester, der leveres af Amazon, for at optimere brugeroplevelsen. Amazon har opdateret ALB og CLB, så kunderne fortsat kan bruge CORS-anmodningen med stickness.
SWIFT_besøgende			Koongo bruger webchat til at hjælpe dig med problemer, du måtte have med deres indhold og tjenester.
SWIFT_besøgssession			Koongo bruger webchat til at hjælpe dig med problemer, du måtte have med deres indhold og tjenester.
SWIFT_sessionid80			Koongo bruger webchat til at hjælpe dig med problemer, du måtte have med deres indhold og tjenester.
SWIFT-klient			Koongo bruger webchat til at hjælpe dig med problemer, du måtte have med deres indhold og tjenester.
zte2095			Denne cookie bruges af Zendesk live chat

Cookie	Type	Varighed	Beskrivelse
_ga			Denne cookie installeres af Google Analytics. Cookien bruges til at beregne besøgs-, sessions- og kampagnedata og holde styr på brugen af webstedet til webstedets analyserapport. Cookies gemmer oplysninger anonymt og tildeler et tilfældigt genereret nummer for at identificere unikke besøgende.
_gid			Denne cookie installeres af Google Analytics. Cookien bruges til at gemme oplysninger om, hvordan besøgende bruger et websted, og hjælper med at oprette en analyserapport om, hvordan webstedet klarer sig. De indsamlede data omfatter antallet af besøgende, hvor de kommer fra, og hvilke sider de har besøgt i anonymiseret form.
_uv_id			Cookien indstilles af Google Analytics. Cookien bruges til at indsamle data om brugerens besøg på hjemmesiden, f.eks. hvilke sider der er blevet læst.
SL_C_23361dd035530_SID			Denne cookie er installeret af Smartlook. Cookien indeholder projektnøglen, sessions-id'et og besøgs-id'et. Sessions- og besøgs-ID'er er unikke identifikatorer, der tildeles nye sessioner og besøgende.
UIDR			Denne cookie sættes af scorecardresearch.com. Cookien bruges til at spore brugernes aktivitet på internettet i browseren, f.eks. besøgets tidsstempel, IP-adresse og senest besøgte websider. og kan sende data til tredjepart til analyse og rapportering for at hjælpe deres kunder med bedre at forstå brugernes præferencer.

Menu

Hvad er en ecommerce-ordbog?

Indhold

Hvad er en ecommerce-ordbog?

Sådan bruger du denne ecommerce-ordbog

Mest populære ecommerce-termer

Ecommerce-ordbog A-Å

A/B-test (split-test)

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

API (Application Programming Interface)

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

ASIN (Amazon Standard Identification Number)

Definition

AI-opsummering

Hvorfor det betyder noget[[

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

Attributmapping

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

Gennemsnitlig ordreværdi (AOV)

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

Buy Box

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

CAC (Customer Acquisition Cost)

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

Kurvafbrud

Definition

AI-opsummering

Hvorfor det betyder noget

Eksempel

Typiske fejl

Best practices

Relaterede termer

Relaterede artikler

Checkout