Porównanie platform e-commerce - wybierz mądrze

Wstęp

Wybór platformy to decyzja o czasie, elastyczności i kosztach — nie o „modzie”. Ten przewodnik porówna najpopularniejsze opcje (SaaS, open-source, pół-headless/headless) i pokaże Ci, co wybrać na najbliższe 6–18 miesięcy, żeby szybciej zacząć sprzedawać.

Zamiast wojny „która platforma jest najlepsza”, dostaniesz proste ramy decyzyjne: czas wdrożenia, TCO w czasie, integracje, SEO/treści i funkcje B2B. Przepuścimy przez nie 2–3 realne kierunki i wyciągniemy wniosek „co jest wystarczająco dobre na dziś”, a co zostawić na moment, gdy urośniesz. Zero żargonu, konkretne plusy/minusy i jasne ryzyka, żebyś nie obudził się z „wtyczkozą” albo blokadą rozwoju.

Jeśli prowadzisz małą firmę albo startujesz ze sklepem, tu znajdziesz krótką drogę: scenariusze „szybki start”, „content/SEO-first” oraz „B2B/multi-market”, a do tego mapki decyzji i tabelę „co zyskasz / na co uważać” dla każdej klasy rozwiązań. Na koniec dostaniesz kroki na 30/60/90 dni — tak, aby wybór platformy był decyzją, która przybliża do sprzedaży, a nie kolejnym projektem bez końca.

Jak porównywać platformy — ramy 5K

(Zamiast „co lepsze” — „co lepsze dla Ciebie”)

Zamiast pytać „która platforma jest najlepsza?”, porównaj 2–3 opcje przez 5K. To szybki filtr, który łączy biznes i technologię. Każde „K” oceniasz w skali 1–5 (1 = słabo, 5 = świetnie dla Twojego przypadku). Na końcu sumujesz punkty i widzisz, co wygrywa na najbliższe 6–18 miesięcy.

5K w praktyce

1) Koszt (dziś + utrzymanie)

• Pytaj: ile kosztuje start (wdrożenie/migracja) i ile miesięcznie (abonament/appki/hosting/QA)?
• Sprawdź, co drożeje przy skali: większy ruch, więcej transakcji, nowe rynki.
• Wskazówka: licz TCO 12 mies. (start + miesięczne + „rezerwy na wzrost”).

2) Kaliber katalogu (SKU/atrybuty/warianty)

• Ile masz produktów i jak są złożone (warianty, zestawy, atrybuty)?
• Czy potrzebujesz PIM albo niestandardowej kartoteki?
• Wskazówka: im bardziej „techniczny” katalog, tym ważniejsza kontrola modelu danych.

3) Kanały (sklep/marketplace/B2B/offline)

• Czy sprzedajesz tylko w sklepie, czy także na Allegro/eBay, w B2B lub offline?
• Czy platforma ma dobre łączniki i synchronizację stanów/cen?
• Wskazówka: jeśli marketplace to główny wolumen, licz ryzyko uzależnienia.

4) Kustomizacja (front/checkout/procesy)

• Czy wystarczy motyw + drobne modyfikacje, czy chcesz unikatowy UX/checkout?
• Czy potrzebujesz reguł cenowych, personalizacji, mikro-aplikacji?
• Wskazówka: gdy UX/checkout jest „inny niż wszędzie”, rozważ pół-headless.

5) Kadry (kto utrzymuje system)

• Masz wewnętrznego opiekuna/partnera czy będziesz „sam” utrzymywać sklep?
• Czy zespół ogarnie aktualizacje, staging, backupy i podstawowe QA?
• Wskazówka: brak zasobów → wybieraj prostsze rozwiązania i mniej wtyczek.

Jak oceniać: dla Twoich realiów – nie „obiektywnie”. SaaS może dostać 5/5 za koszt/utrzymanie w działalności jednoosobowej, ale 2/5 za kustomizację w projekcie B2B z rolami.

Wypełnij w 10 minut — mini-macierz do oceny 2–3 kandydatów

