Checkout
Scenariusz koszyk - dane - dostawa - płatność, bez składania prawdziwego zamówienia.
codziennie lub co 6 godzin
Mniej niespodzianek. Szybsza reakcja. Pisemny raport.
Stała opieka techniczna WooCommerce, która chroni checkout i sprzedaż.
Store Reliability Plan zamienia przypadkowe aktualizacje i reakcję po zgłoszeniu klienta w stały rytm kontroli. Monitoruję krytyczną ścieżkę, sprawdzam kopie, aktualizuję na stagingu i raportuję ryzyka.
Wyślij dane sklepu emailemOdpowiedź z rekomendowanym poziomem w jeden dzień roboczy.
Reliability Commerce
1 490 zł netto / miesiąc
Aktywny sklep z kampaniami i regularnymi zmianami
P1: do 4 godzin roboczych
do 6 h drobnych zmian
Cztery kontrole, które chronią sprzedaż
Sam uptime nie wystarcza. Strona może odpowiadać kodem 200, a koszyk, płatność lub wysyłka nadal mogą być zepsute.
Aktualizacje
Snapshot, staging, kontrola krytycznych ścieżek i dopiero później produkcja.
co miesiąc lub co 2 tygodnie
Backup i odtworzenie
Nie tylko status zadania, ale kontrola integralności oraz okresowy test odtworzenia.
co miesiąc lub kwartał
Core Web Vitals
Stałe URL-e i warunki pomiaru, żeby wychwycić regresję po zmianie motywu lub wtyczki.
co miesiąc lub tydzień
Trzy poziomy opieki
Każdy plan obejmuje raport i jasny limit drobnych zmian. Większe naprawy dostają osobny zakres przed rozpoczęciem.
Reliability Essential
690 zł netto / miesiąc
Stabilny sklep z małą częstotliwością zmian
- uptime co 5 minut
- miesięczny test checkoutu
- miesięczne aktualizacje przez staging
- kontrola backupu i CWV raz w miesiącu
P1: do 1 dnia roboczego
do 2 h drobnych zmian
Reliability Commerce
1 490 zł netto / miesiąc
Aktywny sklep z kampaniami i regularnymi zmianami
- uptime i codzienny test checkoutu
- aktualizacje co dwa tygodnie
- miesięczny test odtworzenia
- tygodniowa kontrola CWV i integracji
P1: do 4 godzin roboczych
do 6 h drobnych zmian
Reliability Critical
2 490 zł netto / miesiąc
Sklep z dużym kosztem awarii i częstymi release'ami
- checkout co 6 godzin i uptime
- cotygodniowe okno aktualizacji
- kwartalny pełny test odtworzenia
- regresja CWV i krytycznych integracji po release
P1: do 2 godzin roboczych
do 12 h drobnych zmian
P1 oznacza niedostępną produkcję, checkout lub płatność. Czas reakcji obowiązuje w dni robocze CET i oznacza diagnozę oraz plan, nie gwarantowany czas naprawy.
Miesięczny raport bez technicznej waty
Raport pokazuje, co działało, co się zmieniło i gdzie rośnie ryzyko. Ma pomóc właścicielowi sklepu podjąć decyzję, a nie tylko potwierdzić wykonanie abonamentu.
- 01dostępność i incydenty
- 02wyniki scenariuszy checkoutu
- 03aktualizacje, regresje i rollbacki
- 04stan kopii oraz testów odtworzenia
- 05trend Core Web Vitals
- 06otwarte ryzyka i rekomendacje na kolejny miesiąc
Granice odpowiedzialności
Najpierw baseline
Plan zaczyna się audytem startowym. Istniejące awarie i dług techniczny nie stają się automatycznie częścią abonamentu.
Kontrolowane okna
Aktualizacje mają uzgodnione okno, snapshot i plan powrotu. Nie instaluję automatycznie każdej nowej wersji.
Limit zmian
Pakiet obejmuje drobne poprawki do limitu godzin. Nowe funkcje, migracje i większe integracje wyceniam osobno.
Zewnętrzne systemy
Monitoruję objawy i pomagam eskalować, ale nie gwarantuję działania hostingu, bramki płatniczej ani API dostawcy.
Dlaczego pierwsza płatność w WooCommerce nie przechodzi?
Przypadek z Austrii, bez nazwy klienta. Wydawca sprzedaje prenumeraty przez WooCommerce, a pierwsza płatność zakłada abonament. Support zgłosił 19 zamówień, które utknęły na płatności. Przejrzałem 90 dni: około 35 prawdziwych przypadków po odjęciu kont testowych.
| Metoda płatności | Przerwane pierwsze płatności | Typowa przyczyna |
|---|---|---|
| Karta (Stripe) | około 10% | Odrzucona karta i osobny klaster błędów uwierzytelnienia SCA/3DS |
| Klarna | około 16% | Kupujący zamyka okno Klarny przed końcem (Customer aborted purchase) |
| PayPal | około 4% | Powód odmowy nigdzie się nie zapisał |
| Zakup na rachunek | około 6% | Kupujący nie dostał zgody na zakup na rachunek |
Pasma przybliżone, 90 dni, jeden sklep.
Jak to zmierzyłem
Zapytania tylko do odczytu na zamówieniach nadrzędnych w czterech statusach: oczekujące, nieudane, anulowane i kosz. Do tego notatki zamówień, bo stały tekst supportu o wysłanym linku do płatności da się wyłapać automatycznie.
Dlaczego migawka zaniża
Status oczekujące żyje kilka dni. Potem zamówienie przechodzi w nieudane, anulowane i trafia do kosza, który czyści się po około 30 dniach. Z 19 zgłoszonych przykładów 8 już nie istniało. Ten sam kupujący potrafił jednego dnia spróbować karty, odpaść na 3DS i dwa razy porzucić Klarnę.
Co się zmieniło
Ręczne przeglądanie zgłoszeń zastąpił miesięczny eksport. Problem techniczny (3DS) jest oddzielony od zachowania kupujących (Klarna) i od braku danych (PayPal). Do Stripe przygotowałem pytania o kody odmowy w klastrze 3DS, do Klarny o miejsca porzucenia.
Nieudanej pierwszej płatności nie zmierzysz wstecz, bo sklep sam sprząta dowody. Działa tylko pomiar ciągły.
Raport ze sprintu zostaje punktem startu opieki
Raport końcowy sprintu staje się baseline'em opieki. Znane ryzyka, scenariusze regresji i konfigurację monitoringu przenoszę do pierwszego miesiąca planu bez ponownego audytu startowego.
Najczęściej zadawane pytania
Czy plan obejmuje naprawy bez limitu?
Nie. Każdy poziom zawiera limit drobnych zmian. Większy incydent lub rozwój otrzymuje pisemny zakres i cenę przed realizacją.
Czy monitoring składa prawdziwe zamówienia?
Standardowo nie. Scenariusz dochodzi do kontrolowanego punktu przed płatnością. Pełny test transakcyjny jest możliwy po przygotowaniu osobnej metody testowej.
Czy aktualizacje są automatyczne?
Nie dla elementów krytycznych. Najpierw snapshot i staging, potem test checkoutu oraz publikacja w oknie serwisowym.
Czy zapewniasz wsparcie 24/7?
Nie. Monitoring działa stale, ale reakcja seniora obowiązuje w opisanych godzinach roboczych CET. Całodobowy dyżur wymaga osobnego zespołu NOC.
Czy mogę zacząć bez Rescue Sprint?
Tak, po płatnym baseline audit. Jeżeli sklep właśnie przeszedł Rescue Sprint, jego raport zastępuje część audytu startowego.
Podeślij sklep, częstotliwość zmian i koszt godziny awarii.
W odpowiedzi wskażę właściwy poziom, zakres audytu startowego i elementy, których nie da się uczciwie objąć stałą ceną.
Wyślij dane sklepu emailem