Programista Shopify - sklepy, headless i integracje pod realny ruch
PL

Programista Shopify - sklepy, headless i integracje pod realny ruch

5.00 /5 - (17 głosów )
15min czytania
Przewodnik

Kto: Mariusz Szatkowski, inżynier commerce z 20+ latami pracy z WooCommerce i projektami Shopify, gdzie liczą się mierzalna wydajność i jawne kontrakty integracji, a nie lista „wtyczek premium”. Osiem certyfikatów Shopify Partner Academy, w tym Liquid Storefronts for Theme Developers i pełna ścieżka Conversion Rate Optimization, weryfikowalnych przez Shopify; pełny rejestr na LinkedIn i stronie o mnie.

Co: Rozwój motywów Liquid, headless przez Storefront API z Hydrogen i wzorcami Remix tam, gdzie pasują, rozszerzenia kas zgodne z regulaminem Shopify, automatyzacja ERP i magazynów, migracje oraz ratowanie sklepów przeciążonych skryptami marketingowymi.

Gdzie: Praca zdalna z Gdyni dla marek z Polski, UE i UK, ze świadomością VAT OSS, logistyki cross-border i realnych kosztów zamówień zwrotnych dla kurierów takich jak InPost czy DHL.

Koszt:

  • przebudowa motywu lub migracja OS2: wycena indywidualna
  • headless i Hydrogen: wycena indywidualna
  • warstwa integracji ERP lub OMS: wycena indywidualna
  • ratowanie wydajności po wdrożeniach agencyjnych: wycena indywidualna
  • utrzymanie lub konsultacje godzinowe: wycena indywidualna
  • rozmowa kwalifikacyjna: bezpłatnie przy sensownym zakresie

Programista Shopify pod realne obciążenie i jasną odpowiedzialność

Shopify to hosted commerce: mniej serwerowej koszmarnej konserwacji niż w klasycznym stacku LAMP, więcej dyscypliny w motywie, GraphQL i aplikacjach. Programista Shopify pilnuje, żeby Liquid było czytelne, webhooki idempotentne, a checkout nie rozpadł się przy dokładaniu kolejnego piksela retargetingowego.

W Polsce wielu sprzedawców łączy kanały: marketplace typu Allegro, sklep własny i stacjonarny POS. Shopify nie zastąpi całego ERP, ale może stać się spójnym silnikiem koszyka, jeśli model danych i integracje są wpisane w kontrakt, a nie doklejane na końcu sprintu. Jeśli potrzebujesz silnej warstwy treści i jednocześnie prostego koszyka, często sensowniejsze jest spięcie ze WordPressem jako CMS niż dublowanie katalogu w dwóch bazach bez synchronizacji.

Gdzie Shopify ma przewagę i co projektujemy od początku

Shopify sprzedaje spójność: katalog, stany, podatki, płatności, zwroty. To działa, dopóki nie próbujesz przenieść całej logistyki producenta hurtowego do Liquid „na szybko”. Dobry projekt zaczyna się od listy rynków, walut, magazynów i zasad zwrotów. W praktyce polskiego D2C często pojawia się PayU, Przelewy24 lub BLIK przez bramki dostępne w ekosystemie; kluczowe jest testowanie edge-caseów zwrotów i częściowych realizacji, zanim sklep wejdzie w sezon.

Analizujemy też obciążenie aplikacji. Polski merchant często instaluje kilka narzędzi recenzji, upsell i lojalności jednocześnie. Każde dodaje JavaScript i ryzyko kolizji przy aktualizacji motywu. Native-first oznacza wykorzystanie wbudowanych sekcji OS2, metaobiektów i automatyzacji Shopify Flow tam, gdzie to wystarcza, zanim pojawi się kolejna subskrypcja aplikacji.

Zakres pracy programisty Shopify w projekcie

Rola wykracza poza „klejenie szablonu z ThemeForest”. Realne zadania obejmują:

  • Modelowanie metapól i metaobiektów dla tabel rozmiarów, kart technicznych i kompatybilności, z walidacją importów CSV.
  • Projektowanie sekcji OS2 z konfiguracją dla merchów bez ruszania kodu szablonów krytycznych dla LCP.
  • GraphQL Storefront API z rozwiązaniami paginacji i obsługą błędów przy flash traffic z kampanii Meta lub Google.
  • Warstwę integracji synchronizującą stany z Subiektem, Comarch lub średniej klasy ERP przez middleware z kolejką i logami.
  • Audyt checkoutu: Functions zamiast nieobsługiwanych skryptów, rozszerzenia UI tam, gdzie Shopify je formalnie udostępnia.
  • Instrumentację jakości: szablony kolekcji i produktów testowane na urządzeniach, które realnie generują CrUX, nie tylko na MacBooku z marketingu.

Jeśli porównujesz nas do freelancerów od landingów: dostarczamy repozytorium z historią, staging z polityką merge i checklistę regresji checkoutu.

Liquid i migracja do Online Store 2.0

Online Store 2.0 zamieniło szablony na JSON z sekcjami, co upraszcza edycję dla merchandisingu. Nadal widzimy sklepy na starych szablonach, bo migracja wymaga przemapowania treści i ustawień. Planujemy migrację jak refaktoryzację: identyfikujemy duplikaty snippetów, ograniczamy zapytania o kolekcje w pętlach i porządkujemy obrazy z jawnych proporcji, żeby uniknąć CLS przy dynamicznym merchu.