1. Wypisz maksymalnie 3 platformy (np. Shopify, WooCommerce, Shopware).
2. Oceń każdą z nich w skali 1–5 dla każdego „K”.
3. (Opcjonalnie) Nadaj wagi ważniejszym kryteriom (np. Koszt ×1,5; Kanały ×1,2).
4. Zsumuj wyniki. Najwyższy wynik = kandydat na dziś. Drugi w kolejce = plan B.

Szablon (bez wag):

Wariant z wagami (przykład): Koszt ×1.5, Kanały ×1.2, reszta ×1.0.

Po co wagi i czemu akurat takie?

Dlaczego: Koszt ×1.5

Cashflow > wszystko. Dla MŚP najczęstsza blokada to nie „brak funkcji”, tylko koszt startu + stałe koszty miesięczne. Zbyt drogi wybór „zjada” budżet na treści/ads/obsługę, więc koszt ma największy wpływ na powodzenie w pierwszych 6–18 mies.

Efekt domina TCO. Droższa platforma to zwykle droższe appki, integracje, QA i utrzymanie. Jedna decyzja mnoży kolejne wydatki — stąd mocniejsza waga.

Dlaczego: Kanały ×1.2

Przychód zależy od kanałów. Jeśli platforma słabo „dogaduje się” z Allegro/eBay czy B2B, będziesz ręcznie łatać stany/ceny. To psuje sprzedaż i operacje.

Ryzyko uzależnienia. Gdy kanał jest kluczowy, dobry „łącznik” i stabilna synchronizacja to drugie najważniejsze kryterium po koszcie.

Dlaczego: reszta ×1.0 (Kaliber katalogu, Kustomizacja, Kadry)

To ważne, ale zwykle bardziej elastyczne w czasie: możesz uprościć katalog, odłożyć „fancy” checkout czy pozyskać partnera do utrzymania. Nie ignorujemy tego — po prostu nie przeważa nad finansami i sprzedażą „tu i teraz”.

Krótki przykład innych wag:
- Działalność jednoosobowa (PL, szybki start): Koszt ×1.5, Kanały ×1.2, reszta ×1.0.
- Sklep kontentowy (blog + SEO): Koszt ×1.3, Kaliber ×1.2, Kustomizacja ×1.2, Kanały ×1.0, Kadry ×1.0.
- B2B z rolami/cennikami (DE/PL): Kanały ×1.5, Kaliber ×1.3, Koszt ×1.2, Kustomizacja ×1.0, Kadry ×1.0.

Wtedy liczysz: (ocena × waga) i dopiero sumujesz.

SaaS (np. Shopify, Shoper, IdoSell) — kiedy wygrywa prostota

Gdy liczy się czas do sprzedaży, SaaS (software jako usługa) jest najkrótszą drogą. Dostajesz gotowy panel, hosting, bezpieczeństwo i sklep „z pudełka”, który rozbudujesz aplikacjami.

Plusy — szybki start, przewidywalność, app-store, mały DevOps

• Start w tygodnie: motyw + konfiguracja płatności/dostaw + podstawowe treści i możesz sprzedawać.
• Mniej „technikaliów”: hosting, certyfikaty, kopie, skalowanie ruchu są po stronie dostawcy.
• Ekosystem aplikacji: „z półki” podłączysz BLIK/karty, Paczkomaty/kurierów, faktury, marketing automation.
• Przewidywalny koszt: stały abonament + jasne cenniki aplikacji, łatwe do zaplanowania w cashflow.
• Wsparcie i dokumentacja: społeczność, partnerzy, szybkie tutoriale.

Minus/ryzyka — „wtyczkoza” kosztowa, ograniczenia UX/SEO, vendor lock-in

• Wtyczkoza: po kilku aplikacjach miesięczny koszt rośnie; integracje między appkami bywają ograniczone.
• Granice modyfikacji: checkout/front często mniej elastyczny niż w OSS; nie każdą ideę UX da się wdrożyć bez obejść.
• SEO techniczne: dobre „z pudełka”, ale mniej kontroli nad głębokimi aspektami (routing, rendering, nietypowe schemy).
• Vendor lock-in: eksporty są, ale nie zawsze 1:1; nietypowe procesy trudniej przenieść.
• Prowizje/limity: u niektórych dostawców pojawiają się koszty zależne od wolumenu lub płatności.

