Najwięcej koszyków gubię nie na stronie produktu, tylko na ostatnim ekranie - przy płatności na telefonie. Klient już chce zapłacić, ma kartę w portfelu Apple albo Google, a sklep każe mu przepisać 16 cyfr z plastiku, datę ważności i kod CVV, kciukiem, na małym ekranie, często w biegu. To moment, w którym wielu po prostu odpada.
Apple Pay i Google Pay rozwiązują dokładnie ten problem. Zamiast formularza klient widzi jeden przycisk, dotyka czytnika linii papilarnych albo patrzy w telefon, i płatność jest gotowa. Dane karty już są w telefonie, sklep ich nie zna i nie przechowuje. W Polsce ten sam efekt daje BLIK - klient przepisuje sześciocyfrowy kod z aplikacji banku zamiast całej karty. Trzy różne mechanizmy, jeden cel: skrócić checkout do minimum.
W tym wpisie pokazuję, dlaczego płatności jednym kliknięciem realnie ratują koszyki na mobile, jak je wdrożyć przez bramki płatnicze i na co uważać przy konfiguracji - bez owijania w technikalia. Najpierw mierzę, gdzie sklep traci ludzi, potem dokładam dokładnie to, co zatyka lejek.
Dlaczego płatność jednym kliknięciem ratuje koszyki na mobile
Ponad połowa ruchu w większości sklepów, które oglądam, to telefony. I to właśnie na telefonie checkout boli najbardziej. Każde dodatkowe pole formularza to kolejny powód, żeby się rozmyślić - a przepisywanie numeru karty na ekranie 6 cali to jeden z najbardziej upierdliwych momentów w całym zakupie.
Apple Pay, Google Pay i BLIK robią z tego jedną akcję. Klient nie wpisuje danych adresowych ani numeru karty, bo bramka pobiera je gotowe z portfela w telefonie. Mniej pól to mniej literówek, mniej odrzuconych płatności i mniej osób, które na widok długiego formularza zamykają kartę. To nie magia - to po prostu usunięcie tarcia z najważniejszego ekranu w sklepie.
Jest jeszcze efekt zaufania. Przycisk „Buy with Apple Pay” wygląda znajomo i bezpiecznie - klient wie, że nie podaje numeru karty obcemu sklepowi, tylko autoryzuje płatność tak samo jak w setce innych miejsc. Dla nowego, nieznanego sklepu to bywa różnica między „spróbuję” a „pominę”.
Co pomaga: zanim cokolwiek wdrożysz, sprawdź w analityce, ilu ludzi dochodzi do checkoutu i tam odpada - osobno dla telefonu i komputera. Jeśli mobile sypie się na płatności, to jest pierwsze miejsce do naprawy, a nie kolejny baner na stronie głównej.
Jak to wdrożyć - przez bramkę płatniczą, nie ręcznie
Dobra wiadomość: nie kodujesz tego od zera i nie integrujesz się bezpośrednio z Apple czy Google. Apple Pay i Google Pay w WooCommerce włącza się przez bramkę płatniczą, która już obsługuje karty - to ona dostarcza ten przycisk jako dodatkową metodę.
W praktyce wygląda to tak: wybierasz bramkę, która wspiera te metody (na rynku jest kilka popularnych - przykładowo Stripe, a u polskich operatorów jak Przelewy24 czy PayU dokładasz do tego BLIK i lokalne przelewy), instalujesz jej oficjalną wtyczkę do WooCommerce i w panelu bramki włączasz Apple Pay oraz Google Pay. Konkretne kroki i nazwy ekranów różnią się między operatorami, więc tu trzymam się ogólnej zasady, a szczegóły bierzesz z dokumentacji swojej bramki - nie z domysłów.
Kilka rzeczy, które warto przemyśleć przy wyborze bramki:
- BLIK - jeśli sprzedajesz w Polsce, to często ważniejsze niż Apple/Google Pay; obsługują go polscy operatorzy, nie zawsze zagraniczne.
- Płatności ekspresowe na karcie produktu i w koszyku - dobre wtyczki potrafią pokazać przycisk Apple/Google Pay już przy produkcie, nie tylko na ostatnim ekranie.
- Prowizje i wypłaty - porównaj realny koszt za transakcję i częstotliwość wypłat, bo to wpływa na cash flow.
- Wsparcie po polsku i polskie faktury - przy problemie z płatnością chcesz dogadać się szybko.
Co pomaga: nie mnóż bramek. Jedna dobrze dobrana bramka, która obsługuje karty, Apple Pay, Google Pay i BLIK naraz, jest prostsza w utrzymaniu i mniej myli klienta niż trzy osobne metody od trzech dostawców.
Wymogi techniczne - HTTPS i weryfikacja domeny
Tu są dwie twarde rzeczy, bez których nic nie ruszy, więc warto je znać zanim zaczniesz.
Po pierwsze - HTTPS na całej stronie. Apple Pay i Google Pay działają wyłącznie na stronie z ważnym certyfikatem SSL. Jeśli sklep ma jeszcze gdzieś „mixed content” (część zasobów ładowana po http), przycisk może się nie pojawić. W praktyce każdy poważny sklep i tak powinien mieć dziś pełne HTTPS - to też wymóg zaufania i SEO.
Po drugie - weryfikacja domeny dla Apple Pay. Apple wymaga potwierdzenia, że to Twoja domena. Zwykle sprowadza się to do umieszczenia specjalnego pliku weryfikacyjnego pod adresem .well-known na serwerze - większość wtyczek bramek robi to automatycznie po kliknięciu, ale czasem trzeba wgrać plik ręcznie. Bez tej weryfikacji przycisk Apple Pay się nie wyświetli, choć karty będą działać normalnie. Google Pay jest pod tym względem łagodniejszy i zwykle nie wymaga osobnej weryfikacji domeny.
I rzecz, o której łatwo zapomnieć: przycisk Apple Pay zobaczysz tylko na urządzeniach Apple w Safari (iPhone, iPad, Mac), a Google Pay w przeglądarce Chrome z zalogowanym kontem Google. Jeśli testujesz na Androidzie w Chrome i nie widzisz Apple Pay - to normalne, nie błąd. Dlatego testuje się na realnych urządzeniach, nie tylko na swoim laptopie.
Na co uważać przy konfiguracji
Samo włączenie metody to nie koniec - kilka rzeczy potrafi po cichu psuć konwersję, mimo że „technicznie działa”.
- Test na prawdziwym telefonie. Płatności jednym kliknięciem trzeba sprawdzić na realnym iPhonie i realnym Androidzie, najlepiej kupując coś za grosze na żywej bramce w trybie testowym. Symulator nie wyłapie wszystkiego.
- Cache nie może zjadać checkoutu. Strony koszyka i płatności w WooCommerce nigdy nie powinny być cache’owane. Źle skonfigurowany cache potrafi pokazać klientowi nieaktualny koszyk albo zablokować przycisk płatności - to ten sam problem, który opisuję przy porzuconych koszykach z przyczyn technicznych.
- Widoczność przycisku. Ekspresowa płatność ma najwięcej sensu wysoko - na karcie produktu i u góry koszyka, a nie schowana pod kartą na samym dole checkoutu. Jeśli klient musi do niej doscrollować, połowa zalety znika.
- Spójność z resztą sklepu. Jeśli sklep ogólnie ładuje się wolno, sam przycisk Apple Pay nie uratuje konwersji - klient odpadnie wcześniej. Szybkość i płatności to jeden organizm.
- Faktury i dane do zamówienia. Przy płatności portfelem część danych przychodzi z telefonu - sprawdź, czy do zamówienia trafia to, czego potrzebujesz do faktury (zwłaszcza przy sprzedaży B2B i NIP).
Co pomaga: wdrożenie traktuj jak zmianę w lejku sprzedaży, nie jak instalację wtyczki. Włącz, przetestuj na realnych urządzeniach, a po dwóch tygodniach sprawdź w analityce, czy odsetek porzuceń na checkoucie na mobile faktycznie spadł. Jeśli nie spadł - szukasz dalej, bo problem leży gdzie indziej.
Kiedy to się naprawdę opłaca
Płatności jednym kliknięciem dają najwięcej tam, gdzie dużo ruchu idzie z telefonu i gdzie zakup jest impulsowy albo powtarzalny - moda, kosmetyki, suplementy, drobna elektronika, gastronomia. Im niższa cena i im szybciej klient chce „mieć to z głowy”, tym mocniej działa skrócony checkout.
Mniej różnicy zrobi to w sklepach, gdzie zakup jest rzadki, drogi i przemyślany - tam klient i tak usiądzie do tego na spokojnie, często na komputerze. Ale nawet wtedy warto mieć te metody włączone, bo nic nie kosztują poza prowizją od transakcji, której i tak byś zapłacił za kartę.
Najprościej mówiąc: jeśli Twój sklep WooCommerce sprzedaje na telefony, brak Apple Pay, Google Pay i BLIK to dziura, przez którą codziennie wypada część koszyków. I to jedna z tańszych rzeczy do naprawienia w całym sklepie.
Podsumowanie
Apple Pay, Google Pay i BLIK skracają najtrudniejszy ekran w sklepie - płatność na telefonie - z formularza do jednego dotknięcia. Wdraża się je przez bramkę płatniczą, nie ręcznie; potrzebujesz HTTPS na całej stronie i weryfikacji domeny dla Apple Pay, a potem testu na prawdziwych urządzeniach. To nie kosmetyka, tylko realne odetkanie lejka tam, gdzie najczęściej kapią pieniądze.
Jeśli nie wiesz, ile koszyków gubisz na płatności i czy te metody u Ciebie w ogóle działają poprawnie - podeślij mi link do sklepu. Zrobię bezpłatny przegląd, sprawdzę checkout na mobile i wskażę, co konkretnie warto dołożyć albo poprawić, żeby ten ostatni ekran przestał odstraszać klientów.
Najczęstsze pytania
Czy muszę podpisywać osobną umowę z Apple albo Google? Nie. Apple Pay i Google Pay włączasz przez bramkę płatniczą, z którą i tak masz podpisaną umowę na obsługę kart. Bramka jest pośrednikiem - Ty klikasz włączenie metody w jej panelu, a formalności po stronie Apple i Google są już po jej stronie.
Czy BLIK to to samo co Apple Pay i Google Pay? Nie, to inny mechanizm. Przy BLIK-u klient przepisuje sześciocyfrowy kod z aplikacji banku, a przy Apple Pay i Google Pay potwierdza płatność odciskiem palca albo twarzą, bo karta jest już w telefonie. Efekt dla sklepu jest ten sam - krótszy checkout - ale BLIK obsługują głównie polscy operatorzy, więc przy sprzedaży w Polsce warto wybrać bramkę, która ma wszystkie trzy naraz.
Dlaczego nie widzę przycisku Apple Pay w swoim sklepie? Najczęściej z jednego z trzech powodów: testujesz na urządzeniu innym niż Apple w Safari, sklep nie ma pełnego HTTPS na wszystkich zasobach, albo nie przeszła weryfikacja domeny wymagana przez Apple. Karty działają wtedy normalnie, brakuje tylko samego przycisku - dlatego sprawdza się to na realnym iPhonie, nie na laptopie.
Ile kosztuje włączenie płatności jednym kliknięciem? Operatorzy płatności zwykle nie biorą osobnego abonamentu za samą metodę - zarabiają na prowizji od transakcji, którą płacisz i tak za kartę. Realny koszt to więc praca przy konfiguracji i testach, a nie nowa opłata stała. Jeśli chcesz wiedzieć, czy u Ciebie to w ogóle działa poprawnie, podeślij link - przegląd checkoutu robię bezpłatnie.
Powiązane: Porzucone koszyki WooCommerce - techniczne powody i sklepy WooCommerce - budowa i przebudowa.