W Liquid pilnujemy dostępności: focus trap w drawerze koszyka, kontrast przycisków CTA i aria dla komunikatów o stanie magazynowym. To nie jest ozdobnik, tylko realny wpływ na mobile INP i legalne oczekiwania konsumentów w UE.

Fragmenty kodu do audytu repozytorium

Poniżej typowe wzorce z produkcji: ustawienia sekcji OS2 bezpieczne dla merchów, ograniczone zapytanie GraphQL pod siatkę kolekcji oraz worker webhooków odporny na duplikaty dostawy.

Schema sekcji (Online Store 2.0)

{% schema %}
{
  "name": "Featured collection",
  "tag": "section",
  "class": "section-featured-collection",
  "settings": [
    {
      "type": "collection",
      "id": "collection",
      "label": "Collection"
    },
    {
      "type": "range",
      "id": "products_to_show",
      "min": 2,
      "max": 12,
      "step": 1,
      "default": 4,
      "label": "Products to show"
    }
  ],
  "presets": [{ "name": "Featured collection" }]
}
{% endschema %}

Zapytanie Storefront API z paginacją kursorową

Zmienne: handle (kolekcja), first (rozmiar strony), after (kursor).

query CollectionProducts($handle: String!, $first: Int!, $after: String) {
  collection(handle: $handle) {
    id
    title
    products(first: $first, after: $after) {
      pageInfo {
        hasNextPage
        endCursor
      }
      edges {
        cursor
        node {
          id
          handle
          title
        }
      }
    }
  }
}

Konsument webhooków (szkic idempotentny)

Shopify może ponawiać webhooki; deduplikacja po X-Shopify-Webhook-Id i temacie zanim trafisz do ERP.

// Pseudokod: worker w stylu Node z krótkotrwałym cache deduplikacji
async function handleOrderCreate(payload, headers) {
  const webhookId = headers["x-shopify-webhook-id"];
  const orderId = payload?.id?.toString();
  if (!webhookId || !orderId) return { status: 400 };

  const dedupeKey = `orders/create:${webhookId}`;
  if (await cache.has(dedupeKey)) {
    return { status: 200, body: "duplicate ignored" };
  }

  await enqueueErpExport(orderId);
  await cache.set(dedupeKey, "1", { ttlSeconds: 86400 });
  return { status: 200 };
}

Ograniczona pętla Liquid na siatce produktów

Sztywny limit i stałe szerokości image_url zapobiegają rozrostowi pętli i pobieraniu zbyt dużych obrazów na mobilnych siatkach kolekcji.

{% assign cap = section.settings.products_to_show | default: 8 %}
{% assign collection = section.settings.collection %}
<ul class="product-grid" role="list">
  {% for product in collection.products limit: cap %}
    <li>
      <a href="{{ product.url }}">
        {{
          product.featured_image
          | image_url: width: 640
          | image_tag: loading: 'lazy', widths: '320,640,960'
        }}
      </a>
    </li>
  {% endfor %}
</ul>

Storefront API: dodanie pozycji do koszyka (szkic mutacji)

Gdy model zagrożenia tego wymaga, wołaj mutacje z worker lub akcji Remix w Hydrogen, żeby token Storefront API nie trafiał do przypadkowych bundli przeglądarki.

mutation cartLinesAdd($cartId: ID!, $lines: [CartLineInput!]!) {
  cartLinesAdd(cartId: $cartId, lines: $lines) {
    cart {
      id
      totalQuantity
    }
    userErrors {
      field
      message
    }
  }
}

Przykładowe zmienne:

{
  "cartId": "gid://shopify/Cart/YOUR_CART_ID",
  "lines": [
    {
      "merchandiseId": "gid://shopify/ProductVariant/YOUR_VARIANT_ID",
      "quantity": 1
    }
  ]
}

Headless: Storefront API, Hydrogen, Remix i koszty utrzymania

Storefront API udostępnia katalog przez GraphQL tak, aby frontend mógł obsłużyć siatki produktów, mutacje koszyka i kontekst kupującego bez klasycznego Liquida na warstwie szablonu. Hydrogen to reactowy stack Shopify z gotowymi wzorcami stanu koszyka i ładowania danych dopasowanymi do adresów handlowych. Fundamenty Hydrogen korzystają z konwencji Remix, które wiele zespołów już zna z full-stack Reacta, co skraca onboarding, jeśli oczekujecie jawnych loaderów, akcji i granic błędów zamiast chaotycznego fetchowania w komponentach.

Oxygen to ścieżka hostowania Hydrogen u Shopify, żeby nie składać edge runtime od zera przy każdym wdrożeniu. To nie znaczy, że Hydrogen jest obowiązkowy: zespoły z dojrzałym Next.js lub Astro często zostają przy swoim frameworku i wołają Storefront API bezpośrednio, zamieniając oficjalne szablony na znajomość hiringową i własny design system.

GraphQL, który przetrwa kampanie

Wdrożenia Storefront API to nie jedno gigantyczne zapytanie na stronę. Projektujemy operacje z paginacją kursorową dla dużych kolekcji, odporną obsługą błędów przy krótkotrwałych awariach w szczycie ruchu oraz modelem linii koszyka zrozumiałym dla obsługi przy promocjach i selling plans. Tam gdzie liczą się konta klientów i logowanie, spinamy Storefront z polityką prywatności i zgodami regionalnymi, a nie traktujemy auth jako dopisek.