Dla kogo — DTC, mały/średni katalog, nacisk na operacje i marketing

• DTC / SMB z PL/UE, które chcą szybko wejść na rynek i inwestować w marketing, nie w development.
• Mały/średni katalog, standardowy checkout, proste reguły cenowe i stany.
• Mały zespół bez stałego developera — priorytetem są kampanie, treści, obsługa.
• Scenariusz: start na SaaS + appki (BLIK/karty, Paczkomaty, e-maile), potem ewentualnie pół-headless, gdy pojawi się potrzeba unikatowego UX.

Open-source (np. WooCommerce, PrestaShop) — kontrola i content/SEO

OSS(Open-source) daje pełną kontrolę nad kodem, hostingiem, szablonami, ścieżkami URL, i danymi. To świetne środowisko dla projektów content/SEO-first i tych, które chcą integracji „po swojemu”.

Plusy — kontrola nad kodem/hostingiem, mocny blog/SEO, brak abonamentu per transakcja

• Pełna edycja frontu i backendu: dowolne modyfikacje szablonów, hooków, struktur.
• Mocny content/SEO: łatwo łączysz blog, kategorie i produkty; masz kontrolę nad URL, meta, schemą, renderowaniem.
• Brak prowizji od transakcji: płacisz za hosting/utrzymanie, nie za „obrót” platformy.
• Integracje custom: ERP/WMS/CRM, oryginalne feedy i procesy — bez czekania na app-store.
• Migrowalność: eksport danych i backupy masz „u siebie”.

Minus/ryzyka — potrzeba procesu aktualizacji/QA, konflikty wtyczek, opieka techniczna

• Odpowiedzialność po Twojej stronie: aktualizacje silnika i wtyczek, bezpieczeństwo, wydajność, backupy.
• Konflikty wtyczek: bez polityki instalacji i środowiska staging łatwo o regresje.
• Wymagane QA i monitoring: testy checkoutu, CWV, logi błędów, automaty backupu.
• Koszt czasu: brak abonamentu transakcyjnego ≠ brak kosztów — płacisz za utrzymanie i partnera technicznego.
• Skalowanie: większy ruch wymaga optymalizacji serwera/CDN i porządku w mediach/skryptach.

Dla kogo — content-first, lokalne SEO, integracje „po swojemu”, partner/technik na pokładzie

• Sklepy oparte na treści (poradniki, blog, long-tail), gdzie SEO jest kołem zamachowym.
• Firmy z niestandardowymi integracjami lub logiką (ERP/WMS/CRM, specyficzne feedy).
• Zespoły z opieką techniczną/partnerem, gotowe na proces: staging → aktualizacje → testy → produkcja.
• Scenariusz: start na OSS z lekkim motywem, polityką wtyczek i harmonogramem aktualizacji; w razie wzrostu — wyodrębnienie wyszukiwarki/checkoutu lub przejście na pół-headless.

Szybka wskazówka wyboru:

• Jeśli priorytetem jest szybki, stabilny start i minimalny „overhead” techniczny — SaaS.
• Jeśli kluczowe są treści/SEO i pełna kontrola oraz masz wsparcie techniczne — open-source.
  W obu przypadkach trzymaj się zasady „minimum na dziś, plan na jutro” i policz TCO na 12 miesięcy przed decyzją.

Shopware / „pro-OSS” — gdy potrzebujesz więcej porządku w rosnącym sklepie

Plusy — stabilniejsza architektura, dobre B2B i multi-market, workflowy

• Architektura pro: modułowość, czystsze procesy niż w „lekkich” OSS.
• B2B/multi-market: role, cenniki, uprawnienia; kilka języków/walut bez „łatek”.
• Workflowy i reguły: lepsze zarządzanie stanami, promocjami, contentem.
• Ekosystem partnerów: wdrożenia prowadzą zespoły, które „znają realia” UE.

Minus/ryzyka — wyższy próg wdrożenia, potrzeba partnera i budżetu

