Koszt sklepu internetowego to suma wydatków na wdrożenie, abonamenty i licencje, płatności, integracje, migrację, bezpieczeństwo, utrzymanie oraz dalszy rozwój. Platforma SaaS zwykle ma niższy koszt początkowy i więcej opłat cyklicznych. Rozwiązanie dedykowane wymaga większego budżetu na budowę, a później jawnie finansowanego utrzymania. Nie każda platforma pobiera jednak prowizję od sprzedaży, a własny sklep nie zawsze ma niższy koszt miesięczny. Decyzję powinno rozstrzygać porównanie całkowitego kosztu posiadania przy tych samych założeniach, a nie sama kwota wdrożenia.

W skrócie
- Nie ma jednego cennika sklepu internetowego. Cena wynika z zakresu odpowiedzialności, liczby integracji, wolumenu zamówień i tego, kto utrzymuje sklep po starcie.
- Porównuj koszt posiadania, nie cenę wdrożenia. Dla obu wariantów należy przyjąć ten sam horyzont — na przykład trzy lata — i te same założenia dotyczące liczby zamówień, obrotu oraz rozwoju.
- Integracje to najczęściej niedoszacowana pozycja. Nie liczy się liczba wtyczek, tylko liczba systemów, które muszą się zgadzać co do stanów, cen, statusów i faktur.
- Opłaty zależne od transakcji rosną ze sprzedażą. Trzeba osobno policzyć koszt operatora płatności, ewentualną opłatę platformy oraz prowizje marketplace, ponieważ nie każda platforma stosuje ten sam model.
- Migracja danych i adresów jest osobnym projektem, nie punktem w wycenie wdrożenia. Bez mapy przekierowań traci się widoczność wypracowaną latami.
- Gotowa platforma bywa uczciwie lepszym wyborem — przy standardowym procesie, małym katalogu i braku wewnętrznego właściciela technologii. Sklep dedykowany nie jest domyślnie lepszy, tylko inaczej opłacany.
- Sklep dedykowany warto rozważyć, gdy ograniczenia platformy mają policzalny koszt. Może nim być stała praca ręczna, brak obsługi istotnego procesu, dodatkowe opłaty lub niemożność wdrożenia potrzebnej integracji.
- Dwie oferty da się porównać tylko po ujednoliceniu zakresu. Bez tego różnica w cenie opisuje różnicę w zakresie, a nie w jakości wykonawcy.
Dlaczego cena wdrożenia nie odpowiada na pytanie o koszt
Pytanie „ile kosztuje sklep internetowy" prawie zawsze pada w formie pytania o kwotę wdrożenia, a decyzję rozstrzyga coś innego: jak ten koszt zachowuje się w czasie i przy wzroście sprzedaży. Wdrożenie jest kosztem jednorazowym i jedynym, który da się precyzyjnie wycenić przed startem. Pozostałe pozycje są funkcją tego, jak sklep działa — ile ma zamówień, ile systemów musi utrzymywać w zgodzie i jak często zmienia ofertę.
Z tego wynika typowa pomyłka w budżetowaniu. Firma porównuje ofertę wdrożenia na gotowej platformie z ofertą budowy dedykowanej, widzi wielokrotną różnicę i uznaje sprawę za zamkniętą. Po dwóch latach okazuje się, że rachunek za platformę urósł o aplikacje kupione po drodze, opłatę od zamówienia, dodatkowe stanowiska w panelu i etat na ręczne przeklejanie danych między systemami, których platforma nie łączy. Kwota startowa nie była błędna — była tylko pierwszą z kilkudziesięciu rat.
Odwrotny błąd zdarza się równie często. Sklep z katalogiem kilkuset produktów, jednym magazynem i standardową dostawą dostaje budowę dedykowaną, bo „chcemy mieć własne". Dostaje razem z nią stały koszt utrzymania, aktualizacji bezpieczeństwa i rozwoju, którego nikt wewnątrz nie planował ponosić. Sklep działa, tylko nikt go nie rozwija, bo każda zmiana wymaga wykonawcy.

