Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
Webshop-betalinger 7 min. læsning Opdateret 3. oktober 2026

Gateway-nedbrud på travleste dag: beredskab og reservebetalinger

Er din betalingsgateway nede, tæller minutterne: diagnosen på 5 minutter, den testede reservemetode, kommunikationen – og opsamlingen bagefter.

Gateway-nedbrud på travleste dag: beredskab og reservebetalinger

Kort svar: Når betalingerne fejler på årets travleste dag, er planen vigtigere end panikken: (1) afgør, hvor fejlen bor – gatewayens statusside, dit site eller kæden imellem; (2) aktivér reserven – en sekundær betalingsmetode, du har sat op og testet i forvejen; (3) kommunikér – banner på sitet og samme besked til supporten; (4) saml op – gennemgå fejlede og hængende ordrer, når flowet kører igen. En reservemetode, der først skal sættes op under nedbruddet, er ingen reserve.

Fagligt gennemgået: 2. oktober 2026

Black Friday kl. 19.40: konverteringen dør, supporten drukner, og ingen ved, om det er gatewayen, sitet eller noget tredje. Betalingsnedbrud er sjældne, men de rammer ofte, når trafikken er størst – fordi det netop er belastningen, der vælter tingene.

Denne guide er beredskabsplanen: hvad du gør før, under og efter. Den er skrevet til WooCommerce, men principperne gælder for enhver webshop.

Vigtigt: Gør trin 1 færdigt, før højsæsonen starter. Under et nedbrud er der ikke tid til at oprette aftaler, finde API-nøgler eller teste en ny betalingsmetode – og ændringer i blinde på et presset live-site skaber ofte fejl nummer to.

1. Forbered dig, før nedbruddet kommer

  • En testet reservemetode: har du primært én samlet gateway, så hav en sekundær metode klar – fx MobilePay via en separat aftale eller en anden kortløsning – sat op, testet efter testkøbstjeklisten og deaktiveret, klar til at tænde.
  • Overvågning: en alarm, når der ikke er kommet gennemførte ordrer i et bestemt tidsrum i åbningstiden – og gerne overvågning af selve checkout-flowet. Nedbrud, kunderne opdager først, er dobbelt dyre. Se guiden om at overvåge checkout og formularer.
  • Kontaktlisten: gatewayens support og statusside, din hostings support og den ansvarlige hos jer – med telefonnumre, ikke kun mail. Skriv den ind i jeres eskalationsplan.
  • Et færdigt banner: en gemt tekstblok à la „Vi oplever lige nu problemer med betalinger – prøv igen om lidt, eller vælg [reserve]“, klar til at aktivere.
  • Abonnement på statussider: de fleste betalingsudbydere har en statusside med mail- eller sms-notifikation. Tilmeld den driftsansvarlige, så I hører om udbyderens nedbrud samtidig med alle andre.

Sådan sætter du reservemetoden op i WooCommerce

Reservemetoden skal være lige så færdig som den primære – bare slukket. Under WooCommerce → Indstillinger → Betalinger kan hver metode slås til og fra, og rækkefølgen styrer, hvad kunden ser først. Gennemgå fire ting, når reserven sættes op:

  1. Aftale og nøgler: aftalen er aktiv, og API-nøglerne i modulet er produktionsnøgler, ikke testnøgler.
  2. Callback og webhooks: udbyderen kan nå din shop med betalingsbekræftelser. Firewalls og funktioner som Cloudflares Bot Fight Mode kan blokere dem – se guiden om blokerede betalings-callbacks.
  3. Et rigtigt testkøb: gennemfør et køb med et lille beløb, og refundér det bagefter. Kontrollér, at ordren får den rigtige status, og at ordremailen sendes.
  4. Deaktivér og dokumentér: slå metoden fra igen, og skriv ned, præcis hvor den slås til, og hvem der må gøre det.

Gentag testen før hver højsæson. Moduler opdateres, nøgler udløber, og en reserve, der virkede for et år siden, er ikke nødvendigvis en reserve i dag.

2. Diagnosticér: hvor bor fejlen?

Beredskabsflow ved betalingsnedbrud: tjek statusside, testkøb, aktivér reserve, kommunikationsbanner og opsamling

Tre tjek på fem minutter: (1) Gatewayens statusside – melder udbyderen selv om driftsforstyrrelser, er sagen deres, og din opgave er reserve og kommunikation. (2) Et testkøb på mobilen – hvor præcist knækker flowet? Får du en gatewayfejl, en timeout eller en hvid side? (3) Sitet selv – er resten af shoppen hurtig og rask? Er hele sitet langsomt eller nede, er det server eller trafik, ikke betalinger.

SymptomSandsynlig årsagNæste skridt
Udbyderens statusside melder fejlNedbrud hos gatewayenAktivér reserven, og kommunikér
Hele sitet er langsomt eller giver 5xx-fejlServer, trafik eller pluginTjek TTFB og hostingens status
Pengene trækkes, men ordren står som „Afventer betaling“Callback når ikke fremFølg callback-guiden
Kun nogle kort afvises, uden teknisk fejl3D Secure eller kortudstederSe 3D Secure-guiden
Fejl efter en nylig opdateringPlugin- eller modulkonfliktGennemgå fejlfindingen for betalinger