• Start: dłuższy i droższy niż w Woo/Presta/SaaS.
• Utrzymanie: wymaga procesu (staging, CI/CD, QA), a więc partnera.
• Zwinność: szybkie „pivoty” trudniejsze bez stałego zespołu technicznego.

Dla kogo — skala „mid”, porządek w procesach, roadmapa B2B

• Sklepy rosnące (średnia liczba SKU), które chcą porządku w procesach.
• Plany B2B lub wejścia na kilka rynków UE w horyzoncie 6–18 mies.
• Zespół gotowy na partnerskie wdrożenie i cykliczne release’y.

Pół-headless i headless — elastyczność, gdy masz powód

Pół-headless — stabilny backend + lekki front (wydajność, UX, SEO)

• Co to: trzymasz panel/checkout back-endowy, a front robisz lekki (SSR/ISR).
• Korzyści: duży skok wydajności (CWV), pełna kontrola UX/SEO, mniejszy koszt niż full headless.
• Kiedy: zależy Ci na unikatowym doświadczeniu lub szybkości, ale chcesz ograniczyć ryzyko operacyjne.

Headless/composable — wiele rynków/frontów, złożone ERP/WMS/PIM/CRM, B2B z rolami

• Co to: niezależne warstwy (front/back), łączone przez API; dobierasz „klocki” (PIM, search, CMS).
• Korzyści: maksymalna elastyczność, skala, kilka frontów (web/app/kiosk), solidne B2B.
• Warunek: doświadczony partner, CI/CD, monitoring, jasno opisane kontrakty danych.

Kiedy NIE — brak jasnego powodu biznesowego, mały zespół, budżet na treści/ads ważniejszy

• Gdy nie masz twardego powodu (B2B role/ceny, multi-market, specyficzny UX).
• Mały zespół bez stałych devów i procesu QA/observability.
• Budżet potrzebny na treści/SEO/ads — architektura nie powinna „zjadać” marketingu.

Podsumowanie — 4 opcje w jednym spojrzeniu

Jak czytać tabelę:

• Szukasz najkrótszej drogi do sprzedaży → SaaS.
• Potrzebujesz kontroli nad treścią/SEO i masz opiekę techniczną? → Open-source.
• Rosną Ci procesy/B2B i chcesz porządku? → Shopware (pro-OSS).
• Masz konkretny powód (unikalny UX, multi-market, złożone integracje) i zespół/partnera? → Pół-headless/Headless.

TCO: koszt dziś i jutro (bez niespodzianek)

Składniki TCO — wdrożenie, miesięczne, utrzymanie, treści/SEO, testy

• Wdrożenie (CapEx): motyw/front (design, cięcia), konfiguracja podatków/walut, integracje (płatności, dostawy, faktury, wyszukiwarka), migracja danych, szkolenia, hypercare po starcie.
• Miesięczne (OpEx): abonament platformy, appki/wtyczki, hosting/CDN (w OSS), e-mail/SMS, narzędzia raportowe.
• Utrzymanie: QA (testy checkoutu po aktualizacjach), kopie zapasowe i monitoring (uptime, błędy 4xx/5xx, CWV), aktualizacje silnika i dodatków, bezpieczeństwo (2FA, role).
• Treści/SEO: opisy kategorii/produktów, foto/wideo, schema, linkowanie wewn., tłumaczenia (jeśli UE).
• Testy: staging, testy A/B (checkout/microcopy), testy regresji po dużych zmianach.

Gdzie rosną koszty — transakcje/ruch, appki, multi-market, headless (CI/CD)

• Wolumen (ruch/transakcje): wyższe limity/wyższe plany, mocniejszy hosting/CDN, więcej logów do analizy.
• Appki/wtyczki: każdy „mały” dodatek to kolejne koszty i potencjalne konflikty; raz na kwartał rób audyt użycia.
• Multi-market UE: nowe języki/waluty, VAT OSS/IOSS, feedy per rynek, obsługa zwrotów i SLA.
• Pół-headless/headless: pojawia się CI/CD, buforowanie, observability (logi, alerty), zespół do frontu — elastyczność rośnie, ale OpEx też.

