Porzucone koszyki i checkout — dlaczego klienci rezygnują i jak to ograniczyć

Porzucony koszyk to dwa różne zjawiska, które łatwo pomylić: koszyk, którego klient w tej sesji wcale nie zamierzał dokończyć, i koszyk, z którego zrezygnował w trakcie checkoutu, choć chciał kupić. Poniżej rozdzielamy oba przypadki, pokazujemy, co mówi (i czego nie mówi) wskaźnik porzuceń koszyka Baymard Institute, i przechodzimy przez mierzalne przyczyny rezygnacji w checkoucie — koszty, rejestrację i długość formularza — aż do checklisty i pomiaru w GA4.

Porzucone koszyki — ile ich naprawdę jest

Najczęściej cytowany wskaźnik porzuceń koszyka, 70,22%, to średnia z 50 badań różnych firm, a nie jeden pomiar. Baymard Institute opisuje go jako „average calculated based on 50 different studies containing statistics on ecommerce shopping cart abandonment”; zestawienie obejmuje badania od MarketingSherpa 2006 (59,80%) do Uptain 2025 (71,72%) (baymard.com/lists/cart-abandonment-rate, „Last updated: September 22, 2025”, odczyt 2026-10-05). Różne firmy, różne lata, różne metodologie. Osobna strona tego samego instytutu podaje inną liczbę dla podobnego, ale nie identycznego pomiaru: „70.19%”, „tracked … for 14 years” (baymard.com/research/checkout-usability, odczyt 2026-10-05). Cytuj jedną z tych stron z jej własną liczbą — nie licz średniej z obu i nie przedstawiaj ich jako tego samego pomiaru.

Ta liczba nie mówi tego, co zwykle się jej przypisuje. W ankiecie Baymard wśród kupujących online w USA na czele powodów porzucenia koszyka stoi odpowiedź, która w ogóle nie oznacza przerwanej transakcji: 42% badanych wskazało „I was just browsing / not ready to buy”. Spora część z tych 70% to więc nie utracona sprzedaż, tylko koszyk używany jako lista zakupów, notatnik cenowy albo narzędzie do porównania opcji, bez zamiaru dokończenia zakupu w tej sesji. Projekt checkoutu realnie wpływa na co innego: na klientów, którzy już zaczęli checkout — podali dane, wybrali dostawę — i mimo to nie dokończyli zamówienia. Dalsza część ankiety Baymard odpowiada właśnie na pytanie, dlaczego rezygnują ci, którzy nie wskazali „just browsing”.

Dlaczego klienci rezygnują w checkoucie

Najczęstszy powód rezygnacji to za wysokie koszty dodatkowe, a wiele pozostałych da się według Baymard usunąć samym projektem checkoutu („many of them can be fixed purely through design changes”). Po pominięciu odpowiedzi „just browsing” ankieta Baymard wśród amerykańskich kupujących online daje taki rozkład powodów:

Źródło: baymard.com/lists/cart-abandonment-rate, odczyt 2026-10-05. Tę tabelę zawsze podawaj z ograniczeniem: strona nie publikuje wielkości próby ani daty badania terenowego, a ankieta dotyczy wyłącznie kupujących online w USA. To nie są dane z polskiego rynku.

Polskie dane mierzą coś innego i nie wolno ich dokładać do tej tabeli. Gemius w badaniu z 2026 roku (CAWI, 14–22.07.2026) pytał kupujących o czynniki wyboru sprzedawcy, a nie o powody porzucenia koszyka w trakcie checkoutu: „niska cena produktu (42%) i darmowa dostawa (37%) to kluczowe czynniki wyboru sprzedawcy”, a wśród obaw: „42% obawia się nieuczciwego sprzedawcy a 34% oszustwa podczas płatności”. Osobno, wśród powodów zmiany sklepu: „wysokie koszty wysyłki lub brak darmowej dostawy 47%”, „długi czas dostawy 30%”, „brak możliwości darmowego zwrotu 27%”, „niejasne zasady zwrotów i reklamacji 26%”. To deklarowane czynniki wyboru i zmiany sklepu, nie zdarzenia porzucenia koszyka w połowie checkoutu. Jeśli cytujesz je obok tabeli Baymard, oznacz je jako osobny pomiar na innej populacji.