Kiedy Hydrogen, kiedy Liquid

Hydrogen ma sens przy kulturze Reacta, potrzebie współdzielenia komponentów między kanałami i dokumentowanym deployu zgodnym z Shopify. Liquid-first zostaje atrakcyjny, gdy merchandising żyje w edytorze motywów, checkout ma zostać blisko platformy, a realny win jest do uzyskania przez redukcję aplikacji lub refaktoryzację Liquida.

Headless nie jest automatycznie „szybszy”: zły bundle React z dziesięcioma trackerami przegra z dobrym motywem Liquid. Decyzję podejmujemy na danych: porównanie LCP na identycznych trasach, waga JS, koszt hostingu i proces preview dla redakcji. Jeśli headless nie przebija progu, optymalizujemy motyw i redukujemy aplikacje. Jeśli przebija, projektujemy cache na edge, sesję koszyka i SEO dla tras produktowych bez duplikacji thin content.

Checkout: Functions, polityka platformy i bezpieczeństwo

Shopify chroni checkout przed dowolnym JS merchantów, co jest korzyścią PCI i konsumentów. Reguły rabatowe, koszty wysyłki i metody płatności wdrażamy przez Shopify Functions i oficjalne rozszerzenia UI. Obiecujemy tylko to, co mieści się w dokumentacji API dla Twojego planu i uprawnień.

Unikamy „magicznych” skryptów typu „podmień pole VAT ręcznie” bez audytu prawnego: w Polsce i UE dane podatkowe muszą być spójne z ustawieniami rynków i umowami z księgowością.

Webhooki, kolejki i ERP

Polski merchant często musi spiąć zamówienia z magazynem centralnym lub fulfilmentem zewnętrznym. Webhooki orders/create i inventory_levels/update muszą być idempotentne: sieć potrafi dostarczyć duplikat, a ERP potrafi zamrozić rekord przy złym SKU.

Projektujemy worker z kolejką (np. Cloudflare Queues, AWS SQS) i widokiem zaległych zdarzeń. Dla wolumenu sezonowego przewidujemy alerty, zanim support zauważy rozjazd stanów między Shopify a magazynem w Poznaniu czy centrali w Berlinie.

Jeśli działasz na WooCommerce, część integracji da się migrować etapami: najpierw katalog i płatności na Shopify, potem wyłączenie legacy checkoutu po stabilizacji webhooków.

Wydajność: Core Web Vitals a marketing stack

Szybkość to nie jedna liczba Lighthouse. Interakcje na mobile (INP) często psują mega-menu, karuzele produktów i nieopóźnione skrypty recenzji. Profilujemy szablony i redukujemy ciężar third-party: część tagów przenosimy na serwer-side GTM lub server-side API partnerów, jeśli merchant ma na to politykę prywatności.

Nie obiecujemy „konwersji plus dwadzieścia procent”. Obiecujemy procedurę pomiaru i listę usuniętych wąskich gardeł, które możesz pokazać CFO jako inżynierię, nie marketing.

Wielorynkowość, OSS i prawo konsumenckie

Sprzedaż cross-border z Polski wymaga jawnych komunikatów o cełach, kosztach dostawy i czasie realizacji. Konfigurujemy Markets i copy legalne konsultowane z Twoim zespołem, nie „teksty z szablonu”. Przy sprzedaży B2B na Shopify Plus modelujemy firmy, listy cen i zamówienia wstępne tak, by nie dublować pracy handlu terenowego.

Migracje i SEO

Przenosiny z innej platformy bez mapy przekierowań kończą się krzaczkiem w Search Console. Eksportujemy handle, budujemy łańcuchy 301, monitorujemy 404 po starcie. Atrybuty techniczne przenosimy do metapól, żeby nie zgubić filtrów kolekcji.

Dane strukturalne Product i Organization dopasowujemy do realnej oferty, żeby uniknąćRich Results mismatch karane przez Google.

Widoczność w wyszukiwarkach AI (AEO)

Optymalizacja pod asystentów to precyzyjne fakty: polityka zwrotów, SLA wysyłki, dostępność rozmiarów. Nie budujemy śmieciowej „treści pod ChatGPT”, tylko spójność między frontmatter, JSON-LD i widocznym FAQ.

Usługi Shopify, które dostarczamy

  • przebudowy motywów OS2, audyty Liquid i redukcja długu technicznego,
  • headless i storefronty na Storefront API z procedurą cache i preview,
  • reguły checkout zgodne z API Shopify,
  • integracje ERP, magazynów i kurierów z logami i alertami,
  • handel subskrypcyjny z procesami obsługi renewal,
  • migracje z WooCommerce i innych platform przy zachowaniu SEO.

Dlaczego warto iść w seniora, a nie w „taniego freelancera od szablonu”

Praca programisty Shopify

Ratunki po sezonie i przed kolejną kampanią

Typowy scenariusz audytu: kolekcja bestsellerów z INP powyżej budżetu przez stack widgetów albo koszyk, który po aktualizacji aplikacji przestaje synchronizować kody rabatowe z programem lojalnościowym. Senior usuwa kolizje, izoluje krytyczny JS i przywraca przewidywalność webhooków zamiast dorzucać kolejną „optymalizację cache”.

