Programista WooCommerce w Sosnowcu

Sklep WooCommerce w Sosnowcu nie działa w izolowanym miasteczku, tylko w środku Zagłębia Dąbrowskiego i całej Górnośląsko-Zagłębiowskiej Metropolii. Sosnowiec leży tuż przy Katowicach, a wokół niego Dąbrowa Górnicza, Będzin i Czeladź tworzą jeden ciągły rynek pracy, dostaw i zakupów B2B. Lokalny handel to w dużej mierze dostawcy przemysłowi, hurtownie, firmy logistyczne i sklepy wyrastające z postindustrialnego zaplecza regionu, a nie wyłącznie boutique retail z centrum metropolii. Buduję sklepy Woo pod te realia: pod checkout z BLIK-iem i Paczkomatem, pod Subiekt albo Comarch w magazynie, pod Allegro jako drugi kanał i pod fakturę zgodną z KSeF, bez kopiowania procesów i oczekiwań kosztowych typowych dla dużych agencji z Katowic.

#Tworzenie sklepów WooCommerce w Sosnowcu

Do mnie trafiają zwykle dwa profile zleceń z Zagłębia. Pierwszy to dostawca albo dystrybutor - części zamienne, materiały BHP, chemia techniczna, narzędzia, elementy metalowe, odzież robocza - który od lat prowadzi stany w InsERT Subiekt GT lub nexo i teraz chce własny kanał B2B zamiast polegać wyłącznie na telefonie i Allegro. Drugi to firma z Sosnowca albo Dąbrowy Górniczej, która sprzedaje detalicznie do klientów z całej konurbacji i potrzebuje sklepu konkurującego szybkością dostawy z ofertą z Katowic, a nie tylko ładnym szablonem. Oba przypadki sprowadzają się do tej samej listy: poprawny polski checkout, sensowna synchronizacja z księgowością i magazynem oraz kod, który przeżyje aktualizacje Woo bez ręcznego rozbrajania po każdej wersji.

#Płatności pod polskiego kupującego: blik, przelewy24, payu

W polskim e-commerce BLIK jest pozycją wyjściową, a nie alternatywą. Publikowane badania rynku płatności (m.in. raporty Izby Gospodarki Elektronicznej i Polskich Standardów Płatności) konsekwentnie pokazują, że kupujący online sięgają po BLIK w pierwszej kolejności, a dopiero potem po szybki przelew pay-by-link i kartę. Dla Woo w Sosnowcu oznacza to konkretne decyzje wdrożeniowe:

• Bramka musi natywnie obsługiwać BLIK (kod sześciocyfrowy plus potwierdzenie w aplikacji bankowej), nie tylko kartę. Realnie zostają Przelewy24, PayU lub Tpay jako agregatorzy.
• Kolejność metod na checkoucie ustawiam pod realne udziały: BLIK na górze, szybki przelew zaraz pod nim, karta i ewentualne płatności odroczone niżej. Domyślny szablon Woo z kartą na pierwszym miejscu pracuje wbrew nawykowi rynku.
• Dla każdej bramki dokumentuję webhooki, matrycę statusów (opłacone, oczekujące, zwrot, częściowy zwrot, 3DS) i lokalną historię idempotencji. To decyduje o tym, czy zamówienie poprawnie zmieni status po BLIK-u, gdy klient potwierdzi płatność z opóźnieniem.
• W ścieżce B2B często dokładam przelew tradycyjny i termin płatności dla kontrahenta z limitem kredytowym, bo hurt z Zagłębia rzadko płaci wyłącznie BLIK-iem przy zamówieniu paletowym.

#Dostawa: paczkomaty inpost i logistyka konurbacji

Polski rynek odbioru paczek opanowały automaty InPost, a sieć przekroczyła już 45 tysięcy maszyn. Sklep Woo bez wygodnego wyboru Paczkomatu na checkoucie traci konwersję niezależnie od tego, jak dobrze wygląda reszta strony. Sosnowiec i Zagłębie mają tu przewagę lokalizacyjną: gęsta sieć automatów samym mieście, w Dąbrowie Górniczej i Będzinie oraz bliskość hubów logistycznych konurbacji śląskiej realnie skracają czas doręczenia nadań z lokalnych magazynów. 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. Paczka z częściami metalowymi albo chemia w kanistrach nie zmieści się do skrytki, więc automatycznie przełączam metodę na kuriera DHL, DPD albo InPost Kurier, a przy zamówieniach hurtowych na paletę.
• 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 z panelu kuriera.
• Dla sklepów B2B osobną ścieżkę odbioru własnego z magazynu w Sosnowcu albo Dąbrowie, bo wielu kontrahentów z GZM woli odebrać towar samemu przy większym zamówieniu.

