Shopify Thank You Page: audyt przed terminem 26 sierpnia

26 sierpnia 2026 r. to termin, do którego sklepy korzystające z planu Shopify innego niż Plus muszą zaktualizować obecne strony Thank You i Status zamówienia do nowych wersji. Przewodnik Shopify dla sklepów non-Plus wskazuje, że po wykonaniu aktualizacji dotychczasowe strony i ich dostosowania zostaną zastąpione. Niezgodne aplikacje, skrypty, piksele i modyfikacje stron trzeba przejrzeć i tam, gdzie nadal są potrzebne, zastąpić wspieranymi rozwiązaniami.

Są to strony wyświetlane po zakończeniu checkoutu. Shopify opisuje stronę Thank You jako jednorazową stronę pokazywaną po pomyślnym złożeniu zamówienia, a stronę Status zamówienia jako miejsce, do którego klient może wracać po utworzeniu zamówienia. W zależności od konfiguracji sklepu strony te mogą też zawierać tracking oraz treści dostarczane przez aplikacje, takie jak ankiety, pliki do pobrania, komunikaty lojalnościowe lub polecające, upselle, informacje o dostawie, narzędzia do zwrotów i linki do pomocy.

Dla merchantów Shopify, managerów e-commerce, agencji i zespołów IT ten termin należy traktować jak audyt migracji i pomiaru. Celem nie jest wyłącznie opublikowanie nowych stron. Trzeba potwierdzić, że po zmianie nadal działają dane o przychodach, doświadczenia po zakupie i operacyjne przekazanie informacji między zespołami.

Co potwierdza dokumentacja Shopify

Termin dotyczy stron Thank You i Status zamówienia po checkoutcie. Opublikowane wytyczne Shopify nie zapowiadają ogólnego wyłączenia checkoutu 26 sierpnia. Wymagają od sklepów non-Plus aktualizacji tych stron do tego dnia i wskazują, że po wykonaniu aktualizacji obecne strony oraz ich dostosowania zostaną zastąpione. Tego zapisu nie należy interpretować jako gwarancji, że nieprzetestowana konfiguracja sklepu nie sprawi problemów.

Shopify osobno informuje, że kwalifikujący się sklep korzystający z tymczasowej opcji przywrócenia poprzedniej wersji zostanie zaktualizowany automatycznie, jeśli nie przeprowadzi ponownej aktualizacji przed 26 sierpnia. Ta informacja pojawia się w warunkach dotyczących przywrócenia i nie powinna być uogólniana jako udokumentowany, uniwersalny scenariusz dla każdego sklepu non-Plus.

Ponieważ Shopify wymaga zastąpienia niezgodnego trackingu i modyfikacji stron, merchant powinien po migracji zweryfikować każdą potrzebną funkcję, zamiast zakładać, że dotychczasowy skrypt lub działanie aplikacji zostały przeniesione bez zmian.

Co się zmienia?

Shopify zastępuje starsze strony po checkoutcie wersjami opartymi na edytorze checkoutu i kont, app blocks, checkout UI extensions oraz frameworku pikseli Shopify. Gdy merchant przeprowadzi aktualizację, obecne strony Thank You i Status zamówienia wraz z ich aktualnymi dostosowaniami zostaną zastąpione nowymi stronami.

Ścieżki zastąpienia różnią się w zależności od tego, co robiła wcześniejsza modyfikacja:

• Widoczne treści na stronie należy przenieść do wbudowanych funkcji Shopify, zgodnych app blocks albo własnego checkout UI extension.
• Tracking i analitykę należy przenieść do app pixels lub, jeśli to konieczne, do zweryfikowanego custom pixel.
• Aplikacje, które nadal zależą od niezgodnych, starszych mechanizmów, wymagają aktualizacji po stronie dostawcy albo wymiany.
• Kodu opartego na scrapowaniu DOM-u lub używającego piksela do renderowania elementów interfejsu nie da się przenieść bez zmian do sandboxa pikseli Shopify; potrzebny jest wspierany mechanizm zastępczy.

