Wdrożenie WooCommerce w Legnicy to nie instalacja wtyczki, ale projekt: konfiguracja, migracja danych, integracje z płatnościami i kurierami, testy, a dopiero na końcu launch. O tym, czy sklep wystartuje w trzy tygodnie, czy w trzy miesiące, decyduje organizacja, nie kod. Poniżej znajdziesz harmonogram tygodniowy, listę rzeczy do przygotowania przed startem i pytania, które warto zadać wykonawcy jeszcze przed podpisaniem umowy. Techniczne podstawy znajdziesz w dokumentacji WooCommerce, my zajmiemy się tym, jak nie zgubić terminów, danych i pieniędzy.
Instalacja WooCommerce zajmuje 20–30 minut: wtyczka, kreator, kilka kliknięć. Na tym etapie możesz dodać produkt i złożyć zamówienie — i to wszystko. Wdrożenie to projekt, który kończy się sklepem wystawiającym faktury, wysyłającym maile i przyjmującym pieniądze. Różnica sprowadza się do jednego zdania: instalacja daje działającą bazę, wdrożenie daje powtarzalny proces sprzedaży.
Pełne wdrożenie składa się z czterech bloków:
Zanim ruszy pierwsza godzina pracy, musisz mieć: domenę z dostępem do DNS, hosting z SSL i wspieraną wersją PHP, NIP i pełne dane firmy, regulamin oraz politykę prywatności, firmowe konto w bramce płatności (weryfikacja potrafi zająć kilka dni) i umowę z kurierem wraz z danymi do API. Brak jednego z tych elementów zatrzymuje projekt niezależnie od jakości wykonawcy.
Kiedy robić samemu? Gdy masz do 100 produktów, jedną metodę dostawy i jedną płatność, a czas nie jest krytyczny. Kiedy zlecić firmie z Dolnego Śląska? Gdy przekraczasz 200 SKU, integrujesz Subiekta lub ERP, przenosisz sklep z innej platformy albo startujesz przed sezonem. Jak taka organizacja wdrożenia sklepu WooCommerce wygląda w praktyce, opisujemy na przykładzie innego miasta. Techniczne szczegóły ustawień znajdziesz w dokumentacji WooCommerce.
Poniższy harmonogram dotyczy sklepu startującego od zera. Czasy podane są w dniach roboczych i zakładają, że materiały — zdjęcia, opisy, decyzje — są dostarczane na bieżąco. Etapy 2–4 częściowo się nakładają, dlatego sumy nie dodają się jeden do jednego.
| Etap | Czas | Co jest gotowe na wyjściu |
|---|---|---|
| 1. Brief i decyzje | 2–4 dni | Zakres, lista płatności i dostaw, kto dostarcza treści, kto akceptuje etapy |
| 2. Konfiguracja bazy | 3–5 dni | Hosting, SSL, WordPress, WooCommerce, VAT, strefy wysyłki, maile, statusy |
| 3. Szablon i wygląd | 4–10 dni | Motyw, strona główna, karta produktu, koszyk i checkout, wersja mobilna |
| 4. Integracje | 3–10 dni | Płatności, kurierzy, faktury, ERP lub magazyn, analityka, newsletter |
| 5. Migracja danych | 3–7 dni | Produkty, zdjęcia, kategorie, klienci, przekierowania 301 |
| 6. Testy i launch | 3–5 dni | Zamówienia testowe, płatności, maile, faktury, backup, przełączenie DNS |
Nie istnieje cena „wdrożenia WooCommerce”. Istnieje liczba godzin pomnożona przez stawkę — i tylko na tej podstawie da się porównywać oferty.
Stawki wykonawców na Dolnym Śląsku i Lubelszczyźnie mieszczą się najczęściej w przedziale 60–150 zł/h netto. To punkt odniesienia, nie cennik — rynek zmienia się z roku na rok, więc liczbę trzeba potwierdzić w aktualnej ofercie. Sposób weryfikacji jest prosty: pomnóż godziny z oferty przez stawkę i sprawdź, czy wynik mieści się w powyższych widełkach. Jeśli oferta mówi wyłącznie „od 1500 zł” bez rozbicia na etapy, poproś o rozbicie: ile godzin na konfigurację, ile na migrację, ile na integracje, ile na testy.
Koszty stałe poza wdrożeniem:
| Pozycja | Rząd wielkości | Uwaga |
|---|---|---|
| Domena .pl | 50–100 zł / rok | Rejestracja i odnowienie u tego samego operatora |
| Hosting | 300–2000 zł / rok | Zależy od ruchu i liczby wtyczek; tani plan z limitem CPU dławi sklep |
| Certyfikat SSL | 0–300 zł / rok | Let's Encrypt kosztuje 0 zł, certyfikat komercyjny bywa płatny |
| Wtyczki premium | 300–3000 zł / rok | Subskrypcje, wielowalutowość, rozbudowany checkout, program lojalnościowy |
| Upkeep roczny | 20–30% wartości wdrożenia | Aktualizacje, backupy, monitoring, drobne poprawki |
Tani hosting współdzielony za kilkanaście złotych miesięcznie sprawdza się na wizytówce. Sklep z koszykiem WooCommerce i 30 tys. wizyt miesięcznie przewróci taki plan w pierwszym tygodniu kampanii — nie z powodu braku miejsca na dysku, ale dlatego, że pula procesów PHP jest wspólna i zamówienie czeka w kolejce za ruchem innych stron.
Minimalne parametry, które traktuj jako próg wejścia:
memory_limit minimum 256M,Weryfikacja zajmuje 10 minut. W panelu sklepu wejdź w WooCommerce → Status → Raport systemowy: zobaczysz wersję PHP, limit pamięci, maksymalny czas wykonania i brakujące rozszerzenia (mysqli, curl, mbstring, intl, gd lub imagick). Jeśli host nie pokazuje tych danych, poproś o phpinfo na kopii testowej. Wymagania środowiska opisuje dokumentacja WooCommerce.
Kiedy VPS wygrywa? Praktyczny próg to ok. 30 tys. wizyt miesięcznie, kilkaset zamówień i co najmniej dwie integracje pracujące w tle (kurier, ERP, płatności). Wtedy potrzebujesz dedykowanych vCPU, dostępu po SSH, crona co 5 minut i możliwości podniesienia RAM bez migracji. Przy 5–10 tys. wizyt dobry hosting współdzielony wciąż wystarczy.
SSL, backupy i cron to trzy rzeczy, o które pytaj przed podpisaniem umowy:
www albo bez), reszta na 301.wp-config.php ustaw DISABLE_WP_CRON na true.Jak dobieramy serwer przy większych katalogach, opisaliśmy na przykładzie wdrożenia WooCommerce w Zielonej Górze.
| Parametr | Minimum 2025 | Gdzie sprawdzić |
|---|---|---|
| PHP | 8.2+, OPcache, memory_limit 256M | WooCommerce → Status → Raport systemowy |
| Baza danych | MySQL 8.0 / MariaDB 10.6+ | Panel hostingu lub phpinfo |
| CPU / RAM | 2 vCPU, 4 GB RAM | Cennik planu, nie strona marketingowa |
| Dysk | NVMe | Panel hostingu (typ wolumenu) |
| Cron | Systemowy, co 5 min | Panel hostingu + wp-config.php |
| SSL | Auto-odnowienie, wymuszony HTTPS | Panel hostingu, data ważności certyfikatu |
| Backup | Dzienny, retencja 14–30 dni, off-site | Regulamin usługi i test odtworzenia |
Integracje dzielą się na trzy grupy: płatności, kurierzy, ERP. Każda musi być gotowa przed launchem, bo dołożenie jej po starcie oznacza testy na żywym ruchu i na pieniądzach klientów.
Płatności. Przelewy24 i PayU to polskie bramki obsługujące przelewy, BLIK i karty z jednego modułu. BLIK możesz mieć jako osobną metodę (własna umowa z operatorem) albo w ramach P24/PayU. Stripe daje karty, Apple Pay i Google Pay. Różnice, które realnie bolą: zakres i czas onboardingu (KYC), waluta rozliczeń, terminy wypłat i to, czy dostajesz fakturę w PLN. Prowizje zależą od obrotu, branży i negocjacji — nie planuj budżetu na podstawie cennika z bloga. Pobierz aktualny cennik od operatora i policz koszt na własnym koszyku i własnej strukturze zamówień.
Kurierzy. InPost (ShipX API), DPD (WebAPI) i DHL (WebAPI/DHL24) konfigurujesz w panelu WooCommerce: wklejasz dane API, mapujesz metody wysyłki na usługi przewoźnika i podpinasz statusy. Etykietę generujesz z ekranu zamówienia — numer przesyłki zapisuje się w zamówieniu i trafia do maila. Dwie typowe pułapki: brak mapowania statusu „Wysłane” i brak mapy paczkomatów w koszyku, przez co klient nie wybierze punktu.
ERP. Subiekt (Sfera), Comarch ERP Optima i WAPRO podłączasz przez integrator lub API. Ustal jedną stronę „właściciela” danych: stany magazynowe w ERP, opisy w WooCommerce, ceny tylko w jednym systemie. Bez tego oba systemy nadpiszą się nawzajem w ciągu doby. Kluczowe jest wspólne SKU — inaczej po tygodniu masz duplikaty kartotek.
Test przed launchem: złóż realne zamówienie na 1 zł na każdym kanale płatności, anuluj je, wykonaj zwrot, wygeneruj etykietę, sprawdź fakturę w ERP i mail do klienta.
Szerzej o zakresie i budżecie piszemy przy kosztach wdrożenia WooCommerce w Radomiu.
| Integracja | Co konfigurujesz | Najczęstsza pułapka |
|---|---|---|
| Przelewy24 / PayU | Klucze API, metody płatności, BLIK, powiadomienia o statusie | Brak zwrotów i anulowań w testach |
| Stripe | Klucze, karty, Apple/Google Pay, waluta rozliczeń | Inne zasady KYC niż w polskich bramkach |
| InPost (ShipX) | Token, ID organizacji, mapa paczkomatów | Klient nie wybiera punktu w koszyku |
| DPD / DHL | Dane API, mapowanie usług, etykiety z panelu zamówienia | Brak mapowania statusów zamówienia |
| ERP (Subiekt, Optima, WAPRO) | Wspólne SKU, kierunek i częstotliwość synchronizacji | Dwie strony nadpisują ten sam stan |
| Test integracji | Zamówienie 1 zł na każdym kanale, zwrot, etykieta, faktura | Testy tylko na bramce testowej |
Migracja z PrestaShop, Shopera czy autorskiego sklepu rozjeżdża się zawsze w tych samych miejscach.
alt wychodzą dopiero po indeksacji.Przekierowania 301 przygotuj przed startem, nie po. Listę starych adresów zbierz z trzech źródeł: sitemap.xml starego sklepu, eksportu z Search Console (Wydajność → Strony, dane nawet z 16 miesięcy) i logów serwera. Zapisz pary stare → nowe w pliku CSV, wdróż jako reguły, a po launchu sprawdź kilkadziesiąt adresów przez curl -I. Kody mają zwracać 301, nie 302, łańcuchy 301 → 301 są niedopuszczalne, a 404 na starym adresie to utracony ruch i pozycje.
Treści SEO przenieś razem z produktami: meta title, opis, obrazy z alt, ustawienie canonical i dane strukturalne typu Product. Które typy danych strukturalnych obsługuje wyszukiwarka, wyjaśnia dokumentacja Google Search Central.
Test migracji rób na kopii, nie na produkcji. Porównaj liczby przed i po, a potem weź 10 losowych produktów i sprawdź ręcznie cenę, stan, opis i warianty. Każda różnica w liczbach oznacza, że skrypt pomija rekordy.
Pełny harmonogram takiego projektu opisaliśmy przy organizacji wdrożenia sklepu WooCommerce w Łodzi.
| Co porównujesz | Skąd wziąć liczbę źródłową | Gdzie sprawdzić po migracji |
|---|---|---|
| Produkty (SKU) | Panel starego sklepu, eksport CSV | WooCommerce → Produkty (licznik) |
| Warianty | Tabela kombinacji atrybutów w starej bazie | Produkty zmienne → liczba wariantów |
| Kategorie | Drzewo kategorii w starym panelu | Produkty → Kategorie |
| Klienci | Eksport użytkowników | Użytkownicy (bez haseł) |
| Zdjęcia | Katalog plików na serwerze źródłowym | Biblioteka mediów + alt |
| Adresy URL | sitemap.xml, Search Console, logi serwera | Test curl -I na liście przekierowań |
Większość projektów, które przejmowaliśmy po innych wykonawcach, nie padła z powodu złego kodu, ale z powodu rzeczy pominiętych na etapie konfiguracji. Poniżej siedem pułapek z sygnałami ostrzegawczymi, które da się sprawdzić jeszcze przed launchem.
WP_DEBUG i WP_DEBUG_LOG w wp-config.php, przejrzyj wp-content/debug.log po dobie normalnego ruchu. Każde powiadomienie PHP to potencjalna awaria przy następnej aktualizacji.nazwa-motywu-child, a zmiany w szablonach siedzą w motywie głównym. Pierwsza aktualizacja motywu kasuje całą modyfikację. Odtworzenie jej po roku kosztuje więcej niż zbudowanie child theme na starcie.Jak te punkty przekładają się na budżet, widać na przykładzie rozbicia kosztów wdrożenia WooCommerce w Radomiu na etapy — kolejność prac jest podobna wszędzie, różni się skala katalogu. Jeśli szukasz punktu odniesienia dla większego projektu, zobacz organizację wdrożenia sklepu WooCommerce w Łodzi. Podstawy konfiguracji opisuje dokumentacja WooCommerce.
| Pułapka | Sygnał ostrzegawczy | Jak sprawdzić przed startem |
|---|---|---|
| 50+ wtyczek bez kontroli konfliktów | brak wskazania, co odpowiada za dany element na stronie | Query Monitor + analiza wp-content/debug.log |
| Brak child theme | brak katalogu motywu potomnego w repozytorium | podgląd struktury plików motywu |
| Katalog bez cache obiektowego | spadek wydajności po przekroczeniu ~500 produktów | log wolnych zapytań w Query Monitor, test filtrów kategorii |
| Brak logów i monitoringu | o awarii informuje klient, nie system | sprawdź, czy istnieje zewnętrzny monitoring i retencja logów |
| Brak środowiska staging | zmiany wgrywane wprost na produkcję | poproś o adres stagingu i procedurę rollback |
SEO sklepu rozstrzyga się na etapie wdrożenia, bo struktura adresów i dane strukturalne to decyzje trudne do cofnięcia. Poprawki po roku oznaczają setki przekierowań 301 i kilkutygodniowe spadki widoczności.
Struktura URL. Ustal ją raz przed importem: /kategoria/podkategoria/nazwa-produktu, bez dat, bez ID, bez parametrów filtrów w indeksie. Wtyczki SEO dokładają domyślnie bazy /product/ i /product-category/ — jeśli ich nie chcesz, wyłącz je przed pierwszym importem, nie po.
Dane strukturalne. Dla produktu wdrażasz Product i Offer (przy wariantach AggregateOffer) z polami: name, image, sku, offers.price, priceCurrency, availability, priceValidUntil. Najczęstszy błąd to brak availability przy produktach chwilowo niedostępnych — karta wypada z wyników rozszerzonych. Wymagania Google opisuje dokumentacja danych strukturalnych Google Search Central.
Core Web Vitals. Cele: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1 — liczone dla 75. percentyla użytkowników, nie z pojedynczego testu. Progi i sposób pomiaru znajdziesz w materiałach web.dev o Web Vitals. W praktyce mierzysz w PageSpeed Insights, a trend obserwujesz w raporcie Core Web Vitals w Search Console.
Kolejność prac ma znaczenie: najpierw serwer i cache, potem obrazki, na końcu CSS i JS. Odwrotna kolejność to marnowanie godzin na optymalizację, której nie zobaczysz w pomiarach. Przykład pełnego zakresu prac, także dla mniejszych katalogów, znajdziesz w opisie wdrożenia WooCommerce w Zielonej Górze.
| Krok | Co konkretnie | Kryterium odbioru |
|---|---|---|
| 1. Hosting i PHP | PHP 8.2+, OPcache, HTTP/2 lub 3, osobne środowisko staging | TTFB poniżej 200 ms na karcie produktu |
| 2. Cache | cache stron plus cache obiektowy Redis/Memcached, z wyłączeniem koszyka i kasy | zalogowany klient i koszyk nie zapisują się w cache |
| 3. Obrazy | WebP lub AVIF generowane przy uploadzie, stałe wymiary, lazy load poza pierwszym ekranem | zdjęcie główne produktu poniżej 100 kB, brak przesunięć galerii |
| 4. CSS i JS | krytyczny CSS inline, resztę odroczyć, wyłączyć skrypty wtyczek nieużywanych na froncie | LCP poniżej 2,5 s i INP poniżej 200 ms na mobile |
| 5. Pomiar | PageSpeed Insights, Search Console, dane rzeczywiste użytkowników | stabilny trend przez 28 dni, nie jeden test |
Ofert na wdrożenie WooCommerce jest dużo, ale część z nich składa firma, która sama nie dotknie kodu — zleci je dalej i doliczy marżę. Trzy pytania rozdzielają wykonawców od pośredników.
Kto realnie pracuje na kodzie. Poproś o imię i nazwisko osoby odpowiedzialnej za wdrożenie albo o dostęp do repozytorium Git na Twoim koncie (GitHub, GitLab, Bitbucket). Kod musi być Twój — to warunek przeniesienia projektu do innej firmy bez przepisywania wszystkiego od zera.
Zakres, stawka i SLA. Żądaj widełek godzinowych i listy zadań spoza zakresu (np. migracja 2000 produktów, integracja z magazynem, wielojęzyczność). Ustal czas reakcji na awarię krytyczną, czyli sytuację, w której sklep nie przyjmuje zamówień — w godzinach pracy powinien to być 1–2 h, poza nimi zapis w umowie, co jest gwarantowane, a co nie.
Co po wdrożeniu. Opieka powdrożeniowa powinna mieć nazwany zakres: aktualizacje WordPressa, WooCommerce i wtyczek w oknie serwisowym, kopie zapasowe, monitoring, ile godzin drobnych zmian miesięcznie i jak rozliczasz nadwyżkę. Jeśli oferta podaje kwotę miesięczną bez liczby godzin i bez zakresu, to nie jest oferta.
Warto porównać harmonogramy prac w podobnych projektach — np. przy organizacji wdrożenia sklepu WooCommerce w Krakowie albo przy sklepach www w Lublinie. Ta sama lista pytań działa niezależnie od miasta.
| Pytanie | Dobra odpowiedź | Czerwona flaga |
|---|---|---|
| Kto pisze kod? | konkretna osoba lub zespół, repozytorium Git na koncie klienta | „mamy zespół programistów”, brak dostępu do repo, kod zostaje u wykonawcy |
| Jaki zakres i stawka? | widełki godzinowe, lista prac spoza zakresu, kryteria odbioru w umowie | jedna kwota „za całość” bez godzin i bez zakresu |
| Jak wygląda środowisko pracy? | staging, deploy z repozytorium, kopia przed każdą aktualizacją, procedura rollback | zmiany wgrywane wprost na produkcję, brak kopii zapasowych |
| Co po wdrożeniu? | SLA z czasem reakcji na awarię krytyczną, pakiet godzin zmian, zakres aktualizacji | brak SLA, brak ceny opieki, „proszę dzwonić, jak coś się stanie” |
Traktowanie wdrożenia jak instalacji wtyczki
Jak wykryć: Wycena mówi tylko o instalacji i szablonie, a nie ma w niej migracji danych, integracji płatności i kurierów ani testów.
Jak naprawić: Poproś o zakres na piśmie z podziałem na etapy: konfiguracja bazy, szablon, integracje, migracja, testy, launch. Brak choćby jednego etapu oznacza, że część pracy spadnie na Ciebie po starcie.
Start bez listy starych adresów URL
Jak wykryć: Przed launchem nikt nie pyta Cię o eksport adresów ze starego sklepu ani o kategorie i produkty, które mają zniknąć.
Jak naprawić: Lista przekierowań 301 musi być gotowa przed startem, nie po. Zbierz wszystkie URL-e ze starej platformy i przypisz każdy do nowego adresu. Adresy bez odpowiednika przekieruj na najbliższą kategorię.
Tani hosting współdzielony pod sklep z ruchem
Jak wykryć: W panelu hostingu nie widzisz wersji PHP, limitów RAM ani informacji o typie dysku, a support pisze ogólnikami.
Jak naprawić: Wymagaj minimum: PHP 8.2 lub nowsze, MySQL 8, 2 vCPU, 4 GB RAM, dysk NVMe. Powyżej około 30 tys. wizyt miesięcznie licz się z przejściem na VPS.
Brak zdjęć i opisów przed startem
Jak wykryć: Na briefie pytanie o liczbę gotowych zdjęć i opisów kończy się odpowiedzią „będą później”.
Jak naprawić: Ustal, ile SKU ma pełne dane (zdjęcia, opis, cena, waga, wymiary) na dzień startu. Resztę dodajesz po launchu albo przesuwasz termin startu o tyle tygodni, ile realnie potrzebujesz na treści.
Brak testowego zamówienia na każdym kanale płatności
Jak wykryć: Przed launchem wykonano jedno zamówienie testowe na jednej bramce, resztę uznano za „analogiczną”.
Jak naprawić: Zrób realne, opłacone zamówienie testowe na każdej metodzie: Przelewy24, PayU, BLIK, Stripe. Sprawdź potwierdzenie, maila, status w panelu i fakturę. Zwróć lub anuluj testowe płatności.
Brak jednej osoby decyzyjnej po stronie firmy
Jak wykryć: Decyzje o szablonie, kategoriach i cenniku krążą między właścicielem, księgowością i magazynem, a wykonawca czeka.
Jak naprawić: Wyznacz jedną osobę, która akceptuje etapy i ma czas na odpowiedzi w 24–48 godzin. Każdy dzień zwłoki w akceptacji przesuwa launch o dzień.
Wdrożenie WooCommerce w Legnicy wygrywa lub przegrywa na organizacji, nie na kodzie. Ustal zakres na piśmie z podziałem na etapy, policz SKU i zdjęcia przed startem, przygotuj listę przekierowań 301 i przetestuj każdą płatność oraz każdego kuriera realnym zamówieniem. Przy prostym sklepie mówimy o 3–5 tygodniach, przy katalogu 2000+ SKU z ERP — o 6–10 tygodniach. Jeśli te liczby wydają się oderwane od Twojej sytuacji, to znak, że brief wymaga doprecyzowania przed podpisaniem umowy.
Realistycznie 3–5 tygodni dla małego sklepu do około 500 SKU bez integracji ERP. Przy katalogu 2000+ SKU i integracjami z Subiektem lub Comarchiem licz 6–10 tygodni. Najbardziej wydłużają projekt brak zdjęć i opisów, brak decyzji po stronie właściciela oraz dane do migracji, których nikt wcześniej nie uporządkował.
Instalacja zajmuje kilkanaście minut. Wdrożenie to konfiguracja podatków, dostaw, płatności, kurierów, szablonu, migracja danych i testy. Samodzielnie da się to zrobić przy prostym sklepie i jednej metodzie płatności. Gdy dochodzi ERP, kilka kanałów sprzedaży i migracja ze starej platformy, oszczędność na wdrożeniu wraca jako koszt poprawek po starcie.
Nie, jeśli przekierowania 301 są gotowe przed launchem i obejmują wszystkie stare adresy produktów, kategorii i stron. Drugi warunek to przeniesienie treści: meta title, opisów i zdjęć, a nie tylko samych nazw produktów. Przed startem przetestuj migrację na kopii i porównaj liczbę SKU, zdjęć i zamówień archiwalnych. Zasady dotyczące jakości treści i danych strukturalnych opisuje dokumentacja Google Search Central.
Poproś o rozbicie na godziny i etapy: ile godzin na konfigurację bazy, szablon, integracje, migrację i testy. Prosty sklep to zwykle kilkadziesiąt godzin, sklep z integracjami ERP to praca licząca się w setkach godzin. Zapytaj wprost, czy wycena jest godzinowa, czy za efekt, i co się dzieje, gdy w trakcie zmieni się zakres. Odpowiedź „to zależy” bez liczb oznacza, że nie wiesz, za co płacisz.
Minimum to PHP 8.2 lub nowsze, MySQL 8, 2 vCPU, 4 GB RAM i dysk NVMe. Tani hosting współdzielony wystarcza na start i testy, ale przy kilkudziesięciu tysiącach wizyt miesięcznie zaczyna ograniczać wydajność. Powyżej około 30 tys. wizyt miesięcznie rozważ VPS. Pamiętaj o SSL, backupach i cronach — sprawdź, czy hosting je obsługuje, czy musisz pilnować ich sam. Wydajność strony opisuje web.dev – Web Vitals.
Płatności (Przelewy24, PayU, BLIK, Stripe), kurierzy (InPost Paczkomaty, DPD, DHL) i synchronizacja z ERP, jeśli magazyn prowadzisz w Subiekcie, Comarchu albo WAPRO. Każda z nich ma swoje API i własny onboarding, dlatego zamawiaj je równolegle z pracami nad sklepem, nie po nich. Przed launchem zrób realne zamówienie testowe na każdym kanale płatności i wygeneruj etykietę u każdego kuriera. Dane strukturalne dla produktów i opinii znajdziesz w dokumentacji Google.
Nie, ale warto, żeby znał polskie realia sklepów: bramki płatności, kurierów i integracje z ERP. Praca zdalna działa, jeśli macie wspólny kanał komunikacji, dostęp do środowiska testowego i ustalone terminy akceptacji. Lokalizacja ma znaczenie głównie przy migracjach z nietypowych platform i przy projektach, gdzie trzeba szybko usiąść razem nad danymi. Zobacz, jak organizujemy to w innych regionach, np. we wdrożeniu WooCommerce w Zielonej Górze.
Jeśli chcesz przejść przez wdrożenie bez zgadywania, napisz do nas — sprawdzimy Twój zakres, dane i integracje i powiemy wprost, ile to potrwa. Możesz też najpierw porównać koszty i harmonogram wdrożenia WooCommerce, żeby mieć punkt odniesienia na rozmowę.