Wierzymy w twój pomysł — co to właściwie znaczy w praktyce

Pomysł to punkt wyjścia, nie kanał sprzedaży. Żeby pierwsze zamówienie mogło wpłynąć, musi istnieć sześć warstw: strona sklepu, płatności online, wysyłka, obsługa zwrotów, obsługa klienta i wsparcie po starcie. Brak którejkolwiek oznacza, że sklep stoi gotowy, ale nikt w nim nie kupuje.

Realny horyzont od decyzji „robimy sklep” do pierwszego opłaconego zamówienia to 3–8 tygodni na gotowej platformie (WooCommerce, PrestaShop). Rozkłada się to mniej więcej tak: tydzień na ustalenie zakresu, 2–4 tygodnie na konfigurację i szablon, tydzień na integracje, tydzień na migrację danych, tydzień na testy. Najczęstszy poślizg nie wynika z technologii, tylko z braku zdjęć i opisów. Jeśli 40 z 60 produktów nie ma zdjęć w szerokości min. 1200 px, termin się przesuwa — i to jest jedyna przyczyna, którą klient kontroluje w 100%.

Trzy pytania, które kwalifikują pomysł:

• Kto kupuje i jak trafia do sklepu? „Znajdą nas w Google” to nie odpowiedź, to nadzieja. Konkret brzmi: kampania Google Ads na 15 fraz, mailing do 300 obecnych klientów, sprzedaż z profilu na Facebooku.
• Ile kosztuje pozyskanie klienta? Budżet kampanii podzielony przez liczbę zamówień z tej kampanii. Bez danych przyjmij ostrożną wartość na start i zmierz realną po dwóch tygodniach.
• Czy marża pokrywa wysyłkę i prowizje? Policz: cena brutto − koszt towaru − wysyłka − prowizja operatora płatności − pakowanie. Przykład: produkt za 89 zł, koszt towaru 30 zł, wysyłka 14 zł, prowizja ok. 2% (1,78 zł), pakowanie 1,50 zł → zostaje ok. 41 zł na marketing i koszty stałe. Jeśli zostaje 12 zł, kampania musi kosztować mniej niż 12 zł za zamówienie. Rzadko się to udaje.

Od pomysłu do pierwszego zamówienia: 6 etapów wdrożenia

Widełki poniżej są realne dla sklepu z kilkudziesięcioma do kilkuset produktami, na gotowym motywie, bez niestandardowego modułu na miarę. Przy katalogu powyżej 2000 SKU górne wartości się rozciągają — głównie na migracji.

Kolejność etapów: discovery i zakres, wybór platformy, konfiguracja i szablon, integracje, migracja danych, testy i start. Etapy 3–5 mogą częściowo iść równolegle, ale testy zawsze na końcu i zawsze na docelowej konfiguracji, nie na wersji roboczej.

Definicja „gotowe do startu” jest jedna i mierzalna: 10 zamówień testowych, w tym 1 złożone jako gość (bez konta), 1 z kodem rabatowym i 1 przeprowadzone z pełnym zwrotem — od zgłoszenia, przez potwierdzenie, po zwrot środków na konto. Jeśli zwrot nie działa na testach, nie zadziała też w tygodniu premiery, a wtedy kosztuje opinię klienta.

Co klient przygotowuje przed pierwszym spotkaniem:

• dane firmowe (NIP, adres, numer konta) i informacja, czy jest czynnym podatnikiem VAT,
• regulamin i polityka prywatności — gotowe teksty, nie z generatora bez weryfikacji,
• zdjęcia produktów i opisy,
• cennik z VAT oraz koszt wysyłki, jaki chce doliczać.

Bez tych czterech punktów pierwsze spotkanie zamienia się w zbieranie danych, a nie w planowanie.

PrestaShop czy WooCommerce — jak wybrać platformę w 15 minut

Nie porównuj listy funkcji. Odpowiedz na cztery pytania i decyzja zapada sama.