#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, od kwietnia 2026 dla pozostałych czynnych podatników VAT. Faktura ustrukturyzowana to plik XML wystawiany przez KSeF z nadanym numerem; JPK_V7 nadal funkcjonuje w zaktualizowanej strukturze, a faktury B2C dla osób fizycznych pozostają poza obowiązkiem. Dla sklepu Woo z Zagłębia, który miesza detal z hurtem, oznacza to konkretne ustawienia:

• Sklep zwykle nie wystawia faktur ustrukturyzowanych sam. Robi to system księgowo-magazynowy (najczęściej Subiekt GT/nexo albo Comarch ERP Optima), a rolą Woo jest poprawnie przekazać dane zamówienia: NIP nabywcy, stawki VAT, pozycje, atrybuty rabatowe, i odebrać z powrotem numer KSeF do zamówienia.
• Pole NIP w checkoucie z walidacją po stronie formularza to drobny element interfejsu z dużą wagą zgodności. Przy zamówieniach B2B od dostawców i warsztatów z regionu brak poprawnego NIP-u oznacza odbicie zamówienia na biurko obsługi zamiast automatycznego dokumentu.
• 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 i błędów JPK.

#Integracja z magazynem i księgowością: subiekt, comarch, baselinker

Dostawca z Sosnowca 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 (typowe u mniejszych i średnich dystrybutorów z Zagłębia), czasem w Comarch ERP Optima albo WAPRO Mag. Sklep Woo musi się z tym zsynchronizować dwukierunkowo: produkty, ceny kontraktowe 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 B2B.
• BaseLinker jako warstwę pośrednią tam, gdzie firma sprzedaje wielokanałowo - Woo plus Allegro plus inne marketplace. To częsty przypadek u dystrybutorów części, narzędzi i odzieży roboczej z regionu. BaseLinker odejmuje stany ze wspólnej puli niezależnie od kanału, co realnie chroni przed nadsprzedażą; na Allegro nadsprzedaż to negatywne oceny i ryzyko konta sprzedawcy.
• Mapowanie pól (SKU, jednostki miary, stawki VAT, kategorie, atrybuty techniczne) ustalam na etapie architektury, bo to ono, a nie sama wtyczka, decyduje, czy synchronizacja jest spójna po obu stronach.

#Sosnowiec a Katowice: ten sam rynek, inne oczekiwania

Bliskość Katowic jest jednocześnie szansą i pułapką. Kupujący z GZM traktuje Sosnowiec, Katowice i Dąbrowę jako jeden obszar dostawy, więc sklep musi dorównać standardom płatności i logistyki znanym z większych miast metropolii. Jednocześnie wiele firm z Zagłębia nie chce - i nie potrzebuje - procesu wdrożeniowego skrojonego pod duże budżety biurowe z centrum Katowic: wielopoziomowych prezentacji, zespołu project managerów i miesiącami trwającego discovery bez kodu. Pracuję na krótszej pętli: audyt, pisemne granice odpowiedzialności między Woo a ERP, sprinty z działającym checkoutem i testową płatnością BLIK, a nie na pokazowym decku. Wycena pozostaje indywidualna i zapisana przed startem; nie porównuję jej do stawek katowickich agencji, tylko do zakresu, który realnie trzeba domknąć.

#Standardy techniczne

Customizacje Woo idą wyłącznie przez udokumentowane hooki action i filter oraz przez 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ę, włącznie ze ścieżką zwrotu i ścieżką błędu autoryzacji.

#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 z ERP, 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 jedno- i dwutygodniowych 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, Comarch Optima albo BaseLinkerem 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 Sosnowca, Dąbrowy Górniczej, Będzina, Czeladzi i pozostałych miast Zagłębia regularnie zgłaszają się z tymi problemami:

• Sklepy B2B z cennikami kontraktowymi i wieloma poziomami rabatu dla różnych kontrahentów, typowe u dystrybutorów części, narzędzi i materiałów przemysłowych. Buduję role z dedykowaną logiką cenową, walidację NIP-u, koszyki firmowe i obsługę zamówień z odroczonym terminem płatności.
• Złożone konfiguracje produktów z setkami wariantów (rozmiar, długość, klasa wytrzymałości, kolor, certyfikat), typowe u ofert BHP i komponentów, gdzie macierz SKU szybko wychodzi poza to, co da się sensownie klikać ręcznie w panelu.
• Wolny checkout tracący konwersję, 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.
• Zgodność podatkowa i KSeF, automatyczne stawki VAT, obsługa sprzedaży transgranicznej w UE (procedura OSS, częsta przy sklepach eksportujących na Czechy i Słowację z południa GZM) i przygotowanie przepływu danych pod fakturę ustrukturyzowaną.