Jak planować — widełki tygodnie↔miesiące, scenariusze low/medium/high

• Low (MVP): gotowy motyw, płatności + Paczkomaty, podstawowe treści, minimalne appki. Oś czasu: raczej tygodnie.
• Medium (szybki rozwój): więcej integracji (ERP/fulfillment), custom sekcje, tłumaczenia, porządne treści. Oś czasu: tygodnie→miesiące.
• High (złożone/B2B): role/cenniki, headless/pół-headless, PIM/WMS, niestandardowy checkout. Oś czasu: zwykle miesiące.
• Planowanie: rozpisz roadmapę 30/60/90 dni, a resztę ułóż w kwartalnym backlogu. Co kwartał aktualizuj model TCO (12 mies.).

Integracje i rynki — od „must-have” do „ładnie mieć”

Kolejność — produkty/ceny/stany → zamówienia/płatności → wysyłki/zwroty → CRM/MA

1. Źródło prawdy: produkty/ceny/stany (sklep vs. ERP/PIM) + harmonogram synchronizacji.
2. Zamówienia i płatności: spójność statusów (paid/shipped/refunded), webhooks i retry.
3. Wysyłki/zwroty: etykiety, punkty odbioru, numery trackingowe, automaty zwrotów.
4. CRM/Marketing Automation: segmenty, porzucony koszyk, onboarding, win-back.
   Zasada: każda integracja ma właściciela, SOP i monitoring (alert na błąd).

Cross-border (UE) — waluty/podatki (OSS/IOSS), tłumaczenia, płatności lokalne, punkty odbioru

• Podatki: skonfiguruj VAT OSS/IOSS i weryfikuj stawki; polityka cen brutto/netto per rynek.
• Języki i treści: tłumaczenia kategorii/produktów, regulaminów i maili transakcyjnych (nie tylko UI).
• Płatności lokalne: w PL BLIK, w DE popularne portfele/przelewy; dobierz pod rynek, nie „na czuja”.
• Dostawa: punkty odbioru i taryfy kurierów różnią się per kraj; pokaż czasy dostaw i koszty przed kasą.
• Obsługa: polityka zwrotów zgodna z lokalnym prawem, kontakt w języku klienta.

Marketplace’y — kiedy się spina (feed/stany/ceny), kiedy uzależnia

• Spina się, gdy: feed jest stabilny, stany/ceny synchronizują się dwukierunkowo, a marża „po prowizjach” nadal się zgadza.
• Uważaj na uzależnienie: jeśli >50% sprzedaży to marketplace, licz ryzyko zmian zasad/prowizji.
• Strategia: traktuj marketplace jako kanał pozyskania i test oferty; własny sklep jako centrum marży i relacji.

SEO/treści i wydajność — co realnie wpływa na sprzedaż

Struktura i schema — kategorie, kanonikalne, Product/Offer/FAQ

• Struktura: logiczne kategorie/podkategorie, breadcrumbs, filtry przyjazne SEO, paginacja z kanonikalnymi.
• Dane strukturalne: Product, Offer, BreadcrumbList, FAQPage na sekcjach z pytaniami.
• Duplicate: warianty produktów i parametry UTM — pilnuj canonical i reguł indeksacji.

CWV i media — obrazy WebP/AVIF, mniej skryptów, cache/CDN

• Core Web Vitals: celuj w dobre LCP/INP/CLS na szablonach: home, kategoria, produkt, checkout.
• Media: kompresja WebP/AVIF, lazy-load, wycinek responsywny (srcset/sizes).
• Skrypty: ładuj tylko to, co potrzebne; opóźnij/połącz zbędne; kontroluj piksele i tagi.
• Cache/CDN: cache dla zdjęć i API, przemyślane „revalidations” przy aktualizacji cen/stanów.

Treści produktowe — nazwy/atrybuty pod wyszukiwarkę i realne zapytania klientów

• Nazwy i opisy: mów językiem klienta (zapytania), nie katalogu producenta; unikaj „ścian tekstu”.
• Atrybuty: uzupełniaj pola, które filtruje użytkownik (rozmiary, materiał, kompatybilność).
• Sekcja Q&A/FAQ: odpowiada na realne obiekcje (zwroty, wymiary, kompatybilność) i buduje długi ogon.
• Dowód społeczny: opinie, zdjęcia od klientów, oceny — to zwiększa CTR i konwersję.

