Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
Hostious videnscenter20 guides

WooCommerce fejlfinding. Start ved det trin, der fejler.

God WooCommerce fejlfinding begynder ved det præcise trin, hvor købet afviger: i browseren, i kundens session, i WordPress eller hos betalingsgatewayen. Nogle fejl viser sig først efter checkout, når mail, webhook eller en planlagt handling skal køre. Gem beviset, før du gentager betalinger eller jobs.

Find din fejl Se WooCommerce hosting
  • 20 guides i emnet
  • Dansk support døgnet rundt
  • Skrevet ud fra driften hos Hostious
Kort svar

Find det første trin, der afviger fra et normalt køb, og gem request, ordrenote og log fra samme tidspunkt. Gentag ikke betalinger, callbacks eller køjobs, før du ved, om handlingen kan skabe dubletter.

  1. 1Find trinnetKurv, checkout, betaling eller efter
  2. 2Gem bevisetRequest, ordrenote og log
  3. 3Tjek for dubletterÉn betaling eller to ordrer?
  4. 4Gentag intet blindtHeller ikke callbacks og jobs

Find WooCommerce-fejlen ud fra trinnet, der afviger

Vælg det spor, du står i – eller se alle 20. Hvert kort fortæller, hvad du skal gemme først, hvor svær fejlen typisk er, og hvor lang tid du skal afsætte.

Fire spor, før du ændrer i shoppen

Den samme klage fra en kunde kan have flere forklaringer. Her er det, du skal se efter, før du ændrer noget i en webshop, der sælger.

Checkout og betaling er to forskellige spor

Checkout kan fejle, før gatewayen overhovedet bliver kaldt: et manglende felt, en JavaScript-fejl, en ugyldig fragtmetode eller en blokeret AJAX-request er nok. Betalingsfejl begynder først, når gatewayen har modtaget requesten.

Gem browserens request, WooCommerce-ordrenoten og gatewayens testlog. De tre tidspunkter viser, hvor langt købet nåede. Brug aldrig rigtige kort- eller kundedata i et screenshot.

Læs ordrestatus sammen med betalingsbeviset

„Afventer betaling“ beviser ikke, at kunden ikke er trukket. Sammenlign transaktions-id, ordrenoter og callback, før ordren slettes eller oprettes igen. Ved dobbeltordrer: afgør først, om der er to betalinger eller én betaling og to ordrer.

Gentag ikke et callback på live, før du ved, om operationen er idempotent. Et ekstra klik kan skabe endnu en ordre, mail eller lagerbevægelse.

Test kurv og session i to browserprofiler

En tom eller fastfrosset kurv peger ofte på cookie, domæne/HTTPS, page cache eller JavaScript. Brug to helt separate browserprofiler – den ene må aldrig kunne se den andens kurv, valuta eller kontodata.

Viser headeren Cloudflare HIT på kurv eller checkout, så fortsæt i Cloudflare-hubben. Følger fejlen en LiteSpeed-cacheheader eller vary-cookie, så fortsæt i QUIC.cloud- og LiteSpeed-hubben.

Det, der sker efter ordresiden

En vellykket ordreside beviser ikke, at mail, lageropdatering, webhook eller planlagt handling er gennemført. Brug leveringslog, webhook-forsøg og Action Scheduler som kilder, og find det første fejlede forsøg, før du rydder køen.

Drejer det sig om en rigtig betaling, en dublet eller en kundeordre, så stop live-testen og få Hostious til at samle betalings- og serverbeviset, før callbacks genafspilles eller data ryddes.

Relaterede guide-hubs WordPress fejlfinding Cloudflare til WordPress QUIC.cloud og LiteSpeed Performance og cache Webshop-betalinger Alle guides
Brug for hjælp?

Vi sidder klar med dansk support døgnet rundt

Er du kunde hos Hostious, kan supporten se i loggen, hvad der gik galt – og rette det med dig. Er du ikke kunde endnu, flytter vi din hjemmeside gratis.

Se WooCommerce hosting Skriv til support
  • Dansk support 24/7/365
  • Supporten kan se i loggen
  • Gratis flytning til Hostious
Se WooCommerce hosting