Programista WooCommerce w Gdyni

Sklep WooCommerce w Gdyni nie konkuruje w próżni. Konkuruje z Allegro, na którym kupuje większość polskich konsumentów online, i robi to w mieście, którego tożsamość gospodarcza opiera się na porcie, logistyce morskiej i stoczniowym zapleczu przemysłowym, a od dwóch dekad także na usługach biznesowych i IT w całym Trójmieście. Buduję sklepy Woo pod te konkretne realia: pod hurt B2B dla dostawców części i wyposażenia morskiego z okolic portu i Bałtyckiego Portu Nowych Technologii, pod sprzedaż sezonową marek turystycznych i lokalnych producentów, pod integrację z polską księgowością i zgodność z KSeF.

#Tworzenie sklepów WooCommerce w Gdyni

Gdynia ma trzy różne profile zleceń e-commerce, które często mieszają się w jednej firmie. Pierwszy to firma powiązana z Portem Gdynia albo z łańcuchem dostaw morskich: spedycja, zaopatrzenie okrętowe, części, odzież robocza, chemia przemysłowa, narzędzia. Taki klient zwykle ma już Subiekta albo Comarch Optima i chce własny kanał B2B zamiast sprzedawać wyłącznie przez handlowców i telefon. Drugi to producent albo dystrybutor z Pomorskiej Specjalnej Strefy Ekonomicznej i terenów po stoczni (dziś Bałtycki Port Nowych Technologii), który łączy produkcję z sprzedażą online i Allegro. Trzeci to firma usługowa albo marka konsumencka z Gdyni, Sopotu albo Gdańska, dla której Woo jest warstwą transakcyjną przy subskrypcjach, voucherach, sezonowym katalogu albo sprzedaży do Skandynawii. Wszystkie trzy przypadki wymagają tego samego: checkoutu dopasowanego do polskiego kupującego, integracji z systemem magazynowo-księgowym i kodu, który przeżyje aktualizacje Woo. To jest zakres tej usługi.

Port Gdynia jest jednym z dwóch międzynarodowych portów Trójmiasta w sieci TEN-T. W 2025 roku po raz pierwszy przekroczył milion TEU w przeładunkach kontenerowych, przy jednoczesnym utrzymaniu znaczenia drobnicy, ro-ro i ładunków masowych (w tym zboża). Dla sklepu Woo to nie ciekawostka turystyczna, tylko kontekst operacyjny: firmy wokół portu myślą w terminach terminów załadunku, partii, NIP-u kontrahenta i faktury, a nie w terminach „ładnego motywu sklepowego”.

#Płatności pod polskiego kupującego: BLIK, Przelewy24, PayU

W polskim e-commerce BLIK jest dominującą metodą płatności, a kolejne raporty Izby Gospodarki Elektronicznej i Polskich Standardów Płatniczych konsekwentnie pokazują, że jest to pierwsza opcja, po którą sięgają kupujący online. Druga warstwa to szybkie przelewy pay-by-link przez Przelewy24, PayU lub Tpay, dopiero potem karta i pobranie. Praktyczne konsekwencje dla wdrożenia Woo w Gdyni:

• Bramka musi natywnie obsługiwać BLIK (kod sześciocyfrowy plus potwierdzenie w aplikacji bankowej), a nie tylko kartę. Najczęściej oznacza to Przelewy24 albo PayU jako agregatora.
• Kolejność i widoczność metod płatności na checkoucie ustawiam pod realne udziały: BLIK na górze, szybki przelew zaraz pod nim. Domyślny szablon Woo z kartą na pierwszym miejscu działa wbrew nawykom rynku.
• Dla każdej bramki dokumentuję webhooki, matrycę statusów (opłacone, oczekujące, zwrot, częściowy zwrot, 3DS) i historię idempotencji, bo to one decydują o tym, czy zamówienie poprawnie zmienia status po płatności BLIK-iem.
• Dla B2B portowego i stoczniowego często dokładam przelew tradycyjny z terminem, proformę i kredyt kupiecki, bo hurt rzadko płaci BLIK-iem za paletę części. Ścieżka detaliczna i ścieżka hurtowa nie mogą mieszać reguł płatności.
• Przy sprzedaży do Skandynawii i krajów bałtyckich (naturalny kierunek z Trójmiasta) dokładam kartę i ewentualnie lokalne metody przez agregatora, ale polski checkout nadal zaczyna się od BLIK-a dla ruchu krajowego.

#Dostawa: Paczkomaty InPost i logistyka trójmiejska