Hængende ordrer, mens pengene trækkes, er en anden fejl end et egentligt gatewaynedbrud – og den løses et andet sted. Det er derfor, diagnosen kommer før handlingen.

3. Aktivér reserven

Tænd reservemetoden, og sæt den øverst i checkout, så længe den primære fejler. Lad den primære stå, hvis den virker for nogle kunder; deaktivér den, hvis den fejler for alle, så kunderne ikke bliver sendt ud i en blindgyde.

Lad være med at genstarte løs på serveren eller rulle plugins tilbage i blinde, mens udbyderen har meldt nedbrud – den slags improvisation skaber fejl nummer to. Og log tidspunkterne: hvornår startede det, hvad blev ændret, og hvornår virkede det igen. Det skal bruges bagefter.

4. Kommunikér – på sitet og i supporten

Aktivér banneret. Ærlighed redder konverteringen bedre end tavshed: en kunde, der får at vide, at betalingen driller, og hvad alternativet er, prøver igen – en kunde, der møder en fejl uden forklaring, går. Supporten skal have samme besked, så svarene er ens i chat, mail og telefon.

Har du en statusside eller sociale medier, så brug dem til korte opdateringer. Lov ikke tidspunkter, du ikke kender – „vi opdaterer igen kl. 20.15“ er bedre end „det virker om lidt“.

5. Saml op, når flowet kører igen

Når gatewayen er oppe igen, er der to opgaver, før hverdagen fortsætter. Først de hængende ordrer: gennemgå perioden for ordrer, der er betalt, men ikke registreret, og ordrer, der er registreret, men ikke betalt. Filtrér ordrelisten på status „Afventer betaling“ og „Mislykket“, og sammenhold med udbyderens transaktionsoversigt én for én.

Vær opmærksom på WooCommerce-indstillingen „Hold stock“ under Indstillinger → Produkter → Lager: ubetalte ordrer holder varerne reserveret i et antal minutter og annulleres automatisk, når tiden udløber. Under et langt nedbrud kan ordrer derfor være annulleret, selvom betalingen senere er gået igennem hos udbyderen. Tjek annullerede ordrer fra perioden mod transaktionerne, og afstem ekstra grundigt den måned – se afstemningsguiden. Kig også efter dobbeltbetalinger fra kunder, der prøvede flere gange.

Dernæst kunderne: dem med afbrudte betalinger havde købsintention. En venlig mail om det konkrete køb („vi havde tekniske problemer – din ordre kan gennemføres her“) henter ofte en del af de tabte ordrer hjem. Tilføjer du en rabat eller fri fragt, kan mailen blive betragtet som markedsføring, som kræver samtykke – tjek reglerne i guiden om markedsføringsloven, før du sender.

6. Lær af nedbruddet

Slut med en kort post mortem på 30 minutter: hvor længe varede nedbruddet, hvornår opdagede I det (før eller efter kunderne?), og virkede reserveløsningen faktisk? Justér planen efter svarene – måske skal overvågningen strammes, måske skal den sekundære betalingsvej stå permanent tændt i højsæsonen. Skabelonen står i guiden om post mortem.

Læg samtidig det generelle site-beredskab fast én gang for alle – se nedbrudsplanen. Gatewaynedbrud er sjældne nok til at blive glemt og dyre nok til, at det ikke bør ske: ti minutters notat efter hvert af dem holder beredskabet skarpt.

Læs også

Ofte stillede spørgsmål om betalingsnedbrud

Hvordan ved jeg, om det er gatewayen eller mit site, der fejler?

Tjek udbyderens statusside, lav et testkøb på mobilen, og se, om resten af sitet er hurtigt. Statusside med driftsmelding = deres sag; hvid skærm eller langsomt site = kig på din egen server først.

Bør jeg have to betalingsudbydere?

En fuldt aktiv nummer to er overkill for de fleste – men en opsat, testet og deaktiveret reservemetode er billig forsikring, især op til Black Friday og julehandlen.

Skal jeg kontakte kunder, hvis betalingen fejlede?

Ja – venligt og hurtigt, med en besked om det konkrete køb. De havde købsintention, og en mail efter et nedbrud henter ofte en del af de tabte ordrer hjem. Tilføjer du rabatter, så tjek reglerne for markedsføring først.

Hvorfor er ordrer annulleret, selvom kunden har betalt?

Ubetalte ordrer annulleres automatisk, når tiden i WooCommerce-indstillingen „Hold stock“ udløber. Kommer betalingsbekræftelsen først efter et langt nedbrud, kan ordren allerede være annulleret. Sammenhold annullerede ordrer med udbyderens transaktioner, og genåbn dem, der er betalt.

Hvor ofte skal reservemetoden testes?

Mindst før hver højsæson og efter større opdateringer af betalingsmodulerne. Et rigtigt testkøb med et lille beløb, der refunderes bagefter, er den eneste test, der viser, at hele kæden virker.

Skrevet af Marc, stifter af Hostious

Jeg hedder Marc og har stiftet Hostious. Vi hoster WordPress-hjemmesider og WooCommerce-webshops for danske virksomheder – drevet fra Aalborg-området med servere i Europa – og jeg skriver guiderne her ud fra det, vi ser i driften hver dag.

Udgivet 2. september 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026