Co optymalizujemy, czego nie gwarantujemy

Optymalizujemy architekturę motywu, integracje i obserwowalność. Nie gwarantujemy skoku przychodu, bo mix kanałów i asortyment decyduje o przychodzie MIMO że usuwamy tarcie techniczne mierzalne w narzędziach i logach supportowych.

Wydajność sklepu Shopify


Scenariusze z polskiego i europejskiego retailu

👗

Fashion D2C z POS w galerii

Spójność stanów między sklepem stacjonarnym a online przy zróżnicowanych rozmiarówkach.

Mniej rozjazdów przy flash dropach

🥤

Żywność i suplementy

Subskrypcje, partie LOT i integracja z magazynem chłodniczym przez ERP.

Przejrzyste cut-offy wysyłek kurierskich

🏢

Hurt B2B dla instalacji i warsztatów

Plus z firmami, limitami kredytowymi i walidacją NIP zgodnie z procesem finansów.

Eksporty pod zamknięcie miesiąca


Stack i narzędzia

The Autonomous Future: UCP Agent Mesh

Experience the next generation of decentralized commerce protocols through a high-fidelity tactile interface.

Transakcje AI w < 1ms

Agenci AI handlują autonomicznie bez pośredników, z latencją poniżej 1 milisekundy.

Integracja WordPress

Każda strona WordPress staje się węzłem w globalnej sieci handlowej UCP.

Smart Kontrakty

Automatyczne rozliczenia i escrow - zero ręcznej pracy, zero ryzyka nieuprawnionego dostępu.

Przykłady zastosowań

Sklep WooCommerce

Agent AI automatycznie wybiera tańszą bramkę płatności dla każdej transakcji w czasie rzeczywistym.

Negocjacje z dostawcą

AI negocjuje ceny i warunki dostaw z hurtownią na podstawie bieżącego stanu magazynu.

Mikropłatności za treść

Każdy artykuł, kurs czy plik PDF można sprzedawać za ułamek centa - bez subskrypcji.

Escrow przy dostawie

Środki trzymane w smart kontrakcie - zwolnione automatycznie po potwierdzeniu dostawy przez kupującego.

Dynamiczne ceny

Ceny produktów aktualizowane co minutę na podstawie popytu, konkurencji i kosztów.

Prowizje afiliacyjne

Smart kontrakt wypłaca prowizję partnerowi w ułamku sekundy od dokonania zakupu.

Węzeł UCP v4.0

BEZPIECZNY: AES-256-GCM

Witalność Rdzenia

70% NOMINALNY

Synchronizacja Sieci

90% AKTYWNY

> Inicjalizacja UCP Mesh...

> Łączenie z Globalną Siecią Agentów [OK]

> Weryfikacja Smart Contract v2.1... [ZWERYFIKOWANY]

> Monitorowanie zdarzeń handlowych...

> Przychodzące zlecenie: TX-828-A1-Z [PRZETWARZANIE]

_

Sterowanie Protokołem

TX/SEK
14.2k
WĘZŁY
2,814

"Protokół UCP umożliwia agentom AI autonomiczne transakcje, eliminując tarcie z globalnej gospodarki."

UCP-DOCS-REF-2026
WooCommerce
48 orders/hr
Smart Contracts
12 active
AI Agents
7 running
Revenue ∆
+2.4% today

Wdrażamy CI dla motywów, testy regresji krytycznych ścieżek i segregację sekretów poza motywem. Integracje dokumentujemy tak, by Twój wewnętrzny IT mógł przejąć utrzymanie bez „zielonego kodu tylko u nas na Dropboxie”.


Mapa integracji

Płatności

Shopify Payments tam gdzie dostępne, lokalne metody przez partnerów i zgodność z PSD2 dla kart.

Logistyka

Integracje z InPost, DHL, FedEx, narzędziami typu ShipX lub customAPI magazynu.

ERP i stany

Webhooki z retry, synchronizacja SKU i audyt rozjazdów przy promocjach wielokanalowych.

Analityka

GA4, server-side tam gdzie polityka prywatności pozwala, zgodność z cookie consent.

Marketing automation

Klaviyo i podobne narzędzia osadzone bez przeciążania storefrontu.

Treść

Współistnienie z WordPressem lub headless CMS przy jednym źródle prawdy produktów.


Granice odpowiedzialności, które warto znać z góry

🧭

Zgodność z platformą

Wdrażamy tylko wzorce wspierane przez Shopify, żeby aktualizacje nie gasły produkcji w piątek wieczorem.

📉

Metryki bez magii

Publikujemy porównania przed i po przy stałych profilach testów, bez zmyślonych procentów konwersji.

🔐

Bezpieczeństwo operacji

Tokeny z minimalnym zakresem, rotacja kluczy API i jawny podział dostępu między zespołami.

🤝

Stały kontakt z inżynierem

Ten sam specjalista od discovery do wdrożenia webhooków, bez łańcucha account managerów bez dostępu do repo.


Doświadczenie i certyfikaty Shopify

Twarde dane zamiast frazesów: 20+ lat pracy z systemami CMS i e-commerce, wdrożenia łączące WordPress i WooCommerce ze Shopify dla klientów z Polski i Wielkiej Brytanii. Pełna ścieżka kariery, lista projektów i publiczne rekomendacje są na stronie o mnie oraz w profilu LinkedIn.

