HOSTIOUS VIDENSCENTER
En WooCommerce-fejl kan begynde 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. Start derfor ved det præcise trin, hvor flowet afviger, og gem beviset, før du gentager betalinger eller jobs.
Kort svar: Find det første trin, der afviger fra et normalt køb, og gem request, ordrenote og relevant log fra samme tidspunkt. Undgå at gentage betalinger, callbacks eller køjobs, før du ved, om handlingen kan skabe dubletter.
| Det du ser | Begynd med at gemme | Risiko og typisk tid | Guide |
|---|---|---|---|
| Checkout indlæses ikke eller kan ikke gennemføres | Browserrequest, konsol og WooCommerce-log | Høj · 30-90 min. | WooCommerce checkout virker ikke |
| Betalingen afvises eller vender forkert tilbage | Gatewaybesked, ordrenote og callbackstatus | Høj · 30-90 min. | WooCommerce betaling fejler |
| Ordren står som Afventer betaling | Ordrenoter, betalings-id og webhook/callback | Høj · 30-90 min. | Ordren bliver stående som Afventer betaling |
| Der kommer to ordrer | Antal betalinger, tidsstempler og request-id | Høj · 45-120 min. | Dobbeltordrer i WooCommerce |
| Kurven bliver tom mellem sider | Cookies, hostname, HTTPS og cachevariant | Middel · 20-60 min. | WooCommerce-kurven bliver tom |
| Antal eller total opdateres ikke | AJAX-request, fragmenter og konsolfejl | Middel · 20-60 min. | Kurven opdaterer ikke |
| Kunden modtager ingen ordremail | Ordrestatus, mailkø og leveringslog | Middel · 30-90 min. | WooCommerce sender ikke ordremails |
| En integration modtager ingen hændelser | Webhookstatus, leveringslog og HTTP-svar | Høj · 30-90 min. | WooCommerce webhook virker ikke |
| Action Scheduler har forfaldne handlinger | Hook, køtid, seneste forsøg og cron | Middel-høj · 30-120 min. | Forfaldne planlagte handlinger |
| En variation mangler eller står forkert på lager | Attributter, variationsstatus og lagerkilde | Lav-middel · 20-60 min. | Variationer vises ikke |
| Min konto giver 404 eller mangler faner | Sidetildeling, endpoints og cache-status | Lav-middel · 15-45 min. | Min konto-siden fejler |
| „Ingen tilgængelige fragtmetoder“ ved checkout | Leveringsadresse, zone og kurvens indhold | Lav-middel · 15-45 min. | Fragtmetoder vises ikke |
| Rabatkode afvises eller kan ikke anvendes | Kuponens regler og kurvens sammensætning | Lav · 10-30 min. | Rabatkoder virker ikke |
| Kunder ser hinandens kurv eller navn | Tidspunkt, ramte sider og cache-headere | Høj · 30-90 min. | Cache af personligt indhold |
| Produkt findes, men vises ikke i butikken | Status, katalogsynlighed og lagerstatus | Lav · 10-30 min. | Produkter vises ikke |
| „WooCommerce database update required“ hænger | Databasebackup og Planlagte handlinger-status | Middel · 20-60 min. | Databaseopdateringen hænger |
| CSV-import går i stå eller mangler billeder | Rækkeantal ved stop og tre billed-URL’er | Middel · 30-90 min. | CSV-import fejler |
| Checkout føles langsom eller hænger | Tider for side, AJAX-kald og ordreafgivelse | Middel · 30-90 min. | Langsom checkout |
| Uskarpe eller forkert beskårne produktbilleder | Temaets billedmål og et ramt eksempel | Lav · 15-45 min. | Regenerér billedstørrelser |
| Moms eller total ser forkert ud | Momsindstillinger og en konkret ordre | Lav-middel · 15-45 min. | Moms i dansk webshop |
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 eller behandlet requesten.
Gem både 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.
“Afventer betaling” beviser ikke, at kunden ikke er trukket. Sammenlign transaktions-id, ordrenoter og callback eller webhook, før ordren slettes, ændres eller oprettes igen. Ved dobbeltordrer skal du først afgøre, om der er to betalinger eller én betaling og to WordPress-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.
En tom eller fastfrosset kurv peger ofte på cookie, domæne/HTTPS, page cache eller JavaScript. Brug to helt separate browserprofiler. Den ene må ikke kunne se den andens kurv, valuta eller kontodata.
Hvis headeren viser Cloudflare HIT på kurv eller checkout, fortsæt i Cloudflare-hubbet. Hvis fejlen følger en LiteSpeed-specifik cacheheader eller vary-cookie, fortsæt i QUIC.cloud- og LiteSpeed-hubbet.
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. Find første fejlede forsøg og årsagen, før du rydder køen.
Ved variationer begynder kontrollen i produktets attributter, variationsstatus og lagerstyring. Regenerering af lookup-tabeller kan være relevant, men først efter almindelig produktkontrol og en frisk backup.
Hvis problemet omfatter en rigtig betaling, dublet eller kundeordre, så stop live-testen og få Hostious til at samle betalings- og serverbeviset, før callbacks genafspilles eller data ryddes.
