Headless na Shopify Hydrogen i Next.js - dla kogo to rozwiązanie

Łukasz Palej
Łukasz Palej
Technical Implementation Expert
Headless na Shopify Hydrogen i Next.js - dla kogo to rozwiązanie
Headless na Shopify z Hydrogen i Next.js to rozwiązanie dla sklepów, które mają zespół programistów JavaScript lub stałego partnera technicznego i potrzebują frontu, którego motyw Liquid nie zapewni: wielu kanałów, treści z osobnego CMS, nietypowego doświadczenia zakupowego albo sprzedaży wbudowanej w istniejącą aplikację. Od wersji 2026-10 Shopify Hydrogen jest biblioteką niezależną od frameworka, więc nie trzeba wybierać między Hydrogen a Next.js - Hydrogen dostarcza funkcje handlowe, a Next.js lub React Router odpowiada za routing i renderowanie. Dla sklepu z typowym katalogiem i bez zespołu programistów motyw Liquid pozostaje tańszy i prostszy.
W tym wpisie wyjaśniamy, co zmieniło się w Shopify Hydrogen w październiku 2026, jak wygląda budowa frontu na Next.js z Shopify, czym różni się hosting na Oxygen od własnej infrastruktury, ile kosztuje sam Shopify przy headless i od jakich progów takie rozwiązanie zaczyna mieć sens. Podstawy architektury headless omawialiśmy wcześniej we wpisie sklep headless - co to jest i czy małej firmie się opłaca.
[#wazne] W skrócie: Shopify Hydrogen 2026-10 to biblioteka z funkcjami handlowymi (koszyk, warianty, filtry kolekcji, wyszukiwanie, ceny dla rynków, konta klientów), którą dodaje się do wybranego frameworka - Shopify udostępnia startery dla React Router i Next.js. Hosting Oxygen pozostaje bezpłatny, a Next.js można hostować na własnej infrastrukturze lub np. na Vercel. Headless ma sens, gdy motyw Liquid realnie ogranicza sprzedaż i jest zespół do utrzymania frontu. Programiści Vinson pomagają ocenić opłacalność i budują integracje z API Shopify.
Shopify Hydrogen 2026-10 - co się zmieniło
Shopify Hydrogen to zestaw narzędzi Shopify do budowy sklepów headless, czyli frontów działających poza motywami Liquid. Do niedawna Hydrogen był frameworkiem opartym na React Router. 14 października 2026 r. Shopify ogłosiło dostępność wersji Hydrogen 2026-10, która jest biblioteką JavaScript niezależną od frameworka: dodaje się ją do istniejącego projektu, a framework nadal odpowiada za routing, pobieranie danych i renderowanie. Wersję poprzedziła wersja przedpremierowa dla programistów, udostępniona w czerwcu 2026 r., i siedem kolejnych wydań.
Według zapowiedzi Shopify nowy Hydrogen dostarcza m.in. koszyk, wybór wariantów, filtrowanie kolekcji, podpowiedzi wyszukiwania, ceny dla rynków (Markets), analitykę uwzględniającą zgody, Shop Pay i konta klientów. Dostępne są gotowe startery dla React Router i Next.js, a Vercel utrzymuje sklep wzorcowy na Next.js zbudowany na Hydrogen. Istniejące sklepy na wcześniejszych wersjach (Legacy Hydrogen) działają dalej i nie wymagają natychmiastowych zmian (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).
Dokumentacja jasno opisuje też, czego Hydrogen nie robi:
nie zawiera biblioteki komponentów interfejsu - układ, komponenty i style buduje zespół,
nie ma własnego interfejsu checkoutu - płatność odbywa się w checkoutcie Shopify,
obsługuje Storefront API i Customer Account API, ale nie Admin API,
zostawia frameworkowi routing, przechowywanie sesji, strony konta, obrazy i SEO.
Podział odpowiedzialności między Hydrogen, framework i Shopify najlepiej pokazać na jednym schemacie:
[#chart:wpr55a]
Shopify Hydrogen a motyw Liquid - podstawowa różnica
Motyw Liquid to szablon renderowany przez Shopify: sklep wybiera motyw, dostosowuje go w edytorze, a aplikacje dodają do niego swoje bloki. Wszystko działa na infrastrukturze Shopify, a zespół sklepu może zmieniać sekcje stron bez programisty. Front zbudowany z Hydrogen to osobna aplikacja JavaScript. Dane o produktach, kolekcjach i koszyku pobiera ze Storefront API, logowanie klientów obsługuje przez Customer Account API, a płatność przekazuje do checkoutu Shopify.
Ta różnica ma konsekwencje dla codziennej pracy. W motywie nowa sekcja na stronie głównej to kilka kliknięć w edytorze. W headless to zadanie dla programisty albo dla systemu CMS, który trzeba osobno zintegrować z frontem. W zamian zespół dostaje pełną kontrolę nad wyglądem, wydajnością i logiką stron, możliwość łączenia danych z wielu źródeł i swobodę wyboru technologii. Dlatego pytanie o headless to w praktyce pytanie o to, kto i jak będzie rozwijał front przez kolejne lata, a nie tylko o to, jak sklep ma wyglądać w dniu startu.
Headless na Shopify z Hydrogen i Next.js to rozwiązanie dla sklepów, które mają zespół programistów JavaScript lub stałego partnera technicznego i potrzebują frontu, którego motyw Liquid nie zapewni: wielu kanałów, treści z osobnego CMS, nietypowego doświadczenia zakupowego albo sprzedaży wbudowanej w istniejącą aplikację. Od wersji 2026-10 Shopify Hydrogen jest biblioteką niezależną od frameworka, więc nie trzeba wybierać między Hydrogen a Next.js - Hydrogen dostarcza funkcje handlowe, a Next.js lub React Router odpowiada za routing i renderowanie. Dla sklepu z typowym katalogiem i bez zespołu programistów motyw Liquid pozostaje tańszy i prostszy.
W tym wpisie wyjaśniamy, co zmieniło się w Shopify Hydrogen w październiku 2026, jak wygląda budowa frontu na Next.js z Shopify, czym różni się hosting na Oxygen od własnej infrastruktury, ile kosztuje sam Shopify przy headless i od jakich progów takie rozwiązanie zaczyna mieć sens. Podstawy architektury headless omawialiśmy wcześniej we wpisie sklep headless - co to jest i czy małej firmie się opłaca.
[#wazne] W skrócie: Shopify Hydrogen 2026-10 to biblioteka z funkcjami handlowymi (koszyk, warianty, filtry kolekcji, wyszukiwanie, ceny dla rynków, konta klientów), którą dodaje się do wybranego frameworka - Shopify udostępnia startery dla React Router i Next.js. Hosting Oxygen pozostaje bezpłatny, a Next.js można hostować na własnej infrastrukturze lub np. na Vercel. Headless ma sens, gdy motyw Liquid realnie ogranicza sprzedaż i jest zespół do utrzymania frontu. Programiści Vinson pomagają ocenić opłacalność i budują integracje z API Shopify.
Shopify Hydrogen 2026-10 - co się zmieniło
Shopify Hydrogen to zestaw narzędzi Shopify do budowy sklepów headless, czyli frontów działających poza motywami Liquid. Do niedawna Hydrogen był frameworkiem opartym na React Router. 14 października 2026 r. Shopify ogłosiło dostępność wersji Hydrogen 2026-10, która jest biblioteką JavaScript niezależną od frameworka: dodaje się ją do istniejącego projektu, a framework nadal odpowiada za routing, pobieranie danych i renderowanie. Wersję poprzedziła wersja przedpremierowa dla programistów, udostępniona w czerwcu 2026 r., i siedem kolejnych wydań.
Według zapowiedzi Shopify nowy Hydrogen dostarcza m.in. koszyk, wybór wariantów, filtrowanie kolekcji, podpowiedzi wyszukiwania, ceny dla rynków (Markets), analitykę uwzględniającą zgody, Shop Pay i konta klientów. Dostępne są gotowe startery dla React Router i Next.js, a Vercel utrzymuje sklep wzorcowy na Next.js zbudowany na Hydrogen. Istniejące sklepy na wcześniejszych wersjach (Legacy Hydrogen) działają dalej i nie wymagają natychmiastowych zmian (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).
Dokumentacja jasno opisuje też, czego Hydrogen nie robi:
nie zawiera biblioteki komponentów interfejsu - układ, komponenty i style buduje zespół,
nie ma własnego interfejsu checkoutu - płatność odbywa się w checkoutcie Shopify,
obsługuje Storefront API i Customer Account API, ale nie Admin API,
zostawia frameworkowi routing, przechowywanie sesji, strony konta, obrazy i SEO.
Podział odpowiedzialności między Hydrogen, framework i Shopify najlepiej pokazać na jednym schemacie:
[#chart:wpr55a]
Shopify Hydrogen a motyw Liquid - podstawowa różnica
Motyw Liquid to szablon renderowany przez Shopify: sklep wybiera motyw, dostosowuje go w edytorze, a aplikacje dodają do niego swoje bloki. Wszystko działa na infrastrukturze Shopify, a zespół sklepu może zmieniać sekcje stron bez programisty. Front zbudowany z Hydrogen to osobna aplikacja JavaScript. Dane o produktach, kolekcjach i koszyku pobiera ze Storefront API, logowanie klientów obsługuje przez Customer Account API, a płatność przekazuje do checkoutu Shopify.
Ta różnica ma konsekwencje dla codziennej pracy. W motywie nowa sekcja na stronie głównej to kilka kliknięć w edytorze. W headless to zadanie dla programisty albo dla systemu CMS, który trzeba osobno zintegrować z frontem. W zamian zespół dostaje pełną kontrolę nad wyglądem, wydajnością i logiką stron, możliwość łączenia danych z wielu źródeł i swobodę wyboru technologii. Dlatego pytanie o headless to w praktyce pytanie o to, kto i jak będzie rozwijał front przez kolejne lata, a nie tylko o to, jak sklep ma wyglądać w dniu startu.
- Wycena zadania w 24 h w dni robocze
- Integracje, API, feedy i poprawki w sklepie
- Rozliczenie godzinowe albo za projekt
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertNext.js e-commerce z Shopify - jak to działa
Next.js to framework oparty na React, który pozwala renderować strony na serwerze, generować je z wyprzedzeniem i odświeżać pamięć podręczną na żądanie. W sklepie headless na Shopify Next.js odpowiada za strony, adresy i wydajność, a dane o produktach, kolekcjach i koszyku pobiera ze Storefront API. Shopify wspiera taki model przez kanał Headless, który wydaje publiczny token Storefront API do użytku w przeglądarce i prywatny token przeznaczony wyłącznie dla serwera, a także dane do Customer Account API (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).
Od wersji 2026-10 front na Next.js może korzystać z Hydrogen jako warstwy handlowej, zamiast pisać od zera obsługę koszyka, wariantów czy kont klientów. Vercel w czerwcu 2026 r. opisał wspólną z Shopify przebudowę Hydrogen jako otwartą i niezależną od środowiska uruchomieniowego, z myślą o Next.js, Nuxt, Svelte i własnych frameworkach. Dla firmy oznacza to mniejsze ryzyko uzależnienia od jednego frameworka i łatwiejsze znalezienie programistów, bo Next.js jest szeroko stosowany poza e-commerce.
Wybór między starterem React Router na Oxygen a Next.js zależy głównie od zespołu i infrastruktury:
[#chart:wpr55b]
Hosting: Oxygen czy własna infrastruktura
Oxygen to hosting Shopify dla frontów Hydrogen. Według zapowiedzi Hydrogen 2026-10 Oxygen pozostaje bezpłatny, a dokumentacja Shopify podaje, że jest dostępny bez dodatkowej opłaty na płatnych planach i wymaga instalacji kanału Hydrogen. Front na Next.js hostuje się samodzielnie, np. na Vercel lub własnych serwerach, i łączy ze sklepem przez kanał Headless. Wtedy koszty, monitoring i skalowanie hostingu frontu są po stronie firmy (stan na październik 2026 - sprawdź aktualną dokumentację Shopify i cennik dostawcy hostingu).
Ile kosztuje Shopify przy sklepie headless
Headless nie zwalnia z abonamentu Shopify - zaplecze, checkout i API działają w ramach wybranego planu. Według polskiego cennika Shopify plany kosztują miesięcznie: Basic 109 zł przy rozliczeniu miesięcznym lub 79 zł przy rocznym, Grow 319 zł lub 239 zł, Advanced 1 630 zł lub 1 220 zł, a Shopify Plus zaczyna się od 2 100 EUR miesięcznie. Opłaty za płatności kartą online przez Shopify Payments wynoszą od 1,95% + 1,20 zł w planie Basic do 1,45% + 1,20 zł w Plus, a przy zewnętrznym operatorze płatności dochodzi opłata transakcyjna od 2% w Basic do 0,2% w Plus (stan na październik 2026 - sprawdź aktualny cennik Shopify).
[#chart:wpr55c]
Abonament to jednak mniejsza część kosztu headless. Większość pochodzi z budowy frontu (projekt, komponenty, integracja koszyka, kont, analityki i SEO), hostingu frontu poza Oxygen oraz stałej pracy programistów przy rozwoju i aktualizacjach zależności. Dlatego progiem opłacalności nie jest plan Shopify, tylko skala korzyści, jakie daje własny front.
| Element | Motyw Liquid | Hydrogen lub Next.js |
|---|---|---|
| Abonament Shopify | Tak | Tak |
| Motyw lub front | Gotowy motyw, ewentualne poprawki | Projekt i kod całego frontu |
| Hosting frontu | W ramach Shopify | Oxygen bez dodatkowej opłaty albo własny hosting |
| Aplikacje z App Store | Zwykle działają w motywie | Elementy frontu do integracji w kodzie |
| Utrzymanie | Głównie ustawienia i aktualizacje motywu | Zespół programistów na stałe |
Dla kogo headless na Shopify Hydrogen i Next.js
Shopify wymienia sytuacje, w których headless ma sens: kanały sprzedaży, motywy i aplikacje Shopify nie zapewniają potrzebnego doświadczenia, front firmy nie korzysta z Liquid, sprzedaż dochodzi do istniejącej infrastruktury, sklep sprzedaje w kanałach nieobsługiwanych od ręki albo treści pochodzą z CMS. W praktyce headless na Shopify najczęściej wybierają:
marki z rozbudowanym serwisem treści, które sprzedają produkty w artykułach i poradnikach,
firmy z istniejącą aplikacją w Next.js lub React, które dodają do niej sklep,
sklepy z wieloma rynkami i kanałami zasilanymi z jednego zaplecza Shopify,
zespoły, które potrzebują konfiguratorów i interakcji niemożliwych w motywie.
Nie jest to dobry wybór dla sklepu, który nie ma programistów, często zmienia wygląd stron samodzielnie w edytorze motywu albo opiera się na wielu aplikacjach dodających elementy do motywu. Każda taka aplikacja w headless wymaga sprawdzenia i integracji w kodzie. Integracje zaplecza, np. z polskimi marketplace i ERP, działają niezależnie od frontu - opisujemy je w artykule integracja Shopify z polskimi marketplace i ERP.
[#tip] Przed migracją na headless zbuduj jedną stronę - np. kartę produktu - na starterze Hydrogen dla Next.js lub React Router i podłącz ją do sklepu deweloperskiego. Taki prototyp w kilka dni pokaże, ile pracy wymaga integracja aplikacji, analityki i SEO w Twoim przypadku.
Ryzyka i pułapki headless na Shopify
Shopify przypomina, że front headless kosztuje więcej przy budowie i utrzymaniu niż motyw Liquid, a sklep po starcie potrzebuje programistów. Do tego dochodzą pułapki techniczne: routing niestandardowych adresów na ścieżki produktów, linki bezpośrednie do koszyka, przekierowania starych adresów przy przejściu z motywu, pomiar konwersji i zgody cookies w aplikacji frontowej. Przed szczytem sprzedaży front trzeba przetestować razem z integracjami - piszemy o tym we wpisie Black Friday w sklepie - testy integracji i limity API przed szczytem.
SEO i analityka we froncie Hydrogen i Next.js
W motywie Liquid Shopify generuje mapę witryny, tytuły i znaczniki stron. We froncie headless dokumentacja Hydrogen wprost zostawia SEO, obrazy i strony konta po stronie zespołu. Google zaleca dla aplikacji JavaScript renderowanie po stronie serwera lub wstępne renderowanie, prawdziwe linki zamiast adresów z fragmentem # oraz prawidłowe kody HTTP, bo aplikacje z routingiem po stronie klienta łatwo generują soft 404 (stan na październik 2026 - sprawdź aktualną dokumentację Google Search Central). Next.js i starter React Router renderują strony na serwerze, ale poprawne tytuły, dane strukturalne, tagi kanoniczne i mapę witryny trzeba zaprojektować w kodzie.
Podobnie jest z analityką. Hydrogen dostarcza analitykę uwzględniającą zgody, ale zdarzenia potrzebne w GA4, Meta czy Google Ads, ich parametry i deduplikację trzeba wdrożyć i przetestować tak samo starannie jak przy każdym innym froncie. Przy przejściu z motywu na headless najczęstszym problemem nie jest spadek sprzedaży, tylko luka w danych o sprzedaży, która psuje optymalizację kampanii.
Jak zaplanować wdrożenie headless na Shopify
Bezpieczne wdrożenie headless zaczyna się od małego zakresu i jasnych kryteriów, a nie od przepisania całego sklepu. Sprawdza się kolejność, w której każdy etap weryfikuje założenia poprzedniego:
Spisz ograniczenia motywu Liquid, które blokują sprzedaż, i sprawdź, czy nie rozwiąże ich aplikacja lub zmiana motywu.
Zinwentaryzuj aplikacje Shopify i sprawdź, które dodają elementy do frontu i jak je zintegrować w headless.
Wybierz framework i hosting: starter React Router na Oxygen albo Next.js na własnej infrastrukturze.
Zbuduj prototyp karty produktu i koszyka na sklepie deweloperskim, z analityką i danymi strukturalnymi.
Przygotuj mapę przekierowań, jeśli front zmienia adresy, i plan testów przed startem.
Ustal, kto utrzymuje front po starcie, w jakim trybie i z jakim czasem reakcji na awarie.
Każdy z tych kroków kończy się decyzją: kontynuujemy, zmieniamy zakres albo zostajemy przy motywie. Taki rytm chroni budżet przed sytuacją, w której po kilku miesiącach pracy okazuje się, że kluczowa aplikacja lub integracja nie działa we froncie headless.
Dopiero po prototypie da się rzetelnie wycenić całość. Często okazuje się wtedy, że headless warto zastosować tylko dla części serwisu, np. dla magazynu treści z produktami, a podstawowy sklep zostawić na motywie.
Jak Vinson pomaga przy headless na Shopify
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Pomagamy ocenić, czy headless na Shopify Hydrogen lub Next.js rozwiąże problem Twojego sklepu, czy wystarczy rozbudowa motywu. Przy projektach headless łączymy front ze Storefront API i Customer Account API, wdrażamy analitykę, przekierowania i integracje zaplecza. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Czym jest Shopify Hydrogen?
Shopify Hydrogen to zestaw narzędzi Shopify do budowy sklepów headless. Od wersji 2026-10 jest biblioteką JavaScript niezależną od frameworka, która dostarcza koszyk, warianty, filtry kolekcji, konta klientów i inne funkcje handlowe, a routing i renderowanie zostawia frameworkowi, np. Next.js lub React Router.
Hydrogen czy Next.js - co wybrać dla sklepu na Shopify?
Od października 2026 to nie jest wybór albo-albo, bo Hydrogen można używać w Next.js. Decyzja dotyczy raczej frameworka i hostingu: starter React Router wdraża się na Oxygen z panelu Shopify, a Next.js hostuje się samodzielnie, np. na Vercel. Rozstrzyga doświadczenie zespołu i istniejąca infrastruktura.
Ile kosztuje hosting Oxygen?
Według Shopify Oxygen pozostaje bezpłatny i jest dostępny bez dodatkowej opłaty na płatnych planach Shopify. Nadal trzeba opłacać abonament Shopify i koszty budowy frontu (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).
Czy sklep na starym Hydrogen musi przejść na wersję 2026-10?
Nie od razu. Shopify podaje, że istniejące sklepy na Legacy Hydrogen działają dalej i na razie nie wymagają działań, a do przejścia przygotowano narzędzie migracyjne zachowujące strony i ścieżki. Migrację warto zaplanować przy najbliższym większym rozwoju frontu.
Od jakiej skali sklepu headless na Shopify ma sens?
Nie ma jednego progu obrotu. Headless ma sens, gdy motyw Liquid realnie ogranicza sprzedaż lub kanały, a firma ma zespół lub partnera do stałego utrzymania frontu. Jeśli ograniczenia da się usunąć aplikacją lub zmianą motywu, to zwykle tańsza droga.
Headless na Shopify Hydrogen i Next.js daje dużą swobodę, ale wymaga zespołu i budżetu na stały rozwój frontu. Jeśli chcesz sprawdzić, czy to właściwy kierunek dla Twojego sklepu, sprawdź wsparcie programistyczne Vinson.
Next.js e-commerce z Shopify - jak to działa
Next.js to framework oparty na React, który pozwala renderować strony na serwerze, generować je z wyprzedzeniem i odświeżać pamięć podręczną na żądanie. W sklepie headless na Shopify Next.js odpowiada za strony, adresy i wydajność, a dane o produktach, kolekcjach i koszyku pobiera ze Storefront API. Shopify wspiera taki model przez kanał Headless, który wydaje publiczny token Storefront API do użytku w przeglądarce i prywatny token przeznaczony wyłącznie dla serwera, a także dane do Customer Account API (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).
Od wersji 2026-10 front na Next.js może korzystać z Hydrogen jako warstwy handlowej, zamiast pisać od zera obsługę koszyka, wariantów czy kont klientów. Vercel w czerwcu 2026 r. opisał wspólną z Shopify przebudowę Hydrogen jako otwartą i niezależną od środowiska uruchomieniowego, z myślą o Next.js, Nuxt, Svelte i własnych frameworkach. Dla firmy oznacza to mniejsze ryzyko uzależnienia od jednego frameworka i łatwiejsze znalezienie programistów, bo Next.js jest szeroko stosowany poza e-commerce.
Wybór między starterem React Router na Oxygen a Next.js zależy głównie od zespołu i infrastruktury:
[#chart:wpr55b]
Hosting: Oxygen czy własna infrastruktura
Oxygen to hosting Shopify dla frontów Hydrogen. Według zapowiedzi Hydrogen 2026-10 Oxygen pozostaje bezpłatny, a dokumentacja Shopify podaje, że jest dostępny bez dodatkowej opłaty na płatnych planach i wymaga instalacji kanału Hydrogen. Front na Next.js hostuje się samodzielnie, np. na Vercel lub własnych serwerach, i łączy ze sklepem przez kanał Headless. Wtedy koszty, monitoring i skalowanie hostingu frontu są po stronie firmy (stan na październik 2026 - sprawdź aktualną dokumentację Shopify i cennik dostawcy hostingu).
Ile kosztuje Shopify przy sklepie headless
Headless nie zwalnia z abonamentu Shopify - zaplecze, checkout i API działają w ramach wybranego planu. Według polskiego cennika Shopify plany kosztują miesięcznie: Basic 109 zł przy rozliczeniu miesięcznym lub 79 zł przy rocznym, Grow 319 zł lub 239 zł, Advanced 1 630 zł lub 1 220 zł, a Shopify Plus zaczyna się od 2 100 EUR miesięcznie. Opłaty za płatności kartą online przez Shopify Payments wynoszą od 1,95% + 1,20 zł w planie Basic do 1,45% + 1,20 zł w Plus, a przy zewnętrznym operatorze płatności dochodzi opłata transakcyjna od 2% w Basic do 0,2% w Plus (stan na październik 2026 - sprawdź aktualny cennik Shopify).
[#chart:wpr55c]
Abonament to jednak mniejsza część kosztu headless. Większość pochodzi z budowy frontu (projekt, komponenty, integracja koszyka, kont, analityki i SEO), hostingu frontu poza Oxygen oraz stałej pracy programistów przy rozwoju i aktualizacjach zależności. Dlatego progiem opłacalności nie jest plan Shopify, tylko skala korzyści, jakie daje własny front.
| Element | Motyw Liquid | Hydrogen lub Next.js |
|---|---|---|
| Abonament Shopify | Tak | Tak |
| Motyw lub front | Gotowy motyw, ewentualne poprawki | Projekt i kod całego frontu |
| Hosting frontu | W ramach Shopify | Oxygen bez dodatkowej opłaty albo własny hosting |
| Aplikacje z App Store | Zwykle działają w motywie | Elementy frontu do integracji w kodzie |
| Utrzymanie | Głównie ustawienia i aktualizacje motywu | Zespół programistów na stałe |
Dla kogo headless na Shopify Hydrogen i Next.js
Shopify wymienia sytuacje, w których headless ma sens: kanały sprzedaży, motywy i aplikacje Shopify nie zapewniają potrzebnego doświadczenia, front firmy nie korzysta z Liquid, sprzedaż dochodzi do istniejącej infrastruktury, sklep sprzedaje w kanałach nieobsługiwanych od ręki albo treści pochodzą z CMS. W praktyce headless na Shopify najczęściej wybierają:
marki z rozbudowanym serwisem treści, które sprzedają produkty w artykułach i poradnikach,
firmy z istniejącą aplikacją w Next.js lub React, które dodają do niej sklep,
sklepy z wieloma rynkami i kanałami zasilanymi z jednego zaplecza Shopify,
zespoły, które potrzebują konfiguratorów i interakcji niemożliwych w motywie.
Nie jest to dobry wybór dla sklepu, który nie ma programistów, często zmienia wygląd stron samodzielnie w edytorze motywu albo opiera się na wielu aplikacjach dodających elementy do motywu. Każda taka aplikacja w headless wymaga sprawdzenia i integracji w kodzie. Integracje zaplecza, np. z polskimi marketplace i ERP, działają niezależnie od frontu - opisujemy je w artykule integracja Shopify z polskimi marketplace i ERP.
[#tip] Przed migracją na headless zbuduj jedną stronę - np. kartę produktu - na starterze Hydrogen dla Next.js lub React Router i podłącz ją do sklepu deweloperskiego. Taki prototyp w kilka dni pokaże, ile pracy wymaga integracja aplikacji, analityki i SEO w Twoim przypadku.
Ryzyka i pułapki headless na Shopify
Shopify przypomina, że front headless kosztuje więcej przy budowie i utrzymaniu niż motyw Liquid, a sklep po starcie potrzebuje programistów. Do tego dochodzą pułapki techniczne: routing niestandardowych adresów na ścieżki produktów, linki bezpośrednie do koszyka, przekierowania starych adresów przy przejściu z motywu, pomiar konwersji i zgody cookies w aplikacji frontowej. Przed szczytem sprzedaży front trzeba przetestować razem z integracjami - piszemy o tym we wpisie Black Friday w sklepie - testy integracji i limity API przed szczytem.
SEO i analityka we froncie Hydrogen i Next.js
W motywie Liquid Shopify generuje mapę witryny, tytuły i znaczniki stron. We froncie headless dokumentacja Hydrogen wprost zostawia SEO, obrazy i strony konta po stronie zespołu. Google zaleca dla aplikacji JavaScript renderowanie po stronie serwera lub wstępne renderowanie, prawdziwe linki zamiast adresów z fragmentem # oraz prawidłowe kody HTTP, bo aplikacje z routingiem po stronie klienta łatwo generują soft 404 (stan na październik 2026 - sprawdź aktualną dokumentację Google Search Central). Next.js i starter React Router renderują strony na serwerze, ale poprawne tytuły, dane strukturalne, tagi kanoniczne i mapę witryny trzeba zaprojektować w kodzie.
Podobnie jest z analityką. Hydrogen dostarcza analitykę uwzględniającą zgody, ale zdarzenia potrzebne w GA4, Meta czy Google Ads, ich parametry i deduplikację trzeba wdrożyć i przetestować tak samo starannie jak przy każdym innym froncie. Przy przejściu z motywu na headless najczęstszym problemem nie jest spadek sprzedaży, tylko luka w danych o sprzedaży, która psuje optymalizację kampanii.
Jak zaplanować wdrożenie headless na Shopify
Bezpieczne wdrożenie headless zaczyna się od małego zakresu i jasnych kryteriów, a nie od przepisania całego sklepu. Sprawdza się kolejność, w której każdy etap weryfikuje założenia poprzedniego:
Spisz ograniczenia motywu Liquid, które blokują sprzedaż, i sprawdź, czy nie rozwiąże ich aplikacja lub zmiana motywu.
Zinwentaryzuj aplikacje Shopify i sprawdź, które dodają elementy do frontu i jak je zintegrować w headless.
Wybierz framework i hosting: starter React Router na Oxygen albo Next.js na własnej infrastrukturze.
Zbuduj prototyp karty produktu i koszyka na sklepie deweloperskim, z analityką i danymi strukturalnymi.
Przygotuj mapę przekierowań, jeśli front zmienia adresy, i plan testów przed startem.
Ustal, kto utrzymuje front po starcie, w jakim trybie i z jakim czasem reakcji na awarie.
Każdy z tych kroków kończy się decyzją: kontynuujemy, zmieniamy zakres albo zostajemy przy motywie. Taki rytm chroni budżet przed sytuacją, w której po kilku miesiącach pracy okazuje się, że kluczowa aplikacja lub integracja nie działa we froncie headless.
Dopiero po prototypie da się rzetelnie wycenić całość. Często okazuje się wtedy, że headless warto zastosować tylko dla części serwisu, np. dla magazynu treści z produktami, a podstawowy sklep zostawić na motywie.
Jak Vinson pomaga przy headless na Shopify
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Pomagamy ocenić, czy headless na Shopify Hydrogen lub Next.js rozwiąże problem Twojego sklepu, czy wystarczy rozbudowa motywu. Przy projektach headless łączymy front ze Storefront API i Customer Account API, wdrażamy analitykę, przekierowania i integracje zaplecza. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Czym jest Shopify Hydrogen?
Shopify Hydrogen to zestaw narzędzi Shopify do budowy sklepów headless. Od wersji 2026-10 jest biblioteką JavaScript niezależną od frameworka, która dostarcza koszyk, warianty, filtry kolekcji, konta klientów i inne funkcje handlowe, a routing i renderowanie zostawia frameworkowi, np. Next.js lub React Router.
Hydrogen czy Next.js - co wybrać dla sklepu na Shopify?
Od października 2026 to nie jest wybór albo-albo, bo Hydrogen można używać w Next.js. Decyzja dotyczy raczej frameworka i hostingu: starter React Router wdraża się na Oxygen z panelu Shopify, a Next.js hostuje się samodzielnie, np. na Vercel. Rozstrzyga doświadczenie zespołu i istniejąca infrastruktura.
Ile kosztuje hosting Oxygen?
Według Shopify Oxygen pozostaje bezpłatny i jest dostępny bez dodatkowej opłaty na płatnych planach Shopify. Nadal trzeba opłacać abonament Shopify i koszty budowy frontu (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).
Czy sklep na starym Hydrogen musi przejść na wersję 2026-10?
Nie od razu. Shopify podaje, że istniejące sklepy na Legacy Hydrogen działają dalej i na razie nie wymagają działań, a do przejścia przygotowano narzędzie migracyjne zachowujące strony i ścieżki. Migrację warto zaplanować przy najbliższym większym rozwoju frontu.
Od jakiej skali sklepu headless na Shopify ma sens?
Nie ma jednego progu obrotu. Headless ma sens, gdy motyw Liquid realnie ogranicza sprzedaż lub kanały, a firma ma zespół lub partnera do stałego utrzymania frontu. Jeśli ograniczenia da się usunąć aplikacją lub zmianą motywu, to zwykle tańsza droga.
Headless na Shopify Hydrogen i Next.js daje dużą swobodę, ale wymaga zespołu i budżetu na stały rozwój frontu. Jeśli chcesz sprawdzić, czy to właściwy kierunek dla Twojego sklepu, sprawdź wsparcie programistyczne Vinson.


Łukasz Palej
Technical Implementation Expert
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wsparcie programistyczne dla e-commerce
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation ExpertNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation Expert