Certyfikaty Shopify Partner Academy

Liquid Storefronts for Theme Developers

Inżynieria motywów Liquid, sekcje OS2 i dyscyplina pipeline’u zasobów.

CRO Overview and Best Practices

Zasady operacyjne optymalizacji konwersji w Shopify.

CRO Analysis and Optimization

Analiza tarcia w lejku koszyka i diagnostyka spadków konwersji.

CRO Implementation and Testing

Dyscyplina testów A/B i walidacja zmian na produkcji.

CRO Targeting and Personalization

Segmentacja, personalizacja i targetowanie ofert.

Conversion Rate Optimization Learning Path

Pełna ścieżka CRO z egzaminem zbiorczym.

Marketing Your Shopify Services as a Partner

Dyscyplina pozycjonowania usług Shopify Partner.

Creating a Digital Marketing Strategy

Strategia marketingu cyfrowego dla sklepów online.

Certyfikaty Shopify Partner Academy są wystawiane bezpośrednio przez Shopify i odnawiane wraz ze zmianami platformy. Background uzupełniają certyfikacje Google Analytics i Google My Business oraz dwadzieścia lat pracy full-stack z PHP, Node.js, React i Astro.

Realne wdrożenia z udziałem Shopify

Najdłuższa udokumentowana współpraca obejmowała blisko trzy lata projektów dla zagranicznego klienta, w których obok rozwoju WordPress znalazły się integracje Shopify spinające koszyk z obszarami członkowskimi i zewnętrznymi systemami. Inne projekty łączyły WooCommerce ze Shopify przy migracjach etapowych oraz dla zespołów testujących Shopify Plus przed pełnym przejściem. Cytaty oceniające konkretne wdrożenia są w sekcji rekomendacji LinkedIn; część z nich pojawia się też w bloku referencji niżej.

Rekomendacje z LinkedIn

Rekomendacje i opinie o współpracy z WPPoland

Wybrane rekomendacje liderów branży WordPress, WordCamp i e-commerce - z naciskiem na terminowość, głębię techniczną i biznesowe podejście do rozwoju serwisów.

Karolina Czapla

Karolina Czapla

Strateg Marketingowy – Performance & Digital Strategy

“Praca z Mariuszem przy WordCampie pokazała mi, jak rzadko łączy się głębokie umiejętności techniczne z prawdziwym przywództwem. Planuje, koordynuje i dowozi z ogromną dbałością o szczegóły, a jednocześnie daje zespołowi ...”

Współorganizatorka WordCamp Gdynia 2024 i 2025

Argert Boja

Argert Boja

Senior Full‑Stack Developer

“Mariusz jest takim współpracownikiem, jakiego każdy chciałby mieć: mocne kompetencje full‑stack WordPress, jasne tłumaczenie decyzji technicznych i pozytywne nastawienie nawet pod presją. Sprawnie przechodzi między wtycz...”

Pracowaliśmy razem przy projektach WordPress

Daniel Blossfeld

Daniel Blossfeld

Konsultant ds. Optymalizacji Procesów i Digitalizacji

“Miałem przyjemność współpracować z Mariuszem przez prawie trzy lata. W tym czasie jego umiejętności w zakresie rozwoju WordPressa okazały się nieocenione w wielu projektach, od budowy stron internetowych po obszary człon...”

Mariusz był jego klientem przy pracach WordPress

Jessica Di Pasquale

Jessica Di Pasquale

Prowadzenie inicjatyw SEO z strategiami wzrostu opartymi na danych.

“Mariusz to bardzo utalentowany, cierpliwy i doświadczony człowiek. Zawsze gotowy do pomocy i naprawiania błędów, naprawdę doceniałem pracę z nim. Jest wspaniałym kolegą!”

Bezpośrednio zarządzała Mariuszem

Belinda Koch

Belinda Koch

Analityk Web-Tracking w TUI

“Mariusz to wspaniała osoba do współpracy. Jest niezwykle zmotywowany do nauki nowych rzeczy i dzielenia się swoją wiedzą, a także posiada szeroką wiedzę na wiele tematów. Pracowaliśmy razem nad analityką cyfrową i temata...”

Pracowaliśmy z Mariuszem nad analityką cyfrową i tematami śledzenia

Paweł Lewczuk

Paweł Lewczuk

Front-end developer, WordPress developer

“Współpracowałem z Mariuszem przy kilku projektach i nasza współpraca zawsze przebiegała wzorowo. Myślę, że jeszcze niejeden wspólny projekt przed nami. Polecam!”

Mariusz był klientem Pawła


Ruszamy?

Jeśli masz sklep na Shopify, który „powoli się rozpada” pod aplikacjami, albo planujesz migrację z WooCommerce, przygotuj eksport produktów, listę integracji i szczytowe okna ruchu. Na tej podstawie dostaniesz plan etapów z ryzykami i kosztami, nie jedną magiczną tabelę godzin.

Ostatnia aktualizacja: 3 maja 2026 r.

Powiązany klaster

Sprawdź inne usługi WordPress i bazę wiedzy

Wzmocnij swój biznes dzięki profesjonalnemu wsparciu technicznemu w kluczowych obszarach ekosystemu WordPress.

Rekomendacje z LinkedIn

