5 WooCommerce-feil som koster norske nettbutikker tusenvis i tapte salg — og hvordan du fikser dem

Hver uke får jeg meldinger fra norske nettbutikkeiere som har samme historie: noe har sluttet å fungere, kunder klager, salget faller — og forrige utvikler tar 18 000 kr og tre uker for å se på det. De fleste av disse problemene har jeg sett før. Mange av dem kan fikses på under en time hvis du vet hvor du skal lete.

Feil 1: "Amount does not match sum of orderitems" i Nets Easy / Nexi Checkout

Dette er sannsynligvis den vanligste feilen jeg ser hos butikker som bruker Nets Easy (nå Nexi Checkout). Symptomet er enkelt: kunder kommer til betalingssteget og får en feilmelding. Resultat: salget går tapt. Kunden gir opp, og du får aldri vite at det var et problem.

Hva som faktisk skjer

WooCommerce kan konfigureres til å vise priser med 0 desimaler (f.eks. "299 kr" istedenfor "299,00 kr"). Det ser ryddig ut visuelt, men Nets Easy forventer priser med 2 desimaler internt. Når WooCommerce sender ordresummen med 0 desimaler og linjeproduktene med 2 desimaler (eller omvendt), oppstår det en avrundingsfeil som gjør at totalsummen ikke matcher summen av enkeltvarene.

Slik fikser du det

Den enkle løsningen: Gå til WooCommerce → Innstillinger → Generelt → Valutaalternativer og sett "Antall desimaler" til 2.

Den programmatiske løsningen hvis du må overstyre temaet — legg dette i functions.php:

add_filter( 'wc_get_price_decimals', function() {
    return 2;
}, 99 );

Etter endringen må du gå inn på eksisterende produkter og lagre dem på nytt for at prisene skal regenereres med riktig presisjon. Hvis du har mange produkter kan du kjøre denne SQL-spørringen (ta backup først):

UPDATE wp_postmeta 
SET meta_value = CAST(meta_value AS DECIMAL(10,2))
WHERE meta_key IN ('_price', '_regular_price', '_sale_price')
AND meta_value != '';

Feil 2: Vipps fungerer på desktop, men ikke på mobil

Dette er en frustrerende feil fordi alt ser ut til å fungere når du tester selv — men når en kunde prøver fra mobilen sin, skjer det ingenting når de trykker "Betal med Vipps", eller de blir sendt tilbake til en feilside.

De tre vanligste årsakene

1. Mixed content (HTTP/HTTPS-konflikt)

Vipps krever HTTPS over hele kjøpsreisen. Hvis ett eneste element på checkout-siden lastes via http:// (et bilde, et script eller en CSS-fil), blokkerer mobilnettlesere Vipps-popupen som en sikkerhetsrisiko. Desktop-nettlesere er ofte mer tolerante og viser advarsel istedenfor å blokkere. Sjekk dette ved å åpne nettleserkonsollen (F12) på checkout-siden og se etter "Mixed Content"-advarsler.

2. Webhook URL ikke konfigurert riktig

Vipps sender en bekreftelse til serveren din når en betaling fullføres. Hvis webhook-URL-en peker til feil sted, eller hvis serveren din blokkerer eksterne kall, blir ordren stående som "venter" selv om kunden har betalt. Sjekk: WooCommerce → Innstillinger → Betalinger → Vipps → Webhook URL. Den skal være https://dittdomene.no/wc-api/vipps/.

3. Test- og produksjonsnøkler er blandet

Hvis Vipps er satt opp i testmodus men butikken er live (eller omvendt), feiler betalinger uten tydelig feilmelding. Sjekk om "Test mode" er aktivert under Vipps-innstillingene og at API-nøklene matcher modusen.

Diagnostisk sjekkliste