#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 i NIP-u.
• 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, okresy wzmożonych zamówień B2B przed długimi weekendami).

#Dlaczego firmy w Sosnowcu 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). Polski rynek ma kilka jasno wyznaczonych szczytów: Black Friday, przedświąteczny grudzień, okno przed długimi weekendami. Dla sklepów z Zagłębia dochodzi jeszcze skokowy ruch B2B, gdy kontrahenci domykają zamówienia przed przestojami produkcyjnymi. 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 z Sosnowca i zagłębia

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, PayU lub Tpay) 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 VAT, pozycje, atrybuty rabatowe) 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 razem ze ścieżką awaryjną na wypadek niedostępności KSeF.

Integrujecie się z Subiektem albo Comarch Optima? Tak. U dystrybutorów z Zagłębia najczęściej spotykam InsERT Subiekt GT i nexo; Comarch Optima i WAPRO Mag też się pojawiają. Dla sprzedaży głównie przez własny sklep używamy bezpośredniego konektora, dla sprzedaży wielokanałowej z Allegro warstwą pośrednią jest zwykle BaseLinker.

Czy budujecie sklepy B2B z cennikami kontraktowymi? Tak. To częsty przypadek w Sosnowcu i okolicach: dostawca obsługuje stałych kontrahentów z GZM, każdy ma swój cennik, terminy płatności i limity kredytowe. Wdrażamy logikę ról z dedykowanymi cennikami, walidację NIP-u, koszyki firmowe i panel kontrahenta z historią dokumentów oraz powtórzeniem zamówienia.

Czy pracujecie z firmami spoza Sosnowca? Tak. Pracuję z firmami z całego Zagłębia Dąbrowskiego i GZM oraz spoza metropolii. Lokalizacja klienta nie zmienia zakresu prac; zmienia najwyżej kontekst dostawy i profil katalogu.

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, po audycie i ustaleniu granic odpowiedzialności między sklepem a systemem księgowym.

#Lokalne SEO i widoczność cyfrowa w Sosnowcu

Widoczność sklepu Woo w Sosnowcu to nie tylko słowa kluczowe, to architektura techniczna, która pozwala wyszukiwarce zrozumieć ofertę. Buduję 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 dużych katalogach dystrybucyjnych wdrażamy IndexNow, żeby zmiany cen i dostępności szybciej trafiały do indeksu.

Dane strukturalne, każdy produkt dostaje schema Product z ceną, dostępnością i ocenami, a sklep odpowiednie typy Organization, LocalBusiness z adresem w Sosnowcu i BreadcrumbList. To one decydują o bogatych wynikach w Google i o widoczności w mapach dla klientów szukających dostawcy z Zagłębia.

Sygnały E-E-A-T, strukturyzujemy treść pokazując doświadczenie i wiarygodność: dane firmy zgodne z KRS, 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 (BLIK, Paczkomaty, KSeF), uporządkowane dane techniczne produktów.

Połączenie solidnej techniki i przemyślanej architektury treści pomaga sklepowi z Sosnowca budować trwały ruch organiczny zarówno w klasycznych wynikach, jak i w odpowiedziach generowanych przez AI. To istotne na rynku, na którym znaczną część popytu B2C przechwytuje Allegro, a kupująca firma B2B chce zweryfikować dostawcę w wyszukiwarce zanim podniesie telefon.

#Powiązane usługi w Sosnowcu

Jeśli potrzebujesz strony albo portalu poza samym sklepem, zobacz programowanie WordPress w Sosnowcu - dedykowane motywy, wzorce bloków Gutenberg i integracje z tym samym lokalnym kontekstem Zagłębia Dąbrowskiego i Metropolii GZM.

#Rozpocznij swój projekt w Sosnowcu

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 (Subiekt, Comarch, WAPRO, inny), przez jakie kanały sprzedajesz (własny sklep, Allegro, marketplace branżowe), jakie bramki i metody dostawy są w grze, czy jesteś już objęty obowiązkiem KSeF. Na tej podstawie sprawdzam konfigurację, wskazuję ryzyka i proponuję 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. Pracuję z firmami z Sosnowca, Dąbrowy Górniczej, Będzina i całego GZM oraz spoza metropolii.