Termin Customer Account API w Shopify: lista kontrolna dla subskrypcji i zwrotów

Shopify wyznaczyło jasny termin dla aplikacji subskrypcyjnych oraz aplikacji do zwrotów, które oferują klientom samoobsługę. Od 1 grudnia 2026 aplikacje do zwrotów i wymian oraz aplikacje subskrypcyjne będą musiały uwierzytelniać klientów za pomocą Customer Account API, jeśli chcą utrzymać status Built for Shopify.

Na pierwszy rzut oka wygląda to na wymóg dotyczący wyłącznie twórców aplikacji. W praktyce ma to znaczenie także dla merchantów. Jeśli klienci korzystają ze strefy konta, aby zarządzać subskrypcją lub zgłosić zwrot, taki proces wpływa na obciążenie działu wsparcia, retencję i zaufanie. Dla merchantów Shopify ten termin to dobry moment, by przejrzeć wszystkie ścieżki samoobsługowe, zanim ruszy planowanie sezonu szczytowego.

Co się zmienia?

Aktualizacja deweloperska Shopify z czerwca 2026 wskazuje, że aplikacje do zwrotów i wymian oraz aplikacje subskrypcyjne z samoobsługą po stronie klienta muszą do 1 grudnia 2026 korzystać z Customer Account API do uwierzytelniania klientów.

Dotyczy to między innymi takich procesów jak:

• zarządzanie zwrotami
• śledzenie wymian
• aktualizacja subskrypcji
• dostęp do portalu subskrypcji
• wykonywanie działań związanych z zamówieniem z poziomu konta klienta
• korzystanie ze stron samoobsługowych powiązanych z zamówieniami lub zakupami cyklicznymi

Ważne doprecyzowanie: nie oznacza to, że każda objęta tym wymogiem aplikacja przestanie działać 1 grudnia 2026. W praktyce chodzi o to, że aplikacje subskrypcyjne i aplikacje do zwrotów, które nie spełnią wymogu Customer Account API, ryzykują utratę statusu Built for Shopify. To inny mechanizm niż termin dotyczący rozszerzeń 1 października, gdzie aplikacji opartych na przestarzałych rozszerzeniach nie da się już aktualizować. Tutaj stawką jest jakość aplikacji i zaufanie, a nie techniczna blokada. Dla merchantów to nadal ważne: jeśli aplikacja nie nadąża za standardami kont klienta w Shopify, doświadczenie klienta może zacząć sprawiać wrażenie niespójnego lub przestarzałego, co szybko przekłada się na zgłoszenia do supportu i spadek zaufania kupujących.

Celem jest zapewnienie kupującym jednego, bezpiecznego logowania w całym sklepie, aplikacjach i kontach klienta. Zamiast zmuszać klientów do osobnych logowań dla każdej aplikacji, Shopify dąży do ujednolicenia doświadczeń klienta wokół jednej warstwy konta.

To ważne, ponieważ konta klienta nie służą już tylko do przeglądania wcześniejszych zamówień. Stają się centrum zarządzania działaniami po zakupie, subskrypcjami, zwrotami, anulacjami, aktualizacją profilu i obsługą zamówień.

Dlaczego to ważne dla merchantów

Poza samym wymogiem Built for Shopify ten termin ma znaczenie z dwóch praktycznych powodów: obciążenia supportu i zaufania klientów.

Po pierwsze, tarcia w obszarze konta klienta generują zgłoszenia do supportu. Jeśli klienci nie mogą łatwo znaleźć właściwego portalu, zalogować się, zaktualizować danych subskrypcji, zgłosić zwrotu lub śledzić wymiany, kontaktują się z obsługą. Bardziej przejrzyste doświadczenie konta może ograniczyć powtarzalne pytania i ręczną pracę.

Po drugie, procesy związane z subskrypcjami i zwrotami to momenty budujące albo osłabiające zaufanie. Klient, który chce wstrzymać subskrypcję, zmienić adres, poprosić o wymianę lub anulować zamówienie, znajduje się już w wrażliwym momencie relacji z marką. To doświadczenie powinno być bezpieczne, jasne i spójne.

Co powinny sprawdzić sklepy z subskrypcjami

