Kort svar: Abonnementer i WooCommerce kræver tre ting, der spiller sammen: et abonnementsplugin (typisk WooCommerce Subscriptions eller et alternativ), en gateway, der understøtter gemte kort og automatiske træk, og et fast flow for fejlede betalinger – kortudløb, manglende dækning og opsigelser. Får du ikke styr på det sidste, siver omsætningen stille ud hver måned. Sæt rykkerflowet op fra dag ét, og test både førstekøb, gentræk og aflyste kort, før du sælger første abonnement.
Fast, tilbagevendende omsætning er drømmen – kaffeabonnementer, medlemskaber, serviceaftaler, kurv-til-døren. Men økonomien i abonnementer står og falder med teknikken bag gentrækkene: hvert fejlet træk er en kunde, der måske aldrig kommer tilbage. Her er opsætningen, faldgruberne og det rykkerflow, der beskytter din MRR.
Abonnementspluginnet håndterer produkttypen, fornyelsesdatoer, pauser og opsigelser. Gatewayen gemmer kortet som token og udfører trækkene. Dit flow – mails, rykkere, kundeservice – afgør, om fejlede træk bliver reddet eller tabt. De to første vælges én gang; det tredje arbejder du med hver måned. En klassisk fejl er at vælge gateway først og opdage bagefter, at den ikke understøtter abonnementspluginnet ordentligt – tjek kompatibiliteten begge veje, som beskrevet i gateway-guiden.
Regn med, at en del af månedens træk fejler: udløbne kort, spærrede kort, manglende dækning. Det professionelle svar er et dunning-flow: (1) automatisk gentræk efter et par dage, (2) en venlig mail med direkte link til at opdatere kortet, (3) endnu et forsøg, (4) pause af abonnementet frem for hård opsigelse. Tonen betyder mere, end man tror – kunden har sjældent fravalgt jer aktivt; kortet er bare udløbet. Og sørg for, at „opdatér kort“-siden virker på mobil og ikke kræver login-akrobatik: hvert klik koster reddede abonnenter. Fejler alle træk pludseligt, er det ikke kunderne – så er det teknikken; tjek gateway-status og se beredskabsguiden.
Fornyelser udløses af planlagte opgaver. På et travlt site er WordPress’ standard-cron for upræcis – kør en rigtig server-cron, så trækkene sker til tiden (se wp-cron-guiden). Hold også øje med Action Scheduler-køen i WooCommerce: forfaldne planlagte handlinger er det klassiske symptom på, at fornyelser hober sig op. Og overvåg det vigtigste tal ugentligt: andelen af fejlede træk og hvor mange, der reddes af flowet.
Test i testmiljø – og test det sure: førstekøb med SCA-godkendelse, en fornyelse (de fleste gateways kan fremprovokere et testtræk), et træk på et afvist testkort, kortopdateringslinket, en delvis refusion og en opsigelse midt i perioden. Følg testkøbs-tjeklisten, og gennemfør ét rigtigt førstekøb ved go-live. En stabil serverbund er ikke til diskussion her: abonnementstræk, webhooks og cron skal køre, også mens du sover – det er præcis den slags drift, WooCommerce hosting hos Hostious er bygget til.
I abonnementsforretning afgøres økonomien af to procenter, ingen ser i checkouten: fejlede betalinger og opsigelser. Mod de FEJLEDE betalinger (udløbne kort, lukkede konti): slå automatiske genforsøg til med stigende mellemrum, send venlige „dit kort udløber snart“-mails FØR fornyelsen, og brug gatewayens kortopdaterings-funktion, hvor den findes – tilsammen redder det en stor del af de abonnenter, der ellers ville forsvinde ved et uheld. Mod OPSIGELSERNE: gør det nemt (besværlige opsigelser er både dårlig stil og på vej til at være ulovligt flere steder), men tilbyd alternativer i flowet – pause en måned, skift til mindre pakke – og spørg ÉT spørgsmål: hvorfor? Svarene er din produktudviklingsliste.
Og mål det månedligt: antal aktive, nye, mistede og reddede betalinger. Fire tal på én linje – det er hele forskellen på at DRIVE en abonnementsforretning og bare at have en.
Nej. Første betaling godkendes med SCA; de følgende træk kører som merchant-initierede transaktioner på det gemte kort uden ny godkendelse – forudsat opsætningen er korrekt.
Trækket fejler, medmindre din gateway opdaterer kortet automatisk via kortnetværket. Dit rykkerflow tager over: gentræk, mail med kortopdateringslink og pause før opsigelse.
Kun hvis kort-tokens kan migreres. Afklar det skriftligt, før du vælger gateway – ellers skal alle kunder indtaste kort igen ved et skifte, med frafald til følge.
