H
Helene Åsheim Grønberg
Forside › WooCommerce-feilsøking

Vanlige WooCommerce-feil og hvordan du fikser dem

Driver du en WooCommerce-nettbutikk og opplever at noe plutselig ikke fungerer? Her er de feilene jeg løser oftest for kunder – med konkret diagnose og fiks, skrevet på vanlig norsk. Klarer du ikke å løse det selv, er du velkommen til å ta kontakt.

1. «There has been a critical error on this website»

SymptomNettbutikken viser bare en hvit side med teksten «There has been a critical error on this website». Wp-admin er ofte også utilgjengelig.

ÅrsakEn PHP-feil i en plugin eller tema. Vanligst etter en oppdatering, eller etter at PHP-versjonen på serveren ble byttet til en nyere som koden ikke takler.

Fiks
  1. Logg inn via FTP/SFTP eller webhotellets filbehandler.
  2. Åpne wp-config.php og legg inn rett før linjen /* That's all */: 
    define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
  3. Last siden på nytt, og åpne /wp-content/debug.log. Den øverste «Fatal error»-linjen viser hvilken fil/plugin som krasjet.
  4. Gå til /wp-content/plugins/ og endre navn på den skyldige plugin-mappen (legg til _off på slutten). Nå kan du logge inn i wp-admin igjen.
  5. Rull tilbake pluginen til forrige versjon med WP Rollback, eller bytt den ut.

2. Fraktvalg vises ikke i kassen

SymptomKunden kommer til kassen, men ser ingen fraktvalg – eller får meldingen «Det er ingen fraktmåter tilgjengelig».

ÅrsakTre vanligste: (1) Fraktsone dekker ikke kundens postnummer/land. (2) Produktet har en fraktklasse som ingen fraktmetode er knyttet til. (3) En cache-plugin viser gammel kasse-versjon.

Fiks
  1. Gå til WooCommerce → Innstillinger → Frakt → Fraktsoner. Sjekk at sonen dekker kundens land/postnummer-område.
  2. Klikk inn på sonen og verifiser at minst én fraktmetode (Flat rate, Posten/Bring, gratis frakt) er aktiv.
  3. Hvis produktet bruker fraktklasse: gå til Produkter → fraktklasse og bekreft at klassen er knyttet til en pris i fraktmetoden.
  4. Tøm cache i caching-plugin (WP Rocket, LiteSpeed osv.) og test i incognito-vindu.

3. WooCommerce sender ikke ut e-poster

SymptomKunden får ikke ordrebekreftelse. Du får ikke admin-varsel om nye ordre. WooCommerce → Status → Verktøy → «Send test-e-post» kommer ikke fram.

ÅrsakWordPress bruker som standard PHP mail(), som mange webhotell blokkerer eller som spamfiltre avviser fordi det mangler SPF/DKIM-signering fra domenet.

Fiks
  1. Installer en SMTP-plugin: WP Mail SMTP eller FluentSMTP (begge gratis).
  2. Koble den til en ekte e-posttjeneste: Gmail SMTP (gratis), Brevo (gratis opp til 300/dag), SendGrid, eller webhotellets egen SMTP.
  3. Bekreft at SPF- og DKIM-recorder er satt opp i DNS for avsender-domenet ditt.
  4. Test med WooCommerce → Status → Verktøy → Send test-e-post.

4. Kasse-siden er blank eller fryser

SymptomKunden trykker «Gå til kassen» og får en blank side, eller skjemaet fryser når man skriver inn postnummer / klikker «Fullfør bestilling».

ÅrsakJavaScript-feil – nesten alltid en konflikt mellom en tredjepart-plugin (frakt, ekstra felt, betaling) og den blokkbaserte kassen i nyere WooCommerce-versjoner, eller en tema-konflikt.

Fiks
  1. Åpne kasse-siden i nettleseren, trykk F12 → fanen Console. Den røde feilmeldingen viser hvilket script som krasjet.
  2. Bytt midlertidig til standard-temaet Storefront for å se om feilen forsvinner. Hvis ja: tema-problem.
  3. Deaktiver plugins én for én (eller bruk Health Check & Troubleshooting-plugin) til feilen forsvinner.
  4. Vurder å bytte tilbake til klassisk kasse-shortcode [woocommerce_checkout] hvis det er den blokkbaserte kassen som krasjer.

5. Vipps eller Klarna virker ikke i kassen

SymptomBetalingsknappen vises ikke, eller kunden får en feilmelding når den klikkes. I admin-loggen står det «Invalid API key» eller «Unauthorized».

Årsak(1) Manglende eller utgåtte API-nøkler. (2) Nøklene er satt opp i feil modus (test vs. produksjon). (3) Valutaen i WooCommerce stemmer ikke med det Vipps/Klarna er konfigurert for. (4) Mangler HTTPS / gyldig SSL-sertifikat.

Fiks
  1. Logg inn på portal.vipps.no eller Klarna Merchant Portal og hent ferske nøkler.
  2. Lim dem inn under WooCommerce → Innstillinger → Betalinger → Vipps/Klarna. Bekreft at modus matcher (Produksjon for live, Test for staging).
  3. Sjekk at WooCommerce-valutaen er NOK (norske kroner).
  4. Verifiser at https:// er aktivt og at sertifikatet er gyldig (mange betalingsleverandører blokkerer ellers).

6. Produktbilder vises ikke eller er gale

SymptomProduktene viser brutte bilder, feil produktbilde på feil produkt, eller bilder som er strukket/utydelige.

Årsak(1) Bildestørrelser er endret uten at thumbnails er regenerert. (2) En lazy-load- eller bilde-optimaliserings-plugin har korrupte URL-er. (3) WebP-konvertering har feilet midt i prosessen.