Uczciwa odpowiedź na pytanie o koszt wygląda więc tak: najpierw rozbicie na pozycje, potem horyzont czasowy, na końcu porównanie dwóch wariantów przy tych samych założeniach o wolumenie i procesie.
Siedem pozycji kosztu posiadania sklepu
1. Wdrożenie albo budowa
To projekt: analiza procesu i wymagań, architektura informacji i adresów, projekt interfejsu, prace programistyczne, konfiguracja katalogu, testy i uruchomienie. Na gotowej platformie zakres skupia się na konfiguracji, szablonie i podłączeniu aplikacji. W sklepie dedykowanym obejmuje też decyzje, których platforma normalnie nie oddaje — model danych produktu, logikę cen i promocji, sposób obsługi wariantów, kompletów i zestawów.
Pozycja, która najczęściej wypada z wyceny wdrożenia, to treść. Opisy kategorii, opisy produktów, zdjęcia w spójnym standardzie, strony informacyjne i regulaminy nie powstają same, a bez nich sklep nie sprzedaje ani nie indeksuje się sensownie.
2. Abonamenty i licencje
Na gotowej platformie to abonament planu, opłaty za aplikacje, dodatkowe stanowiska w panelu, limity ruchu i wersji językowych. Warto policzyć je razem, bo rachunek rzadko składa się z jednej pozycji — funkcje, które w opisie planu wyglądają na wbudowane, w praktyce często wymagają płatnej aplikacji.
W sklepie dedykowanym miejsce abonamentu zajmuje infrastruktura: serwery lub hosting zarządzany, baza danych, magazyn plików, CDN, certyfikaty, kopie zapasowe, środowisko testowe i monitoring. Do tego dochodzą licencje narzędzi zewnętrznych, jeśli sklep z nich korzysta — wyszukiwarka produktowa, system rekomendacji, obsługa zgód, narzędzie do testów.
Różnica nie polega na tym, że jedna strona płaci, a druga nie. Polega na tym, że abonament platformy rośnie skokowo przy zmianie planu, a koszt infrastruktury rośnie stopniowo wraz z ruchem.
3. Opłaty transakcyjne
Ta pozycja może silnie zmienić wynik porównania, zwłaszcza przy dużej sprzedaży. Składa się z kilku niezależnych elementów: kosztu operatora płatności, ewentualnej opłaty platformy za użycie zewnętrznego operatora lub za transakcję, prowizji płatności odroczonych i rat, kosztu obciążeń zwrotnych, a w marketplace również prowizji kanału sprzedaży. Konkretna konstrukcja zależy od planu, kraju i wybranego operatora.
Dwie rzeczy warto sprawdzić przed podpisaniem umowy. Po pierwsze, czy poza kosztem operatora płatności platforma nalicza własną opłatę i w jakich sytuacjach. Po drugie, czy stawka operatora różni się między kartami, BLIK-iem, przelewami, płatnościami zagranicznymi i odroczonymi. Przykładowo Shopify opisuje dodatkowe opłaty przy korzystaniu z części zewnętrznych operatorów, podczas gdy Shoper w oficjalnych materiałach rozróżnia brak prowizji od wartości sprzedaży od opłat związanych z określonymi metodami płatności. Aktualne stawki zawsze trzeba sprawdzić w cenniku właściwego planu.
4. Integracje
Najczęściej niedoszacowana pozycja w całym rachunku i zwykle jedyna, która nie ma prostego przelicznika. Koszt integracji nie zależy od liczby wtyczek, a od liczby systemów, które muszą się zgadzać co do tego samego stanu rzeczy: stanów magazynowych, cen, statusów zamówień, danych do faktury, danych przesyłki i danych klienta.
Typowy sklep łączy: system zarządzania zamówieniami lub ERP (na przykład Base, wcześniej BaseLinker), płatności, przewoźników i punkty odbioru, fakturowanie, e-mail i SMS, opinie, feed produktowy do Google Merchant Center i Meta, hurtownie lub dropshipping, obsługę zgód oraz analitykę.
Trzy mechanizmy podnoszą koszt tej pozycji bardziej niż sama liczba połączeń:
- Kierunek synchronizacji. Integracja jednokierunkowa jest tania. Dwukierunkowa wymaga rozstrzygnięcia, który system ma rację przy konflikcie — i to rozstrzygnięcie jest pracą projektową, nie konfiguracją.
- Częstotliwość. Synchronizacja raz na dobę kosztuje inaczej niż synchronizacja co kilka minut, bo ta druga wymaga kolejek, obsługi błędów i ponawiania.
- Sytuacje brzegowe. Zwroty częściowe, wymiany, zamówienia z wielu magazynów, przedsprzedaż, zestawy i produkty na zamówienie to miejsca, w których gotowy konektor zwykle się kończy, a zaczyna się praca ręczna albo dodatkowe wdrożenie.
5. Migracja danych i adresów
Jeśli sklep już istnieje, migracja jest osobnym projektem, a nie wierszem w wycenie. Obejmuje przeniesienie produktów z wariantami, klientów, historii zamówień, faktur, treści i opinii, a przede wszystkim decyzję o strukturze adresów oraz mapę przekierowań ze starych do nowych.
Ta pozycja bywa wyceniana jako „przeniesiemy dane" i to jest źródło największych strat po zmianie platformy. Utrata przekierowań kasuje widoczność wypracowaną latami, a odbudowa pozycji trwa dłużej niż samo wdrożenie. Kto planuje zmianę platformy, powinien traktować adresy i przekierowania jako część zakresu, a nie jako czynność porządkową po starcie — mechanika tej pracy leży bliżej pozycjonowania sklepu internetowego niż wdrożenia.
6. Utrzymanie i bezpieczeństwo
Koszt, którego nie widać w pierwszym roku i który nie znika w żadnym modelu. Na gotowej platformie utrzymanie infrastruktury bierze na siebie dostawca, ale po stronie sklepu pozostają aktualizacje aplikacji, konflikty między nimi, zmiany w szablonie, obsługa awarii integracji i reakcja na zmiany w regulaminach dostawców.
W sklepie dedykowanym utrzymanie jest jawną pozycją budżetu: aktualizacje bibliotek i zależności, poprawki bezpieczeństwa, kopie zapasowe i testy odtworzenia, monitoring dostępności i błędów, wydajność przy ruchu kampanijnym oraz zgodność z wymaganiami, które zmieniają się niezależnie od sklepu — dostępnością cyfrową, obsługą zgód, standardami płatności.
Praktyczna zasada: jeśli w budżecie nie ma pozycji na utrzymanie, to nie znaczy, że jej nie będzie. Znaczy, że zapłaci ją zespół czasem albo sklep awarią w szczycie sezonu.
7. Rozwój po starcie
Sklep, który się nie zmienia, traci na wartości. Rozwój to nowe kategorie i rynki, wersje językowe i walutowe, zmiany w koszyku i kasie, nowe metody dostawy, testy na ścieżce zakupowej, obsługa nowych kanałów sprzedaży i feedów.
Tu różnica między modelami jest największa i najrzadziej wyceniana. Na gotowej platformie część zmian jest niemożliwa albo wymaga obejścia, więc kosztem staje się praca ręczna zespołu. W sklepie dedykowanym prawie każda zmiana jest możliwa, ale każda wymaga wykonawcy i wejścia do kolejki, więc kosztem staje się czas reakcji.
Skąd bierze się koszt w każdym z modeli
| Pozycja kosztu | Gotowa platforma | Sklep dedykowany | Gdzie najczęściej niedoszacowana |
|---|---|---|---|
| Wdrożenie / budowa | Konfiguracja, szablon, aplikacje | Analiza, model danych, prace programistyczne | Treść: opisy, zdjęcia, strony informacyjne |
| Abonamenty i licencje | Plan, aplikacje, stanowiska, limity | Infrastruktura, środowisko testowe, monitoring | Aplikacje dokupione po starcie |
| Opłaty transakcyjne | Prowizja bramki + opłata platformy od zamówienia | Prowizja bramki | Opłata od zamówienia przy dużej liczbie tanich koszyków |
| Integracje | Gotowe konektory, płatne rozszerzenia | Wdrożenie własne pod proces | Sytuacje brzegowe: zwroty, wymiany, wiele magazynów |
| Migracja | Import produktów i klientów | Import plus mapa przekierowań | Przekierowania i struktura adresów |
| Utrzymanie i bezpieczeństwo | Aktualizacje aplikacji, konflikty, szablon | Aktualizacje, poprawki, kopie, monitoring | Godziny zespołu na obsługę awarii integracji |
| Rozwój po starcie | Obejścia ograniczeń platformy | Kolejka zadań u wykonawcy | Praca ręczna wymuszona przez model platformy |
Słowniczek
- Całkowity koszt posiadania (TCO) — suma wszystkich kosztów sklepu w przyjętym horyzoncie: wdrożenia, opłat cyklicznych, transakcyjnych, integracji, utrzymania i rozwoju.
- Opłata od zamówienia — kwota lub procent naliczany przez platformę od każdego zamówienia, niezależnie od prowizji bramki płatniczej.
- Prowizja bramki płatniczej — opłata operatora płatności za obsługę transakcji, zwykle różna dla kart, przelewów natychmiastowych, BLIK-a i płatności odroczonych.
- Warstwa integracyjna (middleware) — oprogramowanie pośredniczące między sklepem a systemami zewnętrznymi, które przekształca dane, obsługuje kolejki i pilnuje ponowień po błędach.
- Mapa przekierowań — lista powiązań adres stary → adres nowy, wdrażana przy zmianie struktury adresów, żeby ruch i sygnały wyszukiwarki nie trafiały w błąd 404.
- Koszt wyjścia — jednorazowy koszt zmiany dostawcy lub platformy: odbudowa tego, co nie przenosi się automatycznie, migracja danych, ponowne podłączenie integracji, przekierowania i przeszkolenie zespołu.
- Próg opłacalności — liczba miesięcy, po której droższa w budowie opcja przestaje być droższa, licząc różnicę kosztów miesięcznych.
Gotowa platforma czy sklep dedykowany
Żadna z kolumn nie jest tu złą odpowiedzią. To dwa różne rozkłady kosztu i ryzyka w czasie.