PrestaShop wygrywa przy katalogu powyżej 2000 SKU. Warianty (kombinacje cech), multistore i zaawansowane reguły cenowe są w rdzeniu — nie dokupujesz do nich wtyczek, więc nie płacisz co miesiąc za każdą z nich osobno. Reguły cenowe pozwalają ustawić rabat zależny od grupy klienta, ilości i kategorii jednocześnie. Przy kilku tysiącach produktów w WooCommerce zaczyna brakować wydajności przy filtrowaniu i wariantach, a wtyczki do nich rozrastają się do kilkunastu pozycji na liście.

WooCommerce wygrywa, gdy sklep jest częścią serwisu na WordPressie. Jeśli masz blog, bazę wiedzy i treści, które mają pracować na SEO, jeden system jest tańszy w utrzymaniu niż dwa. Redakcja, role użytkowników, planowanie wpisów, komentarze — to wszystko jest już gotowe. Pisanie treści pod ludzi, a nie pod wyszukiwarkę, ma osobne znaczenie dla widoczności, ale o tym w innym miejscu.

Kiedy SaaS odpada: przy dużym katalogu i potrzebie niestandardowych modułów. Abonament + płatne aplikacje rosną z każdym SKU i każdą funkcją, a przy wyjściu zostajesz z eksportem, którego nie da się w prosty sposób przenieść. Jednorazowe wdrożenie na własnym hostingu ma wyższy próg wejścia, ale jego koszt przestaje rosnąć, gdy sklep już działa. Dodatkowo przy niestandardowym module w SaaS zwykle słyszysz „nie ma takiej opcji”, a nie „zrobimy to w 12 godzinach”. Punkty zaczepienia dla dewelopera znajdziesz w dokumentacji dla deweloperów PrestaShop — sprawdzisz tam między innymi, jak wygląda struktura modułu i szablonów, zanim podejmiesz decyzję.

Ile to kosztuje? Widełki w godzinach pracy zamiast cennika z sufitu

Wycena sklepu zaczyna się od jednej liczby: stawki godzinowej. Reszta to mnożenie. Jeśli agencja podaje kwotę bez rozbicia na godziny, nie masz jak sprawdzić, za co płacisz — a przy pierwszej zmianie zakresu nie masz się do czego odwołać.

Godzina pracy obejmuje cztery rzeczy, nie tylko pisanie kodu: pracę dewelopera, komunikację z Tobą (doprecyzowanie koszyka, statusów, maili), testy oraz wdrożenie na produkcję wraz z konfiguracją DNS i certyfikatu. W praktyce 10–20% budżetu schodzi na komunikację i testy — to nie marnotrawstwo, tylko koszt tego, że sklep ma działać, a nie „prawie działać”.

• Sklep podstawowy, 40–80 h — konfiguracja, szablon, kategorie, produkty, podstawowe SEO, formularz kontaktowy.
• Sklep z płatnościami i kurierami, 90–160 h — bramka płatnicza w trybie testowym i produkcyjnym, moduły kurierskie, maile transakcyjne, regulaminy, RODO.
• Migracja z zachowaniem SEO, 120–200 h — mapowanie adresów, przekierowania 301, przepisanie treści, audyt po starcie.

Do tego koszty, które rzadko pojawiają się w ofercie: licencje wtyczek 200–1500 zł rocznie, szablon 300–1500 zł jednorazowo, serwer/VPS 30–250 zł miesięcznie, certyfikat SSL (często w cenie hostingu), płatny ruch w pierwszych miesiącach. Poproś o te pozycje osobno — dopłaty po starcie bolą bardziej niż wyższa wycena na wejściu.

Prosty próg opłacalności własnego modułu: jeśli roczna licencja wtyczki przekracza jednorazowy koszt 6–10 h pracy, własny moduł zwraca się w pierwszym roku. Przy stawce 120 zł/h i licencji 900 zł/rok to 7,5 h — czasem warto dopisać funkcję samemu, czasem nie.

Integracje, bez których sklep nie sprzedaje: płatności, kurierzy, ERP

Sklep bez integracji to katalog. Wartość siedzi w tym, co dzieje się po kliknięciu „Zamawiam”.