Rekomendacje i opinie o współpracy z WPPoland

Wybrane rekomendacje liderów branży WordPress, WordCamp i e-commerce - z naciskiem na terminowość, głębię techniczną i biznesowe podejście do rozwoju serwisów.

Karolina Czapla

Karolina Czapla

Strateg Marketingowy – Performance & Digital Strategy

“Praca z Mariuszem przy WordCampie pokazała mi, jak rzadko łączy się głębokie umiejętności techniczne z prawdziwym przywództwem. Planuje, koordynuje i dowozi z ogromną dbałością o szczegóły, a jednocześnie daje zespołowi ...”

Współorganizatorka WordCamp Gdynia 2024 i 2025

Argert Boja

Argert Boja

Senior Full‑Stack Developer

“Mariusz jest takim współpracownikiem, jakiego każdy chciałby mieć: mocne kompetencje full‑stack WordPress, jasne tłumaczenie decyzji technicznych i pozytywne nastawienie nawet pod presją. Sprawnie przechodzi między wtycz...”

Pracowaliśmy razem przy projektach WordPress

Daniel Blossfeld

Daniel Blossfeld

Konsultant ds. Optymalizacji Procesów i Digitalizacji

“Miałem przyjemność współpracować z Mariuszem przez prawie trzy lata. W tym czasie jego umiejętności w zakresie rozwoju WordPressa okazały się nieocenione w wielu projektach, od budowy stron internetowych po obszary człon...”

Mariusz był jego klientem przy pracach WordPress

Jessica Di Pasquale

Jessica Di Pasquale

Prowadzenie inicjatyw SEO z strategiami wzrostu opartymi na danych.

“Mariusz to bardzo utalentowany, cierpliwy i doświadczony człowiek. Zawsze gotowy do pomocy i naprawiania błędów, naprawdę doceniałem pracę z nim. Jest wspaniałym kolegą!”

Bezpośrednio zarządzała Mariuszem

Belinda Koch

Belinda Koch

Analityk Web-Tracking w TUI

“Mariusz to wspaniała osoba do współpracy. Jest niezwykle zmotywowany do nauki nowych rzeczy i dzielenia się swoją wiedzą, a także posiada szeroką wiedzę na wiele tematów. Pracowaliśmy razem nad analityką cyfrową i temata...”

Pracowaliśmy z Mariuszem nad analityką cyfrową i tematami śledzenia

Paweł Lewczuk

Paweł Lewczuk

Front-end developer, WordPress developer

“Współpracowałem z Mariuszem przy kilku projektach i nasza współpraca zawsze przebiegała wzorowo. Myślę, że jeszcze niejeden wspólny projekt przed nami. Polecam!”

Mariusz był klientem Pawła

