WooCommerce er ikke et eget system, bare en utvidelse til WordPress som av seg selv gjør en nettside om til en butikk. Alt det andre, altså betaling, frakt, faktura og markedsføring, er flere utvidelser lagt oppå. Og nettopp denne modellen, genial i sin fleksibilitet, er også stedet der de fleste butikker velter: ikke på mangel på funksjoner, men på overflod av dem.
Denne guiden handler om hvilke WooCommerce-utvidelser du faktisk trenger, hvilke som tilfører verdi og hvilke som bare tetter igjen handlekurven og drar inn sikkerhetsrisiko. Ingen “topp 50”-liste, for en slik liste er bløff. I stedet konkrete problemklasser og hvordan du løser dem.
Hva en WooCommerce-utvidelse egentlig er
Det er verdt å skille to ting som hele tiden flyter sammen i samtaler. WooCommerce er én utvidelse, i dag vedlikeholdt av Automattic, som legger til produkter, handlekurv, kasse og bestillinger i WordPress. En “WooCommerce-utvidelse” i den andre betydningen er en utvidelse du bolter på denne motoren: en betalingsløsning, en fraktkalkulator, en integrasjon med regnskapssystemet.
Denne forskjellen har praktiske konsekvenser. En oppdatering av WooCommerce-kjernen kan ødelegge en utvidelse som forutsatte den gamle formen på handlekurven. Derfor spør man ikke “fungerer denne utvidelsen” med en seriøs butikk, men “henger utvikleren med på kjerneendringene, og med hvilken forsinkelse”. Det er det første filteret, og det kutter halvparten av kandidatene fra katalogen.
Tre klasser av utvidelser ingen butikk starter uten
Nesten alle butikker trenger den samme kjernen av utvidelser, uavhengig av bransje.
Betaling. Kundene forventer sine vante raske metoder i kassen, ikke å taste inn et kortnummer for hånd. Standarden her er løsninger som Vipps, Klarna og kort. Hver har en offisiell WooCommerce-utvidelse, men de skiller seg i hvordan de håndterer refusjoner, delbetaling, gjentakende betalinger og hvor rent de rapporterer transaksjoner tilbake til kontrollpanelet. Valget av betalingsløsning er en forretningsbeslutning om gebyrer og kontantstrøm, ikke bare en teknisk.
Frakt. Uten en skikkelig integrasjon med transportører og hentepunkter lekker en butikk konvertering på siste steg. Posten, Bring og PostNord tilbyr egne utvidelser med satsberegning og etikettutskrift rett fra bestillingen, og meglerverktøy lar deg sammenligne transportører og generere etiketter fra bestillingsvisningen. Dette er en av de funksjonene der en god utvidelse reelt forkorter ordrehåndteringen og en dårlig genererer adressefeil og reklamasjoner.
Faktura. Automatisk, regelriktig fakturering ordnes av integrasjoner med regnskapsplattformer som Fiken eller Tripletex. Dette er området der gratis halvløsninger hevner seg raskest: å skrive ut fakturaer for hånd ved hundre bestillinger om dagen er en heltidsstilling, ikke en innsparing. I tillegg må regnskapsintegrasjonen kunne levere SAF-T-eksport etter bokføringsloven, ellers blir et bokettersyn fra Skatteetaten en manuell jobb.
Først over denne kjernen legger man til resten: markedsføring, anmeldelser, produktvarianter, B2B. Men hvis disse tre klassene ikke går rent, vil ingen markedsføringsutvidelse ta det igjen.
Ytelse: det er kodekvaliteten som teller, ikke utvidelsestelleren
Den vanligste myten lyder: “Jeg har for mange utvidelser, derfor er butikken treg.” Det er en forenkling. Det som teller er ikke antallet, men den samlede kostnaden ved å kjøre kode og databasespørringer ved hver forespørsel.
To reelle saker fra praksis viser forskjellen. En butikk med tretti utvidelser og en time to first byte på 1,8 sekunder, der synderen var én tung page builder som lastet sitt eget rammeverk på hver underside. Og en annen, på Elementor, som brøt sammen under Black Friday-trafikken fordi cache- og bildeoptimaliseringsutvidelsene var dårlig konfigurert, ikke fordi det var mange av dem. I begge tilfeller var medisinen ikke “slett halvparten av utvidelsene”, men “finn de to som koster mest”.
Til diagnose brukes Query Monitor, som viser hvor mange databasespørringer og hvor mye PHP-tid hver utvidelse spiser. Med måling i stedet for gjetting slutter optimalisering av WooCommerce-butikkens ytelse å være spådom. Sidecache, objektcache og fornuftig bildehåndtering gir som regel et større hopp enn noen som helst funksjonskutting.
Sikkerhet: leverandørkjeden for utvidelser er i dag hovedrisikoen
En WooCommerce-utvidelse har full tilgang til databasen og PHP-miljøet. Det betyr at én ondsinnet eller kapret utvidelse leser kundedata, endrer bestillinger og injiserer kode. I 2026 sluttet dette å være teori.
I løpet av én måned stengte WordPress.org-katalogen flere utvidelser med innsmuglede bakdører, i noen tilfeller etter at en utviklerkonto var overtatt eller et forlatt prosjekt kjøpt opp. Det viser hvor risikoen virkelig ligger: ikke i antallet utvidelser, men i hvem du stoler på til å vedlikeholde den koden.
Det praktiske hygieneminimumet er enkelt og kjedelig. Installer utvidelser bare fra offisielle kilder, aldri fra “nulled”-pakker. Sjekk dato for siste oppdatering og utviklerens respons på meldinger. Hold et register over hva du har installert og hvem som står bak, for ved en compliance-revisjon (for eksempel under DORA for regulerte aktører) er leverandøren av betalingsutvidelsen formelt en tredjepart. Last bare ned oppdateringer fra den opprinnelige leverandøren, ikke fra den første lenken i et søkemotor.
Betalt eller gratis: når lønner hva seg
En gratis utvidelse fra WordPress.org-katalogen holder til å starte og til de fleste ikke-kritiske funksjoner. Fellen dukker opp ved to ting: skalering og ansvar.
Ved inntektsavhengige funksjoner, altså betaling, frakt og faktura, teller aktiv støtte og jevnlige, signerte oppdateringer. En gratis utvidelse som utvikleren har forlatt, blir din tekniske gjeld: du må lappe den selv eller migrere i all hast når den slutter å virke etter en kjerneoppdatering. En betalt utvidelse med avtale flytter en del av dette ansvaret over på leverandøren, og over et år blir det ofte billigere enn kostnaden av din egen tid til brannslukking.
Hvis du leter etter velprøvde, kommersielle utvidelser med støttegaranti, finner du ferdige WooCommerce-utvidelser i spesialiserte utvidelsesbutikker der koden vedlikeholdes og oppdateres. Det er et fornuftig kompromiss mellom full egenutvikling og risikoen for en forlatt utvidelse fra den gratis katalogen.
Tommelfingerregel: jo nærmere en funksjon ligger penger og kundedata, desto mindre lønner det seg å spare på utvidelsen. Jo lenger unna, for eksempel et kosmetisk galleritillegg, desto roligere kan du bli ved den gratis.
Hva du bør unngå
Noen mønstre gjentar seg i hver butikk som havner hos oss til revisjon.
Alt-i-ett-utvidelser som lover markedsføring, SEO, cache og sikkerhetskopier i én pakke. De gjør vanligvis hver av disse tingene middelmådig og er vanskelige å bytte ut fordi de kobler seg inn overalt. Bedre å velge ett godt verktøy per oppgave.
Forlatte utvidelser, altså slike uten oppdatering på mange måneder mens WooCommerce-kjernen aktivt videreutvikles. Det er de første kandidatene til problemer etter neste større oppdatering.
Page builders der de ikke trengs. På en produktside som uansett rendres fra en mal, legger en tung builder til ytelseskostnad uten reell nytte. Trenger du et uvanlig oppsett, er en dedikert utvidelse eller blokk skrevet for det konkrete behovet ofte billigere i drift enn en universell koloss.
Oppsummering
En god WooCommerce-utvidelsesstabel er ikke den lengste lista, bare den korteste som oppfyller butikkens krav. Begynn med de tre kritiske klassene for ditt marked: betaling, frakt, faktura. Mål effekten på ytelsen i stedet for å gjette. Behandle hver utvidelse som en leverandør du betror kundedata, og velg vedlikeholdt kode framfor det billigste. Resten er finjustering for en konkret salgsmodell, ikke et kappløp om antallet installerte utvidelser.
Sist oppdatert: 9. juni 2026