Mapka scenariuszy — wybierz ścieżkę w 60 sekund

Szybki start → SaaS + appki „z półki”

Dla kogo: działalność jednoosobowa, mały zespół, prosty katalog, nacisk na marketing.
Co robisz teraz: lekki motyw, płatności (BLIK/karty/portfele), mapa punktów odbioru, e-maile transakcyjne, podstawowe treści.
Na co uważać: „wtyczkoza” kosztowa i ograniczenia checkoutu — planuj tylko niezbędne appki.
Kolejny krok: za 60–90 dni rozważ pół-headless, jeśli potrzebujesz unikatowego UX/performance.

Content/SEO → Woo/Presta z opieką

Dla kogo: ruch z Google, blog/poradniki, rozbudowane kategorie i atrybuty.
Co robisz teraz: lekki motyw, staging, harmonogram aktualizacji, polityka wtyczek, schema Product/FAQ, porządek w URL.
Na co uważać: QA po aktualizacjach i konflikty dodatków — trzymaj proces (staging → testy → produkcja).
Kolejny krok: wyodrębnij wyszukiwarkę/checkout lub przejdź na pół-headless, gdy wzrośnie skala.

B2B/multi-market → Shopware lub composable (pół-headless/headless)

Dla kogo: role/cenniki, kilka rynków/języków, złożone ERP/WMS/PIM/CRM.
Co robisz teraz: stabilny backend (Shopware/inny) + lekki front (SSR/ISR), kontrakty danych, CI/CD, monitoring.
Na co uważać: większe CapEx/OpEx — weź doświadczonego partnera i trzymaj roadmapę.
Kolejny krok: wdrażaj rynki etapami (PL → DE → EU), pilnuj KPI i kosztów integracji.

Najczęstsze błędy i jak ich uniknąć

„Wybór na lata” bez walidacji i liczenia TCO

Błąd: budujesz „na dekadę”, zanim sprawdzisz popyt i koszty w czasie.
Jak uniknąć: decyzja na 6–18 miesięcy, macierz 5K i TCO 12 mies.; potem iteracja.

Architektura „na konferencję” zamiast „na biznes”

Błąd: headless „bo modne”, a budżet topnieje na treściach/adsach.
Jak uniknąć: nazwij konkretny powód (B2B, multi-market, unikatowy UX). Brak powodu = monolit/pół-headless.

Brak właściciela systemu i procesu aktualizacji/backupów

Błąd: wtyczki żyją własnym życiem, regresje po update’ach.
Jak uniknąć: wyznacz owner’a, utrzymuj staging, cykl aktualizacji, backup + test odtwarzania.

Podsumowanie — „Porównanie platform e-commerce: wybierz mądrze”

• Sedno decyzji: nie szukasz „najlepszej platformy świata”, tylko najlepszej na 6–18 miesięcy dla Twojego celu, budżetu i zasobów.
• Ramy 5K: oceń kandydatów przez Koszt, Kaliber katalogu, Kanały, Kustomizację, Kadry (z wagami: zwykle Koszt ×1.5, Kanały ×1.2). To daje klarowny wybór bez ideologii.
• TCO bez złudzeń: licz całość – start (wdrożenie/migracja), miesięczne (abonament/appki/hosting), utrzymanie (QA/monitoring), treści/SEO, testy. Koszty rosną głównie na: wolumenie transakcji, appkach, rynkach UE i przy headless (CI/CD).
• Scenariusze w pigułce:
• • Szybki start: SaaS + appki „z półki” (czas do sprzedaży, mały zespół).
  • Content/SEO-first: Woo/Presta z opieką (pełna kontrola, blog i struktura SEO).
  • B2B/multi-market: Shopware lub composable (pół-headless/headless) przy twardych powodach biznesowych.
