Mobile daje 70 % ruchu i 45 % sprzedaży, a cała różnica siedzi w checkoucie
W audytowanych przez nas sklepach PrestaShop ze średniej półki urządzenia mobilne odpowiadają średnio za 71 % ruchu i 44 % obrotu. Te 27 punktów różnicy tłumaczy niemal w całości współczynnik konwersji mobilnej niższy o połowę niż na komputerach (1,2 % wobec 2,6 % średnio). I nie chodzi o intencję zakupową, bo wskaźniki dodania do koszyka są porównywalne, tylko o tarcie w checkoucie.
Konwersję mobilną zabijają trzy konkretne tarcia:
- Dodanie do koszyka wymuszające przewinięcie w górę na długich kartach produktów, bo użytkownik skończył czytać parametry na dole, a przycisk dodania jest na samej górze, poza widocznym obszarem.
- Wpisywanie adresu w checkoucie, bo wystukanie pełnego adresu na klawiaturze mobilnej zajmuje 45 sekund i generuje średnio 2 do 3 błędów.
- Wpisywanie międzynarodowego numeru telefonu, bo przy sprzedaży wielokrajowej proszenie czeskiego klienta o numer w polskim formacie sprawia, że od 8 do 12 % koszyków ląduje w porzuceniu.
Te trzy tarcia są niezależne, ale kumulują się. Naprawienie ich naraz podwaja efekt: to już nie optymalizacja warta 2 czy 3 punkty, lecz typowo zysk od 6 do 11 punktów konwersji mobilnej. Ten artykuł omawia mechanikę każdej dźwigni i pułapki wdrożeniowe.
Dźwignia 1: przyklejony przycisk dodania do koszyka
Dlaczego przyklejony koszyk działa
Dobrze zrobiona mobilna karta produktu mierzy od 2 500 do 4 000 pikseli wysokości (tytuł, cena, główne zdjęcie, selektor odmiany, opis, FAQ, opinie, produkty podobne). Przycisk dodania jest w górnej części, w okolicach 600 do 800 pikseli. Gdy użytkownik przewija, aby przeczytać szczegóły, przycisk znika z widoku. Aby kupić, musi przewinąć z powrotem, co przerywa lekturę i fizycznie sygnalizuje: „nie powinno cię tu być”.
Przyklejony koszyk rozwiązuje ten problem, wyświetlając stale przycisk dodania do koszyka albo płatności ekspresowej w dolnej strefie ekranu, w zasięgu kciuka. To pasek, który widzisz w Allegro, na Amazonie i w każdym poważnym sklepie projektowanym mobile-first.
Anatomia dobrze zaprojektowanego przyklejonego koszyka
Skuteczny przyklejony koszyk zawiera:
- Miniaturę produktu (40 na 40 pikseli), przypominającą, co się kupuje.
- Cenę jednostkową i cenę przekreśloną, jeśli trwa promocja.
- Selektor ilości z przyciskami plus i minus dostępnymi dla kciuka.
- Przycisk dodania o wysokości co najmniej 48 pikseli, zgodnie z zalecanym rozmiarem celu dotykowego.
- Opcjonalnie, ale bardzo skutecznie: przycisk płatności ekspresowej (BLIK, Apple Pay, Google Pay) wprost na pasku, omijający pośredni koszyk.
To właśnie przycisk płatności ekspresowej na pasku przeważa szalę konwersji: zamienia ścieżkę z czterech ekranów (karta, koszyk, checkout, potwierdzenie) na dwa (karta, potwierdzenie).
Trzy pułapki przyklejonego koszyka
1. Zbyt wczesne pojawienie się. Pasek pokazujący się od razu po załadowaniu strony zasłania główne zdjęcie i jest odbierany jako nachalny. Zasada: pojawienie się po 200 do 400 pikselach przewinięcia, gdy natywny przycisk wychodzi poza widok. Animacja wysuwania w 200 ms dla płynności.
2. Kumulacja z przyklejonym menu. Jeśli sklep ma już przyklejony nagłówek u góry, pasek na dole zjada widoczny obszar. Na małych ekranach zostaje około 400 pikseli treści, co nie wystarcza do wygodnego czytania. Rozwiązanie: nagłówek nieprzyklejony na urządzeniach mobilnych, a przyklejony wyłącznie koszyk na dole.
3. Konflikt z klawiaturą ekranową. W momencie, gdy użytkownik wpisuje ilość w pole tekstowe paska, klawiatura wysuwa się i zasłania przycisk. Rozwiązanie: selektory plus i minus zamiast pól tekstowych albo wykrywanie wysokości widocznego obszaru i dostosowanie paska.
Wdrożenie w PrestaShop
Moduł przyklejonego przycisku dodania do koszyka dla PrestaShop wstrzykuje pasek przez hook displayFooterProduct, z pozycjonowaniem CSS na dole ekranu i wyzwalaniem widoczności przy przewijaniu. Pasek jest natywnie responsywny (ukryty na komputerach), zgodny z odmianami (aktualizacja ceny przy zmianie wariantu) i wyłączalny per kategoria produktu, co przydaje się przy produktach wymagających złożonej konfiguracji.
Zmierzony wpływ: od 12 do 18 % wyższa konwersja mobilna na długich kartach produktów (moda, elektronika, kosmetyki), neutralny albo lekko ujemny na kartach krótkich (książki, proste akcesoria). Do konfigurowania per kategoria, zależnie od profilu produktu.
Dźwignia 2: autouzupełnianie adresu w checkoucie
Ukryty koszt ręcznego wpisywania
W PrestaShop standardowy formularz adresu prosi o 5 do 7 pól: numer, ulica, kod pocztowy, miejscowość, kraj, uwagi. Na urządzeniu mobilnym każde z nich wyzwala animację klawiatury, błędy wpisywania i wysokie ryzyko literówki w kodzie pocztowym albo nazwie miejscowości.
Mierzalny efekt: od 14 do 22 % porzuceń konkretnie na formularzu adresu, czyli pierwszy punkt osypywania się lejka po założeniu konta. A od 4 do 8 % ukończonych zamówień ma błędny adres, który powoduje nieudaną dostawę, zwrot albo korektę.
Jak działa autouzupełnianie
Użytkownik zaczyna wpisywać adres. Od trzeciego znaku wysyłane jest zapytanie do API podpowiedzi adresowych, które zwraca listę ustrukturyzowanych propozycji. Użytkownik wybiera właściwą, a API zwraca kompletny adres w znormalizowanych komponentach: numer, ulica, kod pocztowy, miejscowość, kraj. Komponenty są automatycznie mapowane na pola formularza.
Trzy natychmiastowe korzyści:
- Wpisanie w 5 do 8 sekund zamiast 45 do 60.
- Brak możliwości literówki, bo adres jest zwalidowany po stronie dostawcy danych.
- Standaryzacja, bo ta sama ulica jest zawsze zapisana tak samo, co ułatwia logistykę i raportowanie.
Arytmetyka kosztu API
Google Places rozlicza się od użycia, z miesięcznym kredytem darmowym. Przy sklepie z 5 000 zamówień miesięcznie koszt API to rząd kilkuset złotych. Zwrot jest natychmiastowy: odzyskanie 1 % konwersji przy 5 000 zamówień i średnim koszyku 320 zł daje kilkanaście tysięcy złotych dodatkowego obrotu miesięcznie.
Istnieją alternatywy: Mapbox Search, HERE Maps, otwarte rozwiązania oparte na OpenStreetMap. Przy adresach polskich warto sprawdzić jakość pokrycia konkretnego dostawcy na własnym zbiorze testowym, bo różnice bywają istotne, zwłaszcza poza dużymi miastami.
Pułapki wdrożeniowe
1. Pułapka pola z uwagami. Podpowiedzi adresowe nie zwracają informacji o piętrze, klatce czy kodzie do domofonu. Trzeba zachować wolne pole tekstowe po wyborze adresu, ale nie czynić go obowiązkowym.
2. Słabo zaindeksowane obszary wiejskie. Pokrycie adresów miejskich jest dobre, ale poza miastami bywa gorsze. Zawsze udostępniaj opcję „wpisz ręcznie” jako rozwiązanie awaryjne.
3. Zakres per kraj. Ograniczenie podpowiedzi do wybranego kraju drastycznie poprawia trafność. Nie zapomnij zmienić zakresu, gdy użytkownik zmieni kraj dostawy.
4. Obsługa sesji. Rozliczenie następuje za sesję, a nie za pojedyncze żądanie. Poprawne zarządzanie tokenem sesji potrafi dziesięciokrotnie obniżyć koszt.
Moduł Address Lookup dla PrestaShop obsługuje te cztery pułapki natywnie, z konfiguracją per kraj, awaryjnym trybem ręcznym i poprawnie prowadzonym tokenem sesji.
Dźwignia 3: międzynarodowy prefiks telefonu (E.164)
Dlaczego numer telefonu wypłasza zagranicznych odwiedzających
W polskim sklepie domyślne pole telefonu przyjmuje „512 345 678”. Dla Polaka to czytelne. Dla czeskiego klienta już nie, bo nie wie, czy wpisać numer lokalny, z prefiksem swojego kraju, czy z zerami wiodącymi. Reguła jest niepisana i kulturowa: polski sklep oczekuje polskiego formatu.
Zmierzona konsekwencja w wielokrajowych sklepach PrestaShop: od 8 do 14 % porzuceń konkretnie na polu telefonu wśród zagranicznych odwiedzających i od 3 do 5 % numerów wpisanych błędnie. Te błędne numery psują SMS-y o dostawie, bo przewoźnicy wysyłają powiadomienia na podany numer, a źle sprefiksowany numer zagraniczny jest bezużyteczny.
Rozwiązanie: standard E.164
E.164 to standard ITU-T definiujący uniwersalny format międzynarodowy: znak plus, numer kierunkowy kraju, numer lokalny, bez spacji, maksymalnie 15 cyfr. Dla Polski: +48512345678. Dla Czech: +420601123456. Dla Niemiec: +4915112345678.
Selektor prefiksu pokazuje klikalną flagę z numerem kierunkowym, a użytkownik wpisuje wyłącznie swój numer lokalny. Format E.164 budowany jest automatycznie. To doświadczenie znane z WhatsAppa, Telegrama i większości nowoczesnych aplikacji mobilnych.
Cztery wymagania profesjonalnego selektora E.164
1. Automatyczne wykrywanie domyślne. Początkowa flaga wynika z wybranego kraju dostawy albo z geolokalizacji adresu IP. Użytkownik nie musi przewijać listy dwustu kilkudziesięciu krajów.
2. Walidacja w czasie rzeczywistym według reguł krajowych. Polski numer komórkowy ma dziewięć cyfr i zaczyna się od 4, 5, 6, 7 albo 8. Czeski komórkowy zaczyna się od 6 albo 7. Ścisła walidacja per kraj blokuje błędy natychmiast. Biblioteką odniesienia jest libphonenumber od Google, pokrywająca wszystkie kraje wraz z ich regułami.
3. Znormalizowane przechowywanie w bazie. Numer zapisany w ps_address.phone albo ps_address.phone_mobile jest zawsze w formacie E.164. Wyświetlanie może go przeformatować przy odczycie, ale zapis pozostaje znormalizowany. Ułatwia to eksporty CSV, integracje z CRM i wysyłkę SMS.
4. Zgodność z RODO. Numer telefonu jest daną osobową, więc selektor musi respektować prawa dostępu, sprostowania i usunięcia na równi z pozostałymi polami.
Korzyść uboczna: niezawodność SMS-ów
W sklepach wysyłających SMS-y (powiadomienia o dostawie, kody uwierzytelniające, alerty promocyjne) format E.164 gwarantuje dostarczalność. Bez niego numer zapisany w postaci lokalnej trzeba normalizować przy wysyłce, a ta operacja zawodzi w 3 do 8 % przypadków, zależnie od kraju. Z E.164 w bazie SMS zawsze idzie pod właściwy numer.
Wdrożenie w PrestaShop
Moduł międzynarodowego prefiksu telefonu E.164 dla PrestaShop zastępuje pola phone i phone_mobile komponentem z flagą, prefiksem i numerem lokalnym, opartym na libphonenumber. Integruje się przez hooki na formularzach adresowych po stronie frontu i zaplecza. Wielojęzyczny, wielosklepowy, z walidacją zarówno po stronie klienta, jak i serwera.
Efekt skumulowany trzech dźwigni
W sklepie PrestaShop z 70 % ruchu mobilnego i 12 000 sesji miesięcznie, przy średnim koszyku 320 zł:
| Optymalizacja | Konwersja mobilna | Zysk obrotu miesięcznie |
|---|---|---|
| Punkt wyjścia | 1,2 % | — |
| Plus przyklejony koszyk | 1,4 % | plus 7 700 zł |
| Plus autouzupełnianie adresu | 1,55 % | plus 13 400 zł |
| Plus prefiks E.164 (wielokrajowo) | 1,65 % | plus 17 300 zł |
| Razem | 1,65 % | plus 17 300 zł miesięcznie |
Zysk kumuluje się, ale nieliniowo: każda dźwignia usuwa inne tarcie, a krańcowa korzyść z trzeciej zależy od profilu ruchu. Sklep sprzedający wyłącznie w Polsce odczuje E.164 słabo, a sklep z 30 % ruchu z Unii tyle samo co z dwóch pozostałych razem.
Zgodność z resztą stacku mobilnego
Z płatnością ekspresową
Przyklejony koszyk plus płatność ekspresowa to zwycięskie połączenie. Przycisk BLIK, Apple Pay albo Google Pay na pasku pozwala kupić w dwóch dotknięciach. Autouzupełnianie adresu nawet nie wchodzi do gry, bo adres przychodzi z portfela.
Z paskiem darmowej dostawy
Pasek darmowej dostawy da się wpiąć w przyklejony koszyk: „jeszcze 90 zł do darmowej dostawy”. Podwójna korzyść: stała widoczność progu i zachęta do dołożenia produktu wprost z paska.
FAQ
Czy przyklejony koszyk psuje doświadczenie na komputerze?
Nie, pod warunkiem ukrycia go na szerokościach od 768 pikseli wzwyż. Na komputerze przycisk dodania jest zwykle widoczny bez przewijania, więc pasek nie ma zastosowania.
Czy autouzupełnianie adresu działa z jednostronicowym checkoutem PrestaShop?
Tak. Moduł podpina się do pól formularza po ich utworzeniu, także przy formularzach wstrzykiwanych dynamicznie. Zgodny z natywnym checkoutem PrestaShop 8 i 9 oraz z większością modułów checkoutu.
Co zrobić, gdy podpowiedzi odrzucą poprawny adres?
Zdarza się to przy 2 do 4 % adresów (nowe budynki, świeżo nadane numeracje). Zawsze udostępniaj odnośnik „wpisz ręcznie”, odblokowujący natywne pola PrestaShop. Standardowy rozkład to 95 % przez podpowiedzi i 5 % ręcznie, co w zupełności wystarcza, aby uzyskać zysk konwersyjny.
Czy selektor E.164 działa przy telefonach stacjonarnych?
Tak. libphonenumber rozróżnia numery komórkowe i stacjonarne per kraj i waliduje oba. Pole phone przyjmuje jedne i drugie, a phone_mobile można ograniczyć wyłącznie do komórkowych.
Jaki jest zwrot z autouzupełniania w sklepie sprzedającym tylko w Polsce?
W sklepie jednokrajowym autouzupełnianie daje typowo od 2 do 4 punktów konwersji w checkoucie, wobec 3 do 6 przy sprzedaży wielokrajowej. Zwrot jest dodatni już od kilkuset zamówień miesięcznie, bo koszt API pozostaje wyraźnie niższy od zysku.
W syntezie
Konwersji mobilnej w 2026 roku nie wygrywa się jedną dźwignią, tylko usuwaniem tarć jedno po drugim, tam gdzie realnie kosztują klientów. Przyklejony przycisk dodania do koszyka, autouzupełnianie adresu i międzynarodowy prefiks E.164 są trzema najbardziej mierzalnymi, z typowym efektem skumulowanym od 35 do 50 % konwersji mobilnej i zwrotem z inwestycji w moduły w 30 do 60 dni.
Zalecany stack mobilny łączy trzy uzupełniające się moduły: przyklejony przycisk dodania do koszyka, autouzupełnianie adresu oraz selektor E.164. Wszystkie trzy są natywnie responsywne, wielosklepowe, wielojęzyczne i zgodne z PrestaShop 8 i 9.
Przeczytaj także: płatność ekspresowa i jej wpływ na konwersję oraz matematyka progu darmowej dostawy.
Aby przejść do działania: nasz wybór modułów na szybki checkout.