| Wymiar | Gotowa platforma | Sklep dedykowany |
|---|---|---|
| Czas do pierwszej sprzedaży | Najkrótszy | Najdłuższy — najpierw analiza |
| Kształt kosztu | Zwykle niższy start; abonament, aplikacje i możliwe opłaty zależne od planu | Zwykle wyższy start; infrastruktura, serwis i rozwój wyceniane osobno |
| Dopasowanie do niestandardowego procesu | Ograniczone modelem platformy | Projektowane pod proces |
| Kontrola nad adresami i szablonami | Zależna od platformy | Zależna od architektury, umowy i dostępu do kodu |
| Kto odpowiada za infrastrukturę | Dostawca platformy | Klient lub partner hostingowy |
| Kto może to utrzymać | Partner znający daną platformę i użyte aplikacje | Zespół znający stos technologiczny, z dokumentacją i dostępem do repozytorium |
| Gdzie rośnie koszt przy skali | Opłaty od zamówienia, aplikacje, praca ręczna na obejściach | Utrzymanie i kolejka rozwoju |
| Główne ryzyko | Sufit możliwości pojawia się nagle | Brak wewnętrznego właściciela technologii |
| Kiedy wypada lepiej | Standardowy proces, szybki start, ograniczony zespół techniczny | Nietypowy proces, wiele integracji i policzalny koszt ograniczeń platformy |
Warto zauważyć, że wiersz „gdzie rośnie koszt przy skali" jest tym, który najczęściej rozstrzyga decyzję po dwóch latach, a jednocześnie tym, którego nie ma w żadnej ofercie.
Shoper czy Shopify, WooCommerce czy PrestaShop — dlaczego to nie pierwsze pytanie
Pytanie o koszt sklepu prawie zawsze pada w formie porównania konkretnych platform sklepów internetowych: Shoper czy Shopify, WooCommerce czy PrestaShop, czasem Magento albo BigCommerce. Jest sensowne, tylko zadane za wcześnie. Nazwa platformy nie mówi nic o koszcie, dopóki nie są znane trzy wejścia: proces zamówienia, lista integracji z kierunkiem synchronizacji oraz wolumen sprzedaży. Te same trzy wejścia rozstrzygają wybór między dwiema platformami dokładnie tak samo, jak rozstrzygają wybór między platformą i budową dedykowaną.
Praktyczna kolejność jest więc odwrotna niż w większości rozmów o wdrożeniu:
- Proces i integracje — co musi dziać się automatycznie, a co dziś wykonuje człowiek.
- Wolumen i struktura sprzedaży — liczba zamówień, średni koszyk, udział metod płatności, liczba zwrotów.
- Model kosztu danej platformy — abonament, opłaty od zamówienia, funkcje wymagające płatnych aplikacji.
- Na końcu nazwa platformy — jako ta, która przy tych wejściach wychodzi najtaniej w trzyletnim horyzoncie.
Dwie rzeczy różnicują platformy sklepów internetowych bardziej niż listy funkcji. Pierwsza to model rozliczenia: czy platforma bierze wyłącznie abonament, czy dodatkowo opłatę od zamówienia lub od obrotu, i które funkcje wymagają dokupienia aplikacji. Druga to swoboda w strukturze adresów i szablonach, bo od niej zależy późniejszy koszt migracji i pracy nad widocznością. Aktualne stawki należy czytać w cennikach dostawców, ponieważ zmieniają się częściej niż artykuły porównawcze.
Podział na platformy hostowane (Shoper, Shopify, BigCommerce) i rozwiązania utrzymywane samodzielnie (WooCommerce, PrestaShop, Magento) ma jedną konsekwencję kosztową wartą zapamiętania: w pierwszej grupie za infrastrukturę i aktualizacje płaci się abonamentem, w drugiej — czasem zespołu albo umową serwisową. Rozbicie dwóch wariantów popularnych w Polsce opisaliśmy osobno: czy warto założyć sklep WordPress z WooCommerce oraz czy warto założyć sklep internetowy oparty o Magento.
Kiedy gotowa platforma jest uczciwie lepszym wyborem
Nie sprzedajemy budowy dedykowanej firmie, która jej nie potrzebuje, więc ta sekcja jest napisana wprost. Gotowa platforma jest lepszą decyzją, gdy:
- Proces sprzedaży jest standardowy. Jeden magazyn, typowe warianty, zwykła dostawa i płatność. Kontrola, której nikt nie użyje, nie ma wartości.
- Trwa weryfikacja popytu. Sprzedaż w następnym miesiącu jest warta więcej niż własny kod, który może się nie przydać. Budowę robi się później, gdy ograniczenia są znane i wycenione.
- Katalog jest mały lub średni i zmienia się rzadko. Koszt utrzymania własnego sklepu nie ma z czego się zwrócić.
- Nikt wewnątrz nie może być właścicielem technologii. Sklep dedykowany bez decydenta i bez budżetu na utrzymanie degraduje się szybciej niż ograniczona platforma.
- Presja czasu jest wiążącym ograniczeniem. Start sezonu albo test rynku potrafi zamienić trzy miesiące budowy w droższą opcję.
- Firma nie ma jeszcze zdania, jak ma wyglądać jej proces. Platforma narzuca model, który na tym etapie jest tańszy niż projektowanie własnego od zera.
Co warto zabezpieczyć nawet przy świadomym wyborze platformy: domena i DNS na kontach firmy, umowy z operatorem płatności i przewoźnikami na firmę, a nie na agencję, regularny i sprawdzony eksport danych oraz własność konta analitycznego. Wtedy wybór platformy pozostaje decyzją odwracalną, a nie stanem końcowym. Ten sam zestaw pytań o odpowiedzialność i wypowiedzenie warto zadać przy każdej umowie na usługi marketingowe — klauzule w umowie na pozycjonowanie i social media opisują tę samą mechanikę po stronie promocji.
Kiedy sklep dedykowany zaczyna się opłacać
Symptomy są zwykle operacyjne, nie technologiczne. Warto szukać ich w tygodniowym rytmie pracy zespołu:
- Zespół wykonuje ręcznie czynność, która powinna być automatyczna, bo platforma jej nie obsługuje — i robi to codziennie.
- Liczba aplikacji przekroczyła moment, w którym każda aktualizacja jest ryzykiem, a przyczyny błędów trudno wskazać.
- Opłaty od zamówienia stały się widoczną pozycją w rachunku wyników, bo liczba zamówień wzrosła szybciej niż średni koszyk.
- Proces sprzedaży wymaga rzeczy, których platforma nie oddaje: nietypowych cen dla segmentów, konfiguratora produktu, zamówień z wielu magazynów, własnej logiki dostępności.
- Wejście na kolejny rynek wymaga rozwiązań, których model platformy nie przewiduje — osobnych podatków, przewoźników, dokumentów, wersji językowych powiązanych z katalogiem.
- Wydajność przy ruchu kampanijnym stała się przewidywalnym problemem, a nie wypadkiem.
Ważne rozróżnienie: żaden z tych symptomów nie mówi „potrzebujesz nowego sklepu". Mówi „ograniczenie platformy zaczęło kosztować pieniądze, więc da się je porównać z kosztem budowy". To jest moment na rachunek, nie na przepisanie.
Przykład obliczeniowy: jak policzyć koszt trzyletni
Liczby w tej sekcji są założeniami przyjętymi wyłącznie na potrzeby wzoru. Nie są stawkami rynkowymi, nie są cennikiem Space Ads i nie służą do wyceny żadnego konkretnego projektu. Ich jedyna rola to pokazanie, które pozycje decydują o wyniku.
Wzór:
koszt 3-letni = start + 36 × (opłaty cykliczne + opłaty transakcyjne + utrzymanie)
Założenia wspólne: 400 000 zł obrotu miesięcznie, katalog kilku tysięcy pozycji, jeden magazyn, integracja z systemem zarządzania zamówieniami i dwoma przewoźnikami.
| Pozycja (założenie) | Wariant A: gotowa platforma | Wariant B: sklep dedykowany |
|---|---|---|
| Start (jednorazowo) | 25 000 zł | 180 000 zł |
| Opłaty cykliczne miesięcznie | 2 000 zł (plan + aplikacje) | 1 200 zł (infrastruktura) |
| Koszt operatora płatności miesięcznie | 4 000 zł (1,0% obrotu) | 4 000 zł (1,0% obrotu) |
| Dodatkowa opłata platformy miesięcznie | 800 zł (założone 0,2% obrotu) | 0 zł |
| Utrzymanie i zmiany miesięcznie | 1 500 zł | 6 000 zł |
| Suma miesięczna | 8 300 zł | 11 200 zł |
| Koszt 3-letni | 323 800 zł | 583 200 zł |
Przy tych założeniach gotowa platforma jest tańsza w horyzoncie trzech lat. Ponieważ ma również niższy koszt miesięczny, samo wydłużenie okresu nie odwróci wyniku. To wniosek wyłącznie z przyjętych liczb, a nie reguła dla wszystkich sklepów.
Próg opłacalności liczy się jednym działaniem:
próg (miesiące) = (start B − start A) ÷ (miesięczny koszt A − miesięczny koszt B)
W przykładzie: (180 000 − 25 000) ÷ (8 300 − 11 200) = 155 000 ÷ (−2 900). Mianownik jest ujemny, więc progu nie ma — przy tych założeniach budowa nie zwraca się nigdy.
Teraz jedna zmiana założenia. Załóżmy, że model platformy wymusza ręczną obsługę części zamówień i kosztuje to dodatkowo 12 000 zł miesięcznie w czasie zespołu, a w sklepie dedykowanym ta praca jest zautomatyzowana. Miesięczny koszt A rośnie do 20 300 zł, mianownik wynosi 9 100 zł, a próg to 155 000 ÷ 9 100 ≈ 17 miesięcy. Dopiero wtedy budowa ma sens ekonomiczny — i to nie z powodu technologii, a z powodu godzin ludzi.