Sklepy oferujące subskrypcje powinny zacząć od rozpisania wszystkich miejsc, w których subskrybent może wykonać jakąś akcję.

Dotyczy to strony produktu, informacji przy checkoutcie, konta klienta, portalu subskrypcji, e-maili o odnowieniu, e-maili o nieudanej płatności, procesu anulowania i linków do supportu. Jeśli którykolwiek z tych punktów wejścia kieruje klienta do osobnego logowania lub niejasnego portalu, warto to przejrzeć.

Najważniejsze procesy subskrypcyjne do audytu to:

• podgląd aktywnych subskrypcji
• wstrzymanie lub wznowienie subskrypcji
• pominięcie kolejnej dostawy
• zmiana częstotliwości dostaw
• zamiana produktów lub wariantów
• dodanie jednorazowych produktów do nadchodzącego zamówienia
• edycja adresu wysyłki
• aktualizacja danych płatniczych
• sprawdzenie warunków odnowienia
• anulowanie subskrypcji
• zaakceptowanie oferty retencyjnej przed anulowaniem
• odzyskanie płatności po nieudanej próbie obciążenia

Najważniejsze pytanie jest proste: czy klient może zarządzać subskrypcją w bezpiecznym i zrozumiałym środowisku konta, bez kontaktu z supportem?

To bezpośrednio łączy się też z retencją. Retencja subskrypcji jest najwyższa wtedy, gdy klienci mają kontrolę. Subskrybent, który może wstrzymać, pominąć, zamienić produkt lub zaktualizować dane, częściej zostaje dłużej niż ktoś, kto widzi tylko przycisk anulowania albo musi pisać do supportu.

Więcej o tym aspekcie retencji znajdziesz w przewodniku Progus o retencji subskrypcji Shopify w 2026 roku.

Co powinny sprawdzić sklepy w obszarze zwrotów i wymian

Zwroty i wymiany to kolejny obszar, w którym spójność konta klienta ma duże znaczenie.

Dobrze zaprojektowany proces zwrotu powinien pomagać klientom zrozumieć, co mogą zrobić, dlaczego kwalifikują się lub nie kwalifikują do danej opcji oraz co wydarzy się dalej. Powinien też dostarczać merchantowi uporządkowane dane operacyjne: powody zwrotów, prośby o wymianę, preferencje dotyczące zwrotu środków, potrzeby związane z ponownym przyjęciem towaru na stan i wyjątki obsługowe.

Merchanci powinni sprawdzić, czy klienci mogą:

• zgłosić zwrot dla właściwego zamówienia
• poprosić o wymianę zamiast wyłącznie o zwrot pieniędzy
• zobaczyć zasady kwalifikacji do zwrotu przed wysłaniem zgłoszenia
• zrozumieć opłaty za przyjęcie zwrotu lub zasady dotyczące wysyłki zwrotnej
• śledzić status zwrotu lub wymiany
• otrzymać jasne instrukcje dotyczące odesłania produktów
• wybrać środki na konto sklepu, gdy to odpowiednie
• złożyć prośbę o anulowanie, jeśli zamówienie nadal się kwalifikuje
• widzieć zasady dopasowane do ich rynku lub regionu

To szczególnie ważne dla merchantów sprzedających na wielu rynkach. Shopify rozszerzyło też samoobsługowe zwroty o obsługę anulacji, z możliwością konfiguracji zasad zwrotów i anulacji dla każdego rynku osobno. Dla merchantów sprzedających do UE może to pomóc w obsłudze procesów związanych z prawem odstąpienia od umowy bez stosowania tych samych zasad wszędzie.

Merchanci nadal powinni konsultować treść polityk z doradcami prawnymi lub compliance. Z perspektywy operacji ecommerce wniosek jest jednak prosty: logika polityk powinna być widoczna, dostosowana do rynku i powiązana z doświadczeniem konta klienta.

Nie traktuj tego terminu jako zadania dla jednej aplikacji

Wielu merchantów zapyta jednego dostawcę aplikacji, usłyszy „tak, pracujemy nad tym” i uzna temat za zamknięty. To za mało.

Procesy subskrypcji i zwrotów często obejmują wiele systemów:

• konta klienta Shopify
• aplikacje subskrypcyjne
• aplikacje do zwrotów
• narzędzia helpdesk
• narzędzia do e-maili i SMS-ów
• linki do aktualizacji płatności
• narzędzia lojalnościowe
• integracje ERP lub WMS
• automatyzacje Shopify Flow
• analityka i raportowanie
• niestandardowe linki w motywie lub strony konta

Klient może zacząć od e-maila, kliknąć do konta, otworzyć portal, zaktualizować subskrypcję, uruchomić e-mail płatniczy, a potem założyć zgłoszenie do supportu, jeśli coś się nie uda. Każdy etap powinien wejść do audytu.

Ryzyko nie polega wyłącznie na tym, że aplikacja nie zdąży przed terminem. Większym ryzykiem operacyjnym jest to, że doświadczenie konta klienta stanie się niespójne, bo różne narzędzia inaczej obsługują uwierzytelnianie, działania na zamówieniach i dane klientów.

Jakie pytania zadać dostawcom aplikacji

Przed grudniem 2026 merchanci powinni zadać każdemu dostawcy aplikacji subskrypcyjnej i do zwrotów kilka konkretnych pytań.

• Czy wasza aplikacja korzysta z Customer Account API Shopify do uwierzytelniania kupujących?
• Które procesy po stronie klienta obejmuje migracja?
• Czy aplikacja utrzyma status Built for Shopify po 1 grudnia 2026?
• Czy klienci uzyskują dostęp do tego doświadczenia z poziomu nowych kont klienta?
• Czy starsze konta klienta są wspierane, niewspierane czy stopniowo wycofywane?
• Które strony lub obszary konta rozszerza aplikacja?
• Czy aplikacja obsługuje zasady zależne od rynku dla zwrotów, anulacji lub polityk subskrypcji?
• Co merchant powinien przetestować przed włączeniem zaktualizowanego procesu?
• Czy trzeba będzie zmienić linki w motywie, adresy URL portalu, linki w e-mailach lub SMS-ach?
• Co stanie się z istniejącymi umowami subskrypcyjnymi, zgłoszeniami zwrotów lub rekordami klientów podczas migracji?

Nieprecyzyjna odpowiedź to sygnał, by pytać dalej. Merchant nie musi analizować każdego technicznego szczegółu, ale powinien rozumieć wpływ operacyjny.

Jak wygląda to w Progus Subscriptions: Skoro właśnie takie pytania rekomendujemy wysyłać dostawcom, podajemy też własną odpowiedź. Progus Subscriptions już dziś uwierzytelnia klientów przez Customer Account API Shopify, zgodnie z wymogiem obowiązującym od grudnia 2026 dla aplikacji subskrypcyjnych z samoobsługą po stronie klienta. Merchanci korzystający z aplikacji nie muszą podejmować żadnych działań. Jeśli chcesz potwierdzić coś w swojej konkretnej konfiguracji, skontaktuj się z naszym supportem.

Praktyczna lista kontrolna dla merchantów

Skorzystaj z tej listy kontrolnej, aby przygotować się przed terminem. Każdy punkt zawiera prosty test „gotowe, gdy”.

1. Rozpisz wszystkie ścieżki samoobsługowe.
Gotowe, gdy masz listę wszystkich procesów po stronie klienta związanych z subskrypcjami, zwrotami, wymianami, anulacjami i aktualizacją płatności, wraz z aplikacją lub integracją, która obsługuje każdy z nich.

2. Potwierdź, których aplikacji to dotyczy.
Gotowe, gdy każda aplikacja subskrypcyjna i do zwrotów z twojej listy ma odpowiedź tak/nie w kwestii samoobsługi po stronie klienta.

3. Uzyskaj pisemne potwierdzenie od dostawców.
Gotowe, gdy każdy dostawca objęty zmianą odpowiedział na piśmie w sprawie wsparcia Customer Account API, terminu migracji i statusu Built for Shopify. „Pracujemy nad tym” się nie liczy.

4. Sprawdź każdy punkt wejścia klienta.
Gotowe, gdy linki do konta, linki do statusu zamówienia, linki do portalu, e-maile o odnowieniu, e-maile do aktualizacji płatności i wiadomości SMS prowadzą do aktualnego i właściwego doświadczenia.