Płatności. Minimum: BLIK, szybki przelew, karta. Płatności odroczone dodają konwersji, ale generują własną obsługę. Każda bramka musi mieć tryb testowy i produkcyjny — testy robi się na kartach testowych i na prawdziwej, małej kwocie po przełączeniu na produkcję. Sprawdź dwa scenariusze, o których większość zapomina: nieudana płatność (zamówienie zostaje w statusie „oczekuje na płatność”, klient dostaje maila z linkiem do ponownej próby) oraz zwrot środków (czy da się zrobić z panelu sklepu, czy trzeba wchodzić do panelu operatora).

Kurierzy. InPost Paczkomaty, DPD, DHL — przez API, nie przez przepisywanie danych. Integracja powinna: generować etykiety, pobierać listę punktów odbioru do mapy w koszyku, przyjmować statusy zwrotne z systemu kuriera i aktualizować status zamówienia w sklepie. Bez tego ostatniego punktu wysyłasz klientowi link do śledzenia ręcznie.

ERP i księgowość. Subiekt, Comarch, Fakturownia. Ustal kierunek synchronizacji (kto jest źródłem prawdy o stanie magazynowym), częstotliwość — dla stanów magazynowych 5–15 minut przy normalnym ruchu — oraz co się dzieje, gdy API nie odpowiada. Kolejka z ponowieniem jest obowiązkowa, inaczej jeden timeout oznacza nadmiarowe zamówienie.

Pułapka operacyjna: integracja bez automatycznych statusów i zwrotów zamienia się w ręczną pracę po przekroczeniu ok. 100 zamówień miesięcznie. Wtedy dochodzi etat, którego nie było w budżecie.

Hosting i VPS: gdzie oszczędzać, a gdzie nie

Na hostingu da się oszczędzić, ale nie na wszystkich warstwach. Zacznij od parametrów, poniżej których nie ma po co startować:

• 2 vCPU i 4 GB RAM (dla WooCommerce z bazą powyżej kilku tysięcy produktów — 8 GB),
• dysk NVMe, nie zwykły SSD w macierzy,
• PHP 8.2 lub nowsze,
• MySQL 8 lub MariaDB 10.6,
• możliwość włączenia cache obiektowego (Redis) i dostępu SSH.

Punkty przesiadkowe. Shared hosting wystarcza do kilkudziesięciu zamówień dziennie, jeżeli oferuje PHP 8.2+, HTTP/2 lub HTTP/3 i sensowny panel. Przy rosnącej bazie i integracjach (kolejki, cron co kilka minut, Redis) przechodzisz na VPS — dostajesz kontrolę nad konfiguracją, ale też obowiązek aktualizacji i monitoringu. Jeśli nie ma w firmie osoby technicznej, managed hosting jest tańszy niż etat, nawet gdy cena za miesiąc wygląda wysoko.

Kopie zapasowe w modelu 3-2-1: trzy kopie, na dwóch różnych nośnikach, jedna poza serwerem produkcyjnym. Raz na kwartał odtwórz kopię na środowisku testowym i sprawdź, czy sklep wstaje. Kopia, której nie odtworzono, nie jest kopią — to plik, w którym masz nadzieję.

Konfiguracja wpływa na wynik. Cel: TTFB poniżej 400 ms na stronie produktu. Do tego cache obiektowy przy WooCommerce, kompresja obrazów do WebP, włączone cache stron z wykluczeniem koszyka i panelu klienta. Sprawdź to w praktyce, bo progi Core Web Vitals są liczone na rzeczywistych wizytach użytkowników, a nie w laboratorium — warto przejść przez dokumentację Web Vitals i porównać własne pomiary z tym, co raportuje Search Console.

Nie przenoś sklepu „przy okazji zmiany szablonu”. Migracja hostingu i zmiana wyglądu w jednym tygodniu to dwa razy trudniejsze szukanie przyczyny, gdy coś przestanie działać.

Jak pokazać sklep całemu światu: SEO techniczne i szybkość

Zanim ktokolwiek kupi, Google musi wiedzieć, co ma zaindeksować. Zaczynasz od trzech rzeczy: robots.txt, sitemap.xml i parametrów filtrów. W robots.txt zezwalasz na kategorie i produkty, blokujesz /koszyk, /zamowienie, /moje-konto oraz wewnętrzne wyszukiwanie (?s=, ?q=). Sitemapę zgłaszasz w Google Search Console i sprawdzasz, czy zawiera docelowe adresy produktów, a nie przekierowania.

