Checkout
Kurv, data, levering og betaling uten ekte ordre.
daglig eller hver 6. time
Færre overraskelser. Raskere respons. Skriftlig rapport.
Butikken skal selge selv når ingen ser på WordPress-panelet.
Store Reliability Plan erstatter tilfeldige oppdateringer og sen varsling med en fast kontrollrytme.
Send butikkdata på e-postSkriftlig anbefaling innen én arbeidsdag.
Reliability Commerce
1 490 EUR / måned
Aktiv butikk med kampanjer
P1: 4 arbeidstimer
opptil 6 t små endringer
Fire kontroller som beskytter salget
Uptime alene er ikke nok når handlekurv eller betaling kan feile.
Oppdateringer
Snapshot, staging og kritiske tester før produksjon.
månedlig eller annenhver uke
Backup og restore
Integritet og periodisk gjenopprettingstest.
månedlig eller kvartalsvis
Core Web Vitals
Faste URL-er avdekker regresjon etter endringer.
månedlig eller ukentlig
Tre nivåer
Alle inkluderer rapport og tydelig grense for små endringer.
Reliability Essential
690 EUR / måned
Stabil butikk med få endringer
- uptime hvert 5. minutt
- månedlig checkout-test
- månedlige staging-oppdateringer
- backup og CWV
P1: 1 arbeidsdag
opptil 2 t små endringer
Reliability Commerce
1 490 EUR / måned
Aktiv butikk med kampanjer
- uptime og daglig checkout
- oppdateringer annenhver uke
- månedlig restore-test
- ukentlig CWV
P1: 4 arbeidstimer
opptil 6 t små endringer
Reliability Critical
2 890 EUR / måned
Høy kostnad ved nedetid
- checkout hver 6. time
- ukentlig oppdateringsvindu
- kvartalsvis restore
- regresjon etter release
P1: 2 arbeidstimer
opptil 12 t små endringer
P1 er utilgjengelig produksjon, checkout eller betaling. Respons gjelder CET-arbeidsdager og er ikke garantert løsningstid.
Månedsrapport uten fyll
Rapporten viser drift, endringer og økende risiko.
- 01tilgjengelighet og hendelser
- 02checkout-tester
- 03oppdateringer og rollback
- 04backup og restore
- 05Core Web Vitals
- 06risiko og anbefalinger
Ansvarsgrenser
Baseline først
Eksisterende feil er ikke automatisk inkludert.
Kontrollerte vinduer
Oppdateringer har snapshot, staging og rollback.
Endringsgrense
Større funksjoner estimeres separat.
Tredjeparter
Hosting, betaling og eksterne API-er kan ikke garanteres.
Hvorfor feiler første betaling i WooCommerce?
En anonymisert sak fra Østerrike. Et forlag selger abonnementer gjennom WooCommerce, og første betaling starter abonnementet. Kundeservice meldte fra om 19 ordrer som ble stående på betaling. Jeg gikk gjennom 90 dager: rundt 35 ekte tilfeller etter at testkontoer var trukket fra.
| Betalingsmåte | Avbrutte første betalinger | Vanlig årsak |
|---|---|---|
| Kort (Stripe) | rundt 10 % | Avviste kort og en egen klynge med feilet SCA/3DS-autentisering |
| Klarna | rundt 16 % | Kjøperen lukker Klarna-vinduet før kjøpet er fullført (Customer aborted purchase) |
| PayPal | rundt 4 % | Ingen avvisningsgrunn ble lagret |
| Faktura | rundt 6 % | Kjøperen ble ikke godkjent for fakturakjøp |
Omtrentlige tall, 90 dager, én butikk.
Slik ble det målt
Spørringer som bare leser, på hovedordrer i fire statuser: venter, feilet, kansellert og papirkurv. I tillegg ordrenotatene, fordi kundeservice bruker fast tekst når de sender ny betalingslenke, og den kan plukkes opp automatisk.
Hvorfor et øyeblikksbilde teller for lavt
Statusen venter på betaling varer noen dager. Deretter blir ordren feilet, kansellert og havner i papirkurven, som tømmes etter rundt 30 dager. Av de 19 eksemplene som ble meldt inn, fantes 8 ikke lenger. Én kjøper prøvde kort, strandet på 3DS og ga opp Klarna to ganger, samme dag.
Hva som endret seg
En månedlig eksport erstattet manuell gjennomgang av henvendelser. Det tekniske problemet (3DS) er nå skilt fra kjøpernes oppførsel (Klarna) og fra manglende data (PayPal). Spørsmål til Stripe om avvisningskoder i 3DS-klyngen og til Klarna om hvor kjøperne faller fra, er klare.
Feilede første betalinger kan ikke måles i ettertid, fordi butikken rydder bort sporene selv. Bare løpende måling fungerer.
Sprint-rapporten blir utgangspunktet for første måned
Rescue Sprint-rapporten blir baseline for første måned.
Ofte stilte spørsmål
Er reparasjoner ubegrenset?
Nei, hvert nivå har en klar timegrense.
Lager monitorering ekte ordre?
Normalt stopper testen før betaling.
Er oppdateringer automatiske?
Kritiske oppdateringer går via snapshot og staging.
Er støtten 24/7?
Nei, seniorrespons følger CET-arbeidstid.
Kan vi starte uten Rescue Sprint?
Ja, etter betalt baseline-audit.
Send butikk, releasefrekvens og kostnad ved nedetid.
Dere får anbefalt nivå og startomfang.
Send butikkdata på e-post