Efterslæb i WooCommerces planlagte handlinger: Driftsrisikoen, du bør løse først

Af Greg Nowak. Senest opdateret 2026-06-24.

Et efterslæb i WooCommerces planlagte handlinger er let at undervurdere, fordi selve webshoppen stadig kan se ud til at fungere fint. Produkterne indlæses, kunderne navigerer rundt, og checkout kan virke normal, samtidig med at baggrundskøen kommer længere og længere bagefter med ordreopdateringer, fornyelser, kundemails, webhooks, analysejobs og callbacks fra extensions. For en webshopejer, driftsansvarlig eller et bureauteam er det relevante spørgsmål ikke kun, om cron er gået i stykker. Det er, hvilken forretningsproces der nu er forsinket.

Derfor er efterslæbet vigtigt

WooCommerce beskriver planlagte handlinger som baggrundsarbejde, der er knyttet til ordrebeskeder og betalingsbehandling. Dokumentationen forklarer også standardkæden af afhængigheder: Action Scheduler udløses via WordPress cron, og WordPress cron afhænger af aktivitet på websitet, medmindre webshoppen bevidst har konfigureret en runner på serverniveau. WordPress gør det selv klart, at WP-Cron ikke kører kontinuerligt som systemets cron.

Det er fint til et website med lav risiko. Det er mindre robust til en webshop, hvor fornyelser, ordrebehandling, kundebeskeder og eksterne systemer kræver forudsigelige køretider. En forsinket handling kan blive til en supportsag, et problem med økonomisk afstemning, en manglende CRM-opdatering eller en forvirret kunde, der spørger, hvorfor en email eller abonnementsstatus ikke stemmer overens med den faktiske betaling.

Her skal du kigge først

Start under WooCommerce > Status > Planlagte handlinger. Filtrér efter afventende, mislykkede og igangværende handlinger. Søg efter hook, planlagt dato og gruppe. Læs logfilerne, før du forsøger at køre noget igen i større skala. Ét mislykket callback fra i går er et andet driftsproblem end tusindvis af afventende fornyelses- og webhookhandlinger, der er ældre end den aktuelle arbejdsdag.

Webshops med abonnementer kræver særlig opmærksomhed. WooCommerce Subscriptions bemærker, at visse forsinkede handlinger kan være normale, men at flere handlinger, som er mere end en dag gamle, kan være tegn på et problem med WP-Cron og kan påvirke ordrer, abonnementer eller analyser. Før du retter en fornyelse manuelt, bør du sammenholde loggen for den planlagte handling, abonnementsnoterne, ordrenoterne og betalingsgatewayens registrering. En fejl før betalingen og en fejl efter betalingen skal håndteres forskelligt.

Praktisk triagematrix til efterslæb i WooCommerces planlagte handlinger.

Symptom	Sandsynlig forretningsmæssig konsekvens	Første kontrol
Forsinkede handlinger, der er mere end en dag gamle	Fornyelser, emails, rapporter eller integrationer kan være forsinkede	Sortér efter ældste planlagte dato, og gruppér hooks efter forretningsproces
Timeouts ved abonnementshandlinger	Betalingen kan være gennemført, mens ordre- eller abonnementsstatus er gået i stå	Sammenhold handlingslogfiler med ordrenoter og registreringer hos betalingsgatewayen
Fejl ved levering af webhooks	ERP-, CRM-, fragt- eller marketingsystemer kan mangle aktuelle data	Kontrollér webhookstatus og logfiler for levering af webhooks
Køen vokser hurtigere, end den bliver afviklet	Runneren har for få ressourcer eller er blokeret	Gennemgå WP-Cron, loopbacks, PHP-grænser og mulighederne med WP-CLI

Ret runneren – ikke kun de mislykkede handlinger

Det kan hjælpe her og nu at rydde en enkelt mislykket handling, men et tilbagevendende efterslæb betyder som regel, at runneren kræver opmærksomhed. WordPress har et officielt mønster til kritisk planlagt arbejde: Konfigurér systemets opgaveplanlægning til at kalde wp-cron.php, og deaktivér derefter cron ved sideindlæsning med define( 'DISABLE_WP_CRON', true );, når den eksterne scheduler er på plads. Deaktivér ikke WP-Cron først. Hvis intet andet udløser den, stopper behandlingen af de planlagte handlinger.

Til større WooCommerce-webshops er Action Schedulers WP-CLI-runner ofte et bedre værktøj. Ifølge den tilhørende dokumentation er WP-CLI et bedre valg til store websites, langvarige opgaver, store køer og websites, hvor mange plugins konkurrerer om WP-Crons ressourcer. Nyttige kommandoer at begynde med er wp action-scheduler status, wp action-scheduler run --batch-size=100 --batches=0 og wp action-scheduler clean --status=complete,canceled --before='31 days ago'. Kontrollér indstillingerne på den faktiske server med wp action-scheduler --help, da hostingstier, brugere og miljøvariabler har betydning.

Betragt --force, --hooks og --group som designbeslutninger, ikke som magiske genveje til højere hastighed. Action Scheduler-dokumentationen advarer om, at opdeling af arbejdet efter hook eller gruppe kan bryde underforståede afhængigheder i tidsplanen. En abonnementsbetaling, der skal køres før en udløbshandling, vil eksempelvis ikke nødvendigvis bevare rækkefølgen, hvis de to køer behandles separat.

Følg processen videre til downstream-systemerne

En kø, der bevæger sig, er ikke det samme som en genetableret forretningsproces. WooCommerces webhooklogfiler registrerer udløste hændelser og svar fra den modtagende server, og WooCommerce kan automatisk deaktivere en webhook efter mere end fem leveringsfejl i træk. Hvis efterslæbet forsinkede leveringen af webhooks, samtidig med at modtageren fejlede, kan webshoppen både have brug for at få køen repareret og at få afstemt downstream-systemerne.

Det bør en brugbar gennemgang omfatte

En praktisk gennemgang bør identificere de ældste afventende handlinger, de hooks, der oftest fejler, forretningsprocessen bag hvert hook, den nuværende runner, fatale PHP-fejl eller tidsgrænser, begrænsninger på loopbacks, særlige tilfælde ved abonnementsfornyelser og status for levering af webhooks. Den bør også resultere i en kort runbook: Hvad skal overvåges, hvad kan uden risiko forsøges igen, hvad skal kontrolleres mod betalingsregistreringerne, og hvornår skal problemet eskaleres?

Greg kan hjælpe med den type driftsarbejde i WooCommerce: gennemgang af køen, sikring af WP-Cron eller en WP-CLI-runner, tilpasning af batchstrategien uden at bryde afhængigheder, forsigtig oprydning i gamle handlinger og sporing af fejl ved fornyelser eller webhooks tilbage til den proces, der reelt har betydning. Hvis køen påvirker omsætning, kundekommunikation eller ordrebehandling, kræver den mere end lejlighedsvise klik i administrationen.

Brug for et ekstra sæt øjne?

Hvis dine planlagte handlinger allerede er forsinkede, eller hvis du vil forebygge, at fornyelser og integrationer kommer ud af takt før den næste travle periode, kan du kontakte Greg og få en praktisk gennemgang af din WooCommerce-kø.

Relateret på GrN.dk

Brug for hjælp til denne type arbejde?

Få gennemgået din WooCommerce-kø – kontakt Greg.

Kilder

Sidst ændret

2026-08-22