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, druga bramka zwykle się nie zwraca i odradzamy ją.

„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ą. Cztery kroki tego przepływu, bo od nich zależy, gdzie szukać przyczyny, gdy transakcja utknie.

Jedna średnia za wszystkie usługi agencji

Błąd przy płatnościach widzą klienci Twojego sklepu tego samego dnia, więc wykonawcę warto sprawdzić, zanim dostanie dostęp do sklepu. Osobnych ocen za wdrożenia płatności nie zbieramy, dlatego pokazujemy oceny całej agencji z trzech profili, każda wystawiona przez klienta.

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ą