Kort svar: Et leverandørfeed – en CSV-, XML- eller API-strøm med varer, priser og lagertal – skal håndteres i to adskilte spor: førstegangsimporten, hvor felterne mappes omhyggeligt, og varenummeret (SKU) gøres til nøgle, og den løbende synkronisering, der kun bør opdatere pris og lager, aldrig dine omskrevne tekster. De klassiske faldgruber er dubletter, udgåede varer, der slettes i stedet for at blive deaktiveret, hotlinkede billeder, forkert moms og valuta samt tegnsæt og varianter. Få styr på dem, og feedet bliver en gevinst i stedet for et sivende datarod.
Fagligt gennemgået: 2. oktober 2026
Mange danske webshops bygger sortimentet på data fra grossister: leverandøren stiller tusindvis af varer til rådighed som datafil, og fristelsen er at hælde det hele ind og trykke udgiv. Men et feed er ikke et sortiment – det er råvarer.
Denne guide viser, hvordan du sætter et leverandør-feed op i WooCommerce: valg af format, førstegangsimport, løbende synkronisering og prisregler. Og hvordan du beskytter dit eget arbejde undervejs, så du får automatikkens fordele uden at blive en kopi af alle andre forhandlere hos samme grossist.
CSV, XML eller API: hvilket feed skal du bede leverandøren om?
Mange grossister tilbyder flere formater. Spørg, før du bygger noget – valget afgør, hvor meget arbejde importen bliver:
| Format | Styrke | Svaghed | Passer til |
|---|---|---|---|
| CSV-fil | Kan åbnes i et regneark og læses af WooCommerce’ egen importør | Varianter og flere billeder pr. vare bliver hurtigt rodede | Små sortimenter og førstegangsimport |
| XML-fil | Rummer varianter, flere billeder og egenskaber i en fast struktur | Kræver et importplugin eller et flow | Større sortimenter med varianter |
| API | Friske lagertal, og du henter kun det, der er ændret | Skal bygges og vedligeholdes | Mange varer og lager, der skifter i løbet af dagen |
Bed samtidig om tre oplysninger: hvor ofte feedet bliver opdateret, om priserne er med eller uden moms, og hvem du skriver til, når noget ser forkert ud. Et lagertal, der kun opdateres én gang i døgnet hos leverandøren, bliver ikke friskere af, at du henter det hver time.
Førstegangsimporten: mapping og nøgler

