Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
Automatisering 10 min. læsning Opdateret 8. oktober 2026

Leverandør-feed til WooCommerce: import, synkronisering og faldgruber

Leverandør feed WooCommerce: vælg CSV, XML eller API, map felterne med SKU som nøgle, og synkronisér kun pris og lager. Med feltregel og regneeksempel.

Leverandør-feed til WooCommerce: import, synkronisering og faldgruber

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:

FormatStyrkeSvaghedPasser til
CSV-filKan åbnes i et regneark og læses af WooCommerce’ egen importørVarianter og flere billeder pr. vare bliver hurtigt rodedeSmå sortimenter og førstegangsimport
XML-filRummer varianter, flere billeder og egenskaber i en fast strukturKræver et importplugin eller et flowStørre sortimenter med varianter
APIFriske lagertal, og du henter kun det, der er ændretSkal bygges og vedligeholdesMange 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

Leverandørfeed til WooCommerce: mapping, SKU-nøgle, batchimport, planlagt pris- og lagersynk og kontrol

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 feltWooCommerce-feltDet skal du afklare
VarenummerSKU (varenummer)Unikt? Præfiks pr. leverandør, hvis du har flere
NavnProduktnavnSkal titlen omskrives eller have brand og model foran?
BeskrivelseBeskrivelse og kort beskrivelseMå teksten bruges, og skal den låses efter omskrivning?
Indkøbspris eller vejledende prisEt felt til kostpris og normalprisValuta og moms – med eller uden?
LagertalLagerbeholdningLeverandørens lager eller dit eget?
KategoriKategorierOversættes til dit eget kategoritræ
Billed-URL’erBillederImporteres lokalt – ikke hotlink
EANGTIN/EAN-feltBruges 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:

FeltFørstegangsimportLøbende synkronisering
SKUOprettes og bruges som nøgleBruges kun til at finde varen
Titel og beskrivelseImporteresRøres ikke
BillederHentes ned lokaltRøres ikke
KategoriOversættes til dit eget træRøres ikke
IndkøbsprisImporteresOpdateres
SalgsprisBeregnes efter din regelBeregnes igen – med en bremse ved store spring
Lagertal og leveringstidImporteresOpdateres
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ørEfter leverandørens stigning
Indkøbspris ekskl. moms80,00 kr.88,00 kr.
Delt med 0,60 (40 % dækningsgrad)133,33 kr.146,67 kr.
Plus 25 % moms166,67 kr.183,33 kr.
Rundet op til 9169 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

  1. Dubletter: to importer uden konsekvent SKU-match giver samme vare to gange – og lagerkaos. Nøgledisciplinen fra førstegangsimporten er værnet.
  2. 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“.
  3. Hotlinkede billeder: peger billederne på leverandørens server, forsvinder de, når leverandøren omstrukturerer. Importér dem lokalt.
  4. Moms og valuta: verificér på første batch, at priserne lander korrekt – og læg en kontrol ind i den løbende synkronisering.
  5. 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å

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.

Skrevet af Marc, stifter af Hostious

Jeg hedder Marc og har stiftet Hostious. Vi hoster WordPress-hjemmesider og WooCommerce-webshops for danske virksomheder – drevet fra Aalborg-området med servere i Europa – og jeg skriver guiderne her ud fra det, vi ser i driften hver dag.

Udgivet 2. september 2026Opdateret 8. oktober 2026Fagligt gennemgået 2. oktober 2026