Porzucenie koszyka w cross-border: ukryte koszty celne i VAT, które niszczą Twoje konwersje

Klient dodał produkt do koszyka, ale opuścił sklep bez zapłaty? To powszechny problem, ponieważ średnio 70,22% koszyków w e-commerce nie kończy się zakupem*. W sprzedaży cross-border decyzję dodatkowo utrudniają niejasne koszty dostawy, cła i VAT, brak znanej metody płatności, obca waluta oraz niedostosowany formularz zamówienia. Sprawdź, gdzie zagraniczni klienci napotykają bariery i jak poprawić checkout, aby więcej rozpoczętych zakupów kończyło się finalizacją transakcji.

*(Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate) 

Przyczyny porzucania koszyka specyficzne dla cross-border

Problemy znane ze sprzedaży krajowej w cross-border checkout zyskują dodatkową warstwę. Klient musi ocenić nie tylko cenę produktu, lecz także koszt dostawy międzynarodowej, VAT, ewentualne cło, termin doręczenia, zasady zwrotu oraz bezpieczeństwo płatności w zagranicznym sklepie.

Średni wskaźnik cart abandonment w e-commerce wynosi 70,22%. W badaniach dotyczących przyczyn możliwych do wyeliminowania 40% użytkowników wskazało zbyt wysokie koszty dodatkowe, 17% problemy techniczne, a 9% niewystarczającą liczbę metod płatności. Są to dane dla całego e-commerce, ale w sprzedaży międzynarodowej do kosztów dostawy dochodzą opłaty importowe oraz bariery lokalizacji. (Źródło: Baymard Institute, „40+ UX Statistics”; dostęp: https://baymard.com/learn/ux-statistics)

Przyczyny porzucenia koszyka w sprzedaży cross-border można podzielić na cztery grupy:

• koszty – niejasne zasady DDP lub DAP, podatek pokazany dopiero na końcu oraz nieznana opłata importowa;

• płatności – brak metody rozpoznawalnej na danym rynku albo obciążenie rachunku w obcej walucie;

• lokalizacja – niedostosowany język, waluta, format adresu, kodu pocztowego lub numeru telefonu;

• zaufanie – brak informacji o sprzedawcy, przewoźniku, terminie dostawy i lokalnym procesie zwrotu.

Skuteczna diagnoza wymaga rozdzielenia danych według kraju, urządzenia, wartości koszyka, metody płatności i wariantu dostawy. Zbiorczy współczynnik porzuceń może ukryć problem występujący tylko na jednym rynku, na przykład odrzucanie lokalnych kodów pocztowych albo rezygnację klientów po wyświetleniu kosztów celnych.

Nieoczekiwane koszty dostawy i opłaty importowe (DDP vs DDU)

Klient powinien poznać całkowity koszt zamówienia przed płatnością. W przeciwnym razie nawet atrakcyjna cena produktu przestaje mieć znaczenie, gdy przewoźnik informuje odbiorcę o konieczności dopłaty VAT, cła lub kosztu obsługi odprawy.

W aktualnych regułach Incoterms 2020 właściwe porównanie dotyczy DDP i DAP. Określenie DDU, czyli Delivered Duty Unpaid, nadal pojawia się potocznie, ale nie jest regułą obowiązującej wersji Incoterms.

• Przy DAP sprzedawca organizuje dostawę do wskazanego miejsca, natomiast formalności importowe i związane z nimi opłaty obciążają kupującego.

• Przy DDP sprzedawca co do zasady odpowiada również za odprawę importową, cło i podatki. (Źródło: International Chamber of Commerce, „Incoterms 2020”; dostęp: https://iccwbo.org/business-solutions/incoterms-rules/incoterms-2020/)

Przy dostawie DAP przewoźnik może zażądać zapłaty przed doręczeniem lub wydaniem przesyłki. Jeżeli odbiorca nie uiści należności, paczka może wrócić do nadawcy. Sklep ponosi wtedy koszt transportu, obsługi zwrotu i ponownego przyjęcia towaru.

Przykładem jest zamówienie o wartości 200 EUR wysyłane do Wielkiej Brytanii. Jeżeli po przeliczeniu wartość przesyłki przekracza 135 GBP, zastosowanie mają standardowe zasady importowe. Klient może zapłacić importowy VAT, a wysokość ewentualnego cła zależy od rodzaju i pochodzenia towaru. Próg 135 GBP dotyczy całej przesyłki, a nie pojedynczego produktu. (Źródło: GOV.UK, „Tax and customs for goods sent from abroad: Tax and duty”; dostęp: https://www.gov.uk/goods-sent-from-abroad/tax-and-duty)

Rozwiązaniem jest kalkulator kosztów celnych wykorzystujący kod HS, kraj pochodzenia, wartość paczki i miejsce dostawy. Wynik powinien być widoczny w koszyku wraz z informacją, kto zapłaci opłaty importowe.

Niewidoczny VAT i IOSS – jak ukryte podatki eliminują klientów

IOSS, czyli Import One Stop Shop, pozwala pobrać VAT już podczas składania zamówienia, dzięki czemu klient w Unii Europejskiej nie jest zaskakiwany podatkiem przy odbiorze. Procedura dotyczy jednak wyłącznie sprzedaży towarów wysyłanych spoza UE bezpośrednio do konsumenta unijnego.

IOSS można zastosować do przesyłek o wartości rzeczywistej nieprzekraczającej 150 EUR. Limit odnosi się do całej przesyłki, a procedura nie obejmuje wyrobów akcyzowych. Sprzedawca nalicza VAT według stawki obowiązującej w kraju konsumenta, pobiera go przy zakupie i rozlicza w miesięcznej deklaracji. Numer IOSS przekazany operatorowi logistycznemu musi znaleźć się w zgłoszeniu celnym, aby import mógł zostać zwolniony z ponownego pobrania VAT.

Bez IOSS podatek może zostać pobrany podczas importu. Dla klienta oznacza to dodatkowy etap płatności przed wydaniem przesyłki, nawet jeśli wcześniej sądził, że uregulował pełną cenę. Transparent pricing powinien więc jednoznacznie wskazywać, czy VAT jest wliczony oraz czy przy doręczeniu mogą pojawić się dodatkowe należności.

IOSS nie dotyczy towaru wysyłanego z magazynu w Polsce do konsumenta w innym państwie UE. Nie obowiązuje również przy sprzedaży do Wielkiej Brytanii. W przypadku przesyłek o wartości do 135 GBP wysyłanych bezpośrednio do klientów w Wielkiej Brytanii sprzedawca zasadniczo nalicza brytyjski VAT w momencie sprzedaży. Powyżej tego progu stosuje się zwykłe reguły importowe.

Brak lokalnych metod płatności per rynek

Payment localization nie polega na dodaniu możliwie największej liczby opcji. Sklep powinien oferować local payment methods, które klienci znają, którym ufają i z których rzeczywiście korzystają na danym rynku.

W Holandii podstawowym elementem local payment stack pozostaje iDEAL. W 2025 roku metoda ta obsługiwała 71% zakupów internetowych. Jednocześnie trwa jej migracja do systemu Wero, która ma zostać zakończona najpóźniej w 2027 roku. Integracja płatności powinna więc uwzględniać również tę zmianę. (Źródło: Dutch Payments Association, „Online payments”; dostęp: https://www.betaalvereniging.nl/en/knowledge-base/online-payments/)

W Belgii ważną lokalną metodą jest Bancontact. W Niemczech należy uwzględnić PayPal oraz najczęściej używane karty Visa i Mastercard. Badanie Bundesbanku z 2025 roku wskazało, że PayPal odpowiadał za około 86% rynku metod określanych jako e-payment methods. (Źródło: Deutsche Bundesbank, „Payment behaviour in Germany in 2025”; dostęp: https://www.bundesbank.de/en/press/press-releases/payment-behaviour-in-germany-in-2025-964738)

We Francji istotna jest obsługa lokalnej sieci Cartes Bancaires, często współdzielonej z Visa lub Mastercard. PayPay nie jest standardową francuską metodą płatności i nie powinien być traktowany jako odpowiednik iDEAL czy Bancontact.

Minimalny local payment stack powinien obejmować:

• Visa i Mastercard;

• Apple Pay oraz Google Pay;

• jedną lub dwie najważniejsze metody lokalne;

• ceny i płatność w walucie używanej na danym rynku.

Ostateczny zestaw należy ustalić na podstawie danych operatora płatności, odrzuconych transakcji i zachowania klientów. Osobno warto mierzyć liczbę osób, które otwierają listę metod, ale nie wybierają żadnej z dostępnych opcji.

Nieprzetłumaczony lub niedostosowany checkout

Tłumaczenie checkout to dopiero początek lokalizacji. Klient może rozumieć etykiety formularza, a mimo to nie ukończyć zamówienia, jeżeli system nie przyjmuje jego adresu, numeru telefonu lub kodu pocztowego.

Pełna checkout lokalizacja obejmuje język, walutę, format cen, kolejność pól adresowych, zapis daty, prefiks telefoniczny, sposób prezentowania podatku oraz komunikaty walidacyjne. Reguły formularza powinny zmieniać się po wyborze kraju dostawy. Światowy Związek Pocztowy wskazuje, że nie istnieje jeden globalny standard kodów pocztowych, a systemy adresowe różnią się strukturą i formatem.

Typowy błąd pojawia się wtedy, gdy zagraniczny klient wpisuje poprawny kod swojego kraju, ale formularz sprawdza go według polskiego wzoru. Otrzymuje komunikat „Invalid postal code”, często bez informacji, co powinien poprawić. Dobry UX checkout wyświetla komunikat w języku klienta, zachowuje pozostałe dane i podaje przykład formatu właściwego dla wybranego państwa.

Nie należy również wymagać pól, które na danym rynku nie są potrzebne. Dotyczy to między innymi województwa, numeru budynku w osobnym polu albo krajowego formatu telefonu. Integracja z lokalnym przewoźnikiem musi przekazywać adres dokładnie w takiej strukturze, jakiej wymaga jego system.

Przed uruchomieniem sprzedaży warto przeprowadzić testy na urządzeniach mobilnych, z autouzupełnianiem oraz kilkoma prawidłowymi adresami z każdego kraju. Należy sprawdzić również zmianę języka w trakcie zamówienia, płatność bez rejestracji i wszystkie komunikaty błędów. Baymard wskazuje, że 17% badanych porzuciło zakup z powodu awarii lub błędów strony. (Źródło: Baymard Institute, „40+ UX Statistics”; dostęp: https://baymard.com/learn/ux-statistics)

Jak transparentnie pokazać pełny koszt zamówienia?

Pełny koszt zamówienia powinien być widoczny, zanim klient przejdzie do płatności. Według Baymard Institute 40% kupujących porzucających koszyk z powodów możliwych do wyeliminowania wskazuje zbyt wysokie koszty dodatkowe, a 12% rezygnuje, ponieważ nie może wcześniej sprawdzić całkowitej kwoty zamówienia. Nie ma natomiast wiarygodnych danych potwierdzających, że sama prezentacja landed cost zawsze zmniejsza liczbę porzuceń dokładnie o 20-30%. (Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate)

Landed cost w checkout oznacza pełny koszt, jaki klient poniesie, aby otrzymać przesyłkę. Obejmuje cenę produktu, dostawę, VAT lub lokalny podatek, cło oraz obowiązkowe opłaty importowe i manipulacyjne. Pokazanie wyłącznie ceny produktu, a następnie dodanie pozostałych należności na ostatnim ekranie podważa transparentność cen i zmienia warunki zakupu w momencie, gdy klient spodziewa się już tylko płatności.

Informację o kosztach warto prezentować etapami. Na stronie produktu można pokazać orientacyjną cenę dostawy i informację o podatkach. Po wyborze kraju oraz kodu pocztowego cost calculator powinien podać dokładniejsze wyliczenie. W koszyku i checkout należy wyświetlić czytelne pozycje:

• produkt,

• dostawa,

• VAT lub podatek lokalny,

• cło,

• pozostałe opłaty,

• pełny koszt zamówienia w walucie klienta.

Obliczenia można zautomatyzować za pomocą Zonos, Avalara albo funkcji dostępnych na platformie sklepowej.

Kalkulator cła i podatków w checkout

Kalkulator ceł powinien wykonywać obliczenie po wskazaniu kraju dostawy, kodu pocztowego i zawartości koszyka. Do prawidłowego wyliczenia potrzebuje także wartości produktu, kosztu transportu, kraju pochodzenia oraz kodu Harmonised System. Klasyfikacja HS pozwala ustalić właściwą stawkę celną, ale błędny kod może prowadzić do nieprawidłowej opłaty albo zatrzymania przesyłki.

Live duty calculator lub tax calculator musi uwzględniać reguły konkretnego rynku. W Wielkiej Brytanii sposób rozliczenia VAT zależy między innymi od tego, czy wartość przesyłki przekracza 135 GBP. W Stanach Zjednoczonych od 29 sierpnia 2025 roku nie obowiązuje powszechne zwolnienie de minimis dla przesyłek o małej wartości. W Szwajcarii wysokość podatku zależy między innymi od podstawy opodatkowania i właściwej stawki VAT.

Zonos i AvaTax Cross-Border automatyzują obliczanie ceł, podatków oraz opłat importowych. Koszt wdrożenia zależy od liczby rynków, wolumenu zamówień, jakości danych produktowych i sposobu integracji, dlatego zazwyczaj wymaga indywidualnej wyceny. Skuteczność kalkulatora należy oceniać przez test A/B, porównując conversion rate, porzucenia checkout, odmowy przyjęcia paczek i liczbę pytań o opłaty.

Real-time delivery estimates – szacowany czas dostawy

Informacja „dostawa w ciągu 3-7 dni roboczych” pozostawia klienta z pytaniem, czy zamówienie dotrze przed weekendem, świętem lub konkretnym wydarzeniem. Lepszym sygnałem zaufania jest data, na przykład „przewidywana dostawa: czwartek, 17 września”, ewentualnie uzupełniona wąskim i realistycznym przedziałem.

Szacowany termin dostawy powinien uwzględniać godzinę graniczną przyjmowania zamówień, czas kompletacji w magazynie, weekendy, dni wolne, kraj i kod pocztowy odbiorcy, usługę przewoźnika oraz możliwą odprawę celną. Sama deklaracja kuriera nie wystarczy, jeśli system pomija czas potrzebny na spakowanie zamówienia. Zbyt optymistyczny delivery estimate może zwiększyć sprzedaż krótkoterminowo, ale prowadzi do opóźnień, reklamacji i obciążenia obsługi klienta.

Integracja real-time shipping przez API pozwala pobierać dostępne usługi, stawki i przewidywany czas przewozu po podaniu adresu klienta. ShipStation API, wcześniej oferowane jako ShipEngine, umożliwia porównywanie wariantów dostawy i prezentowanie danych przewozowych w checkout. EasyPost może obsługiwać integrację stawek i tracking, jednak zaawansowane prognozy SmartRate mają obecnie ograniczenie do przesyłek krajowych w USA. Zakres funkcji trzeba więc sprawdzić dla każdego rynku i przewoźnika.

Tracking informuje o przesyłce już po zakupie. Nie zastępuje szacowanego terminu dostawy widocznego przed płatnością. To ważne, ponieważ 20% badanych przez Baymard wskazało zbyt wolną dostawę jako przyczynę porzucenia zamówienia. (Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate)

Lokalne metody płatności – co wdrożyć na których rynkach

Lokalne metody płatności należy dobierać osobno dla każdego rynku. Według Baymard Institute 9% klientów rezygnujących z zakupu z powodów związanych z checkoutem wskazuje niewystarczającą liczbę dostępnych sposobów zapłaty. Nie potwierdza to tezy o 30-50% porzuceń, ale pokazuje, że payment localization pozostaje istotnym elementem konwersji. (Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate)

Punktem wyjścia powinny być karty Visa i Mastercard oraz portfele Apple Pay i Google Pay. Następnie do checkoutu dodaje się local payment methods charakterystyczne dla danego kraju.

BNPL, czyli buy now, pay later, warto traktować jako uzupełnienie checkoutu, szczególnie przy produktach o wyższej wartości. Dostępność usług Klarna, Afterpay czy Scalapay zależy od kraju, waluty, branży oraz wartości koszyka. Przed wdrożeniem trzeba sprawdzić również koszty zwrotów, częściowych refundacji i sporów.

Integrację ułatwia payment aggregator, taki jak Mollie, Adyen, Stripe lub PayU. Jeden operator może obsługiwać wiele metod, walut, rozliczeń i webhooków. Opłaty różnią się jednak zależnie od sposobu zapłaty. W publicznym cenniku Mollie transakcja iDEAL | Wero kosztuje 0,32 EUR, Bancontact 1,40% + 0,25 EUR, Swish 1,25% + 0,25 EUR, a BLIK 1,60% + 0,25 EUR. Klarna jest droższa i jej stawka zależy od rynku. (Źródło: Mollie, „Fees & Pricing”; dostęp: https://www.mollie.com/pricing)

Metody powinny być wyświetlane dynamicznie na podstawie kraju dostawy i waluty, a nie tylko adresu IP. Po wdrożeniu należy porównywać conversion rate, udział poszczególnych metod, liczbę odrzuconych płatności i koszt obsługi transakcji. Stripe umożliwia między innymi dynamiczne porządkowanie metod oraz prowadzenie testów A/B bez tworzenia osobnego formularza dla każdego rynku.

Lokalizacja checkout – język, waluta, UX

Checkout lokalizacja obejmuje cały proces składania zamówienia, a nie tylko przetłumaczenie nazw pól i przycisku „Kup teraz”. Formularz powinien rozpoznawać język, walutę lokalną oraz reguły zapisu danych obowiązujące w kraju klienta. Nie ma wiarygodnych podstaw, aby każdemu wdrożeniu przypisywać wzrost konwersji o 10-30%. Stripe podaje natomiast, że 76% klientów, którym umożliwiono wybór, płaci w swojej walucie, a firmy korzystające z Adaptive Pricing odnotowują średnio 5% wyższy wskaźnik autoryzacji płatności. Są to dane operatora, dlatego nie należy traktować ich jako uniwersalnego wyniku dla każdego sklepu. (Źródło: Stripe, „New ways to turn global demand into revenue”; dostęp: https://stripe.com/blog/new-ways-to-turn-global-demand-into-revenue)

Pełna UX lokalizacja checkoutu powinna obejmować:

• język formularza i podsumowania zamówienia,

• walutę, sposób zaokrąglania cen i separator dziesiętny,

• format adresu oraz kolejność pól,

• kod kierunkowy i format numeru telefonu,

• lokalne metody płatności,

• komunikaty błędów i treść zgód,

• format daty, czasu dostawy i numeru zamówienia.

Waluta lokalna powinna być widoczna od strony produktu aż do potwierdzenia płatności. Jeżeli cena jest przeliczana automatycznie, klient powinien wiedzieć, w jakiej walucie zostanie obciążony oraz czy kurs zawiera dodatkową marżę. Zmiana waluty dopiero po przekierowaniu do operatora płatności może wywołać wrażenie, że ostateczna cena różni się od zapowiadanej.

Formularz adresowy musi zmieniać się wraz z krajem dostawy. Brytyjski postcode, niemiecki PLZ i francuski code postal wymagają odrębnych etykiet oraz reguł walidacji. Nie należy również wymuszać pola województwa lub regionu w krajach, w których nie jest ono potrzebne do doręczenia.

Technicznie checkout warto budować zgodnie z zasadami i18n, czyli internacjonalizacji interfejsu. Teksty, waluty, formaty adresowe i komunikaty powinny być przechowywane jako osobne zasoby językowe. Dzięki temu uruchomienie kolejnego rynku nie wymaga przebudowy całego formularza.

Tłumaczenie komunikatów błędów i walidacji formularzy

Przetłumaczony przycisk nie wystarczy, jeżeli po wpisaniu danych klient otrzymuje komunikat „Invalid postal code” albo „Phone number is required”. Wszystkie komunikaty błędów powinny pojawiać się w języku interfejsu, wskazywać konkretne pole i wyjaśniać sposób poprawy danych.

Walidacja formularzy musi uwzględniać reguły danego kraju. Dotyczy to kodów pocztowych, numerów telefonów z prefiksem międzynarodowym oraz identyfikatorów podatkowych używanych w zakupach B2B. Numer VAT kontrahenta z UE można dodatkowo sprawdzać w systemie VIES.

Dobrze zaprojektowany i18n checkout nie usuwa poprawnych danych po wystąpieniu jednego błędu. Powinien także od razu pokazywać przykład oczekiwanego formatu, zamiast informować o problemie dopiero po wysłaniu całego formularza.

Do obsługi międzynarodowych adresów można wykorzystać gotowe komponenty. Stripe Address Element obsługuje 236 regionalnych formatów adresowych oraz automatyczne dostosowanie pól. Własne formularze warto testować za pomocą Playwright lub Cypress, wykorzystując zestawy przykładowych adresów, numerów telefonów i kodów pocztowych dla każdego rynku.

Guest checkout i uproszczenie procesu zamówienia

Guest checkout pozwala złożyć zamówienie bez zakładania konta. Według Baymard Institute 18% badanych porzucających zakup z przyczyn związanych z checkoutem rezygnuje z powodu obowiązkowej rejestracji, a 17% wskazuje zbyt długi lub skomplikowany proces. Nie potwierdza to deklarowanej straty 23-35%, ale pokazuje, że przymusowe konto jest realną barierą. (Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate)

Sklep nadal może zapisać dane zamówienia, adres dostawy i e-mail potrzebny do komunikacji transakcyjnej. Utworzenie konta warto zaproponować po zakupie, na przykład przez ustawienie hasła do danych podanych w formularzu.

Skrócenie checkoutu nie zawsze oznacza umieszczenie wszystkiego na jednej stronie. One-page checkout może być wygodny, ale ważniejsza jest liczba pól, które klient musi wypełnić. Należy usuwać dane zbędne do płatności i dostawy oraz domyślnie ukrywać osobny adres rozliczeniowy.

Express payment przez Apple Pay lub Google Pay może dodatkowo ograniczyć ręczne wpisywanie danych. Przyciski powinny być wyświetlane tylko na obsługiwanych urządzeniach i rynkach. (Źródło: Stripe, „Express Checkout Element”; dostęp: https://docs.stripe.com/elements/express-checkout-element)

Najlepszy wariant należy wybrać w teście A/B, porównując ukończenie checkoutu, błędy formularza, skuteczność płatności i wyniki na urządzeniach mobilnych.

Trust signals dla zagranicznego klienta

Zagraniczny klient zwykle nie zna marki, nie ma wcześniejszych doświadczeń ze sklepem i trudniej mu ocenić, czy w razie problemu odzyska pieniądze. Dlatego trust signals powinny potwierdzać zarówno bezpieczeństwo płatności, jak i wiarygodność samego sprzedawcy. Według Baymard Institute 19% klientów porzucających checkout z przyczyn możliwych do wyeliminowania wskazuje brak zaufania do sklepu w zakresie przekazania danych karty. (Źródło: Baymard Institute, „How Users Perceive Security During the Checkout Flow”; dostęp: https://baymard.com/blog/perceived-security-of-payment-form)

Sygnały zaufania warto budować w następującej kolejności:

1. Bezpieczeństwo techniczne. Sklep musi korzystać z połączenia HTTPS i prawidłowego certyfikatu SSL. W checkout powinny być widoczne rozpoznawalne metody płatności oraz nazwa operatora obsługującego transakcję.

2. Dane sprzedawcy. Należy podać pełną nazwę firmy, adres, dane rejestrowe, kontakt e-mail i numer telefonu. Local presence może oznaczać lokalny numer, adres zwrotów albo obsługę w języku klienta. Nie należy jednak sugerować posiadania lokalnego oddziału, jeżeli firma rzeczywiście go nie prowadzi.

3. Social proof. Najbardziej wiarygodne są opinie klientów z tego samego rynku, dotyczące dostawy, zwrotów i jakości obsługi. Można prezentować je za pomocą Trustpilot, Google Reviews albo systemu recenzji produktowych.

4. Ograniczenie ryzyka zakupowego. Klient powinien przed zapłatą znać pełny koszt zamówienia, przewidywany termin dostawy, zasady reklamacji oraz politykę zwrotów.

Recenzje zagraniczne warto prezentować w języku klienta. Jeśli opinia została automatycznie przetłumaczona, należy to zaznaczyć i pozostawić możliwość wyświetlenia oryginału. Sklep powinien również wyjaśnić, czy recenzje pochodzą od osób, które rzeczywiście dokonały zakupu.

Lokalny numer telefonu wzmacnia zaufanie klienta tylko wtedy, gdy ktoś faktycznie odbiera połączenia w podanych godzinach. Lepszy jest sprawnie obsługiwany kontakt międzynarodowy niż lokalny numer prowadzący do automatycznej sekretarki w obcym języku.

Certyfikaty SSL, odznaki bezpieczeństwa, opinie zagraniczne

Certyfikat SSL, a technicznie protokół TLS, szyfruje dane przesyłane między przeglądarką a serwerem. Nie potwierdza jednak jakości produktów ani uczciwości sprzedawcy. Dlatego sama ikona kłódki nie zastępuje danych firmy, regulaminu, recenzji i dostępnego kontaktu.

Security badge najlepiej umieścić w pobliżu miejsca, w którym klient podejmuje decyzję o płatności, na przykład przy formularzu karty, przycisku zamówienia lub podsumowaniu koszyka. Badania Baymard pokazują, że użytkownicy zwracają uwagę na wizualne zabezpieczenie obszaru płatności, mimo że wszystkie pola na stronie HTTPS są szyfrowane w ten sam sposób.

Odznaki takie jak Trusted Shops należy wykorzystywać wyłącznie po uzyskaniu odpowiedniego uprawnienia. Nie warto również przeładowywać checkoutu przypadkowymi ikonami, które nie są rozpoznawalne na danym rynku.

Opinie klientów i recenzje zagraniczne powinny znajdować się również na kartach produktów. Najbardziej przydatne są komentarze opisujące czas dostawy, zgodność produktu z opisem, kontakt ze sklepem i przebieg zwrotu. Sama średnia ocen bez daty, treści i informacji o źródle może nie wystarczyć do zbudowania wiarygodności.

Przejrzysta polityka zwrotów międzynarodowych

Polityka zwrotów jest jednym z najważniejszych sygnałów ograniczających ryzyko zakupu. Według Baymard Institute 13% klientów porzucających zamówienie z przyczyn możliwych do usunięcia wskazuje niezadowalające zasady zwrotów. Nie oznacza to, że darmowe zwroty zawsze zwiększą konwersję o określony procent. Pokazuje jednak, że niejasna returns policy może zatrzymać zakup. (Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate)

W Niemczech i Francji obowiązuje unijne prawo do odstąpienia od umowy zawartej online w ciągu 14 dni. Klient może ponosić koszt przesyłki zwrotnej, jeżeli został o tym poinformowany przed zakupem. Sprzedawca może dobrowolnie zaoferować darmowe zwroty, lokalny hub zwrotów albo opłaconą etykietę.

W Wielkiej Brytanii konsument również ma 14 dni na zgłoszenie rezygnacji z zakupu online. Sprzedawca zwraca koszt standardowej dostawy, natomiast zasady pokrycia przesyłki powrotnej powinny wynikać z informacji przekazanych klientowi. Darmowe zwroty w DE, FR i UK są więc decyzją handlową, a nie jednakowym obowiązkiem ustawowym.

Polityka international returns powinna wskazywać termin, adres zwrotu, dopuszczalny stan produktu, koszt przesyłki, dostępność etykiety, sposób i termin refundacji oraz zasady dotyczące ceł. W zwrotach cross-border należy też jasno wyjaśnić, czy klient wysyła produkt do Polski, czy do lokalnego punktu.

Odzyskiwanie porzuconych koszyków w cross-border

E-mail remarketing pozwala odzyskać część niedokończonych transakcji, jednak nie istnieje uniwersalny benchmark potwierdzający, że każda sekwencja odzyskuje od 5 do 15% koszyków. Wynik zależy między innymi od rynku, źródła ruchu, urządzenia, wartości zamówienia oraz przyczyny rezygnacji.

Znaczenie automatyzacji dobrze pokazują dane Omnisend z 2025 roku. Wiadomości automatyczne stanowiły zaledwie 2% wysyłek e-mail, a odpowiadały za 30% przychodów przypisanych do tego kanału. Sekwencje dotyczące porzuconych koszyków i wiadomości powitalne wygenerowały łącznie 76% zamówień pochodzących z automatyzacji. Dane te nie określają jednak procentu odzyskanych koszyków, dlatego własny cart recovery rate należy mierzyć oddzielnie dla każdego kraju. (Źródło: Omnisend, „2026 Ecommerce Marketing Report”; dostęp: https://www.omnisend.com/resources/reports/2026-ecommerce-marketing-report/)

W cross-border abandoned cart email powinien odpowiadać wersji sklepu, z której korzystał klient. Dotyczy to języka, waluty, cen, przewidywanego terminu dostawy oraz metod płatności. Niemieckiemu klientowi, który porzucił koszyk wyceniony w euro, nie należy wysyłać polskiej wiadomości z cenami w złotych. Link powinien odtwarzać zawartość koszyka wraz z wybranym wariantem produktu, krajem dostawy i lokalną metodą płatności.

Przed uruchomieniem automatyzacji trzeba również sprawdzić zasady wysyłania komunikacji marketingowej obowiązujące na danym rynku. Dotyczy to szczególnie ostatniej wiadomości zawierającej rabat lub inną ofertę handlową.

Sekwencja e-mail po porzuceniu koszyka

Punktem wyjścia może być trzyetapowa sekwencja follow-up, której odstępy należy później zweryfikować w testach:

• Po około godzinie wysyłany jest krótki reminder z produktami pozostawionymi w koszyku i bezpośrednim linkiem do wznowienia zamówienia. Na tym etapie nie trzeba oferować rabatu. Warto natomiast pokazać pełny koszt, termin dostawy i dostępne sposoby płatności.

• Po 24 godzinach wiadomość może odpowiadać na najczęstsze obiekcje. Przydatne będą lokalne opinie klientów, informacja o zwrotach, dane kontaktowe oraz przypomnienie o możliwości zapłaty przez metodę popularną w danym kraju.

• Po 72 godzinach można zaproponować ograniczony czasowo rabat, bezpłatną dostawę albo pomoc konsultanta. Upust nie powinien być automatycznym rozwiązaniem dla każdego koszyka. Przy niskiej marży lepiej najpierw przetestować alternatywną płatność lub niższy koszt dostawy.

Personalizacja powinna obejmować produkt, wariant, imię klienta, walutę oraz język. Linie tematu należy testować oddzielnie na każdym rynku. Dosłowne tłumaczenie zwycięskiego tematu z Polski może nie działać w Niemczech lub Francji.

Jak mierzyć skuteczność cart recovery na każdym rynku

Open rate pokazuje zainteresowanie tematem wiadomości, click rate mierzy przejścia do sklepu, a conversion rate określa udział odbiorców, którzy sfinalizowali zakup. Najważniejszy jest jednak cart recovery rate, czyli liczba odzyskanych koszyków podzielona przez liczbę porzuconych koszyków objętych sekwencją.

Raport warto podzielić według kraju, języka, urządzenia i źródła ruchu. Dzięki temu można zauważyć, że na przykład wiadomości w Niemczech są otwierane, ale klienci rezygnują po ponownym przejściu do checkoutu. Problemem nie jest wtedy treść e-maila, lecz najczęściej koszt dostawy, brak preferowanej płatności albo błąd formularza.

Mobile checkout – optymalizacja dla zagranicznych użytkowników mobilnych

Urządzenia mobilne odpowiadają za większość wizyt w światowym e-commerce. W 2025 roku smartfony generowały blisko 80% wejść na detaliczne strony internetowe, chociaż udział mobile może znacząco różnić się pomiędzy branżami i rynkami. Z tego powodu punkt odniesienia dla konkretnego sklepu powinny stanowić własne dane analityczne. (Źródło: Statista, „E-commerce worldwide - statistics & facts”; dostęp: https://www.statista.com/topics/871/online-shopping/)

Mobile checkout powinien dać się przejść jedną ręką i bez powiększania ekranu. Najczęstsze problemy to zbyt małe przyciski, zasłanianie pól przez klawiaturę, nieprawidłowy typ klawiatury dla numeru telefonu lub kodu pocztowego, wyskakujące okna oraz formularz wymagający wielokrotnego wpisywania tych samych danych. W cross-border dochodzą różne formaty adresów, prefiksy telefoniczne i lokalne metody płatności.

Skutki takich problemów potwierdzają badania Baymard Institute. Wśród ankietowanych amerykańskich konsumentów 17% wskazało zbyt długi lub skomplikowany checkout jako powód rezygnacji, a kolejne 17% porzuciło zamówienie z powodu błędów lub awarii strony. Dane nie dotyczą wyłącznie urządzeń mobilnych ani cross-border, ale pokazują, jak szybko problemy techniczne przerywają zakup. (Źródło: Baymard Institute, „50 Cart Abandonment Rate Statistics 2026”; dostęp: https://baymard.com/lists/cart-abandonment-rate)

Responsywność checkout warto kontrolować również przez Core Web Vitals. Google uznaje za dobre wyniki LCP do 2,5 sekundy, INP do 200 milisekund oraz CLS nieprzekraczający 0,1. Ocena powinna obejmować co najmniej 75% wizyt, z osobnym pomiarem dla urządzeń mobilnych. (Źródło: Google, „Web Vitals”; dostęp: https://web.dev/articles/vitals)

Apple Pay i Google Pay skracają mobile checkout, ponieważ wykorzystują zapisane dane płatnicze i adresowe. Ich dostępność zależy jednak od kraju, przeglądarki, waluty i konfiguracji urządzenia. Przykładowo Stripe wyświetla tylko te przyciski płatnicze, które są obsługiwane w środowisku konkretnego klienta.

Testy należy przeprowadzać na rzeczywistych urządzeniach z iOS i Androidem, w Safari oraz Chrome. Scenariusz powinien obejmować lokalny adres, numer telefonu, walutę i płatność dla każdego obsługiwanego rynku, a nie tylko techniczny test polskiej wersji formularza.