Generowanie działa. I nie w tym problem.
Shopify ogłosiło AI Store Builder w edycji Summer ‘25 i przedstawia je jako narzędzie tworzące kompletny sklep gotowy do sprzedaży. To uczciwa obietnica. Przy pierwszej wersji pierwszego sklepu rezultat jest naprawdę użyteczny, a jego przygotowanie zajmuje minuty zamiast całych weekendów.
Branżowe przewodniki po kreatorach sklepów z AI — w tym materiały samego Shopify — nadal wskazują te same powtarzające się ograniczenia: ramy narzucone przez szablon, konieczność nauczenia się dobrego promptowania, generyczny charakter marki bez dodatkowego dopracowania oraz ręczną konfigurację, gdy funkcje stają się bardziej złożone.
To uwagi dotyczące jakości, a z każdą kolejną wersją narzędzi tracą na znaczeniu. Ten artykuł dotyczy problemu, którego lepszy model nie rozwiąże: kto odpowiada za to, co generator po sobie zostawia.
Gdzie kreatory sklepów AI zapisują kod w twoim motywie
Motyw daje określony zestaw sekcji i ustawień. Gdy prosisz asystenta AI o coś, czego motyw nie ma — własną sekcję, specjalny układ, blok działający inaczej — AI nie wyczarowuje tego z powietrza. Na platformie opartej na motywach pisze kod: Liquid, HTML, CSS i JavaScript, dodawane bezpośrednio do motywu jako niestandardowy blok.
Ważne doprecyzowanie: mówimy tu konkretnie o niestandardowych blokach motywu generowanych przez AI, a nie o pierwszej wersji całego sklepu. To dwie różne funkcje i mają różne konsekwencje.
Wygenerowany blok, który robi dokładnie to, czego potrzebujesz, jest świetnym ułatwieniem. Pytanie brzmi: co dzieje się z blokami, które nie działają — oraz z tymi, które psują się po cichu później, po aktualizacji motywu, aplikacji albo samej platformy?
Drobny druk mieści się w jednym zdaniu
Dokumentacja Shopify dotycząca generowanych bloków motywu jest wyjątkowo bezpośrednia. Pomoc techniczna nie diagnozuje związanych z nimi problemów — i nie robią tego również zewnętrzni twórcy motywów. Zalecane rozwiązania to przejrzenie kodu, usunięcie bloku albo skorzystanie z pomocy partnera.
Funkcja generuje kod, a zastrzeżenie — dystans.
Nic z tego nie jest ukryte. Informacja znajduje się w centrum pomocy, jedno kliknięcie od funkcji piszącej kod. Po prostu nigdy nie trafia na landing page.
Jeden blok to wygoda. Dwadzieścia to baza kodu.
Przy jednym bloku problem jest mały. Możesz go usunąć, wygenerować ponownie albo zapłacić komuś za godzinę pracy. Tyle że sklepy nie zatrzymują się na jednym bloku.
Strona kampanii potrzebuje sekcji, której nie ma motyw. Premiera produktu wymaga innej galerii. Na święta strona główna ma wyglądać bardziej sezonowo. Każda prośba jest rozsądna, a każda odpowiedź to kolejny blok — kolejny fragment kodu, za który odpowiadasz tylko ty. Po roku nie jesteś już sprzedawcą ze sklepem. Jesteś właścicielem repozytorium, który przy okazji ma klientów.
Na tym polega problem z utrzymaniem: generowanie jest natychmiastowe, ale jego rezultaty się kumulują. Każde wygenerowane ułatwienie ciągnie za sobą obowiązek utrzymania, a ten obowiązek trafia do ciebie.
Problemem nie jest jakość AI. Problemem jest proces.
Kod nie powstaje dlatego, że AI jest słabe. Powstaje dlatego, że AI działa wewnątrz warstwy motywu. Na platformie opartej na motywach „zmień mój sklep” i „napisz trochę kodu” oznaczają to samo, bo warstwa wizualna sklepu jest kodem należącym do sprzedawcy.
Alternatywą jest platforma bez warstwy motywu należącej do sprzedawcy. Generowanie tworzy widoki sklepu wewnątrz samej platformy. Kierujesz nimi zwykłym językiem — „uspokój strony produktów i zacznij od składników” — albo ręcznie poprawiasz dokładne brzmienie, sprawdzasz podgląd, publikujesz i przywracasz wcześniejszą wersję, gdy zmiana się nie sprawdza. Nie dostajesz kodu, bo nie ma warstwy kodu, którą można ci przekazać.
Na tym polega różnica między dodaniem AI do procesu opartego na motywach a usunięciem tego procesu. Pełne porównanie opisaliśmy tutaj — razem z sytuacjami, w których dojrzały ekosystem motywów nadal jest lepszym wyborem.
Co sprawdzić przed uruchomieniem sklepu
Niezależnie od wybranej platformy cztery pytania powiedzą ci niemal wszystko o przyszłym koszcie porządków:
- Gdzie trafia wygenerowany rezultat? Do kodu motywu, który należy do ciebie, czy do widoków utrzymywanych przez platformę, którymi tylko kierujesz? Poproś o konkretną odpowiedź na piśmie.
- Co dzieje się, gdy wygenerowany element zaczyna działać źle? Czy obejmuje go wsparcie platformy, czy dokumentacja odsyła cię do przeglądu kodu, usunięcia elementu lub płatnego partnera?
- Jaka jest realistyczna skala w pierwszym roku? Jedna wersja strony głównej to jedno. Kampanie, strony sezonowe i eksperymenty sprawiają, że z jednego bloku robi się dwadzieścia.
- Ile kosztuje prawdziwa zmiana? Przed podjęciem decyzji wprowadź jedną istotną poprawkę do wygenerowanego rezultatu i sprawdź, czy czujesz, że kierujesz sklepem, czy raczej go debugujesz.
Nie warto uruchamiać sklepu tylko dlatego, że wygenerował się najszybciej. Warto uruchomić ten, który rok później nadal możesz pewnie zmieniać — bez przejmowania po drodze całej bazy kodu.