• Integracje i rynki: najpierw produkty/ceny/stany, potem zamówienia/płatności, wysyłki/zwroty, na końcu CRM/MA. W UE zadbaj o VAT OSS/IOSS, lokalne płatności i punkty odbioru.
• SEO/UX, które sprzedają: prosta struktura kategorii + schema (Product/Offer/FAQ), CWV (szybkość!), lekkie media, treści produktowe pisane językiem klienta.
• Anty-lista błędów: „wybór na lata” bez walidacji i TCO, architektura „na konferencję” zamiast „na wynik”, brak ownera systemu i procesu aktualizacji/backupów.

Twoje następne kroki

Dziś — macierz 5K + shortlist 2–3 opcji

• Spisz cel na 6–18 mies. (kraje, kanały, B2B).
• Oceń 2–3 platformy przez 5K (z wagami).
• Zrób szybkie TCO 12 mies. (start + miesięczne + rezerwy).

60 dni — wdrożenie MVP + checkout + płatności/dostawy + GA4/GSC

• Uruchom sklep na wybranej opcji: motyw/front, płatności (BLIK/karty/portfele), dostawy (Paczkomaty/kurier + punkty odbioru).
• Podstawowe treści (home/kategoria/produkt/FAQ), schema i GA4/GSC z eventami (add_to_cart, purchase, submit).
• Pierwsze testy UX: micro-copy w koszyku, zaufanie (zwroty, dostawa, płatności).

90 dni — integracje priorytetowe i pulpit KPI

• Integracje: produkty/ceny/stany → zamówienia/płatności → wysyłki/zwroty → CRM/MA.
• Pulpit KPI: GMV, AOV, CR, CAC, LTV, marża; alerty na błędy integracji i 404/500.
• Decyzja o pół-headless/headless (jeśli są twarde powody) albo dalsza optymalizacja SEO/UX.

Checklista „na start” — po prostu zrób to w tej kolejności

🗹 Najpierw kierunek. Zdefiniuj cel na 6–18 mies. (kraje/języki, marketplace’y, B2B tak/nie).
🗹 Krótka selekcja. Oceń 2–3 kandydatów przez ramy 5K (Koszt, Kaliber, Kanały, Kustomizacja, Kadry).
🗹 Policz realne koszty. Przygotuj TCO na 12 miesięcy: start + miesięczne + mała rezerwa na niespodzianki.
🗹 Płatności i dostawy bez zacięć. Włącz BLIK/karty/portfele i punkty odbioru; sprawdź, czy działa to sprawnie w koszyku.
🗹 Szybkość i porządek. Ogarnij strukturę, schemy, zdjęcia i skrypty, żeby sklep był szybki i czytelny.
🗹 Kto to utrzymuje? Wskaż właściciela systemu, ustaw staging, backupy i rytm aktualizacji.

Klasy rozwiązań

Krótka historia z życia (mikro-case)

Sklep z ręcznie robioną biżuterią chciał przyspieszyć sprzedaż, ale działał w pojedynkę i miał ograniczony budżet. Zamiast budować „na bogato”, postawiliśmy na SaaS z lekkim motywem, podpięliśmy BLIK i karty, dodaliśmy mapę punktów odbioru i uporządkowaliśmy opisy oraz schema. W kilka tygodni sklep działał szybciej, a właściciel wreszcie mógł skupić się na marketingu. Później doszły newsletter i proste rekomendacje — bez przebudowy całego systemu.

Co przeczytać dalej

• Koszty w praktyce: Ile kosztuje sklep internetowy miesięcznie?
• Migracja bez utraty ruchu: Migracja sklepu bez utraty SEO
• Headless czy klasyczny: Headless czy klasyczny sklep internetowy?
• B2B na platformach: E-commerce B2B - role, cenniki i wybór platformy
• Case decyzyjny: Case Study jak wybrać platformę e-commerce

I jeszcze dwa szybkie skróty:

• Płatności i logistyka: Płatności online w Polsce - BLIK, P24, karty, portfele, Logistyka w Polsce dla e-commerce - InPost, DPD, DHL — ustaw w 48 h
• Analityka i UX: KPI w e-commerce - GMV, AOV, CAC, LTV, marża, Checkout UX, Konwersja