Bramki płatności PrestaShop, które nie gubią zamówień

Operator potwierdził transakcję, ale sklep nie odebrał powiadomienia zwrotnego i zamówienie zostało w koszyku. Dowiadujesz się o tym z reklamacji klienta, a nie z raportu sprzedaży.

Ktoś porównuje wyciąg z panelem sklepu i przestawia zamówienia po kolei. Przy kilkuset transakcjach dziennie to osobny etat, a przy zwrotach kolejne miejsce, w którym da się pomylić kwoty.

To, co domyka sprzedaż w Polsce, bywa nieznane w Niemczech czy we Francji. Brak lokalnej metody płatności widać dopiero w porzuceniach na ostatnim kroku koszyka, gdy ruch jest już opłacony.

Integracja bramki płatności: co dokładnie robimy

• ✓ Wdrożenie modułu bramki płatności w PrestaShop lub WooCommerce
• ✓ Konfiguracja konta u operatora i metod w checkoucie: BLIK, szybki przelew, karta, płatności odroczone
• ✓ Mapowanie statusów zamówień i webhooki zwrotne
• ✓ Testy transakcyjne w PLN, EUR i USD, jeśli sprzedajesz za granicę
• ✓ Zgodność z PSD2 i silnym uwierzytelnianiem (SCA)

Płatność dotyka potwierdzenia zamówienia, więc każdą bramkę uruchamiamy najpierw na środowisku testowym, potem na jednym produkcie, a dopiero potem dla wszystkich. Stara bramka zostaje w zapasie do końca pierwszego tygodnia.

• Zmieniasz operatora albo dokładasz drugą bramkę w istniejącym sklepie.
• Sprzedajesz firmom i potrzebujesz płatności odroczonej albo cyklicznej.
• Wchodzisz na rynek zagraniczny i potrzebujesz lokalnych metod płatności.

• Budujesz nowy sklep: bramki są w zakresie wdrożenia PrestaShop.
• Problemem są koszty dostawy i etykiety, nie płatność: to integracje przewoźników.
• Zamówienia giną między sklepem a magazynem: to integracja z base., nie zmiana bramek płatności.

Bezpieczeństwo transakcji: o co pytasz przed wdrożeniem

Płatność to jedyne miejsce w sklepie, gdzie błąd widać od razu w koszyku, a nie w raporcie za miesiąc. Dlatego pytania o formularz płatności brzmią tu inaczej niż przy reszcie wdrożeń.

„Mam już jedną bramkę, po co druga”

BLIK, płatności odroczone i szybkie przelewy mają różne grupy odbiorców. Zanim dołożymy drugiego operatora, patrzymy w statystyki porzuceń na kroku płatności. Jeśli nic z nich nie wynika, powiemy wprost, że druga bramka Ci się nie zwróci.

„A jak płatność zawiesi się w połowie”

Klient, który zapłacił, ale wrócił do sklepu z zerwanym połączeniem, zostawia zamówienie w stanie nieokreślonym. Operator wysyła status osobnym kanałem, niezależnym od przeglądarki, i to ta wiadomość ustawia zamówienie, a nie powrót klienta. Webhooki są w standardowym zakresie wdrożenia.

„PSD2 i silne uwierzytelnianie to kolejna warstwa kłopotów”

Silne uwierzytelnianie realizuje bramka po swojej stronie. Zadaniem sklepu jest poprawnie przekazać kwotę, walutę i identyfikator transakcji, a potem przyjąć odpowiedź. Testujemy to transakcjami w każdej walucie, którą przyjmujesz.

„Wolę, żeby zrobił to operator płatności”

Operator wdroży swój moduł, nie Twój checkout. Gotowy moduł zakłada domyślny koszyk PrestaShop, więc przy jednostronicowym checkoucie, własnych polach w zamówieniu albo sprzedaży B2B z odroczonym terminem trzeba go dopasować. Konto u operatora i prowizje zostają po jego stronie tak czy owak.

Cztery rodziny metod płatności i po co jest każda z nich

Sklep nie potrzebuje wszystkich rozwiązań płatniczych naraz, tylko po jednej metodzie z każdej rodziny. Drugi dostawca w tej samej rodzinie podnosi koszt utrzymania i nie podnosi konwersji.

Bramka płatności to pośrednik, który przyjmuje płatność online za Twój sklep. Kupujący płaci metodą, którą zna, operator potwierdza transakcję Twojemu sklepowi i przekazuje pieniądze na Twoje konto. Sklep nie dotyka przy tym numeru karty ani hasła do banku i to jest właściwy powód, dla którego bramki w ogóle istnieją. Poniżej cztery kroki tego przepływu, bo od nich zależy, gdzie szukać przyczyny, gdy transakcja utknie.

Sklepy PrestaShop: co mówią klienci

Prowizja zostaje z Tobą przy każdym zamówieniu, a różnice między operatorami sięgają kilku punktów procentowych obrotu. Zestawiliśmy publiczne cenniki ośmiu bramek obecnych w Polsce razem z metodami, które obsługują, także tych spoza paska wyżej, jak iMoje, Twisto i Autopay: ranking metod płatności. Przy Tpayu i Przelewy24, gdzie JustIdea ma podpisane partnerstwo, stawkę negocjujemy bezpośrednio.

Cztery rzeczy, które słyszymy o płatnościach w sklepie

Każda z nich ma odpowiedź, którą można sprawdzić na testowym środowisku, zanim zobaczy ją klient.

„Moduł bramki jest darmowy, po co nam integrator”

Moduły bramki płatności PrestaShop i wtyczki WooCommerce są darmowe, ale obsługują koszyk domyślny. Praca zaczyna się tam, gdzie Twój checkout od domyślnego odbiega: rabaty, płatność odroczona dla firm, kilka walut, powrót po nieudanej próbie. Bez tego klient zostaje z pustym ekranem i zamówieniem w stanie oczekiwania.

„Wystarczy jedna bramka”

Na start zwykle tak, ale jeden operator to jeden punkt awarii i jedna stawka bez porównania. Druga bramka obok pierwszej daje Ci punkt odniesienia na własnym obrocie i zapas na wypadek przerwy u operatora, a klient i tak widzi jedną listę metod płatności.

„Prowizji nie da się negocjować”

Da się, gdy operator widzi obrót i rozmawia z partnerem. Mamy podpisane partnerstwa z Tpay i Przelewy24, więc podajesz nam obrót i stawkę, którą płacisz dziś, a rozmowę zaczynamy od tego poziomu. Nie obiecujemy wyniku, obiecujemy rozmowę na Twoich danych.

„Zmiana bramki zepsuje nam sprzedaż”

Nowa bramka wchodzi obok starej, najpierw na środowisku testowym i na jednym produkcie. Przełączenie robimy w godzinach najmniejszego ruchu, ze starą bramką w zapasie. Sklep nie ma dnia bez działającej płatności.

Płatność online i bramki płatności: pytania przed decyzją