Programista WooCommerce w Gliwicach

Sklep WooCommerce w Gliwicach żyje w dwóch równoległych rzeczywistościach. Z jednej strony jest Górny Śląsk z gęstą siecią producentów, dystrybutorów i poddostawców pracujących dla zakładów Katowickiej Specjalnej Strefie Ekonomicznej, w tym dla podstrefy gliwickiej, gdzie po latach montażu Opla pracują dziś firmy z otoczenia motoryzacyjnego i przemysłu zaawansowanego. Z drugiej strony jest miasto inżynierów, z Politechniką Śląską jako największym pracodawcą edukacyjnym regionu i Parkiem Naukowo-Technologicznym Technopark Gliwice jako naturalnym inkubatorem dla cyfrowych biznesów. Sklep Woo, który ma tu zarabiać, musi rozumieć oba światy: B2B-owy łańcuch dostaw i e-commerce dla klienta detalicznego z BLIK-iem w jednej ręce i aplikacją InPost w drugiej.

#Tworzenie sklepów WooCommerce w Gliwicach

W praktyce trafiają tu dwa typy zleceń. Pierwszy: producent albo dystrybutor z subzony gliwickiej KSSE albo z otoczenia automotive (poddostawcy znanych zakładów regionu, jak Brembo Polska, Tenneco albo Plastic Omnium), który chce uruchomić kanał B2B online z katalogiem części, cenami dla zarejestrowanych kontrahentów i pełną integracją z systemem ERP. Drugi: spółka technologiczna z Technoparku albo z otoczenia Politechniki Śląskiej, która sprzedaje produkt fizyczny albo subskrypcję i potrzebuje Woo jako jednego z kanałów obok własnej aplikacji. W obu przypadkach zakres jest ten sam: checkout dopasowany do polskiego kupującego, integracja z systemem magazynowo-księgowym i kod, który przeżyje aktualizacje Woo.

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

W polskim e-commerce BLIK to dominująca metoda płatności, zwłaszcza w grupie kupujących mobilnych. Drugą warstwą są szybkie przelewy pay-by-link (Przelewy24, PayU, Tpay), karta i odroczone płatności (PayPo, Klarna) plasują się dalej. W sklepach z Górnego Śląska, gdzie część klienteli to mikrofirmy i jednoosobowe działalności obsługujące przemysł, dochodzi jeszcze przelew tradycyjny dla większych zamówień B2B. Konsekwencje dla wdrożenia Woo:

• 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, bo to oni obsługują większość większych polskich sklepów.
• Kolejność i widoczność metod płatności na checkoucie ustawiam pod realne udziały: BLIK na górze, szybki przelew zaraz pod nim, a przy ścieżce B2B przelew zwykły zostaje jako osobny wariant. Domyślny szablon Woo z kartą na pierwszym miejscu działa wbrew nawykom polskiego 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, nawet jeśli aplikacja bankowa potwierdziła z opóźnieniem.

#Dostawa: paczkomaty inpost i logistyka pod ruch z górnego śląska w polsce zdecydowana większość kupujących detalicznie wybiera dostawę do automatu paczkowego, a wśród nich paczkomaty inpost to wariant pierwszego wyboru. górnośląski okręg przemysłowy ma jedną z najgęstszych sieci automatów kraju i wiele firm z Gliwic, zabrza, bytomia czy katowic używa paczkomatu zlokalizowanego przy zakładzie jako adresu domyślnego. sklep woo bez wygodnego wyboru punktu na checkoucie traci konwersję na starcie. 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ę z mapą.
• Reguły dostaw oparte na wadze i gabarycie. Część asortymentu producentów z regionu (komponenty, części automotive, narzędzia) nie zmieści się do skrytki, więc dla przesyłek przekraczających gabaryt sklep automatycznie przełącza się na kuriera DHL, DPD albo InPost Kurier.
• 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 w panelu kuriera.

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