Dokumentacja deweloperska Shopify wymienia wspierane zastosowania rozszerzeń, takie jak ankiety, prośby o opinię, oferty upsellowe, udostępnianie w social mediach i linki do pobrania. Rozróżnia też jednorazową stronę Thank You od strony Status zamówienia, do której można wracać i na której po utworzeniu zamówienia dostępne są dane zamówienia.

Dlaczego to projekt trackingowy, a nie tylko migracja stron

Additional Scripts mogły być używane do trackingu i analityki albo do modyfikacji stron. Spersonalizowany przewodnik aktualizacji Shopify identyfikuje istniejące skrypty i kategoryzuje je według przeznaczenia, w tym m.in. jako uwierzytelnianie czy śledzenie zamówień. Merchant powinien udokumentować, co robi każdy wskazany skrypt, do jakiej platformy wysyła dane i czy dana funkcja nadal jest potrzebna.

Shopify informuje, że Additional Scripts nie są wspierane na nowych stronach. W przypadku trackingu Shopify rekomenduje app pixels i dopuszcza custom pixels, gdy odpowiednia aplikacja nie spełnia wymagań. Widoczne modyfikacje należy odtworzyć przy użyciu zgodnych bloków lub innych wspieranych funkcji.

Shopify ostrzega, że podłączenie app pixel przed wyłączeniem Additional Script powoduje krótki okres duplikacji zdarzeń, a wyłączenie skryptu najpierw może przerwać śledzenie zdarzeń w trakcie zmiany. Udokumentowana przez Shopify kolejność to: podłączyć i przetestować zastępczy pixel, potwierdzić, że platforma docelowa odbiera zdarzenia, a dopiero potem wyłączyć starszy skrypt, aby zapobiec dalszym duplikatom.

Krok 1: otwórz spersonalizowany przewodnik aktualizacji Shopify

Zacznij w panelu Shopify Admin, przechodząc do Settings > Checkout. W sekcji Configurations rozwiń komunikat „Upgrade Thank You and Order Status pages by August 26, 2026”, a następnie wybierz Review customizations.

Shopify generuje raport dla konkretnego sklepu, który identyfikuje istniejące dostosowania i rozdziela zgodne oraz niezgodne aplikacje, tracking i analitykę, modyfikacje stron oraz Additional Scripts. Potraktuj go jako punkt wyjścia do inwentaryzacji, a następnie porównaj z systemami używanymi przez marketing, finanse, support, operacje i zewnętrzne agencje.

Uznaj za zakończone, gdy: jedna osoba ma udokumentowany przewodnik aktualizacji, a każdy wskazany element ma przypisaną osobę odpowiedzialną, cel, ścieżkę zastąpienia i status testów.

Krok 2: zbuduj pełną inwentaryzację elementów po zakupie

Przeprowadź audyt czterech grup zależności.

1. Tracking i analityka

• Zdarzenia zakupu w GA4 i Google Ads
• Piksele reklamowe Meta, TikTok, Pinterest i innych platform
• Tagi konwersji sieci afiliacyjnych i partnerów
• Atrybucja przychodu dla e-maila lub SMS-ów
• Testy A/B, nagrania sesji, heatmapy i tracking ankiet
• Własne zdarzenia data layer i analityka wewnętrzna

2. Widoczne treści po zakupie

• Ankiety, prośby o opinię i zachęty do poleceń
• Oferty po zakupie, zachęty do ponownego zakupu i komunikaty lojalnościowe
• Linki do pobrania produktów cyfrowych
• Instrukcje dotyczące dostawy, odbioru, automatów paczkowych, pobrania lub płatności
• Linki do pomocy, dane kontaktowe, polityki i komunikaty budujące zaufanie

3. Działania na zamówieniu i samoobsługa klienta

• Śledzenie zamówienia i status wielu przesyłek
• Linki do zwrotów, wymian, anulowania i edycji zamówienia
• Linki do zarządzania subskrypcją lub jej odnowieniem
• Funkcje kup ponownie i ponownego zamówienia
• Uwierzytelnianie konta klienta i wygasłe linki do statusu zamówienia

4. Ukryte założenia techniczne