Før noget importeres, så åbn feedet og læs det. Hvilke kolonner findes, hvad hedder de, og hvordan er datakvaliteten? Tomme felter, mærkelige tegn og priser, hvor det er uklart, om moms er med, skal opdages nu – ikke efter importen.
Byg derefter mappingen fra leverandørens felter til WooCommerce-felterne:
| Leverandørens felt | WooCommerce-felt | Det skal du afklare |
|---|---|---|
| Varenummer | SKU (varenummer) | Unikt? Præfiks pr. leverandør, hvis du har flere |
| Navn | Produktnavn | Skal titlen omskrives eller have brand og model foran? |
| Beskrivelse | Beskrivelse og kort beskrivelse | Må teksten bruges, og skal den låses efter omskrivning? |
| Indkøbspris eller vejledende pris | Et felt til kostpris og normalpris | Valuta og moms – med eller uden? |
| Lagertal | Lagerbeholdning | Leverandørens lager eller dit eget? |
| Kategori | Kategorier | Oversættes til dit eget kategoritræ |
| Billed-URL’er | Billeder | Importeres lokalt – ikke hotlink |
| EAN | GTIN/EAN-felt | Bruges også i dit Google Shopping-feed |
De to vigtigste beslutninger er SKU som nøgle – leverandørens varenummer skal ligge i SKU-feltet, for det er nøglen, alle fremtidige opdateringer matcher på – og kategorioversættelsen. Grossistens kategoritræ er sjældent dit. Lav en mappingtabel én gang i stedet for at arve deres struktur.
Importér derefter i batches på et par hundrede varer ad gangen, og gennemgå første batch grundigt, før resten får lov – præcis som når du skal opdatere priser i bulk i WooCommerce.
Værktøjet: indbygget importør, plugin eller flow?
WooCommerce har en indbygget CSV-importør til produkter. Den kan oprette nye produkter og opdatere eksisterende, når du vælger at opdatere eksisterende produkter – matchet sker på produkt-ID eller SKU. Den er god til førstegangsimporten og til enkeltstående opdateringer.
Den har dog to begrænsninger: den kan ikke planlægge kørsler, og den læser kun CSV. Til løbende synkronisering har du derfor brug for et af disse:
- Importplugin med planlægning: henter feedet fra en URL eller FTP efter tidsplan, understøtter typisk både CSV og XML og kan vælge, hvilke felter der opdateres.
- Integrationsflow: fx et n8n-flow, der henter feedet, renser data og opdaterer via WooCommerces REST API. Mere arbejde at bygge, men fuld kontrol over regler og fejlhåndtering.
Store importer belaster serveren. Kør dem om natten, i mindre bidder, og hold øje med timeouts – se guiden om CSV-import, der fejler eller timer ud.
Den løbende synkronisering
Her skiller professionel feedhåndtering sig fra amatørens. Den løbende synkronisering – dagligt eller oftere – må kun røre de flygtige felter: pris, lagertal og eventuelt leveringstid.
Beskrivelser, titler, billeder og kategorier skal være låst mod overskrivning, så snart du har forbedret dem. Ellers sletter næste nats synkronisering din egen tekst, og du opdager det først måneder senere på faldende placeringer. Gode importværktøjer kan netop det: vælge felter pr. kørsel og respektere „opdatér ikke“-markeringer.
Lagertallet skal flyde sammen med resten af din lagersynkronisering, især hvis du også har eget lager eller sælger i flere kanaler.
Feltreglen: hvad må synkroniseringen røre?
Skriv reglen ned som en tabel, før du sætter den første planlagte kørsel op. Så er der ingen tvivl, når værktøjet spørger, hvilke felter der skal opdateres:
| Felt | Førstegangsimport | Løbende synkronisering |
|---|---|---|
| SKU | Oprettes og bruges som nøgle | Bruges kun til at finde varen |
| Titel og beskrivelse | Importeres | Røres ikke |
| Billeder | Hentes ned lokalt | Røres ikke |
| Kategori | Oversættes til dit eget træ | Røres ikke |
| Indkøbspris | Importeres | Opdateres |
| Salgspris | Beregnes efter din regel | Beregnes igen – med en bremse ved store spring |
| Lagertal og leveringstid | Importeres | Opdateres |
| Varer, der mangler i feedet | – | Sættes til udsolgt og skrives på en liste |
Prisberegning: indkøbspris ind, din pris ud
Gem indkøbsprisen i sit eget felt, og lad salgsprisen følge dine regler i stedet for leverandørens vejledende pris: en fast margin pr. kategori, afrunding til pæne priser og en minimumspris, så du aldrig sælger med tab.
Vær præcis med moms. I WooCommerce styres det af indstillingen „Priser indtastet med moms“. Importerer du priser uden moms, mens shoppen forventer priser med moms, bliver alle priser forkerte med 25 procent. Afklar også valutaen: et feed i euro uden moms, læst som kroner med moms, er en katastrofe med komma.
Regneeksempel: fra indkøbspris til salgspris
Skriv prisreglen som et regnestykke, værktøjet kan gentage. Her er reglen “40 % dækningsgrad, rundet op til en pris, der ender på 9” – før og efter at leverandøren hæver indkøbsprisen med 10 %:
| Før | Efter leverandørens stigning | |
|---|---|---|
| Indkøbspris ekskl. moms | 80,00 kr. | 88,00 kr. |
| Delt med 0,60 (40 % dækningsgrad) | 133,33 kr. | 146,67 kr. |
| Plus 25 % moms | 166,67 kr. | 183,33 kr. |
| Rundet op til 9 | 169 kr. | 189 kr. |
Læg en minimumspris oven i reglen, fx indkøbspris plus et fast beløb til håndtering, så en fejl i feedet ikke kan sende en vare ud under kostpris. Vil du se avancen pr. vare direkte i butikken, så læs guiden om kostpris og avance i WooCommerce.
De fem faldgruber
- Dubletter: to importer uden konsekvent SKU-match giver samme vare to gange – og lagerkaos. Nøgledisciplinen fra førstegangsimporten er værnet.
- Udgåede varer: når en vare forsvinder fra feedet, skal den deaktiveres (udsolgt eller kladde) – ikke slettes. Sletning fjerner URL’er, placeringer og sammenhængen til ordrehistorikken. Sæt en regel: „ikke i feedet i X dage → sæt udsolgt og på rapportlisten“.
- Hotlinkede billeder: peger billederne på leverandørens server, forsvinder de, når leverandøren omstrukturerer. Importér dem lokalt.
- Moms og valuta: verificér på første batch, at priserne lander korrekt – og læg en kontrol ind i den løbende synkronisering.
- Tegnsæt og varianter: æ, ø og å, der bliver til spørgsmålstegn (typisk et tegnsæt-problem – brug UTF-8), og størrelser eller farver, der skal samles som variable produkter i stedet for tyve enkeltvarer. Begge dele ses i første batch, hvis du kigger.
Varianter: saml dem rigtigt
Mange feeds leverer hver størrelse og farve som en selvstændig linje. I WooCommerce bør de typisk samles som ét variabelt produkt med variationer, så kunden vælger størrelse på én side.
Det kræver en fælles nøgle i feedet – fx et modelnummer – som kan bruges som forælder, mens hver variation beholder sit eget SKU til lager og pris. Findes nøglen ikke, må du bygge den selv ud fra navn eller varenummer. Test grundigt: fejl i varianterne ses ofte først, når kunden ikke kan vælge sin størrelse. Se også guiden om variationer, der ikke vises.
Kvaliteten: gør feedet til dit sortiment
Feedets tekster er skrevet af leverandøren og importeret af alle deres forhandlere. Publicerer du dem råt, konkurrerer du med identisk indhold, og søgemaskinerne har ingen grund til at vælge netop dig.
Strategien er 80/20: lad langhalen stå med unikke titler og dine egne kategoritekster som minimum, og omskriv toppen. De varer, der driver størstedelen af omsætningen, fortjener egne beskrivelser, egne billeder og svar på de spørgsmål, kunderne faktisk stiller. Det er en opgave, AI gør overkommelig – arbejdsgangen står i guiden om produkttekster med AI.
Tjek samtidig forhandleraftalen: hvad må du bruge af tekster og billeder, og må du ændre dem? Rettighederne følger ikke automatisk med feedet. Og husk, at dit eget feed ud til Google Shopping arver kvaliteten – hver forbedret titel arbejder to steder.
Kontrolrutinen
Feeds fejler stille, så giv dem samme sikkerhedsnet som al anden automatik (jf. guiden om overvågning af automatiseringer): en fejlbesked, når importen fejler, og en kontrol, der opdager, hvis en natimport slet ikke kører. Kig derudover ugentligt på fire tal:
- antal aktive varer – pludselige spring tyder på et feedproblem;
- antal deaktiverede varer i ugen;
- antal prisændringer over en tærskel – en vare, der falder 90 % i indkøbspris, er oftere en fejl end et tilbud, så læg en bremse, der sætter den slags på pause til manuel kontrol;
- importens køretid.
Notér leverandørens feedkontakt i din dokumentation. Den dag formatet ændrer sig uden varsel, er det den mail, der sparer dig dagen.
Giv importen en server, der kan bære den. Et leverandør-feed med tusindvis af varer er tungt arbejde for databasen. Med WooCommerce hosting hos Hostious får butikken sin egen database og NVMe-diske, og fra planen Woo StartUp til 239 kr./md. ekskl. moms kan du prøve mapping og første batch på en staging-kopi først. Daglig backup er med i alle planer. Skal butikken bygges fra bunden med kategorier, varianter og filtre, så se vores WooCommerce webshop.
Læs også
- Hub: Automatisering og integrationer
- Lagersynkronisering på tværs af kanaler: undgå oversalg
- Opdater priser i bulk i WooCommerce: CSV, plugin eller API?
- Google Shopping-feed fra WooCommerce: automatisk og fejlfrit
- WooCommerce hosting hos Hostious – fra Woo Mini til Woo Enterprise
Ofte stillede spørgsmål om leverandørfeeds
Hvor ofte skal feedet synkroniseres?
Pris og lager mindst dagligt – oftere ved et sortiment, der bevæger sig hurtigt. Beskrivelser og billeder kun ved førstegangsimport eller bevidst genimport; lås dem ellers mod overskrivning.
Skal udgåede varer slettes?
Nej – deaktivér dem (udsolgt eller kladde), så URL, placeringer og historik bevares. Slet kun efter længere tid og med omdirigering til nærmeste alternativ.
Må jeg bruge leverandørens produkttekster?
Typisk ja, men tjek forhandleraftalen. Det er dog sjældent klogt for de vigtigste varer, fordi alle konkurrenter har samme tekst. Omskriv toppen af sortimentet, og gør som minimum titlerne unikke.
Kan WooCommerces indbyggede importør klare et leverandørfeed?
Til førstegangsimporten og enkeltstående opdateringer, ja – den kan opdatere eksisterende produkter ud fra ID eller SKU. Men den læser kun CSV og kan ikke køre efter tidsplan, så til løbende synkronisering skal du bruge et importplugin eller et integrationsflow.
Kan jeg have feeds fra flere leverandører i samme butik?
Ja. Giv hver leverandør sit eget præfiks i SKU-feltet, så to varenumre aldrig støder sammen, og kør hvert feed som sin egen import med sin egen feltregel. Fører to leverandører den samme vare, så brug EAN-nummeret til at opdage det, og beslut, hvem der er førstevalg på pris og lager.
Hvad gør jeg, når leverandøren ændrer feedets format?
Stop den planlagte synkronisering, før den kører igen. Sammenlign det nye feed med din mapping kolonne for kolonne, ret mappingen, og test på en lille batch. En kontrol, der standser importen, når antallet af varer eller kolonner pludselig afviger, fanger de fleste formatskift, inden de når butikken.
Udgivet 2. september 2026Opdateret 8. oktober 2026Fagligt gennemgået 2. oktober 2026
