Dansk hosting fra Aalborg
100% CO₂-neutral hosting
24/7/365 dansk support
support@hostious.io
● Hostious viden · artikel

Pakkeshop-vælger i checkout: opsætning i WooCommerce

Skrevet af , stifter af Hostious · Udgivet 2. september 2026 · Opdateret 2. september 2026
Pakkeshop-vælger i checkout: opsætning i WooCommerce

Kort svar: Pakkeshop-vælgeren – kortet eller listen, hvor kunden vælger sit afhentningssted – kommer ikke med WooCommerce ud af boksen. Den leveres af fragtfirmaets eget plugin eller (mere fleksibelt) af en fragtplatform som Shipmondo eller Webshipper. Sæt den op, så nærmeste pakkeshopper foreslås automatisk ud fra kundens postnummer, test den på mobil – og sørg for, at det valgte afhentningssted følger med over på labelen. Fejlen „pakken gik til en anden pakkeshop“ er næsten altid en integrationsfejl, ikke fragtfirmaets.

Pakkeshop-levering er danskernes foretrukne leveringsform i de fleste segmenter – men kun hvis valget af afhentningssted er gnidningsfrit. En vælger, der ikke loader, foreslår pakkeshopper i den forkerte by eller taber valget på vejen til labelen, koster både konvertering og support. Her er opsætningen, der virker.

Sådan kommer vælgeren ind i checkout

Tre veje: (1) Fragtfirmaets eget plugin – gratis og hurtigt, men låser dig til ét selskab pr. plugin og varierer i kvalitet. (2) En fragtplatform (Shipmondo eller Webshipper) – én integration, der viser pakkeshopper for alle dine selskaber og samler labels og track & trace samme sted; det er den løsning, de fleste danske shops lander på. (3) Specialiserede checkout-plugins, der kobler sig på platformens API – relevant ved særlige checkout-designs. Uanset vej: vælgeren skal hente pakkeshopperne live fra fragtfirmaets register, ikke fra en statisk liste.

Opsætningen, der konverterer

Opsaetning af pakkeshop-vaelger i WooCommerce checkout: automatisk forslag efter postnummer, kort og liste, mobilvenlig visning
  • Automatisk forslag: nærmeste pakkeshop forudvælges ud fra postnummer/adresse – kunden skal kunne ændre, ikke skulle vælge fra nul.
  • Både liste og kort: listen er hurtigst på mobil, kortet giver tryghed på desktop. Vis 3-5 forslag – ikke 25.
  • Mobil først: test vælgeren på en telefon over mobilnet. Tunge kort-scripts er en klassisk synder på langsomme checkouts – lazy-load kortet, så det først hentes, når leveringsformen vælges.
  • Rækkefølgen i checkout: pakkeshop-levering øverst og forvalgt, hvis det er dit mest valgte – samme logik som med betalingsmetoderne; mere i checkout-guiden.

Fra valg til label – hele kæden

Kundens valg skal gemmes på ordren (pakkeshop-ID, ikke kun navnet), sendes med til fragtplatformen og ende på labelen – automatisk. Test hele kæden med en rigtig testordre: vælg en pakkeshop, book labelen, og kontrollér at ID’et på labelen matcher valget. Gør det igen efter hver opdatering af checkout, tema eller fragtplugin – det er her, kæden typisk knækker stille. Og sørg for, at track & trace-mailen viser det valgte afhentningssted, så kunden ikke skal gætte.

Typiske fejl og løsninger

Vælgeren loader ikke: ofte JavaScript-konflikt med optimeringsplugins – undtag checkoutens scripts fra defer/delay (se JS-fejlguiden). Forkerte forslag: vælgeren slår op på faktureringsadressen i stedet for leveringsadressen – en indstilling, ikke en fejl hos fragtfirmaet. Valget forsvinder: cache på checkout-fragmenter; checkout skal aldrig caches. Pakken går til en anden pakkeshop: labelen bookes uden pakkeshop-ID – tjek mappingen i fragtplatformen. Når alt driller på én gang, så fejlsøg nedefra: virker resten af sitet hurtigt og stabilt? En sund serverbund – som på WooCommerce hosting hos Hostious – fjerner den halve fejlliste på forhånd.

Mål effekten – og justér

Når vælgeren kører, så lad tallene styre finpudsningen. Kig månedligt på tre ting: fordelingen mellem pakkeshop og hjemmelevering (den fortæller, hvad DINE kunder faktisk foretrækker – og om standardvalget står rigtigt), andelen af afbrudte køb på fragttrinnet før og efter opsætningen, og kundehenvendelser om levering. Et velfungerende pakkeshop-kort plejer at kunne ses direkte i den sidste kategori: færre „hvor er min pakke?“ og færre fejlleveringer, fordi kunden selv valgte et sted, de faktisk kommer forbi.

Test vælgeren på mobilen hvert kvartal – med fingre, ikke mus: kan man ramme pinnene på kortet, virker søgningen på postnummer, og loader kortet også på langsomt mobilnet? Størstedelen af købene sker på telefonen, og et kort, der driller dér, koster mere konvertering end en forkert sats. Og hold plugin og kort-API opdateret i samme rytme som resten af shoppen – pakkeshop-vælgeren er en af de integrationer, hvor en stille fejl (tomt kort, ingen shops fundet) kan stå og koste ordrer i dagevis, hvis ingen opdager den. Sæt den derfor på listen over ting, jeres testkøb tjekker.

Så bliver vælgeren, hvad den skal være: en lille, usynlig service, der bare virker – hver gang.

Ofte stillede spørgsmål om pakkeshop-vælgeren

Har WooCommerce en indbygget pakkeshop-vælger?

Nej. Den kommer fra fragtfirmaets plugin eller en fragtplatform som Shipmondo/Webshipper, der henter pakkeshopperne live og gør valget til en del af checkout.

Hvorfor endte pakken i en forkert pakkeshop?

Næsten altid fordi pakkeshop-ID’et ikke fulgte med fra ordren til labelen – en integrationsfejl. Test kæden valg → ordre → label efter hver opdatering.

Skal jeg vise kort eller liste?

Begge, hvis muligt: liste som standard (hurtigst, især på mobil) med kort som supplement. Og altid med nærmeste pakkeshop foreslået automatisk.

Læs også