Krajowy System e-Faktur staje się obowiązkowy w 2026 roku: od lutego dla największych podatników, od kwietnia 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, ale w sklepie obsługującym mieszany ruch (B2C plus B2B z NIP-em) flagowanie typu nabywcy musi być deterministyczne, nie domysłem. Dla sklepu Woo 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 i odebrać numer KSeF 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 istotny dla sklepów obsługujących kontrahentów z subzony gliwickiej KSSE.
• 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.

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

Górnośląski producent 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/nexo, SellIntegro, dedykowany middleware dla Comarcha) 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 inne marketplace. 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 miary, stawki VAT, kategorie, ceny dla grup kontrahentów B2B) ustalam na etapie architektury, bo to ono, a nie sama wtyczka, decyduje, czy synchronizacja jest spójna po obu stronach.

#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. Hosting na polskiej infrastrukturze (cyber_Folks, OVH PL, home.pl, Mikr.us w zależności od profilu projektu) zostaje warstwą domyślną dla sklepów obsługujących głównie polski ruch, z Cloudflare jako CDN do obrazów i statycznych zasobów. 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 Comarchem 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 Gliwic, Zabrza, Bytomia, Tychów i okolic regularnie zgłaszają się do nas z tymi problemami:

• Złożone konfiguracje produktów z setkami wariantów, typowe u producentów części, komponentów technicznych, narzędzi i odzieży roboczej, które dominują w lokalnym tkance gospodarczej. Budujemy niestandardowe typy produktów z logiką warunkową i kalkulacją cen, obsługujące duże macierze SKU bez degradacji wydajności.
• 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, Comarchem lub BaseLinkerem tak, żeby pula towaru była jednym źródłem prawdy dla Woo i dla Allegro.
• Sklep B2B z cennikami kontrahentów, ukryte ceny do logowania, indywidualne rabaty per grupa, limity kredytowe i opcja zamówienia na przelew z odroczonym terminem płatności, typowe wymagania dla sprzedaży poddostawcom branży automotive z regionu.
• Zgodność podatkowa: automatyczne stawki VAT, obsługa sprzedaży transgranicznej w UE (procedura OSS, znacząca dla firm eksportujących części do Niemiec i Czech) 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, okno przedświąteczne).

#Dlaczego firmy w Gliwicach 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. Dla zespołów inżynierskich z otoczenia Politechniki Śląskiej i Technoparku to często warunek brzegowy: rozmowa techniczna ma być rzeczywiście techniczna.

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). To szczególnie istotne w szczytach sprzedaży, a polski rynek ma ich kilka jasno wyznaczonych: Black Friday, przedświąteczny grudzień i okno przed długimi weekendami. 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 Gliwicach

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 Comarchem? 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.

Robicie sklepy B2B z cennikami kontrahentów? Tak. Ukryte ceny do logowania, indywidualne rabaty per grupa kontrahentów, limity kredytowe, zamówienia na przelew z odroczonym terminem płatności, dedykowany katalog części dla zarejestrowanych firm. To typowe wymagania dla dostawców obsługujących lokalny przemysł.

Czy pracujecie z firmami spoza Gliwic? Tak. Znamy lokalny ekosystem techniczny Górnego Śląska, ale współpracujemy z klientami w całej Polsce i poza nią.

#Lokalne SEO i widoczność cyfrowa w Gliwicach

Widoczność sklepu Woo w Gliwicach i regionie 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 dużych katalogach (typowych dla producentów części z regionu) 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 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, polityki dostaw i zwrotów, realne opinie, certyfikaty branżowe (ISO, ATEX, dopuszczenia motoryzacyjne tam, gdzie mają znaczenie). 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 Gliwic budować trwały ruch organiczny zarówno w klasycznych wynikach, jak i w odpowiedziach generowanych przez AI, a to ważne na rynku, gdzie część popytu detalicznego przechwytuje Allegro, a część B2B żyje w katalogach branżowych.

#Rozpocznij swój projekt w Gliwicach

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 obsługujesz tylko B2C czy także B2B. Na tej podstawie sprawdzamy konfigurację, wskazujemy ryzyka i proponujemy praktyczny plan działania.

Jeśli planujesz nową budowę, migrację do nowej architektury albo stałe wsparcie techniczne, zacznij od spisania celów, ograniczeń i obecnego stanu projektu.