Porzucone koszyki w sklepie. Dlaczego klienci nie kończą zakupów?
Nie każdy porzucony koszyk oznacza błąd sklepu. Klientów zatrzymują też koszty dostawy, niewygodny checkout i problemy z płatnością. Sprawdź w GA4, na którym etapie rezygnują.
7 na 10 koszyków w sklepach internetowych nie kończy się zakupem. Tak wynika z zestawienia 50 badań przeanalizowanych przez Baymard Institute. Część klientów tylko porównuje oferty. Inni rezygnują przez dodatkowe koszty, niewygodny formularz albo błędy sklepu.
A co, jeśli klient chciał u Ciebie kupić, ale Twój sklep mu to utrudnił? Pokażemy Ci, jak za pomocą GA4 i Microsoft Clarity znaleźć podejrzany etap zakupów, sprawdzić przyczynę i naprawić przeszkody, zanim wydasz więcej na reklamy lub automatyczne przypomnienia.
Dlaczego klienci porzucają koszyki? Zacznijmy od danych
Źródła: Baymard Institute (średnia z 50 badań) oraz Gemius, E-commerce w Polsce 2026. To różne badania i grupy respondentów; ich wyników nie należy ze sobą sumować.
Wysoki wskaźnik porzuceń nie musi oznaczać, że sklep jest zepsuty. W badaniu Baymard 42% kupujących w USA przyznało, że zdarzało im się porzucać koszyk, bo tylko oglądali ofertę i nie byli gotowi na zakup.
Ale są również powody, na które właściciel sklepu ma wpływ. Wśród badanych, którzy wskazali konkretną przeszkodę, pojawiały się:
| Dlaczego klient rezygnuje? | Odsetek |
|---|---|
| Zbyt wysokie dodatkowe koszty | 40% |
| Zbyt długi czas dostawy | 20% |
| Brak zaufania przy podawaniu danych karty | 19% |
| Obowiązkowe założenie konta | 18% |
| Skomplikowany proces składania zamówienia | 17% |
Badanie konsumentów w USA, z wyłączeniem osób, które jedynie przeglądały oferty. Odpowiedzi nie są rozłączne. Dane nie opisują dokładnego udziału przyczyn w Twoim sklepie.
Nie odzyskasz każdego porzuconego koszyka. Możesz jednak sprawdzić, czy klienci nie rezygnują przez przeszkody, które da się usunąć.
Porzucony koszyk a przerwany checkout. To nie to samo
Wyobraź sobie dwóch kupujących. Pierwszy dodaje latarkę do koszyka, sprawdza cenę i porównuje ją z ofertami innych sklepów. Drugi rozpoczyna zamówienie, wybiera automat paczkowy, ale nie może wskazać punktu odbioru. Po kilku próbach zamyka stronę.
W obu przypadkach sklep może odnotować porzucony koszyk. Tylko w drugim mamy jednak wyraźny sygnał przeszkody zakupowej.
Porzucony koszyk
Produkt znalazł się w koszyku, ale nie doszło do zakupu. Klient mógł jeszcze nie podjąć decyzji.
Przerwany checkout
Klient rozpoczął składanie zamówienia, ale nie dotarł do jego zakończenia. Warto sprawdzić, na którym kroku się zatrzymał.
Nie zgadujmy więc, dlaczego nie kupił. Zacznijmy od danych.
Jak sprawdzić w GA4, gdzie klienci rezygnują?
1. Otwórz „Ścieżkę do płatności”
W Google Analytics 4 znajdź raport „Ścieżka do płatności” w sekcji raportów dotyczących sprzedaży lub generowania przychodu. Jeżeli go nie widzisz, sprawdź, czy raport jest udostępniony i czy pomiar e-commerce został poprawnie skonfigurowany.
| Zdarzenie | Co oznacza? |
|---|---|
begin_checkout |
Rozpoczęcie składania zamówienia |
add_shipping_info |
Przekazanie informacji o dostawie |
add_payment_info |
Przekazanie informacji o płatności |
purchase |
Zakończony zakup |
Standardowy raport zaczyna się od begin_checkout. Aby sprawdzić przejście od dodania produktu do rozpoczęcia zamówienia, uwzględnij add_to_cart w osobnej eksploracji lejka.
2. Sprawdź, na którym kroku jest największy odpływ
| Co widzisz? | Co sprawdzić? |
|---|---|
| Dodają do koszyka, ale nie rozpoczynają zamówienia | Przejście do kasy, koszty dostawy, informacje w koszyku |
| Odpadają przy dostawie | Metody wysyłki, formularz, wybór punktu odbioru |
| Odpadają przy płatności | BLIK, bramkę płatniczą, komunikaty błędów |
| Problem dotyczy głównie telefonów | Mobilną wersję checkoutu i działanie skryptów |
| GA4 pokazuje mniej zakupów niż panel sklepu | Zdarzenie purchase, zgody i sposób pomiaru |
Duży odpływ nie dowodzi konkretnej przyczyny. Może oznaczać awarię, ale też zbyt wysoką cenę dostawy albo brak preferowanej metody płatności. Porównaj okresy, urządzenia i dostępne dane, zanim zdecydujesz o naprawie.
3. Porównaj dane z rzeczywistymi zamówieniami
Jeśli PrestaShop pokazuje opłacone zamówienia, a GA4 ich nie rejestruje, problem może dotyczyć pomiaru — na przykład zdarzenia purchase po powrocie z bramki płatniczej. Najpierw upewnij się, że mierzysz zakupy prawidłowo.
Więcej o raporcie: pomoc Google Analytics – ścieżka do płatności.
GA4 pokazuje, gdzie. Microsoft Clarity pomaga zobaczyć, co robi klient
Microsoft Clarity udostępnia mapy kliknięć, przewijania oraz nagrania sesji. Dzięki temu można sprawdzić, jak użytkownicy poruszają się po koszyku i formularzu zamówienia.
Mapa cieplna
Pokazuje zbiorczo, gdzie ludzie klikają. Może ujawnić niewidoczny przycisk albo element wyglądający na interaktywny, choć nim nie jest.
Nagranie sesji
Pokazuje przebieg interakcji. Powtarzające się kliknięcia (rage clicks) i kliknięcia bez reakcji (dead clicks) mogą wskazać problem wymagający testu.
Jeżeli klient kilka razy naciska „Wybierz punkt odbioru” i nie może przejść dalej, mamy wskazówkę, gdzie szukać. Nagranie samo w sobie nie potwierdza jeszcze, że zepsuł się moduł. Trzeba odtworzyć problem w sklepie.
Przy wdrażaniu Clarity uwzględnij zgody użytkowników w EOG i maskowanie danych osobowych oraz pól płatniczych. Brak pełnych nagrań nie oznacza, że problem nie występuje.
Przykład: klient chce kupić latarkę, ale nie może wybrać dostawy
Klient znalazł latarkę NOX H400, dodał ją do koszyka i wybrał odbiór w automacie paczkowym. Wszystko wygląda prawidłowo aż do momentu wyboru punktu. Przycisk nie otwiera mapy, a bez wskazania punktu nie można przejść do płatności.
W GA4 zauważamy odpływ w procesie zakupowym. W Clarity widzimy, że użytkownicy ponawiają kliknięcie. To hipoteza, nie potwierdzona diagnoza.
Co sprawdzamy przed naprawą?
- Odtwarzamy błąd na telefonie i komputerze, w kilku przeglądarkach.
- Sprawdzamy komunikaty błędów w konsoli oraz działanie mapy punktów odbioru.
- Weryfikujemy konfigurację modułu dostawy i jego zgodność z PrestaShop oraz szablonem.
- Testujemy, czy pozostałe sposoby dostawy i płatności pozwalają złożyć zamówienie.
Po usunięciu potwierdzonej przyczyny klient może wskazać automat, zobaczyć prawidłowy koszt wysyłki i przejść do płatności. Na końcu wykonujemy próbne zamówienie i sprawdzamy zapis oraz potwierdzenie zakupu.
Co naprawdę zyskujemy? Nie obiecujemy nagle większej sprzedaży. Wiemy, że konkretną usterkę można było odtworzyć, naprawiliśmy ją i sprawdziliśmy, czy zakup da się zakończyć. Wpływ na liczbę zamówień należy ocenić później w danych.
Klienci dodają produkty, ale nie kończą zakupów?
W WarsztatSEO możemy przeanalizować ścieżkę zakupową, sprawdzić płatności i dostawę oraz zdiagnozować błędy PrestaShop. Jeśli problem wymaga wdrożenia, nie kończymy na samym raporcie.
7 powodów porzucania koszyków i co z nimi zrobić
1. Koszt dostawy pojawia się za późno
Produkt kosztuje 149 zł, ale pełna cena zamówienia pojawia się dopiero przed płatnością. Rozwiązanie: pokaż koszt lub jasne zasady wyliczenia dostawy wcześniej — już w koszyku albo na karcie produktu.
2. Klient nie znajduje wygodnej metody dostawy
Nie można wybrać automatu albo dostępne opcje zmieniają się bez wyjaśnienia. Rozwiązanie: sprawdź dostępność metod dla produktów i adresów, a wybór punktu odbioru przetestuj na telefonie.
3. BLIK lub inna płatność znika albo kończy się błędem
Powodem może być konfiguracja, ograniczenia kraju i waluty albo integracja modułów. Rozwiązanie: testuj różne kombinacje dostawy i płatności oraz potwierdzenie zamówienia po transakcji. Przy aktualizacjach sklepu zobacz także co sprawdzić przed zmianą wersji PrestaShop.
4. Sklep wymaga założenia konta
Klient chce jednorazowo kupić produkt, a musi przejść przez rejestrację. Rozwiązanie: jeśli model sprzedaży na to pozwala, umożliw zakupy bez konta i usuń zbędne pola formularza.
5. Checkout jest niewygodny na telefonie
Komunikat błędu znika pod klawiaturą, przyciski są zbyt małe, a formularz wymaga ponownego wpisywania danych. Rozwiązanie: przetestuj całą ścieżkę na prawdziwym smartfonie, nie tylko na ekranie komputera.
6. Klient nie ufa sklepowi
Przed zapłatą szuka zasad zwrotu, danych sprzedawcy i terminu dostawy. Rozwiązanie: pokaż te informacje w zrozumiały sposób; nie zastępuj ich przypadkowymi znaczkami „100% bezpieczeństwa”.
7. Błąd występuje tylko w określonych warunkach
Na komputerze działa, a na telefonie nie. Problem pojawia się po użyciu kuponu albo tylko przy jednym przewoźniku. Rozwiązanie: odtwórz dokładne warunki, sprawdź historię zmian i logi. Nie wymieniaj całego checkoutu bez diagnozy.
Masz 50–100 produktów? Sprawdź zakupy najpopularniejszych pozycji i najczęściej wybierane płatności. Przy katalogu liczącym tysiące SKU potrzebna bywa dodatkowa analiza kombinacji dostaw, wariantów i integracji.
Czy warto odzyskiwać koszyki e-mailem, SMS-em i rabatami?
Tak, jeśli sklep działa poprawnie, a klient po prostu odłożył decyzję. Klaviyo wskazuje jako punkt wyjścia sekwencję 2–3 wiadomości, z pierwszym przypomnieniem zwykle po kilku godzinach. To nie jest jednak zasada odpowiednia dla każdego asortymentu.
Nie zaczynaj od rabatu
Jeżeli sklep zawsze rozdaje zniżki za pozostawiony koszyk, część kupujących może nauczyć się celowo czekać na rabat. Najpierw przetestuj proste przypomnienie i pomocne informacje o dostawie. Mierz nie tylko przychód przypisywany do wiadomości, ale również koszty i marżę.
Nie przypominaj o koszyku osobie, która już zapłaciła
Przed uruchomieniem automatyzacji upewnij się, że zakończone zamówienia są poprawnie rozpoznawane i wykluczane z wysyłek. Sprawdź też, czy kilka narzędzi nie wysyła równolegle tego samego komunikatu.
Ważne: sam adres e-mail podany przy zamówieniu nie jest automatyczną zgodą na reklamowe przypomnienia. W Polsce trzeba uwzględnić przepisy o komunikacji elektronicznej i ochronie danych, w tym art. 398 Prawa komunikacji elektronicznej.
Żadne przypomnienie nie zastąpi poprawnej płatności ani działającej mapy punktów odbioru.
Co naprawić najpierw? Checklista dla właściciela sklepu
Zanim kupisz kolejny moduł, otwórz sklep na telefonie i przejdź przez zakup jednego z popularnych produktów.
- Czy klient zna pełny koszt dostawy przed ostatnim krokiem?
- Czy wybór przewoźnika i punktu odbioru działa prawidłowo?
- Czy BLIK i pozostałe oferowane płatności pozwalają zakończyć zakup?
- Czy można kupić bez niepotrzebnej rejestracji?
- Czy formularz i komunikaty błędów są wygodne na telefonie?
- Czy po opłaceniu zamówienia pojawia się poprawne potwierdzenie?
- Czy zamówienie jest zapisane w panelu sklepu i poprawnie mierzone w GA4?
- Czy możesz prześledzić zachowania użytkowników bez naruszania ich prywatności?
- Czy automatyzacja nie wysyła przypomnień do klientów, którzy już kupili?
Najpierw usuń przeszkody uniemożliwiające zakup. Potem napraw pomiar, uporządkuj koszty i formularze, a na końcu sprawdź, czy automatyzacje pomagają odzyskiwać klientów. Nie odwracaj tej kolejności bez wyraźnego powodu.
Jeżeli ludzie rezygnują jeszcze przed dodaniem produktu do koszyka, problem może być szerszy. Sprawdź również nasz poradnik dlaczego sklep ma ruch, ale nie sprzedaje. Przy powracających błędach technicznych przydatny będzie też artykuł o problemach z działaniem PrestaShop.
Najczęstsze pytania
Jaki wskaźnik porzuconych koszyków jest dobry?
Nie ma jednego wyniku odpowiedniego dla wszystkich sklepów. Średnia Baymard to kontekst, a nie cel. Porównuj przede wszystkim własne wyniki w czasie, z uwzględnieniem urządzeń, branży i poprawności pomiaru.
Czy Clarity pokaże, dlaczego klient nie kupił?
Nie bezpośrednio. Nagrania i mapy cieplne pomagają zauważyć zachowania, ale przyczynę warto potwierdzić testem zakupowym, danymi technicznymi lub informacją od klienta.
Czy moduł do odzyskiwania koszyków rozwiąże problem?
Może pomóc przypomnieć o niedokończonym zakupie. Nie naprawi niedziałającej płatności, nieczytelnych kosztów czy błędnego wyboru dostawy.
Klient dotarł do koszyka. Pomóż mu dokończyć zakup.
W WarsztatSEO sprawdzamy ścieżkę zakupową, analizujemy GA4, testujemy płatności i dostawę oraz diagnozujemy błędy PrestaShop. Nie musisz od razu zamawiać kompleksowego SEO: jeśli problem dotyczy jednego modułu lub etapu checkoutu, zacznijmy właśnie od niego.