Wniosek z tego przykładu jest jeden i nie zależy od przyjętych kwot: o wyniku porównania decyduje koszt pracy wymuszonej przez ograniczenia, a nie kwota na pierwszej stronie oferty. Wzór warto wypełnić własnymi liczbami, zanim porówna się dwie oferty.
Jak porównać dwie oferty o różnym zakresie
Różnica w cenie dwóch ofert prawie nigdy nie opisuje różnicy w jakości. Opisuje różnicę w zakresie i w tym, kto ponosi ryzyko po starcie. Porównanie ma sens dopiero po ujednoliceniu pięciu rzeczy:
- Lista rezultatów, nie lista prac. Nie „konfiguracja płatności", a „działające płatności kartą, przelewem natychmiastowym, BLIK-iem i odroczoną, z obsługą zwrotu częściowego".
- Zakres treści. Kto pisze opisy kategorii i produktów, kto przygotowuje zdjęcia, kto redaguje strony informacyjne i dokumenty. To zwykle największa ukryta różnica między dwiema ofertami.
- Lista integracji z kierunkiem i częstotliwością. Każda integracja opisana jako: system, co synchronizuje, w którą stronę, jak często, kto ma rację przy konflikcie.
- Horyzont kosztu. Trzy lata, z rozbiciem na start i koszt miesięczny, w tej samej tabeli dla obu ofert.
- Odpowiedzialność po starcie. Okres gwarancji, czas reakcji na awarię, kto płaci za poprawki błędów, jak wycenia się zmiany poza zakresem.
Dobrą praktyką jest przesłanie obu dostawcom tej samej tabeli do wypełnienia, zamiast czytania dwóch różnych dokumentów. Sposób i szybkość wypełnienia jest sama w sobie informacją o tym, jak będzie wyglądać współpraca.
Pytania do dostawcy przed podpisaniem umowy
- Co dokładnie jest rezultatem odbioru i jak wygląda kryterium „gotowe"?
- Które pozycje wyceny są jednorazowe, a które cykliczne, i jak zmieniają się przy podwojeniu liczby zamówień?
- Jakie opłaty naliczy platforma poza abonamentem — od zamówienia, od obrotu, za stanowiska, za limity?
- Które integracje są gotowymi konektorami, a które wymagają wdrożenia, i co się dzieje przy zwrocie częściowym oraz wymianie?
- Kto jest właścicielem kodu, bazy danych, domeny, DNS i kluczy do integracji po zakończeniu współpracy?
- Jak wygląda eksport danych: w jakim formacie, w jakim czasie, czy zachowuje relacje między produktami, wariantami i zamówieniami?
- Kto przygotowuje mapę przekierowań i kto odpowiada za spadek widoczności po zmianie adresów?
- Ile kosztuje utrzymanie w drugim i trzecim roku, przy jakim zakresie godzin i jakim czasie reakcji?
- Jak wycenia się zmiany poza zakresem i jak długa jest kolejka na typowe zadanie?
- Co dostawca zrobi dla następcy, jeśli współpraca się skończy — i czy ta pomoc jest wyceniona z góry?
Jak podchodzimy do tego w Space Ads
Zaczynamy od procesu, a nie od nazwy technologii. Rozpisujemy drogę zamówienia od koszyka przez płatność, magazyn i wysyłkę aż do zwrotu. Przy każdym kroku wskazujemy system źródłowy, kierunek synchronizacji, wyjątki i pracę wykonywaną ręcznie. Następnie porównujemy dwa warianty w tym samym horyzoncie, z osobnymi kosztami startu, licencji, płatności, utrzymania i rozwoju. Jeżeli standardowa platforma obsługuje proces bez kosztownych obejść, rekomendacja nie powinna prowadzić do budowy dedykowanej.
Przed zmianą technologii sprawdzamy również dane produktowe, feed, analitykę i samą ścieżkę zakupową. Problem przypisywany platformie może w rzeczywistości wynikać z błędnych stanów magazynowych, niepełnego pomiaru albo nieczytelnego koszyka. Dopiero gdy ograniczenie platformy jest potwierdzone i ma policzalny koszt, można ocenić, czy rozwiązanie dedykowane go obniży. Zakres tej usługi opisuje strona tworzenia sklepów internetowych.
Jak wycenić sklep w siedmiu krokach
- Opis procesu zamówienia od końca do końca, z zaznaczeniem czynności wykonywanych ręcznie i ich częstotliwości.
- Lista systemów, które muszą się zgadzać co do stanów, cen, statusów i dokumentów — każdy z określonym kierunkiem i częstotliwością synchronizacji.
- Wolumen w liczbach: zamówienia miesięcznie, średni koszyk, udział metod płatności, liczba zwrotów. To wejście do pozycji transakcyjnej.
- Wskazanie właściciela technologii wewnątrz firmy i liczby godzin miesięcznie, które może na to poświęcić. Brak odpowiedzi jest odpowiedzią.
- Wzór kosztu trzyletniego wypełniony własnymi liczbami dla obu wariantów, w jednej tabeli.
- Wyliczenie progu opłacalności. Jeśli mianownik jest ujemny, dyskusja o budowie dedykowanej jest zamknięta na tym etapie.
- Ta sama tabela zakresu przesłana obu dostawcom — porównuje się dopiero wypełnione odpowiedzi, nie oferty w ich własnym układzie.
Jeśli sklep już działa, przed wyceną nowego warto wykonać audyt sklepu internetowego. Bywa, że rekomendacja z audytu jest tańsza od nowego wdrożenia i szybciej podnosi sprzedaż.
Najczęstsze błędy
| Częsty błąd | Co zrobić zamiast tego |
|---|---|
| Porównywanie ofert po kwocie wdrożenia | Porównywać koszt trzyletni: start plus 36 miesięcy opłat i utrzymania |
| Traktowanie integracji jako listy wtyczek | Opisać każdą integrację przez kierunek, częstotliwość i sytuacje brzegowe |
| Pominięcie opłat transakcyjnych w budżecie | Policzyć je przy obecnym i przy podwojonym wolumenie zamówień |
| Wycena migracji jako „przeniesiemy dane" | Wydzielić migrację jako osobny etap z mapą przekierowań i odbiorem |
| Brak pozycji na utrzymanie | Wpisać utrzymanie do budżetu rocznego z zakresem godzin i czasem reakcji |
| Wybór budowy dedykowanej bez właściciela technologii wewnątrz | Wskazać osobę i budżet godzinowy przed startem projektu albo zostać na platformie |
| Zakładanie, że nowa platforma podniesie konwersję | Najpierw sprawdzić, czy problem jest w platformie, czy w ofercie i ścieżce zakupowej |
| Zmiana technologii jako odpowiedź na spadek sprzedaży | Zdiagnozować przyczynę spadku, bo migracja krótkoterminowo pogarsza wynik |
| Pytanie o cenę przed opisaniem procesu | Opisać proces, potem prosić o wycenę — inaczej każda oferta dotyczy czegoś innego |
FAQ
Ile kosztuje sklep internetowy?
Nie istnieje jedna kwota, bo cena zależy od zakresu odpowiedzialności, liczby integracji, wolumenu zamówień i tego, kto utrzymuje sklep po starcie. Sensowna wycena rozdziela siedem pozycji: wdrożenie, abonamenty i licencje, płatności, integracje, migrację, utrzymanie i rozwój. Następnie sumuje się je w tym samym horyzoncie dla każdego wariantu — na przykład przez trzy lata — przy identycznych założeniach dotyczących sprzedaży.
Co jest droższe: gotowa platforma czy sklep dedykowany?
Gotowa platforma zwykle ma niższy koszt startu, ale wynik całkowity zależy od abonamentu, aplikacji, płatności, integracji i pracy ręcznej. Sklep dedykowany może być uzasadniony, gdy ograniczenia platformy generują stały, policzalny koszt lub blokują ważny proces. Jeżeli droższa w budowie opcja jest jednocześnie droższa miesięcznie i nie tworzy dodatkowej wartości, sam dłuższy horyzont nie sprawi, że stanie się tańsza.
Shoper czy Shopify, WooCommerce czy PrestaShop — którą platformę wybrać?
Odpowiedź wynika z trzech wejść, nie z listy funkcji: procesu zamówienia, listy integracji z kierunkiem i częstotliwością synchronizacji oraz wolumenu sprzedaży. Platformy hostowane, takie jak Shoper czy Shopify, przenoszą koszt infrastruktury i aktualizacji na abonament, a część funkcji na płatne aplikacje. Rozwiązania utrzymywane samodzielnie, takie jak WooCommerce czy PrestaShop, oddają większą swobodę w strukturze adresów, szablonach i danych strukturalnych, ale wymagają własnych zasobów na aktualizacje i bezpieczeństwo. Porównanie ma sens dopiero po wypełnieniu wzoru kosztu trzyletniego tymi samymi założeniami dla każdej rozważanej platformy, z aktualnymi stawkami z cennika dostawcy.
Która pozycja kosztu jest najczęściej niedoszacowana?
Integracje. Koszt nie zależy od liczby wtyczek, a od liczby systemów, które muszą się zgadzać co do stanów magazynowych, cen, statusów zamówień i danych do faktury, oraz od sytuacji brzegowych: zwrotów częściowych, wymian, zamówień z wielu magazynów, zestawów i przedsprzedaży. Gotowy konektor obsługuje typowy przypadek, a koszt powstaje na wyjątkach — zwykle jako praca ręczna zespołu, która nigdy nie trafiła do arkusza porównawczego.
Czy zmiana platformy poprawi konwersję?
Nie sama z siebie. Konwersję poprawia jaśniejsza oferta, krótsza ścieżka zakupowa, sprawna kasa i zaufanie, a te elementy da się naprawić na większości platform. Migracja krótkoterminowo pogarsza wynik, bo zmienia adresy, dane strukturalne i pomiar. Jeśli diagnoza wskazuje na proces albo interfejs, tańszą drogą jest praca nad ścieżką zakupową — punktem wejścia jest wtedy optymalizacja konwersji, nie nowe wdrożenie.
Ile kosztuje utrzymanie sklepu internetowego?
Utrzymanie jest pozycją cykliczną i nie znika w żadnym modelu — różni się tylko tym, kto ją ponosi. Na gotowej platformie obejmuje aktualizacje aplikacji, konflikty między nimi, zmiany w szablonie i obsługę awarii integracji. W sklepie dedykowanym obejmuje dodatkowo aktualizacje zależności, poprawki bezpieczeństwa, kopie zapasowe z testem odtworzenia oraz monitoring dostępności i wydajności. Budżet bez pozycji na utrzymanie nie oznacza braku kosztu, tylko przeniesienie go na czas zespołu.
Czy sklep dedykowany zawsze daje pełną własność?
Nie automatycznie. Własność wynika z umowy i z tego, na czyich kontach stoi infrastruktura: przeniesienie praw do kodu, repozytorium z historią u klienta, dostęp do bazy danych, domena i DNS na firmę klienta, klucze do integracji zarejestrowane na klienta oraz zasady współpracy z następcą po zakończeniu umowy. Budowa dedykowana bez tych zapisów tworzy silniejsze uzależnienie od dostawcy niż gotowa platforma.
Jak porównać dwie oferty o różnym zakresie?
Przez ujednolicenie zakresu przed porównaniem ceny. Praktycznie: ta sama lista rezultatów zamiast listy prac, jawne wskazanie kto dostarcza treść i zdjęcia, każda integracja opisana przez kierunek i częstotliwość synchronizacji, ten sam horyzont kosztu z rozbiciem na start i koszt miesięczny, oraz identyczne warunki odpowiedzialności po starcie. Najprostsza forma to jedna tabela wysłana obu dostawcom do wypełnienia — czas i sposób odpowiedzi są dodatkową informacją o współpracy.
Kiedy nie warto budować sklepu dedykowanego?
Gdy proces sprzedaży jest standardowy, katalog mały lub średni, a wewnątrz firmy nie ma osoby, która może być właścicielem technologii i ma na to godziny w miesiącu. Wtedy gotowa platforma jest tańsza, szybsza i mniej ryzykowna, a kontrola, której nikt nie użyje, nie ma wartości. Warunkiem bezpiecznego wyboru platformy jest odwracalność: domena i DNS na kontach firmy, umowy z operatorem płatności i przewoźnikami na firmę, sprawdzony eksport danych i własne konto analityczne.
Źródła i dalsza lektura
- Google Search Central — Zmiany adresów URL w witrynie (site move with URL changes)
- Google Merchant Center Help — Specyfikacja danych produktów
- Shopify Help Center — Third-party transaction fees
- Shoper — Pełny cennik usług
- W3C — Web Content Accessibility Guidelines (WCAG) 2.2
- EUR-Lex — Dyrektywa (UE) 2019/882 w sprawie wymogów dostępności produktów i usług (European Accessibility Act), stosowana do usług oferowanych konsumentom od 28 czerwca 2025 r.
- web.dev — Core Web Vitals (LCP, INP, CLS)
- PCI Security Standards Council — PCI DSS
Dokumentacja sprawdzona w lipcu 2026. Cenniki platform, operatorów płatności i przewoźników zmieniają się niezależnie od tego tekstu — aktualne stawki należy czytać w cenniku dostawcy, a kwestie umowne i podatkowe konsultować z prawnikiem lub księgowością.
Dalsza lektura
- Jak wykonać audyt sklepu internetowego
- Pozycjonowanie sklepu internetowego — SEO w e-commerce
- Jak założyć sklep internetowy i co trzeba o nim wiedzieć
- Klauzule w umowie na pozycjonowanie i social media
- Dedykowane sklepy internetowe z własnością kodu, bazy i infrastruktury
Najważniejsze
- Koszt sklepu internetowego to suma siedmiu pozycji w czasie, a nie kwota wdrożenia; porównanie po cenie startowej pomija pozycje, które skalują się z obrotem.
- Integracje są najczęściej niedoszacowane, bo koszt powstaje na sytuacjach brzegowych, nie na liczbie konektorów.
- Migracja danych i adresów jest osobnym etapem z własnym odbiorem; brak poprawnej mapy przekierowań może spowodować znaczną utratę ruchu organicznego.
- Utrzymanie i rozwój nie znikają w żadnym modelu — różnią się tylko tym, czy są wpisane w budżet, czy w czas zespołu.
- Gotowa platforma jest uczciwie lepszym wyborem przy standardowym procesie, małym katalogu i braku wewnętrznego właściciela technologii.
- Sklep dedykowany opłaca się wtedy, gdy ograniczenia platformy wymuszają stałą pracę ręczną — i to godziny ludzi, nie technologia, rozstrzygają rachunek.
- Dwie oferty da się porównać dopiero po ujednoliceniu zakresu i horyzontu kosztu; różnica w cenie zwykle opisuje różnicę w zakresie.
Czytaj również

Zakupy przez asystenta AI — co to znaczy dla sklepu
Zakupy przez asystenta AI przenoszą część procesu zakupowego z witryny sklepu do interfejsu agenta. Wyjaśniamy, czym różni się polecenie produktu od checkoutu agentowego, jaką rolę pełnią ACP, UCP i AP2 oraz jak przygotować dane, integracje, obsługę klienta i pomiar bez udawania sesji w GA4.

Integracja BaseLinker ze sklepem i ERP — jak to zrobić dobrze
Stabilna integracja Base (dawniej BaseLinker) ze sklepem i ERP wymaga jasnych zasad dla stanów, cen, zamówień, faktur i zwrotów. Wyjaśniamy, jak zaprojektować źródła danych, synchronizację, obsługę błędów i testy odbiorowe.

Marża jako wartość konwersji w Google Ads: kiedy ma sens w e-commerce?
Jeśli Google Ads dostaje przychód brutto, strategie oparte na wartości optymalizują się pod przychód brutto. W sklepach z różną marżą lepszym sygnałem może być wartość bliższa marży, zyskowi brutto albo wkładowi po rabatach i zwrotach.


