Fiks
  1. Installer Regenerate Thumbnails og kjør den for alle produkter.
  2. Hvis du bruker en WebP-plugin (EWWW, ShortPixel, LiteSpeed): pause konvertering, kjør «restore originals», og start på nytt fra et rent utgangspunkt.
  3. Tøm cache (server-cache, plugin-cache og nettleser-cache).

7. Variabel-produkt kan ikke legges i handlekurv

SymptomKunden velger størrelse/farge, men «Legg i handlekurv»-knappen er grå/inaktiv eller gir ingen respons.

Årsak(1) Variasjonen har ikke pris satt. (2) Lagerstatus er «Ikke på lager». (3) Et obligatorisk attributt mangler. (4) JavaScript-konflikt fra en variasjons-utseende-plugin.

Fiks
  1. Gå inn på produktet → fanen Variasjoner. Bekreft at hver synlige variasjon har en pris og «På lager»-status.
  2. Sjekk at alle attributter som er brukt i variasjoner er hektet av under «Brukt for variasjoner».
  3. Test med standardtemaet for å utelukke tema-/plugin-konflikt.

8. Lagerstatus oppdateres ikke

SymptomLageret står stille selv om det er solgt produkter, eller går i minus.

Årsak(1) Lagerhåndtering er ikke aktivert på produktnivå. (2) WP Cron kjører ikke, så bakgrunnsoppdateringer henger. (3) Et import/eksport-verktøy har overskrevet lageret.

Fiks
  1. Bekreft at WooCommerce → Innstillinger → Produkter → Lager → «Aktiver lagerhåndtering» er på.
  2. Sjekk per produkt under fanen «Lager» at «Administrer lager?» er huket av.
  3. Sett opp ekte serverside cron i stedet for WP Cron – legg til i wp-config.php: 
    define( 'DISABLE_WP_CRON', true );
    og opprett en cron-jobb på serveren som kjører wget -q -O - https://dindomene.no/wp-cron.php?doing_wp_cron hvert 5. minutt.

9. Nettbutikken er treg etter en oppdatering

SymptomLastetid hopper fra 2–3 sekunder til 10+ sekunder. PageSpeed-score stuper. Admin er også treg.

Årsak(1) En plugin har lagt til tunge databaseforespørsler. (2) Cache er deaktivert eller invalidert. (3) Bot-trafikk overbelaster serveren (egen rad nedenfor).

Fiks
  1. Installer Query Monitor. Last en treg side og se hvilke SQL-spørringer som tar mest tid.
  2. Aktivér page-cache og objekt-cache (Redis hvis webhotellet tilbyr det). Bruk WP Rocket eller LiteSpeed Cache.
  3. Konverter bilder til WebP – EWWW Image Optimizer i bulk.
  4. Sjekk om en plugin har blitt rullet ut nylig som krasjer med temaet. Deaktiver én av gangen for å isolere.

Tips: Jeg gjorde en lignende opprydding for en kunde nylig og fikk PageSpeed desktop fra 46 til 98 og LCP på mobil fra 18,5s til 6,8s. Du finner saken anonymisert i porteføljen.

10. Bring- eller PostNord-app gir feil eller mangler valg

SymptomFraktmodulen viser ingen fraktalternativ, gir feil pris, eller faller tilbake til en «backup»-frakt.

Årsak(1) Bring/PostNords API er midlertidig nede eller har endret endepunkt. (2) Manglende API-nøkkel/kundenummer. (3) Pakkemål (vekt/dimensjoner) mangler på produktet, så fraktmotoren faller tilbake til standardrate. (4) Avtale med Bring er knyttet til feil postnummer i butikk-innstillingene.

Fiks
  1. Sjekk Bring API-status – en del feil skyldes deres ende, ikke din.
  2. Verifiser at alle produkter har vekt (og helst dimensjoner) under fanen «Frakt» på produktet.
  3. Gå til WooCommerce → Innstillinger → Frakt → Bring og bekreft API-nøkkel, kundenummer og avsender-postnummer.
  4. Aktiver loggføring i Bring-pluginen og se på loggen ved neste forsøk – den viser nøyaktig hva som svikter.

Får du det ikke til selv?

Jeg fikser WooCommerce-feil som dette på dagen – for både enkeltbutikker og bedrifter med mer komplekse oppsett. Norskspråklig support, fast timepris og ingen overraskelser.

Ta kontakt

Vanlige spørsmål

Hvor lang tid tar det vanligvis å fikse en WooCommerce-feil?

De fleste feilene over løses på 1–3 timer når jeg har FTP- eller wp-admin-tilgang. Kritiske feil og blanke kasse-sider tar gjerne litt lenger fordi de krever isolering. Større opprydding (treghet, bot-trafikk, sikkerhetsproblemer) er typisk et halv- til heldagsoppdrag.

Trenger jeg å gi deg admin-tilgang?

For å diagnostisere og fikse trenger jeg som regel WordPress-admin og FTP/SFTP. Jeg setter alltid opp en egen utvikler-konto, og du kan slette den når jobben er ferdig. Alle passord skal byttes etter at jeg er ferdig – det får du en påminnelse om.

Tar du oppdrag for nettbutikker som ikke er på norsk hosting?

Ja. Jeg jobber med kunder med utenlandsk hosting også (Hetzner, OVH, DigitalOcean, m.fl.). Hovedsaken er at jeg får tilgang og at vi har en plan for backup før vi gjør endringer.

Kan dere ta backup før dere gjør noe?

Alltid. Første steg er å lage en full backup av filer og database, og om mulig kjøre alt på en staging-side først. Endringer går aldri live før det er testet og du har sagt OK.