Płatności i dostawy w sklepie PrestaShop

Publikacja: 9 września 2026 · Grzegorz Rapczyński

Płatności i dostawy to jedyne dwie integracje, bez których sklep nie sprzedaje. Reszta może poczekać, te dwie muszą działać od pierwszego dnia i muszą działać bezbłędnie - bo błąd pojawia się dokładnie w momencie, w którym klient jest gotów zapłacić. Ten tekst opisuje, co wybrać, o co zapytać i co przetestować przed startem.

Płatności - co wybrać

W polskim sklepie klient oczekuje kilku metod i brak którejkolwiek z pierwszych trzech kosztuje zamówienia:

• Szybki przelew - nadal podstawa w polskim e-commerce.
• BLIK - szczególnie na telefonie, gdzie przepisywanie danych karty odpada.
• Karta płatnicza.
• Płatność odroczona - rośnie w części branż, ale nie w każdej ma sens.
• Za pobraniem - zależnie od branży i średniej wartości koszyka. Podnosi liczbę zamówień i liczbę zwrotów jednocześnie.
• Przelew tradycyjny - warto zostawić dla klientów firmowych.

W praktyce jedna bramka płatnicza obsługuje pierwsze trzy naraz. Nie potrzebujesz osobnego modułu do każdej metody - potrzebujesz jednego operatora, który je agreguje.

O co zapytać operatora płatności

Umowę podpisujesz Ty, nie wykonawca sklepu. Warto wiedzieć, na co się zgadzasz:

1. Jaka jest prowizja i czy różni się między metodami płatności?
2. Czy jest opłata stała niezależnie od obrotu?
3. Kiedy pieniądze trafiają na konto? Codziennie, co tydzień, na żądanie?
4. Jak wygląda zwrot pieniędzy klientowi i czy prowizja jest wtedy oddawana?
5. Jak długo trwa weryfikacja przed uruchomieniem? Bywa, że to tygodnie - warto zacząć wcześniej niż tydzień przed startem.
6. Czy jest tryb testowy pozwalający sprawdzić integrację bez prawdziwych pieniędzy?
7. Jak wygląda wsparcie przy reklamacjach i sporach z klientem?

Prowizja to koszt stały, który rośnie razem ze sprzedażą. Przy planowaniu budżetu warto policzyć ją od obrotu, na który liczysz za dwa lata, a nie od obecnego - to samo ćwiczenie, które opisałem przy wyborze między własnym sklepem a abonamentem.

Dostawy - co konfigurować

Po stronie sklepu dostawa to nie jest jedna opcja, tylko zestaw ustawień, które muszą się zgadzać z rzeczywistością:

• Przewoźnicy i punkty odbioru. Punkty odbioru wymagają mapy albo wyszukiwarki w procesie zamówienia - bez tego klient nie wybierze punktu.
• Strefy dostawy. Kraj, kilka krajów, wysyłka zagraniczna - każda strefa ma własne koszty.
• Progi wagowe i cenowe. Koszt zależny od wagi paczki albo od wartości koszyka.
• Darmowa dostawa od kwoty. Działa tylko wtedy, gdy klient widzi, ile mu brakuje, w momencie decyzji - nie w regulaminie.
• Czas realizacji. Informacja przy każdej metodzie, nie tylko w zakładce „Dostawa”.
• Wymiary i waga produktów. Bez nich reguły wagowe nie zadziałają, a sklep policzy koszt losowo.

Koszty dostawy, które się zgadzają

Najczęstszy problem w tym obszarze nie jest techniczny, tylko rachunkowy: koszt w sklepie nie zgadza się z tym, co faktycznie płacisz przewoźnikowi.

Trzy rzeczy, które warto sprawdzić przed startem:

• Czy produkty mają uzupełnioną wagę i wymiary. Bez tego nie da się policzyć nic sensownego.
• Czy paczka gabarytowa nie wpada w standardowy cennik. Jeden produkt sprzedawany ze stratą na dostawie potrafi zjeść marżę z kilku innych.
• Czy próg darmowej dostawy pokrywa jej koszt. Próg ustawiony zbyt nisko to dopłacanie do każdego zamówienia w okolicach progu.

Testy, których nie wolno pominąć

Przed uruchomieniem sklepu przechodzę tę listę ręcznie, za każdym razem:

1. Pełna ścieżka zakupu od listingu do potwierdzenia, dla klienta zalogowanego i niezalogowanego.
2. Każda metoda płatności w trybie testowym, a przynajmniej jedna prawdziwa transakcja na małą kwotę.
3. Przerwana płatność. Klient rezygnuje w bramce - czy wraca do sklepu i czy zamówienie ma poprawny status?
4. Nieudana płatność. Czy klient może spróbować ponownie, nie składając zamówienia od nowa?
5. Każda metoda dostawy z różnymi koszykami: lekki, ciężki, powyżej i poniżej progu darmowej dostawy.
6. Wybór punktu odbioru i to, czy wybrany punkt trafia do zamówienia.
7. E-maile transakcyjne - potwierdzenie zamówienia, zmiana statusu, potwierdzenie płatności. Sprawdź też, czy nie trafiają do spamu.
8. Zamówienie na telefonie, na tej samej ścieżce.
9. Zwrot pieniędzy od strony panelu - zanim będzie potrzebny naprawdę.

Test na telefonie jest osobnym punktem nie bez powodu. Większość problemów w procesie zamówienia ujawnia się dopiero na małym ekranie - i to tam odbywa się dziś większość ruchu.