• Na sztywno wpisane adresy URL strony Thank You
• Kod scrapujący DOM lub odczytujący nieograniczone zmienne strony
• Skrypty zakładające konkretny numer zamówienia lub identyfikator klienta
• Tagi zainstalowane jednocześnie ręcznie i przez aplikację
• Domeny kont klientów, które nie współdzielą domeny głównej sklepu online

Krok 3: ustal priorytety według ryzyka biznesowego

Nie przypisuj takiej samej pilności każdej starszej modyfikacji. Użyj trzech poziomów ryzyka, aby zespół najpierw zabezpieczył przychód i operacje związane z obsługą klienta.

• Krytyczne: Element rejestruje zakup, przenosi wartość przychodu lub walutę, przypisuje sprzedaż afiliacyjną, dostarcza płatny produkt cyfrowy albo pokazuje kluczowe informacje o zamówieniu i dostawie.
• Ważne: Element wpływa na zaufanie klienta, ponowny zakup, zbieranie opinii, lojalność, zwroty, samoobsługę subskrypcji lub obciążenie supportu.
• Niskie ryzyko: Element jest przestarzały, zduplikowany, nieużywany albo ma charakter informacyjny, który Shopify zapewnia już gdzie indziej.

Przydatna zasada usuwania: jeśli nikt nie potrafi wyjaśnić, kto odpowiada za skrypt, która platforma odbiera jego dane ani jaka decyzja od nich zależy, nie odtwarzaj go automatycznie. Najpierw potwierdź, czy w ogóle jest potrzebny.

Krok 4: wybierz wspierane rozwiązanie zastępcze

Dla trackingu: najpierw app pixels, potem custom pixels

Menedżer pikseli Shopify obsługuje app pixels instalowane przez aplikacje marketingowe i data apps, a także custom pixels dodawane przez dewelopera. Piksele ładują się w storefront, checkoutcie, na stronie Thank You, stronie Status zamówienia i w kontach klientów, z uwzględnieniem obowiązujących uprawnień i zasad sandboxa.

W przewodniku aktualizacji Shopify rekomenduje app pixels ze względu na większą stabilność, bezpieczeństwo i wydajność. Jeśli żadna odpowiednia aplikacja nie spełnia wymagań, Shopify dopuszcza custom pixel.

Dla widocznych treści: użyj bloków lub UI extensions

Użyj edytora checkoutu i kont, aby dodać zgodne app blocks. Własne wymagania można zrealizować przez checkout UI extensions, ale wdrożenie powinno opierać się na wspieranych API Shopify, zamiast odtwarzać nieograniczony, starszy JavaScript.

Nowa strona Status zamówienia zawiera też natywne funkcje, takie jak Buy Again oraz, jeśli są skonfigurowane, samoobsługowe zwroty. Zanim zapłacisz za odtworzenie podobnego niestandardowego działania, sprawdź, co Shopify oferuje już w standardzie.

Dla Google Tag Managera: potraktuj to jako świadomą decyzję

Wytyczne Shopify dotyczące migracji GTM rekomendują aplikację Google & YouTube dla większości sklepów. Merchant z istniejącym custom pixel GTM może go zaktualizować, ale Google nie rekomenduje ani nie wspiera tej konfiguracji custom pixel, a Google Tag Assistant nie potrafi jej testować.

Jeśli sklep pozostaje przy custom pixel GTM, potwierdź, że subskrybuje zdarzenie checkout_completed w Shopify, i przetestuj obie strony połączenia: Shopify Pixel Helper pod kątem dostarczenia zdarzenia oraz odpowiedni produkt Google pod kątem jego odbioru. Zaktualizuj też wszelką logikę opartą na sztywno wpisanych URL-ach, ponieważ nowa strona Thank You zmienia ścieżkę z /thank_you na /thank-you.

W przypadku tagów spoza ekosystemu Google, które wcześniej były skonfigurowane w Google Tag Managerze, Shopify instruuje merchantów, aby zainstalowali alternatywne aplikacje korzystające z app pixels. Każdy cel docelowy należy przetestować osobno.

