Feiler kassen i WooCommerce? Finn feilen i denne rekkefølgen

Først: gjenskap feilen som en kunde

Åpne et privat nettleservindu, legg et produkt i handlekurven og gå gjennom kassen selv — også på mobilen. Noter nøyaktig hvor det stopper: åpner betalingsvinduet seg aldri, blir kortet avvist, laster siden på nytt uten beskjed, eller blir ordren hengende som «venter»?

Hvor det stopper, peker mot årsaken. Et betalingsvindu som aldri åpner seg er som regel en skriptkonflikt på siden. En ordre som blir stående i «venter på betaling» betyr som regel at betalingsleverandøren svarte, men at bekreftelsen aldri nådde siden din.

Betalingsløsningen og nøklene dens

Vipps, Klarna, Stripe og kortløsninger autentiserer seg med nøkler, og nøkler utløper, roteres eller peker mot testmodus. Åpne innstillingene for betalingsmetoden i WooCommerce og bekreft live-modus og live-nøkler. Sjekk deretter leverandørens kontrollpanel for feilede webhook-leveranser — det er kanalen som flytter ordrer fra «venter» til «betalt».

Viser loggen hos leverandøren at webhooks feiler, er de vanligste synderne en sikkerhetsutvidelse som blokkerer tilbakekallings-adressen, eller et SSL-problem på siden.

Plugin-konflikter og caching

Kassen er butikkens mest JavaScript-tunge side, så det er der plugin-konflikter viser seg først — ofte rett etter en oppdatering. Dukket feilen opp etter at noe ble oppdatert, er den oppdateringen hovedmistenkt.

Caching er den andre klassikeren: en mellomlagret kasseside kan servere én kunde en annen kundes økt, eller et utdatert sikkerhetstoken som får alle betalinger til å feile. Kassen, handlekurven og min side-sidene må være unntatt fra mellomlagring — og unntaket må testes, ikke antas.

Når du bør gi den fra deg

Isolerer ikke sjekkene over feilen, flytter feilsøkingen seg til logger, database og betalingsleverandørens API — terreng der prøving og feiling i en levende butikk koster ekte ordrer. Dette er en feil vi fikser ofte, og som regel en teknisk støtte-jobb på timer, ikke dager.