Eurostat w danych za 2025 rok (zbiór isoc_ec_iprb21, komunikat UE z 11.03.2026) pytał osoby, które kupowały online w ostatnich trzech miesiącach, o problemy napotkane przy zakupach. W Polsce jakiś problem zadeklarowało 20,62% kupujących, w całej UE 35,43%; dostawę wolniejszą niż obiecano — 10,96% w Polsce wobec 19,92% w UE; stronę trudną w obsłudze lub niedziałającą — 4,83% w Polsce wobec 11,49% w UE. To również inny pomiar niż ankieta Baymard: dotyczy problemów napotkanych przy kupowaniu przez stronę internetową lub aplikację, nie powodów porzucenia koszyka w trakcie checkoutu.

Koszty widoczne wcześniej

Koszty dodatkowe to najczęstszy pojedynczy powód porzucenia, a zarazem ten, który sklep może pokazać, zanim klient dotrze do ostatniego kroku. W tabeli Baymard za wysokie koszty dodatkowe wskazało 40% badanych, a osobno 12% nie mogło zobaczyć ani policzyć pełnego kosztu zamówienia z góry. Koszt dostawy, prowizja za metodę płatności, ewentualny podatek — wszystko to da się pokazać w koszyku, zanim cokolwiek „wyskoczy” na ostatnim ekranie. Skąd biorą się koszty dostawy i prowizje od konkretnych metod płatności i bramek, opisujemy w tekstach o metodach płatności i bramkach płatności. Tutaj chodzi tylko o miejsce tego problemu w checkoucie.

Zakup jako gość

Wymuszona rejestracja konta to czwarty najczęstszy powód porzucenia checkoutu w tabeli Baymard — 18% wskazań. Instytut nie publikuje, jaki odsetek sklepów faktycznie wymusza rejestrację, a nie znaleźliśmy tej liczby w żadnym publicznie dostępnym materiale Baymard, więc jej nie podajemy. Mechanizm wynika jednak z samej tabeli: zakup jako gość usuwa jeden z czterech najczęściej deklarowanych powodów rezygnacji i nie zmienia niczego innego w checkoucie. Propozycję założenia konta pokaż po zakończonej transakcji — klient ma wtedy za sobą udany zakup, a konto nie jest barierą przed nim.

Krótszy formularz: pola, autouzupełnianie, express checkout

Przeciętny amerykański checkout ma mniej więcej dwa razy więcej pól, niż potrzeba (nasze przeliczenie: 14,88 pola wobec idealnych 7–8, czyli 1,9–2,1 raza). Dwie strony Baymard podają tu jednak różne liczby na różnych podstawach. Strona ze statystykami porzuceń koszyka mówi: „An ideal checkout flow can be as short as 12-14 form elements (7-8 if only counting the form fields)”, a „the average US checkout flow contains 23.48 form elements displayed to users by default. (14.88 if only counting the form fields.)” (baymard.com/lists/cart-abandonment-rate, odczyt 2026-10-05). Osobny wpis na blogu z 26 czerwca 2024 roku podaje inną, nowszą liczbę: „the average checkout flow in 2024 is 5.1 steps long and contains 11.3 form fields” — spadek z 11,8 w 2021 roku i 12,7 w 2019 roku (baymard.com/blog/checkout-flow-average-form-fields). Liczby 14,88 i 11,3 nie pochodzą z tego samego pomiaru — cytuj jedną stronę z jej własną liczbą, nie licz z nich średniej.

Autouzupełnianie adresu i danych kontaktowych przez przeglądarkę nie wymaga po stronie sklepu żadnej dodatkowej integracji. Wystarczą poprawnie opisane pola formularza, żeby przeglądarka klienta mogła je rozpoznać i wypełnić automatycznie. To jedna z najprostszych zmian: skraca checkout bez usuwania żadnego pola.