Krok 5: zweryfikuj zgody, domeny i jakość zdarzeń

Poprawne zdarzenie to nie tylko takie, które się uruchamia. Musi uruchamiać się z właściwą zgodą, identyfikatorami, wartością przychodu, walutą i prawidłowym mechanizmem deduplikacji.

• Zgoda: Na rynkach, gdzie wymagana jest zgoda, co według Shopify zwykle dotyczy EOG i Wielkiej Brytanii, web pixels uruchamiają się dopiero po udzieleniu przez klienta uprawnień wymaganych przez konfigurację piksela.
• Ciągłość domeny: Jeśli sklep korzysta z własnej domeny, skonfiguruj domenę kont klienta jako subdomenę domeny sklepu online. Shopify wskazuje, że w przeciwnym razie piksele i zgoda na cookies nie będą działać na stronie Status zamówienia.
• Dane o przychodzie: Potwierdź w platformie docelowej poprawność kwoty, waluty, rabatów, podatku, kosztu wysyłki i identyfikatora zamówienia.
• Deduplikacja: Jeśli zdarzenia z przeglądarki i po stronie serwera jednocześnie raportują zakupy, sprawdź, czy platforma potrafi rozpoznać jedno zamówienie zamiast dwóch konwersji.
• Atrybucja: Jako rekomendację audytową warto ustalić punkt odniesienia sprzed migracji dla zamówień Shopify i każdej platformy docelowej, a następnie analizować nagłe zmiany po migracji w relacji między nimi.

Nie interpretuj błędnie spadku wynikającego ze zgód. Shopify zaznacza, że app pixels i custom pixels mogą raportować mniej zdarzeń niż stare skrypty, ponieważ wspierane piksele respektują skonfigurowane zgody. Niższa liczba nie oznacza automatycznie nieudanej migracji; trzeba ją ocenić w kontekście ustawień zgód, zamówień Shopify i diagnostyki platform docelowych.

Krok 6: przetestuj realne ścieżki klienta

Podgląd strony nie wystarczy. Złóż kontrolowane zamówienia i wróć na stronę Status zamówienia dokładnie tak, jak zrobiłby to klient: z e-maila potwierdzającego, SMS-a, nawigacji konta i linków z supportu.

• Standardowy checkout kartą na desktopie i mobile
• Shop Pay lub inne przyspieszone metody płatności używane w sklepie
• Płatność za pobraniem, wraz z potwierdzeniem i instrukcjami dostawy
• Nowa subskrypcja oraz koszyk mieszany: subskrypcja plus zakup jednorazowy
• Odbiór lokalny, dostawa lokalna lub zamówienia do automatów paczkowych
• Upsell po zakupie lub scenariusz ponownego zamówienia
• Zamówienie produktu cyfrowego z linkiem do pobrania
• Zamówienie międzynarodowe z poprawnym językiem i walutą
• Zamówienie częściowo zrealizowane lub podzielone, z wieloma aktualizacjami trackingu
• Powracający klient otwierający stronę Status zamówienia po zakończeniu pierwotnej sesji
• Klient, który wyraził i nie wyraził zgody marketingowej lub analitycznej

Dla każdej ścieżki zapisz, czy:

• Wyświetliła się właściwa strona Thank You i Status zamówienia
• Kluczowe app blocks pojawiły się i pozostały użyteczne na mobile
• Zdarzenie zakupu dotarło raz do każdej oczekiwanej platformy
• Przychód, waluta, identyfikatory zamówienia i dane produktów były poprawne
• Linki do zamówienia, pobrań, zwrotów, konta i trackingu nadal działały
• Zespół supportu potrafił wyjaśnić to doświadczenie bez ręcznego obejścia

Pytania do dostawców aplikacji i agencji