Największy cichy zabójca indeksu to parametry sortowania i filtrowania: ?orderby=, ?price=, ?color=. Jeden katalog 300 produktów potrafi wygenerować kilka tysięcy adresów z identyczną treścią. Rozwiązanie jest jedno: canonical wskazujący na wersję bez parametrów albo blokada w robots.txt dla tych, które nie mają wartości SEO. Efekt widzisz w Search Console w raporcie „Zaindeksowane, ale zablokowane" i w statystyce duplikatów.

Drugi filar to szybkość na telefonie. Cele są twarde: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. W praktyce psują je: zdjęcia produktowe wgrane w pełnej rozdzielczości 4000 px, moduły dociągające skrypty na każdej podstronie i banery bez zarezerwowanej wysokości. Zmierz to PageSpeed Insights przed wdrożeniem i po nim — na tym samym adresie i na mobile.

Do wyników z ceną i dostępnością potrzebne są dane strukturalne Product oraz Offer, a do ścieżki nawigacji BreadcrumbList. Bez nich Google pokaże zwykły niebieski link, a konkurencja z ceną obok.

Sprzedaż poza Polską otwiera się dopiero wtedy, gdy dodasz hreflang, osobne waluty, osobne metody wysyłki i jasno policzony koszt zwrotu w opisie. Sam tłumacz nie wystarczy. Przez pierwsze 90 dni płatny ruch (Google Ads, Meta) jest wsparciem — dopóki treści i SEO nie zaczną pracować organicznie.

Start to nie meta — opieka techniczna i jasne SLA

Wdrożenie kończy się w dniu, w którym sklep przyjmuje pierwsze zamówienie. Od tego momentu zaczyna się druga, dłuższa część pracy. W typowym zakresie opieki po starcie są cztery bloki: aktualizacje PrestaShop i wersji PHP (nowa gałąź PHP wychodzi co roku i starsza przestaje dostawać poprawki bezpieczeństwa), monitoring dostępności sklepu co minutę z alertem SMS, kopie zapasowe z testem odtworzenia raz na kwartał oraz godziny na wsparcie autorskie i rozwój funkcji.

Punkt o kopii zapasowej warto doprecyzować: backup, którego nikt nie odtworzył, nie jest kopią zapasową. Raz na kwartał odtwarzasz sklep na środowisku testowym i sprawdzasz, czy baza i pliki wgrywają się bez błędów.

Umowa bez SLA to umowa bez terminu. Sensowne poziomy wyglądają tak: reakcja w 4 h w dni robocze, reakcja w 8 h lub do następnego dnia roboczego. Reakcja oznacza potwierdzenie zgłoszenia i wstępną diagnozę — nie naprawę. To rozróżnienie wpisz do umowy, bo inaczej każde zdarzenie kończy się sporem.

Budżet rozłóż realistycznie: około 60% na wdrożenie i 40% na rozwój oraz utrzymanie w pierwszych sześciu miesiącach. Sklep, w który włożyłeś cały budżet, a potem nic, stoi w miejscu.

Co mierzyć co miesiąc: konwersję, liczbę porzuconych koszyków, czas odpowiedzi serwera (TTFB) i liczbę błędów PHP w logach. Cztery liczby w jednym mailu raz w miesiącu mówią więcej niż raport ze 40 stron.

Najczęstsze pułapki wdrożenia (i jak je wykryć)

Ta lista działa też wtedy, gdy wdrożenie robi ktoś inny. Każdy punkt ma metodę sprawdzenia, nie tylko ostrzeżenie.