Polski rynek odbioru paczek opanowały automaty InPost. Sklep Woo bez wygodnego wyboru Paczkomatu na checkoucie traci konwersję, niezależnie od tego, jak dobrze wygląda reszta strony. Gdynia i Trójmiasto mają tu dodatkową specyfikę: gęsta sieć automatów Gdyni, Sopocie i Gdańsku, bliskość hubów kurierskich oraz sezonowy skok ruchu latem, kiedy turyści i sezonowi pracownicy zamawiają więcej, a punkty odbioru bywają obłożone. W praktyce wdrażam:

• Mapę wyboru punktu InPost (geowidget) wbudowaną w checkout, z zapamiętaniem ostatnio wybranego automatu, zamiast wysyłania klienta na zewnętrzną stronę.
• Reguły dostaw oparte na wadze i gabarycie, z automatycznym przełączeniem na kuriera DHL, DPD albo InPost Kurier dla przesyłek przekraczających skrytkę. Dla firm zaopatrzenia morskiego i przemysłowego osobna ścieżka paletowa albo odbiór własny z magazynu przy porcie jest często ważniejsza niż automaty.
• Integrację nadań z systemem przewoźnika, tak żeby etykieta i numer śledzenia wracały do zamówienia Woo i do maila klienta, a nie były klejone ręcznie.
• Dla marek sezonowych (turystyka, gadżety, lokalne produkty spożywcze) osobne reguły cutoffów i komunikaty o czasie dostawy w szczycie wakacyjnym, bo obietnica „jutro w Paczkomacie” bez sprawdzenia obciążenia sieci kończy się reklamacjami.

#Faktury i KSeF: zgodność, której nie da się odłożyć

Krajowy System e-Faktur (KSeF) wchodzi w pełnym wymiarze etapami: od lutego 2026 dla największych podatników (sprzedaż powyżej 200 mln zł w 2024), od kwietnia 2026 dla pozostałych czynnych podatników VAT. Faktura ustrukturyzowana to plik XML wystawiany przez KSeF z nadanym numerem, równolegle nadal funkcjonuje JPK_V7. Faktury B2C dla osób fizycznych pozostają poza obowiązkiem. Dla sklepu Woo w Gdyni oznacza to konkretne decyzje:

• Sklep zwykle nie wystawia faktur ustrukturyzowanych sam, robi to system księgowo-magazynowy. Rolą wdrożenia Woo jest poprawnie przekazać dane zamówienia (NIP nabywcy, stawki VAT, pozycje) do tego systemu, a numer KSeF odebrać z powrotem do zamówienia.
• Pole NIP na checkoucie i walidacja po stronie formularza decydują o tym, czy faktura B2B w ogóle da się wystawić. To drobny element interfejsu z dużą wagą zgodności, szczególnie dla hurtu portowego, w którym praktycznie każde zamówienie wymaga faktury.
• Granicę „co liczy podatek i wystawia fakturę” zapisuję w runbooku: czy robi to wtyczka fakturująca w Woo, czy zewnętrzny ERP. Mieszanie obu źródeł to najczęstsze źródło rozjazdu w numeracji.
• Przy kontrahentach zagranicznych (statki, agencje, dystrybutorzy z krajów bałtyckich) osobno mapuję OSS, odwrotne obciążenie i sprzedaż poza UE, żeby checkout nie mieszał reguł B2C z eksportem.

#Integracja z magazynem i księgowością: Subiekt, Comarch, BaseLinker

Gdyński producent, spedytor albo dystrybutor rzadko prowadzi sklep w oderwaniu od reszty firmy. Stany, ceny i dokumenty żyją w systemie magazynowo-księgowym, najczęściej w InsERT Subiekt GT lub nexo, w Comarch ERP Optima albo XL, czasem w WAPRO Mag. Sklep Woo musi się z tym zsynchronizować dwukierunkowo: produkty i stany z systemu do sklepu, zamówienia ze sklepu do systemu. W zależności od skali wdrażam:

• Bezpośrednią integrację (konektor Subiekt GT, SellIntegro, łącznik Comarch Optima) tam, gdzie sprzedaż idzie głównie przez własny sklep.
• BaseLinker jako warstwę pośrednią tam, gdzie firma sprzedaje wielokanałowo: Woo plus Allegro plus Empik Marketplace, eMag lub Erli. BaseLinker odejmuje stany ze wspólnej puli niezależnie od kanału, co realnie chroni przed nadsprzedażą, a na Allegro nadsprzedaż to negatywne oceny i ryzyko konta.
• Mapowanie pól (SKU, jednostki, stawki VAT, kategorie, warianty rozmiar/kolor albo numer katalogowy części) ustalam na etapie architektury, bo to ono, a nie sama wtyczka, decyduje, czy synchronizacja jest spójna po obu stronach.
• Dla firm z zapleczem magazynowym w strefie portowej albo w parkach logistycznych między Gdynią a Gdańskiem osobno ustalam, czy stan „dostępny” obejmuje towar w drodze, towar zarezerwowany pod kontrakt B2B i towar tylko pod Allegro.

#Standardy techniczne

Customizacje Woo idą wyłącznie przez udokumentowane hooki action i filter oraz podział na własną wtyczkę i motyw, nigdy przez modyfikację plików rdzenia, bo sklep musi przeżyć aktualizacje WooCommerce i WordPressa. Infrastruktura testowa obejmuje PHPUnit do logiki biznesowej, testy e2e ścieżki checkoutu oraz Lighthouse CI dla budżetów wydajnościowych. Każde wdrożenie uruchamia testową transakcję na bramce (płatność testowa BLIK i kartą) przed promocją na produkcję.

#Jak pracujemy

Każdy projekt prowadzę według ustrukturyzowanego procesu, który ogranicza ryzyko i utrzymuje przejrzystość:

1. Audyt i ustalenie granic. Przegląd checkoutu, bramek, stref dostaw, podatków i integracji, plus baseline Lighthouse na najczęściej odwiedzanych stronach produktu i kategorii. Na tym etapie zapada decyzja, co liczy podatek, co wystawia fakturę i gdzie żyje stan magazynowy.
2. Sprinty deweloperskie. Pracujemy w iteracjach 1-2 tygodniowych z demo na koniec każdego sprintu. Widzisz postęp na bieżąco, dajesz uwagi na czas i możesz zmieniać priorytety bez wykolejania projektu.
3. Zapewnienie jakości. Każdy element przechodzi przez przegląd kodu, testy automatyczne, testy w różnych przeglądarkach, walidację dostępności i pomiar wydajności względem ustalonych budżetów, zanim trafi na środowisko testowe.
4. Przegląd na środowisku testowym. Kompletne rozwiązanie działa na kopii identycznej z produkcją. Testujesz z prawdziwą treścią, weryfikujesz integrację z Subiektem albo Comarch Optima i zatwierdzasz do uruchomienia.
5. Launch i wsparcie. Obsługujemy zmiany DNS, SSL, rozgrzewanie cache’u, weryfikację przekierowań i monitoring. Po uruchomieniu zostajemy w gotowości przez 72 godziny, a po okresie stabilizacji przechodzimy do bieżącej opieki z miesięcznymi przeglądami.

#Typowe wyzwania, które rozwiązujemy

Firmy z Gdyni i Trójmiasta regularnie zgłaszają się do nas z tymi problemami:

• Katalog B2B z setkami SKU części, narzędzi i materiałów eksploatacyjnych, typowy u dostawców gospodarki morskiej i przemysłowej. Budujemy typy produktów z logiką warunkową, cenami kontrahenta i minimalnymi ilościami, bez degradacji wydajności panelu.
• Sezonowość turystyczna i wakacyjna: sklep musi wytrzymać skok ruchu latem (Sopot, Orłowo, plaża, imprezy miejskie) bez padania checkoutu i bez ręcznego gaszenia pożarów Allegro.
• Wolny checkout tracący konwersje, redukujemy czas ładowania koszyka i checkoutu przez cachowanie fragmentów, odroczone ładowanie skryptów, zoptymalizowaną inicjalizację bramki płatniczej i uproszczoną walidację formularza, włącznie z polem NIP i wyborem Paczkomatu.
• Rozjazd stanów między sklepem a magazynem, porządkujemy synchronizację z Subiektem, Comarch Optima lub BaseLinkerem tak, żeby pula towaru była jednym źródłem prawdy dla Woo i dla Allegro.
• Hurt B2B z cenami zależnymi od kontrahenta, role klientów, indywidualne cenniki, minimalne wartości zamówienia, kredyt kupiecki z odroczonym terminem płatności i faktury proforma, wszystko spięte z polską księgowością.
• Zgodność podatkowa, automatyczne stawki VAT, obsługa sprzedaży transgranicznej w UE (procedura OSS) i przygotowanie przepływu danych pod fakturę KSeF.