Ile kosztuje wdrożenie lub przebudowa Shopify? #
Każdy projekt wyceniamy indywidualnie po discovery obejmującym katalog, rynki, aplikacje, integracje i okna szczytów ruchu. Koszt różni się rzędem wielkości między odchudzeniem motywu OS2 a programem headless z Storefront API albo synchronizacją wielu magazynów z ERP. Dostajesz pisemną ofertę z kamieniami milowymi powiązanymi z mierzalnymi rezultatami, np. przełączeniem motywu, utwardzeniem webhooków lub podpisaniem mapy przekierowań. Możliwy jest model fazowy lub godzinowy, z jawnie opisanymi założeniami, żeby rozrost zakresu był widoczny w kosztorysie. Nie publikujemy cennika marketingowego, bo compliance i koszty operatorów zmieniają profil pracy. Krótka rozmowa kwalifikacyjna wystarczy, żeby wskazać model rozliczenia i listę artefaktów potrzebnych do podania kwoty.
Czy obsługujecie Shopify Plus? #
Pracujemy na Standard, Advanced i Plus, bo większość sklepów nie potrzebuje Plus od pierwszego dnia. Standard i Advanced wystarczają, gdy problemem jest jakość motywu, nadmiar aplikacji lub pojedynczy konektor ERP, a nie zaawansowany B2B na wielu poziomach akceptacji. Plus ma sens przy wyższych limitach API, rozległych regułach B2B lub checkoutowych rozszerzeniach, których nie da się sensownie „obejść” na niższych planach. Rekomendujemy poziom po udokumentowanych wymaganiach i prognozie ruchu, a nie po nazwie na kontrakcie. Jeśli za kilka kwartałów i tak wchodzicie w Plus, projektujemy architekturę tak, by nie trzeba było ją wyrzucać przy upgrade. Decyzja zawsze ma uzasadnienie biznesowe zapisane dla stakeholderów.
Czy musicie robić headless, żeby przyspieszyć sklep? #
Nie, i często najpierw należy odchudzić Liquid, obrazy, aplikacje i tagi marketingowe, które podnoszą INP na telefonach. Mierzymy szablony kolekcji i produktów z realnym throttlingiem, żeby poprawa przetrwała kampanie, nie tylko Lighthouse w biurze. Headless rozważamy, gdy globalny frontend lub cache na edge mają udokumentowany sens ekonomiczny po porównaniu z kosztem utrzymania drugiego pipeline’u release’ów. Jeśli headless jest opcjonalny, opisujemy oczekiwany zysk i stały narzut operacyjny dla zespołu. Szczerość chroni budżet przed przepisywaniem krytycznych ścieżek bez przyczyny. Wybieramy rozwiązanie po liczbach, nie po modzie na React.
Czy wdrażać Hydrogen, zostawić Liquid czy postawić własny frontend na Storefront API? #
Hydrogen ma sens, gdy organizacja już trzyma się Reacta, chce oficjalnych wzorców Shopify dla koszyka i strumieniowania oraz może utrzymać ścieżkę deployu w stylu Oxygen lub inną uzgodnioną z dokumentacją. Liquid-first wygrywa, gdy merch żyje w edytorze motywu, checkout ma zostać blisko platformy, a realny problem to nadmiar aplikacji albo bałagan w Liquidzie, a nie brak frameworka. Trzecią drogą jest Astro lub Next.js na Storefront API, gdy rynek pracy i biblioteki komponentów już tam są. Decyzję podejmujemy na podstawie LCP i INP na kolekcjach i produktach, potrzeb preview dla nietechnicznych redaktorów oraz całkowitego kosztu hostingu i CI. Nie polecamy Hydrogen „bo nowoczesny”, tylko gdy dowody wydajnościowe i operacyjne to potwierdzają, a zespół utrzyma dyscyplinę typową dla Remix w przeglądach kodu i release’ach.
Jak radzicie sobie z padającymi webhookami? #
Shopify dostarcza webhooki co najmniej raz, więc konsument musi być idempotentny po kluczach zamówienia i partiach stanów. Między Shopify a ERP stawiamy kolejki, gdy przepływ lub promień awarii wymaga backoffu zamiast dobijania ERP w szczycie. Dead-letter izoluje zatrute rekordy, żeby jeden błąd nie zatrzymał całego potoku, a alerty odpalają się zanim finanse zauważy brak dekretacji. Runbooki opisują replay i właściciela alertu zgodnie z tym, gdzie pracuje support. Dokumentacja żyje tam, gdzie zespół operacyjny już czyta logi, nie w prywatnym notesie dewelopera. Efekt to mniej nocnych telefonów i czystszy rozliczeniowy stan magazynu pod koniec miesiąca.
Czy przejmujecie motyw po innej agencji? #
Tak, zaczynamy od audytu read-only i osobnej gałęzi, żeby produkcja działała podczas analizy duplikatów snippetów i wstrzyknięć aplikacji przy koszyku. Przygotowujemy krótki rejestr ryzyk dla plików dotykających ceny, koszyka i konta użytkownika. Zmiany idą przez CI z porównaniem wizualnym dla merchu tam, gdzie sekcje OS2 są krytyczne. Ciężkie deploye lądują na kanarku albo poza szczytem, z tagiem rollbacku. Pełny rewrite proponujemy dopiero gdy suma napraw przekracza koszt kontrolowanej przebudowy. Ten sam inżynier czyta Liquid i rozmawia z Tobą, bez łańcucha accountów bez dostępu do repo.
Czy migracja z WooCommerce jest możliwa bez utraty pozycji? #
Mapujemy produkty, klientów i historię zamówień tak, by atrybuty trafiły do metapól Shopify i nie zniknęły filtry ani feedy. Budujemy mapę 301 i monitorujemy Search Console pod kątem miękkich 404 po przecięciu DNS. Przez uzgodnione okno równoległe porównujemy zamówienia, żeby finanse podpisały przełączenie kanonicznego hosta. Subskrypcje lub B2B dzielimy na jawne etapy zamiast nagłego „jednego przycisku”. Czas zależy od bałaganu w taksonomii Woo, rozmiaru batchy ERP i jakości eksportów, co oceniamy zanim obiecujemy datę startu. Pełnej gwarancji pozycji nie da się uczciwie podać, ale procedura minimalizuje utratę widoczności i przychodu organicznego.
Integracja z polskim ERP jest realna? #
Tak, przez middleware z logami i kontraktami pól opisującymi jednostki, stawki VAT i kody magazynowe zgodnie z księgowością. Wybieramy batch lub niemal real-time po realnym wolumenie zamówień, nie po sloganie z bloga. Zadania reconciliacji porównują stany Shopify z ERP z alarmem przy przekroczeniu progu wariantów, który ustalacie z operacjami. Testujemy częściowe wysyłki, zwroty i podział płatności zanim przechodzicie na produkcję w szczycie sezonu. Błędy serializujemy z możliwością bezpiecznego replay bez dublowania dekretów. Dzięki temu IT wie, co dokładnie synchronizuje się w którym kierunku i dlaczego.
Czy budujecie prywatne aplikacje Shopify? #
Budujemy aplikacje prywatne lub minimalne publiczne tylko tam, gdzie luka funkcjonalna jest trwała, a nie tam, gdzie wystarczy sekcja Liquid albo Flow. Zakres OAuth trzyma się minimalnej listy uprawnień, a release notes są czytelne dla audytu bezpieczeństwa. Gdy Shopify zbliża się natywnym rozwiązaniem, wybieramy cienką automatyzację zamiast wiecznego kodu do utrzymania. Każda propozycja aplikacji zawiera odrzucone alternatywy i kryterium wyłączenia projektu po czasie. Ta dyscyplina utrzymuje przewidywalny koszt dla Twojego IT w kolejnych latach. Nie sprzedajemy aplikacji jako ozdoby na demo.
Jak podchodzicie do RODO? #
Mapujemy dane osobowe z webhooków i formularzy storefrontu do CRM, ESP i analityki zgodnie z Twoją polityką retencji. Zgody i tagowanie server-side uzgadniamy tak, by po opt-out nie powiększać śladu śledzenia przez przypadek. Umowy powierzenia z podprocesorami pozostają źródłem prawdy, my pilnujemy, by nie pojawiały się nieplanowane eksporty ani duble PII. Tokeny API mają minimalny zakres i rotację przy zmianach ról w zespole, sekrety nie żyją w motywie. Żądania usuniędnych danych pomagamy prześledzić przez kolejki i eksporty, żeby odpowiedź dla osoby była kompletna i podlegająca audytowi.
Czy pomożecie ze sprzedażą zagranicą? #
Konfigurujemy Markets, waluty i komunikaty kosztów dostaw tak, by klient widział spójne kwoty przed autoryzacją płatności. Kwestie ceł i klasyfikacji celnych konsultujecie z doradcą, oprogramowanie tylko odzwierciedla uzgodnione reguły. Tryby wielowalutowe dobieramy z finansami, żeby zamknięcie miesiąca nie gryzło się z rozpoznawaniem przychodu. Testujemy mieszane koszyki, prezenty i ścieżki zwrotów w obcej walucie zanim włączycie pełny ruch. Teksty SLA dostaw muszą odpowiadać realnej logistyce, inaczej i Google, i asystenci AI podają sprzeczne fakty. Celem jest mniej chargebacków i ręcznych korekt księgowych przebranych za ticket supportowy.
Czy oferujecie abonament utrzymaniowy? #
Tak, pakiet łączy monitoring webhooków, planowane releasy motywu, przeglądy aplikacji przed Black Friday i uzgodnione okna reakcji przy incydentach. Zakres skaluje się złożonością katalogu i liczbą integracji, żeby nie płacić za fikcyjną całodobową linię, gdy potrzebujecie kilkunastu godzin seniorskich tygodniowo. Przed zmianami API Admin od Shopify sprawdzamy wpływ na Wasze konektory i przygotowujemy rollback. Sezonowe przygotowanie obejmuje też syntetyczne checkouty na stagingu z tokenami testowymi. Raport podsumowuje, co wyszło, co odłożyliśmy z uzasadnieniem i jakie ryzyka dalej są widoczne dla zarządu. Utrzymanie ma być przewidywalne, nie magią „bez zmian w kodzie”.
Jak wygląda raportowanie postępu? #
Co tydzień dostajesz pisemny status z podziałem na podjęte decyzje, nowe ryzyka i nadchodzące kamienie z kryteriami akceptacji. Migracje mają załączniki z liczbami rekordów, wyjątkami walidacji i partiami przekierowań, zamiast slajdu „procent ukończenia”. Integracje raportują głębokość kolejki, DLQ i odchylenie stanów, żeby operacje ufały liczbom. Runbooki przy handoverze pozwalają wewnętrznemu zespołowi odpalać retry bez eskalacji do nas przy rutynie. Spotkania sterujące są krótkie, bo zapis już istnieje dla osób, które nie były na callu. Transparentność jest częścią dostawy, a nie pozycją na fakturze za „komunikację”.

