Migracja checkoutu na Checkout Extensibility
Odejść od Additional Scripts bez utraty śledzenia konwersji.
Shopify wyłączył Additional Scripts w sklepach spoza Plus 26 sierpnia 2026, a skrypty Ruby wygasają 30 czerwca 2026. Każdy skrypt zostaje przypisany do swojego zamiennika, czy to Web Pixel, rozszerzenia UI, czy Function, a potem raportowanie zamówień jest sprawdzane od początku do końca.
Wycena projektowa
Wycena na podstawie zakresu, z szacunkiem rozbitym na części.
Wyślij opis, a dostaniesz liczbę w odpowiedzi.
Opisz projektTermin minął, a śledzenie jest już nieprawidłowe
Additional Scripts przestały działać w sklepach spoza Plus 26 sierpnia 2026, a Shopify Scripts w Ruby wygasają 30 czerwca 2026. Nic widocznego się przy tym nie psuje i na tym polega problem. Zamówienia dalej przychodzą, strona z podziękowaniem dalej się ładuje, a jedynym sygnałem jest to, że Google Ads, Meta i twoja sieć afiliacyjna po cichu przestają zgadzać się z raportami Shopify. Zanim ktoś to zauważy, algorytmy stawek od tygodni optymalizują na niepełnych danych.
Co obejmuje migracja
Inwentaryzacja tego, co tam było
Każdy skrypt w polu zostaje przeczytany i sklasyfikowany: analityka, piksele reklamowe, postbacki afiliacyjne, logika subskrypcji, pola własne. Część ma oczywisty zamiennik, część to martwy kod aplikacji usuniętej lata temu, a rozróżnienie ich to większość pracy.
Zamiennik dla każdego skryptu
Każdy ocalały skrypt trafia tam, gdzie platforma go dziś oczekuje: rozszerzenie Web Pixel do śledzenia, rozszerzenie UI checkoutu do zmian interfejsu, Function do logiki rabatów i dostawy albo zdarzenie serwerowe tam, gdzie przeglądarce nie można ufać.
Dowód, że liczby wróciły
Składane jest prawdziwe zamówienie testowe i śledzone do końca: konwersja w Google Ads, jedno niezdublowane zdarzenie zakupu w Meta, sprzedaż w panelu afiliacyjnym. Checkout działa teraz w piaskownicy, więc stare sztuczki przeglądarkowe się nie podłączą i weryfikacja odbywa się po stronie odbiorcy.
Dlaczego właśnie tak
Mapowanie, a nie przeniesienie jeden do jednego
Wklejenie starego JavaScriptu do rozszerzenia pikselowego nie zadziała: piaskownica ma inny model danych, inne momenty zdarzeń i brak dostępu do DOM. Każdy skrypt trzeba napisać na nowo pod zdarzenia checkoutu, które istnieją dzisiaj, a użyte zmienne Liquid zmapować na ich odpowiedniki w nowym ładunku.
Weryfikacja u odbiorcy, a nie u źródła
Piksel, który wystrzelił, to jeszcze nie konwersja, która dotarła. Zdublowane zdarzenia zakupu, brakująca wartość zamówienia i rozjazdy walutowe wyglądają dobrze od strony sklepu, a źle na koncie reklamowym. Efektem pracy jest tu potwierdzenie w systemie odbierającym, bo tylko tam mieszka odpowiedź.
Jak to przebiega
Wysyłasz zawartość pola Additional Scripts albo dajesz dostęp, żeby dało się je odczytać bezpośrednio. Bezpłatne narzędzie audytu na tej stronie daje pierwszy wgląd wprost w przeglądarce, jeśli wolisz spojrzeć sam.
Dostajesz pisemny plan dla każdego skryptu: co robił, co go zastępuje, czego zastąpić się nie da i ile cię to kosztuje.
Zamienniki powstają na sklepie deweloperskim albo kopii motywu, więc na żywym sklepie w tym czasie nic się nie zmienia.
Składane są zamówienia testowe, a każdy system docelowy jest sprawdzany pod kątem zdarzenia, w prawidłowej walucie, dokładnie raz.
Zmiana wchodzi na żywo, a potem te same kontrole przez kilka dni działają na prawdziwym ruchu.
Tło
Co naprawdę zmieniło się w checkoucie Shopify
Od jednego pola tekstowego do modelu rozszerzeń
Przez lata pole Additional Scripts było miejscem na wszystko: analitykę, piksele, tagi afiliacyjne, drobne poprawki interfejsu. Działało jako zwykły JavaScript na stronie statusu zamówienia, z dostępem do zmiennych Liquid i do DOM. Checkout Extensibility zastępuje to modelem piaskownicy, w którym każda sprawa ma swoje miejsce: Web Pixels do śledzenia, rozszerzenia UI do interfejsu, Functions do logiki. Zyskiem jest to, że obcy skrypt nie może już zepsuć checkoutu. Kosztem jest to, że wszystko napisane pod stary model trzeba zbudować od nowa, a nie przenieść.
Dlaczego awaria jest cicha
Gdy Additional Scripts przestały działać, nie było błędu, ostrzeżenia ani widocznej zmiany w sklepie. Zamówienia szły normalnie. Jedyny objaw był poza Shopify: mniej konwersji w Google Ads, brakujące zdarzenia zakupu w Meta, nieprzypisana sprzedaż w panelach afiliacyjnych. Smart Bidding i podobne algorytmy wydają dalej na tych danych, które dostają, więc luka w śledzeniu zamienia się w zmarnowany budżet długo przed tym, zanim ktoś połączy jedno z drugim.
Miejsca, w których najczęściej idzie źle
Trzy awarie powtarzają się w kolejnych sklepach. Zdarzenie zakupu wystrzeliwuje dwa razy, bo i aplikacja, i ręcznie napisany piksel raportują to samo zamówienie. Wartość zamówienia przychodzi jako zero, bo pola z przychodem nigdy nie zmapowano w nowym ładunku. Rozjazd walutowy w sklepach wielorynkowych, gdzie checkout raportuje w walucie prezentacji, a platforma reklamowa oczekuje waluty sklepu. Wszystkie trzy z wnętrza Shopify wyglądają poprawnie, dlatego weryfikacja musi się odbywać w systemie odbierającym.
Co powinno zostać po migracji
Dostajesz działające śledzenie i pisemny zapis do niego: który skrypt co robił, co go zastąpiło, które usunięto i dlaczego. Większość sklepów zapełniała to pole latami i rękami kilku agencji, a z tych, którzy zostali, nikt już nie wie, po co była połowa. Spisanie tego sprawia, że ten sam audyt nie zostanie opłacony po raz drugi za dwa lata.
Powiązane usługi
Własne formularze zamówień i checkout
Zamawianie w kształcie, w jakim twoi klienci naprawdę zamawiają.
Shopify Functions
Logika rabatów, dostawy i płatności wykonywana przez samą platformę.
Konfiguracja analityki i śledzenia
GA4, GTM i piksele, które raportują to, co naprawdę się stało.
86 usług
Opisz projekt
Napisz, co masz i co ma się zmienić. W odpowiedzi dostajesz zakres i cenę, a nie zaproszenie na rozmowę wstępną.
Pytania
Migracja checkoutu, pytania i odpowiedzi
Nie. Skrypty przestały działać, więc strata trwa, zamiast dopiero nadchodzić, ale nic nie zostało usunięte. Pole nadal da się odczytać i każdy skrypt nadal ma ścieżkę zastąpienia.
Często tak, a tam gdzie aplikacja pokrywa twój przypadek, usłyszysz to zamiast propozycji wdrożenia. Aplikacje dobrze pokrywają standardową analitykę i piksele. Nie pokrywają własnej logiki, postbacków afiliacyjnych z twoimi parametrami i wszystkiego, co czytało zmienną specyficzną dla twojego sklepu.
Dane z przeszłości zostają takie, jakie są. Zmienia się to, że od dnia uruchomienia zamiennika zdarzenia znów zaczynają docierać. Tam gdzie przez pewien czas zdarzeń brakowało, ta luka pozostaje widoczna w platformie reklamowej i warto ją opisać, żeby nikt nie odczytał jej jako spadku wyników.
Wygasają 30 czerwca 2026 i przenoszą się do Shopify Functions, co jest inną pracą niż migracja pikseli: logika rabatów, wysyłki i płatności napisana na nowo w środowisku platformy, z panelem do konfiguracji. Często jest to ten sam projekt, więc obie części wycenia się razem.
Sklep z kilkoma typowymi skryptami zwykle dni. Sklepy z logiką subskrypcji, kilkoma sieciami afiliacyjnymi albo nietypowym zachowaniem checkoutu potrzebują więcej, a szacunek przychodzi razem z audytem, a nie przed nim.