#Rezultaty, jakich możesz oczekiwać

Mierzymy sukces konkretnymi metrykami, nie subiektywnymi ocenami. To, na co realnie pracujemy:

• Krótszy czas ładowania stron produktów, kategorii i checkoutu, mierzony przed i po, z poprawą Core Web Vitals na najczęściej odwiedzanych adresach.
• Mniej porzuconych koszyków dzięki checkoutowi dopasowanemu do polskich nawyków: BLIK na wierzchu, wybór Paczkomatu w jednym kroku, sensowna walidacja danych do faktury.
• Stabilność stanów magazynowych między Woo a pozostałymi kanałami, czyli koniec z nadsprzedażą na Allegro w szczycie (Black Friday, sezon świąteczny, wakacje nad Bałtykiem dla marek sezonowych).

#Dlaczego firmy w Gdyni wybierają WPPoland

Bezpośrednia komunikacja z seniorami, żadnych project managerów przekazujących wiadomości, żadnych juniorów uczących się na Twoim projekcie. Osoba, z którą rozmawiasz, jest osobą piszącą kod.

Po uruchomieniu zapewniamy ciągłą opiekę nad sklepem: testy A/B checkoutu, monitoring lejka konwersji, aktualizację feedów produktowych (także do Allegro i porównywarek) oraz utrzymanie zgodności bramek i fakturowania w miarę zmian regulacji, w tym kolejnych etapów KSeF.

Wycena jest indywidualna i przedstawiana na piśmie przed startem. Zmiany zakresu omawiamy otwarcie, z jasnymi konsekwencjami. Bez faktur-niespodzianek.

#Bezpieczeństwo i zgodność

W projektach WooCommerce bezpieczeństwo traktujemy jako zestaw decyzji architektonicznych, a nie uniwersalną obietnicę zgodności. Typowy zakres obejmuje HTTPS z HSTS tam, gdzie pasuje do infrastruktury, nagłówki Content Security Policy ograniczające XSS, skanowanie podatności zależności w CI, uwierzytelnianie dwuskładnikowe dla kont administracyjnych i regularne testowanie kopii zapasowych. Przy sklepach przetwarzających dane klientów przygotowujemy konfigurację zgód, umowy powierzenia, minimalizację danych i procedury reakcji na incydenty do weryfikacji z właścicielem procesu. Dla klientów na bieżącej opiece prowadzimy cykliczne przeglądy bezpieczeństwa: testy odtworzenia kopii, audyt dostępów, przegląd aktualizacji i listę ryzyk do decyzji biznesowej.

#Inżynieria wydajności

W e-commerce szybkość przekłada się wprost na przychód, opóźnienia rzędu setek milisekund mierzalnie obniżają konwersję (potwierdzają to publikowane analizy Akamai i Amazon). W Trójmieście dochodzi sezonowość: lato i długie weekendy potrafią zaskoczyć sklep, który przez resztę roku działa spokojnie. Nasze podejście do wydajności sklepu Woo obejmuje:

• Optymalizacja zasobów, obrazy przetwarzane w procesie budowania do responsywnych srcset w WebP i AVIF, CSS purgowany i inlinowany dla treści above-the-fold, JavaScript code-split i ładowany dynamicznie.
• Architektura cachowania, wielowarstwowo: przeglądarka, CDN (Cloudflare), cache aplikacji (Redis) i cache zapytań do bazy z inteligentną inwalidacją, z osobnym potraktowaniem dynamicznych fragmentów koszyka.
• Optymalizacja sieci, HTTP/3 z QUIC, kompresja Brotli oraz hinty preconnect i dns-prefetch do bramek płatniczych i geowidgetu InPost, żeby zewnętrzne skrypty nie blokowały renderu.
• Optymalizacja renderowania, inlining krytycznego CSS, asynchroniczne style, lazy loading obrazów i iframów oraz animacje wyzwalane przez Intersection Observer.

Każda decyzja wydajnościowa jest oparta na danych. Mierzymy przed i po, dokumentujemy wpływ i dołączamy baseline wydajności do dokumentacji projektu.

#Pytania, które zadają nam firmy w Gdyni

Czy obsługujecie BLIK i Paczkomaty od razu po wdrożeniu? Tak, to dla polskiego sklepu punkt wyjścia, a nie dodatek. Konfigurujemy bramkę z BLIK-iem (zwykle Przelewy24 lub PayU) i wybór punktu InPost wbudowany w checkout, z testową transakcją na każdej metodzie przed startem.