Express checkout idzie dalej i pozwala w ogóle ominąć formularz adresu. Stripe opisuje swój Express Checkout Element jako „integration for accepting payments through one-click payment method buttons”, obsługującą Link, Apple Pay, Google Pay, PayPal, Klarnę i Amazon Pay. Po stronie adresu wystarczy ustawić shippingAddressRequired, a dane dostawy przychodzą z portfela cyfrowego, nie z wpisywanego formularza (docs.stripe.com/elements/express-checkout-element). Shopify działa podobnie przez przyciski przyspieszonego checkoutu: „when a customer clicks an unbranded button, they skip the cart and go to the Shopify Checkout”, a Shop Pay „saves your customers' email address, payment method, and shipping and billing information, eliminating the need for them to enter these details every time” (help.shopify.com/en/manual/online-store/dynamic-checkout, help.shopify.com/en/manual/payments/shop-pay). Z polskich operatorów PayU i Przelewy24 opisują Apple Pay i Google Pay jako sposób na pominięcie wpisywania danych karty — PayU na stronie Google Pay pisze, że kupujący „nie musi podawać danych karty ani logować się do bankowości internetowej”. Żadna z tych dwóch stron nie dokumentuje jednak, czy portfel przekazuje sklepowi także adres dostawy, więc tego nie przesądzamy.

Polskim odpowiednikiem express checkoutu jest BLIK bez przekierowania na stronę banku, realizowany wprost na stronie sklepu. Operatorzy nazywają go różnie, ale mechanizm jest ten sam: klient wpisuje 6-cyfrowy kod BLIK w formularzu sklepu, a nie na stronie pośrednika płatności. Przelewy24 w dokumentacji API nazywa to „BLIK level 0” i udostępnia metodę paymentMethod/blik/chargeByCode, która przyjmuje kod wpisany przez klienta bezpośrednio na stronie sklepu — „in addition to the standard payment flow based on redirection to the P24 payment panel” (developers.przelewy24.pl, odczyt 2026-10-01). PayU opisuje tę samą ideę jako „płatność transparentną kodem autoryzacyjnym BLIK”, w której „kupujący wprowadza kod autoryzacyjny BLIK jeszcze na stronie sklepu”. Zastrzega przy tym, że wszystkie usługi BLIK poza przekierowaniem wymagają „specjalnej konfiguracji punktu płatności (POS) ze strony PayU”, a ta konfiguracja „nie jest kompatybilna z opcją Przekierowanie na stronę płatności BLIK” (developers.payu.com/pl/blik.html, odczyt 2026-10-01). Tpay udostępnia podobną metodę w API transakcyjnym, która wysyła kod BLIK „in direct communication between merchant and BLIK system” (docs.tpay.com, odczyt 2026-10-01). Autopay nazywa tę funkcję „BLIK 0”, a jej dalszy wariant — „BLIK 0 OneClick”: klient w ogóle nie wpisuje kodu, bo zatwierdza płatność w aplikacji bankowej „bez konieczności opuszczania Serwisu” (developers.autopay.pl, odczyt 2026-10-01). Stripe obsługuje BLIK na podobnej zasadzie — kod trafia do własnego formularza płatności Stripe, nie na zewnętrzną stronę banku — ale zaznacza wprost, że „Express Checkout Element doesn't support BLIK” (docs.stripe.com/payments/blik, odczyt 2026-10-01). Jeśli korzystasz z jednego z tych operatorów, sprawdź w panelu płatności albo u opiekuna handlowego, czy ta opcja jest włączona na Twoim koncie. Część wariantów (np. transparentny BLIK w PayU) wymaga osobnej konfiguracji przed wdrożeniem.

Benchmark checkoutu: 65% / 35% / 2%

Prawie dwie trzecie dużych sklepów ma checkout przeciętny albo gorszy. Baymard ocenił checkout 344 sklepów z USA i UE: „65% of sites have a performance of »mediocre« or worse, 35% of sites feature a »decent« or better checkout flow, and only 2% are »good«”, a żadna witryna nie osiągnęła poziomu „perfect” (baymard.com/research/checkout-usability, odczyt 2026-10-05). To klasyfikacja samego instytutu, oparta na ponad 110 wytycznych i ponad 30 000 ocenionych elementów checkoutu — nie niezależny audyt rynku, tylko punkt odniesienia: „The average site has 32 unique improvements to perform in their checkout flow”.

Porzucony koszyk: przypomnienie mailem albo SMS-em

Przypomnienie o koszyku działa tylko wtedy, gdy sklep zna kontakt do klienta i ma podstawę prawną, żeby do niego napisać. Mechanizm jest prosty: sklep rejestruje, że klient dodał produkty do koszyka i opuścił stronę bez złożenia zamówienia, a następnie wysyła przypomnienie — mailem albo SMS-em — z listą pozostawionych produktów. Technicznie sklep musi znać adres e-mail klienta, zanim ten opuści stronę (np. z zalogowanego konta albo z formularza), bo inaczej przypomnienie nie ma dokąd trafić.