1. 1Åpne checkout-siden på mobil og sjekk om hele URL-en er https:// (ikke bare deler av den)
2. 2Test betaling med et reelt 1 kr-produkt og se i Vipps-loggene
3. 3Sjekk WooCommerce → Status → Logger for Vipps-relaterte feil
4. 4Verifiser at webhook URL er nådd av Vipps (kan ofte ses i Vipps' merchant portal)

Feil 3: Norske tegn (æ, ø, å) ødelegger URL-strukturen og SEO

Dette er en stille feil — alt ser ut til å fungere, men du taper Google-rangering hver dag uten å vite det.

Hva som skjer

Når du oppretter et produkt med norske tegn lager WordPress en URL-slug ved å konvertere æ→e, ø→o og å→a. Men norsk språkkonvensjon transkriberer disse annerledes: å skal bli aa, ø skal bli oe og æ skal bli ae. Dette betyr at folk som søker med korrekt norsk transkripsjon ikke finner butikken din. Verre: importerte produkter kan få URL-encodede slugs som %C3%A5rbok — praktisk talt usynlige i Google.

Løsning 1: Manuell overstyring (best for nye butikker)

For hvert produkt: gå inn på produktsiden og rediger URL-slug-en manuelt under tittelen. Sett en SEO-vennlig versjon som matcher hvordan folk faktisk søker.

Løsning 2: Egen filter i functions.php (best for tekniske eiere)

add_filter( 'sanitize_title', function( $title, $raw_title, $context ) {
    if ( 'save' === $context ) {
        $replacements = array(
            'æ' => 'ae', 'Æ' => 'ae',
            'ø' => 'oe', 'Ø' => 'oe',
            'å' => 'aa', 'Å' => 'aa',
        );
        $title = strtr( $raw_title, $replacements );
        $title = sanitize_title_with_dashes( $title, '', $context );
    }
    return $title;
}, 5, 3 );

Løsning 3: Plugin (best for ikke-tekniske eiere)

Permalink Manager Pro håndterer dette automatisk og lar deg masseredigere URL-er med 301-redirects bygd inn. Koster ca. 800 kr/år, men sparer mye tid hvis du har mange produkter.

Feil 4: Treg checkout som dreper konverteringen

Norske nettkunder forventer at en side laster på under 2 sekunder. Hvis checkout-siden din tar 4 sekunder å laste, mister du opptil 40 % av kundene før de kommer til betalingssteget.

Hovedårsakene jeg ser oftest

• For mange aktive plugins — 60+ plugins betyr hundrevis av unødvendige databasespørringer på hver sidevisning.
• Heavy assets fra page builders — Elementor, Divi og Visual Composer laster 200–500 kB CSS/JS per side, selv på sider som ikke bruker dem.
• Manglende caching for statiske ressurser — bilder, CSS og JS bør caches aggressivt selv om checkout-siden selv ikke kan caches.
• Billig hosting — WooCommerce trenger PHP 8.1+, MySQL 8.0+ og minst 1 GB dedikert RAM for stabil drift.

Quick wins — sjekkliste

1. 1Installer Query Monitor (gratis plugin) og se hvor mange databasespørringer checkout-siden gjør. Mer enn 100 = du har et problem.
2. 2Deaktiver page builderen på checkout-siden spesifikt — de fleste har en innstilling for dette.
3. 3Skru på "Defer parsing of JavaScript" i caching-pluginen din.
4. 4Optimaliser bildene: WebP-format, ikke større enn 1200 px bred.
5. 5Vurder oppgradering til VPS-hosting hos en norsk leverandør (Domeneshop, Domain.no, eller PRO ISP).

Feil 5: Ordrebekreftelser og fakturaer kommer aldri frem til kundene

Dette er kanskje den mest skadelige feilen, fordi den er helt usynlig. Kunden betaler, du ser ordren i WooCommerce, men kunden får aldri bekreftelse på e-post. De ringer kundeservice — eller refunderer betalingen via banken fordi de tror noe har gått galt.

Hvorfor WordPress' standard e-post er upålitelig

WordPress sender e-post via PHPs mail()-funksjon, som bruker serveren din direkte. Problemet: Gmail, Outlook og Hotmail sjekker om e-posten kommer fra en autorisert avsender via SPF-, DKIM- og DMARC-records. Hvis din hostingleverandørs server sender på vegne av dittdomene.no uten å være autorisert, havner e-posten i søppelpost — eller blir avvist helt.

Slik fikser du det

Steg 1: Installer pluginen WP Mail SMTP (gratis) og koble til en transactional e-postleverandør. For norske nettbutikker anbefaler jeg:

• Mailgun — 5 000 e-poster gratis per måned, best leveringsrate i Norden
• Brevo — 300 e-poster per dag gratis
• SendGrid — 100 e-poster per dag gratis
• Amazon SES — svært billig for høyt volum

Steg 2: Legg til en SPF TXT-record i DNS-administrasjonen din (Domeneshop, Loopia, GoDaddy):

v=spf1 include:mailgun.org ~all

Steg 3: Sett opp DKIM — leverandøren gir deg en TXT-record som du legger inn i DNS. Dette beviser kryptografisk at e-posten faktisk kommer fra deg.

Når du bør be om profesjonell hjelp

Mange av disse feilene kan du fikse selv hvis du har tid og tålmodighet. Men det er noen situasjoner der det lønner seg å sette ut jobben:

• Du taper salg akkurat nå — hver dag med ødelagt checkout koster mer enn å få det fikset profesjonelt.
• Du er usikker på hva som er årsaken — å gjette seg fram i WooCommerce kan gjøre vondt verre, særlig med databaseendringer.
• Du har gjort backup, men ikke testet den — profesjonelle utviklere har testede rollback-prosesser.
• Feilen ligger i kode du ikke kjenner — custom plugins, tema-overstyringer og legacy-kode kan ha skjulte avhengigheter.