Jak przygotowujecie sklep pod KSeF? Sklep przekazuje poprawne dane zamówienia (NIP, stawki, pozycje) do systemu księgowego, który wystawia fakturę ustrukturyzowaną, a numer KSeF wraca do zamówienia. Ustalamy jedno źródło fakturowania, żeby uniknąć rozjazdu numeracji, i zapisujemy to w runbooku.

Integrujecie się z Subiektem albo Comarch Optima? Tak. Dla sprzedaży głównie przez własny sklep używamy bezpośredniego konektora (Subiekt GT/nexo, Comarch Optima/XL, WAPRO Mag), dla sprzedaży wielokanałowej z Allegro warstwą pośrednią jest zwykle BaseLinker.

Czy wdrażacie hurt B2B na Woo? Tak. Dedykowane role klientów, indywidualne cenniki, minimalne wartości zamówienia, faktury proforma i kredyt kupiecki to ścieżka, którą prowadzimy regularnie dla dostawców gospodarki morskiej, dystrybutorów przemysłowych i firm ze strefy wokół portu oraz Bałtyckiego Portu Nowych Technologii.

Czy pracujecie z firmami spoza Gdyni? Tak. Trójmiasto traktujemy jako jeden rynek operacyjny (Gdynia, Sopot, Gdańsk), znamy lokalne zaplecze kadrowe (Uniwersytet Morski w Gdyni z Wydziałem Informatyki, Politechnika Gdańska, Uniwersytet Gdański) i fakt, że region należy do czołówki polskich ośrodków usług biznesowych i IT. Współpracujemy też z klientami w całej Polsce i poza nią.

Ile trwa typowy projekt sklepu WooCommerce? Zależy od zakresu, gotowości treści i złożoności integracji. Prosty sklep z gotowym katalogiem to kilka tygodni, wdrożenie z integracją ERP, wieloma bramkami i synchronizacją z Allegro zwykle dłużej. Szczegółowy harmonogram przedstawiamy w fazie specyfikacji. Wycena jest indywidualna.

#Lokalne SEO i widoczność cyfrowa w Gdyni

Widoczność sklepu Woo w Gdyni to nie tylko słowa kluczowe, to architektura techniczna, która pozwala wyszukiwarce zrozumieć ofertę. Budujemy ją od fundamentów:

Indeksowanie i odkrywanie treści, dbamy, żeby wyszukiwarki szybko znajdowały i indeksowały ważne podstrony produktowe i kategorie. Przy katalogach B2B z dużą liczbą SKU porządkujemy canonicale i parametry filtrów, żeby budżet crawlowania nie szedł na puste warianty.

Dane strukturalne, każdy produkt dostaje schema Product z ceną, dostępnością i ocenami, a sklep odpowiednie typy Organization i BreadcrumbList. To one decydują o bogatych wynikach w Google.

Sygnały E-E-A-T, strukturyzujemy treść pokazując doświadczenie i wiarygodność: dane firmy (siedziba w Gdyni albo Trójmieście to konkretny sygnał lokalny), polityki dostaw i zwrotów, realne opinie. Dla sklepu zaufanie to bezpośredni czynnik konwersji, nie tylko SEO.

Widoczność w wyszukiwaniu wspieranym przez AI, treść układamy tak, żeby była czytelna również dla Google AI Overviews, ChatGPT i Perplexity: jasne definicje, konkretne fakty o dostawie i płatnościach, uporządkowane dane.

Połączenie solidnej techniki i przemyślanej architektury treści pomaga sklepowi z Gdyni budować trwały ruch organiczny zarówno w klasycznych wynikach, jak i w odpowiedziach generowanych przez AI, a to ważne na rynku, gdzie znaczną część popytu przechwytuje Allegro.

#Rozpocznij swój projekt w Gdyni

Jeśli chcesz omówić budowę albo rozwój sklepu WooCommerce, wyślij krótki opis obecnej sytuacji, celu biznesowego i ograniczeń technicznych: jaki masz system magazynowy, przez jakie kanały sprzedajesz, jakie bramki i dostawy są w grze, czy hurt B2B ma być wydzielony od detalu, czy sklep musi wytrzymać sezon letni. Na tej podstawie sprawdzamy konfigurację, wskazujemy ryzyka i proponujemy praktyczny plan działania.

Jeśli planujesz nową budowę, migrację z PrestaShop, Shoper lub IdoSell do WooCommerce albo stałe wsparcie techniczne, zacznij od spisania celów, ograniczeń i obecnego stanu projektu.