Warunek prawny łatwo przeoczyć. Prawo komunikacji elektronicznej (Dz.U. 2024 poz. 1221, w mocy od 10 listopada 2024 r.) w art. 398 ust. 1 zakazuje używania urządzeń końcowych i automatycznych systemów wywołujących „do celów przesyłania informacji handlowej […], w tym marketingu bezpośredniego, do abonenta lub użytkownika końcowego, chyba że uprzednio wyraził on na to zgodę”. Przypomnienie, które zachęca do zakupu albo pokazuje produkt promocyjnie, łatwo uznać za informację handlową — a wtedy wymaga uprzedniej zgody, nie wystarczy samo podanie adresu e-mail w formularzu dostawy. To, czy konkretna wiadomość jest informacją handlową, wymaga oceny prawnej; ustal ją z prawnikiem przed uruchomieniem automatu. Zgodę na kanał SMS i koszt wysyłek omawiamy w artykule o kampaniach SMS.

Mierzenie: lejek checkoutu w GA4

GA4 ma standardowe zdarzenia dla każdego kroku checkoutu, więc miejsce rezygnacji da się zmierzyć, a nie zgadywać. Zestaw zdarzeń e-commerce opisujący ścieżkę od koszyka do zakupu to add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info i purchase (developers.google.com/analytics/devguides/collection/ga4/reference/events, odczyt 2026-10-01). Trzy środkowe zdarzenia dokumentacja opisuje jednoznacznie: „begin_checkout — This event signifies that a user has begun a checkout”, „add_shipping_info — This event signifies a user has submitted their shipping information in an ecommerce checkout process”, „add_payment_info — This event signifies a user has submitted their payment information in an ecommerce checkout process”. Przewodnik e-commerce GA4 przedstawia je jako sekwencję do wdrożenia krok po kroku: „Measure the first step in a checkout process by sending a begin_checkout event”, przy przejściu klienta do kolejnego kroku „send an add_shipping_info event”, a dalej „Send the add_payment_info event when a user submits their payment information” (developers.google.com/analytics/devguides/collection/ga4/ecommerce, odczyt 2026-10-01).

Żeby zobaczyć, na którym kroku klienci rezygnują, użyj eksploracji lejka: w sekcji Eksploracje wybierasz szablon eksploracji lejka i definiujesz każdy krok jako zdarzenie — na przykład begin_checkout → add_shipping_info → add_payment_info → purchase. GA4 pokazuje wtedy, jaki odsetek użytkowników przechodzi z jednego kroku do następnego, a jaki odpada na każdym z nich (support.google.com/analytics/answer/9327974, odczyt 2026-10-01). Jedno ograniczenie warto znać od razu: kroki lejka definiuje się warunkami opartymi na zdarzeniach i wymiarach (np. zdarzenie purchase z parametrem value), nie na metrykach. Dokumentacja mówi: „You can't define funnel steps based on metrics”.

Checklista checkoutu

Lista do przejścia przy własnym checkoucie:

• Koszt dostawy i wszystkie opłaty dodatkowe są widoczne w koszyku, zanim klient trafi na ostatni krok płatności.
• Zakup jako gość jest dostępny — rejestracja konta jest opcją, nie wymogiem.
• Formularz checkoutu zbiera tylko dane potrzebne do realizacji zamówienia, a pola mają poprawnie opisane atrybuty, żeby przeglądarka mogła je autouzupełnić.
• Jeśli operator płatności oferuje szybszą ścieżkę (portfel cyfrowy, BLIK bez przekierowania), jest ona widoczna na początku checkoutu, nie dopiero na ostatnim ekranie.
• Przypomnienia o porzuconym koszyku mają podstawę prawną ustaloną z prawnikiem (art. 398 Prawa komunikacji elektronicznej) — bezpieczna droga to uprzednia zgoda klienta.
• Lejek checkoutu jest mierzony, a nie zgadywany — wiadomo, na którym kroku klienci rezygnują najczęściej.

Checkout to jedno z trzech miejsc, w których sklep traci klientów — dwa pozostałe, wyszukiwarkę i kartę produktu, omawia dział UX e-commerce. Pełną listę kontrolną dla całego sklepu, nie tylko checkoutu, znajdziesz w checkliście UX sklepu.