Porzucony koszyk boli najbardziej, bo to klient, który już chciał kupić. Dodał produkt, czasem wpisał połowę danych - i zniknął na ostatnim ekranie. Łatwo zrzucić to na cenę albo na to, że „tylko oglądał”, ale gdy zaczynam grzebać u klientów pod maską, w połowie przypadków powód jest techniczny. Coś na drodze do „Kupuję” działa wolno, dziwnie albo strasznie.
Marketingowe powody porzuceń (za drogo, brak zaufania do marki, kupię później) zostawiam na boku - to osobny temat. Tutaj rozkładam siedem rzeczy, które dzieją się w samym sklepie i które realnie da się naprawić. Najpierw mierzę, co konkretnie odpada, potem naprawiam to, co kosztuje najwięcej koszyków. Nie odwrotnie.
Dla każdej przyczyny piszę, jak ją usunąć - tak, żeby właściciel sklepu wiedział, o co poprosić, nawet jeśli sam nie zagląda do kodu.
Checkout ładuje się za wolno
To pierwszy podejrzany. Strona koszyka i checkoutu w WooCommerce jest dynamiczna - nie da się jej podać z gotowego pliku jak strony „O nas”, bo liczy się na żywo: stan koszyka, dostawa, podatki, rabaty. Jeśli serwer odpowiada wolno (wysokie TTFB, czyli czas do pierwszej odpowiedzi), klient patrzy na pustą stronę w najgorszym możliwym momencie - kiedy już wyciągnął kartę.
Według danych Google prawdopodobieństwo porzucenia rośnie o 32%, gdy czas ładowania wzrasta z 1 do 3 sekund. Na checkoucie ta sekunda waży podwójnie, bo klient jest już zniecierpliwiony i gotowy się rozmyślić.
Najczęstsi winowajcy: tani współdzielony hosting, brak cache obiektów (Redis), stary PHP i wtyczki, które dokładają zapytania do bazy przy każdym przeliczeniu koszyka.
Co pomaga: zmierz TTFB checkoutu osobno na telefonie i komputerze, włącz cache obiektów (Redis) i OPcache, a sam koszyk i checkout zostaw wyłączone z cache stron. Jeśli serwer nadal odpowiada w sekundach, problem jest w hostingu - tam zaczynam. Więcej o tym, co dławi sklep, opisałem w tekście o wolnym sklepie WooCommerce. Taką naprawę robię właśnie w ramach przyspieszania sklepów WooCommerce.
Brak BLIK, Apple Pay i Google Pay
W Polsce BLIK to dziś domyślny sposób płatności. Jeśli na checkoucie widzę tylko „przelew tradycyjny” i kartę, to dla dużej części klientów oznacza przerwę: muszą wyjść do aplikacji banku, przepisać dane, wrócić. Każdy taki krok to okazja, żeby koszyk porzucić.
Apple Pay i Google Pay idą jeszcze dalej - płatność jednym dotykiem, z danymi już zapisanymi w telefonie. Na urządzeniach mobilnych, gdzie wpisywanie numeru karty jest upierdliwe, to potrafi być różnica między sprzedażą a porzuceniem.
Co pomaga: włącz BLIK przez bramkę, której klient ufa (Przelewy24, PayU, Stripe, Autopay), oraz Apple Pay i Google Pay - obie metody wymagają najczęściej tylko HTTPS i kilku ustawień u operatora płatności. Jak je poprawnie wpiąć w WooCommerce, rozpisałem osobno w tekście o Apple Pay i Google Pay.
Formularz zamówienia jest za długi
Domyślny checkout WooCommerce potrafi pokazać kilkanaście pól: imię, nazwisko, firma, adres, kod, miasto, kraj, telefon, e-mail, uwagi, osobny adres do faktury. Dla klienta, który chce kupić jeden produkt, to ściana do wypełnienia. Im więcej pól, tym więcej okazji, żeby się zniechęcić albo pomylić.
Większość tych pól jest zbędna dla konkretnego sklepu. Sprzedajesz tylko w Polsce - pole „kraj” jest niepotrzebne. Wysyłasz kurierem do paczkomatu - połowa pól adresowych odpada.
Co pomaga: wytnij każde pole, którego naprawdę nie potrzebujesz do realizacji zamówienia, a resztę uporządkuj logicznie. Włącz autouzupełnianie miasta po kodzie pocztowym i podpowiedzi przeglądarki (autocomplete), żeby klient wpisywał jak najmniej ręcznie. Mniej pól to nie kosmetyka - to mniej miejsc, gdzie koszyk się sypie.
Walidacja błędów odrzuca klienta
Nic tak skutecznie nie wywala klienta z checkoutu jak komunikat „wystąpił błąd” bez wskazania, co poprawić. Klasyki, które widzę: pole telefonu nie przyjmuje numeru ze spacjami albo z prefiksem +48, formularz kasuje wszystkie dane po jednej pomyłce, błąd pojawia się na samej górze strony, gdy klient patrzy na dół, albo komunikat jest po angielsku w polskim sklepie.
Z perspektywy klienta to wygląda tak: zrobił wszystko dobrze, a sklep i tak krzyczy „nie”. Drugi raz tych samych danych już nie wpisze.
Co pomaga: waliduj pola na bieżąco i pod konkretnym polem (nie zbiorczo na górze), akceptuj różne formaty telefonu i numeru karty, nigdy nie czyść wypełnionego formularza po błędzie, a komunikaty trzymaj po polsku i po ludzku - „Wpisz poprawny adres e-mail”, a nie „Validation error”.
Sklep nie wygląda na bezpieczny
Na ostatnim ekranie klient oddaje pieniądze i dane. Jeśli cokolwiek wzbudza nieufność, wycofa się - i nie powie ci dlaczego. Najczęstsze zgrzyty: brak kłódki (czyli brak HTTPS albo „mieszana zawartość”, gdzie część strony ładuje się po niezabezpieczonym połączeniu i przeglądarka pokazuje ostrzeżenie), brzydki, „składany z klocków” checkout odbiegający od reszty sklepu, brak logotypów płatności, brak informacji o zwrotach i brak danych firmy.
To nie jest miękki temat „wizerunku”. To twardy sygnał: czy mogę tu bezpiecznie zapłacić.
Co pomaga: wymuś HTTPS na całym sklepie i usuń mieszaną zawartość, pokaż logotypy bramek płatności i kłódkę przy polu karty, dołóż krótką informację o bezpiecznej płatności i zwrotach pod przyciskiem zamówienia oraz widoczne dane firmy. Spójny, czysty checkout buduje zaufanie skuteczniej niż dowolny baner „100% bezpieczne”.
Koszyk odświeża się w kółko (cart fragments)
To problem typowo woocommerce’owy i często niewidoczny gołym okiem. WooCommerce ma mechanizm „cart fragments” - skrypt, który przez AJAX odświeża licznik koszyka w nagłówku przy każdym wejściu na podstronę. Na wolnym serwerze ten skrypt potrafi blokować klikanie: dodajesz produkt, a przycisk „Dodaj do koszyka” mieli przez kilka sekund, zanim cokolwiek się stanie. Klient klika drugi raz, trzeci, w końcu rezygnuje.
To samo dotyczy strony koszyka, która przelicza się po każdej zmianie ilości - jeśli każde przeliczenie trwa zauważalnie długo, klient traci cierpliwość zanim dojdzie do płatności.
Co pomaga: wyłącz cart fragments na podstronach, gdzie koszyk i tak nie jest potrzebny (strona produktu poza akcją dodania, blog, strona kontaktu), a tam gdzie są potrzebne - przyspiesz serwer, żeby AJAX odpowiadał w setkach milisekund, nie w sekundach. Efekt: koszyk reaguje od razu po kliknięciu.
Koszt dostawy wyskakuje za późno
To jeden z najczęstszych powodów porzuceń, jakie widzę - i czysto techniczny do naprawienia. Klient widzi cenę produktu, dodaje do koszyka, przechodzi przez połowę formularza i dopiero na końcu dowiaduje się, że dostawa kosztuje 19 zł. Czuje się oszukany i wychodzi. Im później pojawia się koszt dostawy, tym więcej koszyków odpada.
Dorzuca się do tego brak realnych integracji z kurierami: klient nie może wybrać paczkomatu z mapy, dane przesyłki trzeba przepisywać ręcznie, a metody dostawy nie pasują do tego, co klient faktycznie chce.
Co pomaga: pokaż koszt dostawy najwcześniej jak się da - już w koszyku, a najlepiej kalkulator na stronie produktu. Wpięcie integracji InPost/paczkomatów z wyborem punktu na mapie oraz realnych progów darmowej dostawy („brakuje ci 23 zł do darmowej wysyłki”) jednocześnie zdejmuje niepewność i podnosi wartość koszyka.
Najpierw zmierz, potem naprawiaj
Tych siedem rzeczy nie naprawia się na raz i na ślepo. U każdego sklepu inna z nich kosztuje najwięcej koszyków. Dlatego zawsze zaczynam od pomiaru:
- Analityka lejka (GA4 albo wbudowane raporty bramki) - na którym dokładnie kroku ludzie odpadają: koszyk, dane, płatność.
- Realne przejście checkoutu na telefonie - przeklikuję cały zakup jak klient, na słabym łączu, i zapisuję każde miejsce, gdzie coś trwa za długo albo wygląda podejrzanie.
- PageSpeed Insights i zakładka Network - czy checkout ładuje się szybko i co blokuje render.
Dopiero z tymi liczbami wiadomo, czy zacząć od płatności, od szybkości, czy od formularza - i którą jedną zmianę zrobić najpierw, żeby odzyskać najwięcej koszyków najmniejszym kosztem. To samo podejście stosuję, gdy robię sklep WooCommerce od podstaw: checkout projektuję pod konwersję, nie pod liczbę pól.
Jeśli widzisz, że ludzie dodają do koszyka, a zamówień jest mało - podeślij mi link do sklepu. Przejdę twój checkout jak klient, zmierzę, co odpada, i wskażę na piśmie, co naprawić najpierw. Bezpłatnie.
Najczęstsze pytania
Ile porzuconych koszyków to normalna sytuacja? Nie ma jednej liczby, która pasuje do każdego sklepu - inaczej wygląda to przy zakupie za 40 zł, inaczej przy meblach za kilka tysięcy. Zamiast porównywać się do cudzych statystyk, zmierz własny lejek w GA4 albo w raportach bramki płatności i patrz na zmianę w czasie. Ważniejsze od samego odsetka jest to, na którym kroku ludzie odpadają: w koszyku, przy danych czy przy płatności.
Czy porzucony koszyk da się odzyskać mailem? Częściowo tak - wtyczki do WooCommerce potrafią wysłać przypomnienie do klienta, który zostawił adres e-mail. Ale przypomnienie działa tylko wtedy, gdy klient wyszedł z powodu wahania, a nie dlatego, że checkout mu się nie wczytał albo formularz odrzucił jego numer telefonu. Jeśli powód jest techniczny, mail zaprowadzi klienta dokładnie w to samo miejsce, w którym już raz się zablokował.
Jak sprawdzić, czy powód jest techniczny, czy cenowy? Przejdź cały zakup na własnym telefonie, na słabym łączu, i zapisz każde miejsce, gdzie coś trwa za długo, wygląda podejrzanie albo wyrzuca komunikat błędu. Potem zestaw to z analityką lejka: nagły spadek na jednym konkretnym kroku to prawie zawsze technika, równomierne osypywanie się to raczej oferta i cena. Dopiero z tymi danymi wiadomo, co naprawiać najpierw.
Czy dodanie BLIK-a i Apple Pay wymaga przebudowy sklepu? Nie. To zwykle konfiguracja po stronie operatora płatności plus wtyczka bramki, a wymogiem technicznym jest przede wszystkim poprawne HTTPS na całym sklepie. Sam checkout zostaje ten sam, dochodzi tylko kolejna metoda płatności do wyboru.
Powiązane: Apple Pay i Google Pay w WooCommerce · Dlaczego sklep WooCommerce wolno działa