Dwie awarie, na które trafia się najczęściej po wdrożeniu płatności, mają własne teksty: płatność przeszła, a zamówienia nie ma oraz podwójne zamówienia w panelu. Obie wynikają z tego samego mechanizmu powiadomień wysyłanych w tle.

Najczęstsze błędy

1. Uruchomienie sklepu bez prawdziwej transakcji testowej. Tryb testowy nie zawsze zachowuje się jak produkcyjny.
2. Brak obsługi przerwanej płatności. Klient rezygnuje w bramce i zostaje z zamówieniem w zawieszeniu, którego nikt nie obsłuży.
3. Koszty dostawy niezgodne z cennikiem przewoźnika.
4. Brak wagi i wymiarów produktów. Reguły wagowe wtedy nie działają.
5. E-maile transakcyjne lądujące w spamie. Wymaga poprawnej konfiguracji domeny po stronie serwera pocztowego.
6. Zbyt wiele metod płatności. Dziesięć opcji to dziesięć decyzji do podjęcia w najgorszym możliwym momencie.
7. Rozpoczęcie weryfikacji u operatora na tydzień przed startem. Klasyczny powód przesunięcia daty uruchomienia.

Integracje, które przychodzą później

Rzeczy, które warto zaplanować, ale nie muszą być gotowe na start:

• Księgowość i faktury - automatyczne wystawianie i przekazywanie dokumentów.
• Magazyn lub hurtownia - synchronizacja stanów, żeby sklep nie sprzedawał czegoś, czego nie ma.
• Porównywarki i pliki produktowe - eksport katalogu do kampanii i serwisów zewnętrznych.
• Automatyzacja marketingu - porzucone koszyki, newsletter, powiadomienia o dostępności.
• System obsługi zgłoszeń - gdy liczba wiadomości od klientów przestaje mieścić się w skrzynce.

Każda z nich to osobny projekt i osobna wycena. Zakres podstawowego wdrożenia opisałem przy sklepach na PrestaShop.

Przy dostawie do paczkomatów integracja ma dwie części, które psują się niezależnie: wybór punktu przez klienta i generowanie etykiet po Twojej stronie. Opisałem obie przy InPoście w PrestaShop.

BLIK i płatności z telefonu

Większość ruchu w polskich sklepach idzie dziś z telefonu, a na telefonie wygrywa ta metoda, która wymaga najmniej przepisywania. W praktyce oznacza to BLIK oraz płatności jednym dotknięciem w portfelach systemowych.

Trzy rzeczy do sprawdzenia przy konfiguracji:

• Czy metoda jest widoczna od razu. Jeśli BLIK kryje się w rozwijanej liście pod innymi opcjami, równie dobrze mogłoby go nie być.
• Czy powrót do sklepu działa. Po zatwierdzeniu w aplikacji bankowej klient musi wrócić na stronę potwierdzenia, a nie na pustą stronę albo do koszyka.
• Czy status zamówienia zmienia się sam. Płatność zatwierdzona, a zamówienie wciąż oczekujące to najczęstszy błąd konfiguracji i generuje telefony od klientów.

Test robi się na prawdziwym telefonie, nie w trybie podglądu na komputerze. Na komputerze większość tych problemów jest niewidoczna.

Najczęstsze pytania

Którego operatora płatności wybrać?

Takiego, który obsługuje szybkie przelewy, BLIK i karty w jednej integracji, ma sensowną prowizję przy Twoim obrocie i wsparcie, do którego można się dodzwonić. Konkretny wybór zależy od branży i średniej wartości koszyka.

Czy muszę mieć BLIK?

W polskim sklepie sprzedającym klientom indywidualnym - praktycznie tak, zwłaszcza przy ruchu mobilnym. To jedna z najczęściej wybieranych metod na telefonie.

Kto podpisuje umowę z operatorem płatności?

Właściciel sklepu. Wykonawca odpowiada za konfigurację i testy, ale umowa i weryfikacja są po Twojej stronie - warto zacząć ją wcześnie, bo bywa czasochłonna.

Czy płatność za pobraniem się opłaca?

Zależy od branży i wartości koszyka. Podnosi liczbę zamówień, ale też liczbę nieodebranych paczek. Warto policzyć jedno i drugie po kilku miesiącach, zamiast zakładać z góry.

Dlaczego e-maile ze sklepu trafiają do spamu?

Najczęściej z powodu braku poprawnej konfiguracji uwierzytelniania poczty dla domeny. To ustawienia po stronie serwera pocztowego, nie sklepu.

Czytaj też: brak popularnej metody płatności i koszt dostawy pokazany za późno to dwie najczęstsze przyczyny, dla których klienci nie kończą zamówień. Szerzej w tekście o porzuconych koszykach.

Czytaj też: jak dobrać sam zestaw metod dostawy i gdzie ustawić próg darmowej wysyłki, opisałem w tekście o metodach dostawy w sklepie.

Które metody płatności są obowiązkowe w polskim sklepie?

Obowiązkowych nie ma, ale brak BLIK-a i szybkich przelewów widać od razu w liczbie porzuconych koszyków. Płatność kartą i przy odbiorze to uzupełnienie, nie podstawa.

Skonfiguruję płatności i dostawy w Twoim sklepie

Konfiguracja bramki płatniczej, przewoźników, stref i progów oraz pełne testy procesu zamówienia wchodzą w zakres wdrożenia sklepu. Jeśli sklep już działa, a coś w tym obszarze nie gra - napisz przez formularz kontaktowy.