5. Przetestuj wszystko jak prawdziwy klient, także scenariusze brzegowe.
Gotowe, gdy przejdziesz pełną ścieżkę: subskrypcja, logowanie, wstrzymanie, pominięcie, zamiana, aktualizacja danych, zgłoszenie zwrotu lub wymiany oraz anulowanie. Przetestuj też trudniejsze przypadki: nieudane płatności, częściowo zrealizowane zamówienia, środki na konto sklepu, okna zwrotów zależne od rynku oraz klientów używających innego adresu e-mail niż ten użyty przy zamówieniu.

6. Zaktualizuj skrypty supportu.
Gotowe, gdy zespół wsparcia wie, gdzie klienci się logują, co się zmieniło i jak ich prowadzić bez tworzenia duplikatów kont lub ręcznych obejść.

7. Monitoruj zgłoszenia po wdrożeniu.
Gotowe, gdy ktoś odpowiada za śledzenie problemów z logowaniem, niejasności wokół portalu, pytań o anulacje i problemów z aktualizacją płatności przynajmniej przez pierwsze dwa tygodnie po uruchomieniu zmian.

Sugerowany harmonogram przed 1 grudnia 2026

• Lipiec-sierpień 2026: Rozpoznanie.
  Przeprowadź audyt aplikacji, linków, portali i ścieżek konta. Wyślij pytania do dostawców i zidentyfikuj wszelkie prace niestandardowe.

• Wrzesień 2026: Planowanie.
  Potwierdź harmonogramy dostawców, przypisz właścicieli po stronie zespołu i zdefiniuj scenariusze QA.
• Październik 2026: Testy.
  Przeprowadź testy jak klient w procesach subskrypcji, zwrotów, wymian, płatności i anulacji, także na mobile oraz z uwzględnieniem zasad zależnych od rynku.
• Pierwsza połowa listopada 2026: Ostatnie przygotowania.
  Zaktualizuj treści w centrum pomocy, linki w e-mailach, skrypty supportu i dokumentację. Najlepiej zakończyć to przed sezonowym code freeze. Tydzień Black Friday to nie jest dobry moment na zmiany w obszarze kont klienta.
• 1 grudnia 2026: Potwierdzenie.
  Zweryfikuj, że objęte zmianą aplikacje spełniają wymóg, a samoobsługa klienta działa zgodnie z oczekiwaniami.

Jak wygląda dobre doświadczenie po upływie terminu

Dobre doświadczenie po wdrożeniu powinno obejmować:

• jedno jasne logowanie do konta
• łatwe do znalezienia opcje zarządzania subskrypcją
• działania dotyczące zwrotów i wymian powiązane z właściwym zamówieniem
• jasne zasady polityki przed wysłaniem zgłoszenia przez klienta
• bezpiecznie wyglądające aktualizacje płatności i adresu
• mniej zgłoszeń typu „gdzie mogę tym zarządzać?”
• spójną komunikację między kontem, e-mailami i portalem
• uporządkowane dane dla zespołów retencji, operacji i supportu

Dla merchantów subskrypcyjnych właśnie tutaj narzędzia takie jak Progus Subscriptions mogą wspierać szerszy cel: elastyczne zarządzanie subskrypcjami, samoobsługę klienta, odzyskiwanie płatności, zdarzenia cyklu życia i analitykę w jednym, natywnym dla Shopify workflow.

Podsumowanie

Termin Shopify Customer Account API łatwo zignorować jako techniczny wymóg dla aplikacji. Merchanci powinni jednak potraktować go jako termin dotyczący doświadczenia klienta i operacji.

Przed 1 grudnia 2026 merchanci Shopify powinni przeprowadzić audyt wszystkich ścieżek samoobsługowych, zadać dostawcom konkretne pytania, przetestować realne ścieżki klientów oraz uporządkować linki i polityki, które powodują niejasności. Sklepy, które dobrze wykorzystają ten termin, nie tylko zabezpieczą kompatybilność aplikacji. Ograniczą też pracę supportu, poprawią retencję i ułatwią budowanie zaufania do operacji posprzedażowych.