• Czy wasza aplikacja korzysta z app blocks, checkout UI extensions lub web pixels na nowych stronach Thank You i Status zamówienia?
• Którą starszą modyfikację zastępuje nowe wdrożenie?
• Czy merchant musi dodać blok, połączyć konto, włączyć pixel lub opublikować konfigurację?
• Jakie zdarzenia powinny być widoczne w Shopify Pixel Helper i na platformie docelowej?
• Jak zapobiegacie duplikacji zdarzeń zakupu w trakcie i po migracji?
• Czy wdrożenie respektuje ustawienia prywatności i zgód klientów w Shopify?
• Czy działa z własnymi domenami kont klientów, wieloma rynkami, subskrypcjami, pobraniem, odbiorem i podzieloną realizacją zamówień?
• Jaki jest plan wsparcia lub rollbacku przed 26 sierpnia?

Nieprecyzyjna odpowiedź nie oznacza gotowości. Poproś o kroki konfiguracji po stronie merchanta, wspierane miejsca wyświetlania, nazwy zdarzeń, instrukcje testów i udokumentowaną ścieżkę wsparcia.

Co monitorować po migracji

• Zamówienia Shopify versus zarejestrowane zdarzenia zakupu według platform
• Poprawność przychodu i waluty
• Wskaźnik duplikacji konwersji i nagłe zmiany atrybucji
• Ostrzeżenia w płatnych kampaniach lub niewyjaśnione zmiany wyników
• Renderowanie bloków Thank You i Status zamówienia na desktopie i mobile
• Błędy w trackingu zamówienia, zwrotach, pobraniach i dostępie do konta
• Zgłoszenia do supportu dotyczące braku potwierdzenia, trackingu lub działań po zakupie
• Wydajność strony i błędy zgłaszane przez aplikacje lub własne rozszerzenia

Progus rekomenduje przypisanie codziennego monitoringu przynajmniej na pierwszy tydzień, aby brakujące lub zduplikowane zdarzenia można było zbadać, zanim wpłyną na dłuższy okres raportowania.

Praktyczna lista kontrolna zakończenia prac

1. Przewodnik aktualizacji przejrzany. Uznaj za zakończone, gdy żaden krytyczny element nie pozostaje bez przypisania lub wyjaśnienia.
2. Starsze skrypty rozwiązane. Uznaj za zakończone, gdy każdy skrypt został zastąpiony, świadomie wycofany albo udokumentowany jako zbędny.
3. Treści na stronach opublikowane. Uznaj za zakończone, gdy każdy wymagany app block pojawia się na właściwej stronie i urządzeniu.
4. Piksele zweryfikowane. Uznaj za zakończone, gdy Shopify i każda platforma docelowa odbierają oczekiwane zdarzenie raz i z poprawnymi wartościami.
5. Duplikaty usunięte. Uznaj za zakończone, gdy zweryfikowany tracking zastępczy pozostaje aktywny po wyłączeniu starszych skryptów.
6. Zgody i domeny sprawdzone. Uznaj za zakończone, gdy piksele działają poprawnie zarówno dla ścieżek ze zgodą, jak i bez zgody, w domenie kont klienta.
7. Kluczowe ścieżki zaliczone. Uznaj za zakończone, gdy scenariusze płatności, rynków, subskrypcji, pobrania i dostawy używane przez sklep działają od początku do końca.
8. Support przygotowany. Uznaj za zakończone, gdy dokumentacja, odpowiedzialność za eskalacje i wskazówki dla klientów są aktualne.
9. Monitoring aktywny. Uznaj za zakończone, gdy udokumentowano właściciela, punkt odniesienia, częstotliwość przeglądu i próg alertów.

Podsumowanie

Termin 26 sierpnia dotyczy dwóch stron, ale funkcje umieszczone na tych stronach mogą łączyć marketing, analitykę, support, fulfillment i doświadczenie klienta. Dlatego migracja powinna obejmować inwentaryzację i test funkcjonalny, a nie tylko przegląd edytora stron.

Wykorzystaj tę migrację, aby usunąć nieznany kod, przenieść tracking do wspieranych pikseli, odtworzyć tylko te elementy strony, których klienci nadal potrzebują, i potwierdzić efekt na realnych zamówieniach. Udana aktualizacja to nie tylko nowa strona Thank You. To wiarygodny pomiar, jasna komunikacja o zamówieniu i mniej operacyjnych niespodzianek przed szczytem sezonu.