Potrzebujesz FAQ dopasowanego do branży i rynku? Przygotujemy wersję pod Twoje cele biznesowe.

Porozmawiajmy

Polecane artykuły

Sam przeniesienie z WordPressa do Astro zajęło tygodnie. Pozostałych jedenaście miesięcy pochłonęły przekierowania, hreflang, parytet sześciu wersji językowych i build, który przerósł własny runner Cloudflare. Raport z pola migracji.
headless

Dwanaście miesięcy migracji z WordPressa do Astro na Cloudflare Pages

Sam przeniesienie z WordPressa do Astro zajęło tygodnie. Pozostałych jedenaście miesięcy pochłonęły przekierowania, hreflang, parytet sześciu wersji językowych i build, który przerósł własny runner Cloudflare. Raport z pola migracji.

Generowanie z tekstu daje ci obcą osobę. Referencja twarzy zaczyna dryfować. LoRA, która renderuje ekrany laptopów, wygląda nienaturalnie. Co ostatecznie zadziałało dla spójnej grafiki redakcyjnej w setkach wpisów i dlaczego.
ai

Trening LoRA dla Flux do grafik na bloga: trzy podejścia, które wcześniej zawiodły

Generowanie z tekstu daje ci obcą osobę. Referencja twarzy zaczyna dryfować. LoRA, która renderuje ekrany laptopów, wygląda nienaturalnie. Co ostatecznie zadziałało dla spójnej grafiki redakcyjnej w setkach wpisów i dlaczego.

Cloudflare Pages dokumentuje limit 2000 reguł w pliku _redirects, ale granicą, która naprawdę boli, jest rozmiar pliku 100KB. Reguły poza progiem bajtów są porzucane przy wdrożeniu bez żadnego ostrzeżenia. Diagnoza z produkcji.
devops

Cloudflare Pages po cichu porzuca _redirects powyżej 100KB

Cloudflare Pages dokumentuje limit 2000 reguł w pliku _redirects, ale granicą, która naprawdę boli, jest rozmiar pliku 100KB. Reguły poza progiem bajtów są porzucane przy wdrożeniu bez żadnego ostrzeżenia. Diagnoza z produkcji.