• Płatności nietestowane w trybie produkcyjnym. Test na realnej kwocie 1 zł, prawdziwą kartą, z wyłączonym sandboxem. Sprawdź cały łańcuch: zamówienie powstało → status zmienił się na opłacone → mail do klienta doszedł → faktura się wygenerowała → kwota w panelu bramki zgadza się z koszykiem. Pierwszą wpadkę wykryjesz po pierwszym niezapłaconym zamówieniu, czyli po stracie pieniędzy.
• Migracja bez przekierowań 301. Jeśli sklep zmieniał domenę albo strukturę URL, każdy stary adres musi prowadzić 301 na nowy odpowiednik. Weryfikacja: w 7. dniu po starcie otwórz raport 404 w Google Search Console. Setki wpisów oznaczają brak mapy przekierowań.
• Moduły nadpisujące szablon przy aktualizacji. Moduł, który podmienia plik szablonu nadrzędnego, zniknie po każdej aktualizacji motywu. Przed każdym wdrożeniem porównaj pliki szablonu dziecka z poprzednią wersją — różnice to lista rzeczy do przeniesienia.
• Brak zabezpieczeń formularzy. Efekt: spam w mailach i fałszywe konta klientów. Dodaj limit prób (np. 5 na 15 minut), prostą weryfikację po stronie serwera i honeypot. Sprawdź działanie na formularzu kontaktowym i rejestracji.
• Brak właściciela po stronie klienta. Wskaż osobę decyzyjną (zatwierdza zmiany i budżet) oraz osobę techniczną (dostępy, DNS, bramka płatnicza). Bez tego każda poprawka czeka tygodniami na akceptację.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Dane firmowe — Nazwa, NIP, adres, dane do faktur i konto firmowe — potrzebne już na etapie discovery, bo blokują rejestrację w bramce płatności i u kurierów.
• Regulamin i polityka prywatności — Gotowe przed konfiguracją koszyka. Bez nich nie da się poprawnie ustawić zgód przy zamówieniu ani formularza zwrotów.
• Zdjęcia produktów — Sprawdź, czy mają jednolite tło i proporcje. Wrzucenie zdjęć o różnych wymiarach prosto z telefonu wydłuża etap szablonu nawet o kilka godzin.
• Opisy i cennik z VAT — Przygotuj ceny brutto i stawki VAT dla każdej pozycji. Wpisywanie cen w trakcie konfiguracji to najczęstszy powód przesunięcia startu.
• Decyzja o platformie — Podejmij ją przed pierwszym spotkaniem warsztatowym na podstawie liczby SKU, rynków i modelu sprzedaży. Zmiana platformy w połowie prac oznacza zaczynanie od zera.
• Umowa z operatorem płatności — Załóż konto i sprawdź, czy masz dostęp do trybu testowego i produkcyjnego. Tryb testowy jest wymagany do zamówień testowych.
• Umowy z kurierami i cenniki — Potrzebne są dane do API lub pliku CSV z cennikiem. Bez tego integracja wysyłki stoi, nawet gdy sklep jest już gotowy.
• Domena, DNS i certyfikat SSL — Sprawdź dostępy do panelu domeny przed startem. Przepięcie DNS warto robić w dni robocze, nie w piątek po południu.
• Dostępy do starego sklepu — Przy migracji potrzebny jest eksport bazy produktów i zamówień. Poproś o niego, zanim ktoś zakończy współpracę z poprzednim wykonawcą.
• Decyzja o ERP lub magazynie — Sprawdź, czy stany magazynowe i faktury mają iść automatycznie. To jedno pytanie zmienia zakres integracji o 6–20 godzin.
• Budżet na płatny ruch — Zaplanuj kwotę na pierwsze trzy miesiące. Sklep bez ruchu generuje zero zamówień niezależnie od jakości wdrożenia.
• Mapa przekierowań 301 — Przy migracji przygotuj plik stary–nowy adres URL przed startem. Po starcie zweryfikuj indeksowanie w Search Console.
• Zamówienia testowe — Wykonaj 10 zamówień, w tym jedno jako gość, jedno z kodem rabatowym i jedno z pełnym zwrotem środków. Każde przejdź do końca, razem z mailem potwierdzającym.
• Przekazanie panelu — Zaplanuj godzinę szkolenia i przekazanie dostępów. Sprawdź, czy osoba obsługująca zamówienia umie samodzielnie dodać produkt i wystawić fakturę.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – dane strukturalne
• Google Search Central – Core Web Vitals
• Google Search Central – tworzenie treści dla ludzi
• web.dev – Core Web Vitals
• PrestaShop – dokumentacja dla deweloperów