Programista WordPress w Katowicach

Programowanie WordPress dla firm z Katowic i Górnośląsko-Zagłębiowskiej Metropolii: dedykowane motywy blokowe, wtyczki, integracje z polskim stosem płatności i logistyki, wielojęzyczność PL/EN/DE oraz utrzymanie. Pracuję bezpośrednio jako senior, bez menedżera przekazującego wiadomości, z kontrolą kodu na każdej gałęzi i pisemnym przekazaniem projektu.

Katowice mają swój profil techniczny, który realnie zmienia decyzje wdrożeniowe. To nie jest jeden rynek miejski, tylko serce GZM, czyli związku metropolitalnego skupiającego 41 gmin i około 2,3 miliona mieszkańców od Gliwic i Zabrza po Sosnowiec i Dąbrowę Górniczą. Do tego dochodzi gęsta tkanka centrów usług wspólnych i centrów rozwoju oprogramowania, długa historia restrukturyzacji sektora wydobywczego i kulturalna oś Strefy Kultury z NOSPR, Muzeum Śląskim i MCK na terenie po dawnej kopalni Katowice. To wszystko wpływa na to, czego potrzebuje strona WordPress i czego potrzebować nie musi.

#Programowanie WordPress w realiach Katowic

Spółka technologiczna z biura w okolicach ronda gen. Ziętka, sklep B2B z częściami przemysłowymi obsługujący zakłady w Tychach i Gliwicach, kancelaria z Bogucic, instytucja kultury ze Strefy Kultury i startup z biurowca przy alei Korfantego to różne wymagania od WordPressa, choć wszyscy wpisują się w ten sam adres GZM. Łączy je natomiast jedno: gotowy motyw z marketplace plus dwadzieścia wtyczek nie wytrzymuje, gdy dochodzą realne integracje, ruch dwujęzyczny, KSeF i wymagania dostępności dla instytucji publicznych. Tę warstwę buduję jako dedykowany kod, a nie kolejną wtyczkę z katalogu.

#Co realnie buduję

• Dedykowane motywy blokowe na Full Site Editing: theme.json, wzorce bloków, warianty stylów, hierarchia szablonów, którą redakcja klienta utrzymuje bez wzywania programisty
• Własne wtyczki na logikę biznesową, która ma przeżyć zmianę motywu: integracje, własne typy treści, endpointy REST, narzędzia w panelu administracyjnym
• Integracje z polskim stosem płatności: BLIK, Przelewy24, PayU, Tpay i Autopay, plus PayPo lub Klarna w modelu odroczonej płatności tam, gdzie ma to sens dla średnich koszyków
• Wysyłka i logistyka: InPost Paczkomaty z mapą wyboru punktu, kurierzy DPD/InPost Kurier, integracje z BaseLinkerem dla sprzedawców prowadzących równolegle Allegro i własny sklep
• Eksport do księgowości i obsługa KSeF: spięcie z Subiektem GT, Comarch ERP lub Symfonią, przygotowanie pod obowiązkowy KSeF (e-faktura) oraz poprawne dane do JPK_V7
• Wielojęzyczność PL/EN/DE pod inwestorów obsługujących klientów niemieckich: WPML lub Polylang, hreflang, niezależne meta i slugi dla każdej wersji
• Headless WordPress jako warstwa treści dla frontendu na Astro lub Next.js, gdy redakcja chce dalej pracować w edytorze WordPressa, a zespół produktowy chce nowoczesnego stosu po stronie prezentacji

#Dlaczego struktura GZM ma znaczenie techniczne

Katowice rzadko są pojedynczym rynkiem klienta. Firma usługowa z siedzibą w centrum często obsługuje też klientów z Sosnowca, Tychów i Bytomia, a sklep stacjonarny przy Mariackiej żyje z ruchu z całej aglomeracji, nie tylko z dzielnicy. Z perspektywy WordPressa oznacza to konkretne decyzje: strony lokalizacyjne dla największych miast GZM zamiast jednej generycznej, dane strukturalne LocalBusiness z poprawnym adresem oddziału, mapy z punktami obsługi, a w SEO praca na zapytaniach z dopowiedzeniami typu “Tychy” czy “Gliwice” obok zapytań typowo katowickich. Strona, która tego nie rozróżnia, traci ruch do konkurencji z mniejszych miast metropolii, która o tym pomyślała.

Drugi czynnik to centra usług wspólnych i centra rozwoju oprogramowania ulokowane w aglomeracji: ING Hubs Poland z dużą siedzibą w Katowicach, Capgemini, IBM, Mentor Graphics (część Siemens EDA, dawniej Mentor Graphics Polska w Katowicach) i wielu mniejszych pracodawców z sektora IT/BPO. Zlecenia od tych organizacji albo od ich pracowników, którzy rozkręcają własne firmy obok etatu, mają specyficzny profil: oczekiwanie jakości kodu na poziomie inżynierskim, sensowne procesy przeglądu kodu, dokumentacja techniczna, repozytorium Git, środowisko testowe, a nie wrzucanie zmian przez FTP w piątek wieczorem. Z drugiej strony ten sam rynek doskonale rozpoznaje, kiedy ktoś tylko opowiada o procesach, a kodu nie pokazuje.

Trzeci kontekst to instytucje kultury i sektor publiczny. Strefa Kultury (Muzeum Śląskie, NOSPR, MCK) i jednostki samorządowe GZM podlegają ustawie o dostępności cyfrowej, czyli wymogowi WCAG 2.1 AA. To nie jest pole “fajnie by było, jak będzie czas”, to obowiązek prawny z deklaracją dostępności i ścieżką zgłaszania braków. W WordPress oznacza to konkretne decyzje: motyw blokowy z testowanymi wzorcami zamiast popularnych komercyjnych konstruktorów, które potrafią generować niedostępny markup, semantyczne znaczniki w blokach, kontrast kolorów wpięty w theme.json, jawne stany focusu i automatyczne testy dostępności w pipeline CI.

Czwarty wątek to dziedzictwo cyfrowe firm po dawnym sektorze wydobywczym i hutniczym. Wiele spółek serwisowych, dostawców OEM dla przemysłu i firm inżynieryjnych ma za sobą długą historię, a ich strony często wyglądają jak archiwum tej historii: motyw kupiony w 2014 roku, PHP 7.2, wtyczki, których autor zniknął, brak repozytorium, brak środowiska testowego. Pierwszy etap takich projektów to zazwyczaj uporządkowanie, a nie dokładanie nowej warstwy.

#Skąd biorą się kompetencje na lokalnym rynku

Katowice i sąsiednie Gliwice tworzą jeden z mocniejszych ośrodków akademickich kraju w obszarze technicznym. Politechnika Śląska w Gliwicach, Uniwersytet Śląski w Katowicach i Uniwersytet Ekonomiczny w Katowicach dostarczają ciągły dopływ kadr inżynierskich i analitycznych. Centra rozwojowe (ING Hubs, Capgemini, IBM) tę kadrę wciągają i szkolą w realnych projektach. W praktyce oznacza to wysoką dostępność programistów i jednocześnie wysoki próg jakościowy, do którego klient z Katowic przykłada zewnętrznych wykonawców. Najczęściej dostaję projekty po kilku takich rękach: motyw nadpisywany w plikach produkcyjnych, wtyczki dublujące te same funkcje, brak środowiska testowego. Pierwszy krok to porządek, nie nowe funkcje.

#Jak prowadzę projekt

Nie ma tu menedżera przekazującego wiadomości ani juniora uczącego się na Twoim projekcie. Osoba, z którą rozmawiasz, pisze kod.

1. Audyt i odkrycie. Przeglądam obecny motyw, wtyczki, integracje, ograniczenia hostingu i dane analityczne. Spisuję dług techniczny, szybkie wygrane i mierzalne kryteria sukcesu, zanim powstanie pierwsza linia kodu.
2. Specyfikacja techniczna. Decyzje architektoniczne, wybór stosu (motyw blokowy, refaktoryzacja istniejącego, headless), harmonogram i kryteria odbioru. Plan zatwierdzasz przed startem.
3. Implementacja w gałęziach funkcyjnych. Zgodnie z WordPress Coding Standards: ciągi gotowe do tłumaczeń, dostępne znaczniki, bloki renderowane serwerowo tam, gdzie to ma sens, testy automatyczne tam, gdzie tego wymagają, kontrola kodu na każdej gałęzi.
4. QA na środowisku testowym. Pełne rozwiązanie na środowisku testowym identycznym z produkcją: testy regresji, cele Core Web Vitals, skan dostępności WCAG 2.1 AA. Testujesz na realnej treści i integracjach, zatwierdzasz do startu.
5. Wdrożenie i przekazanie. Udokumentowany proces wydania ze ścieżką wycofania, żyjąca dokumentacja dla redakcji i programistów, sesja przekazania. Projekt trafia do Twojego zespołu albo na opcjonalny abonament opieki.

#Typowe problemy, z którymi przychodzą firmy z Katowic i GZM

• Checkout, który gubi klientów. Sklep przyjmuje tylko przelew albo kolejność metod płatności jest losowa. Porządkuję BLIK, Przelewy24, PayU, Tpay i kartę tak, żeby najczęściej wybierane metody były u góry, a wybór Paczkomatu nie wywalał koszyka.
• Allegro i własny sklep obok siebie. Stany magazynowe rozjeżdżają się, bo brakuje jednego źródła prawdy. Spinam WooCommerce z BaseLinkerem i magazynem, żeby zamówienia i stany szły jednym torem.
• Strona pod ruch sezonowy lub eventowy. Przed wydarzeniem w Spodku, koncertem w NOSPR, Targami Książki w MCK albo kampanią ruch skacze i WordPress siada. Konfiguruję pełne cache stron na brzegu, optymalizuję zapytania do bazy i robię test obciążeniowy zanim ruch przyjdzie naprawdę.
• KSeF i e-faktura. Obowiązek KSeF wchodzi w lutym 2026 i kilka miesięcy przed datą zaczyna się gorączka. Wdrażam integrację KSeF od strony WooCommerce, mapowanie pól faktury, archiwizację UPO i poprawne dane do JPK_V7, żeby comiesięczne zamknięcie nie wymagało ręcznego przepisywania.
• Wielojęzyczność PL/EN/DE, która rozjeżdża SEO. Wersja niemiecka bez hreflang, z duplikatami slugów albo automatycznym tłumaczeniem. Przebudowuję na WPML lub Polylang z poprawnym hreflang, niezależnymi meta i slugami dla każdej wersji.
• Strona instytucji kultury bez dostępności. Brakuje deklaracji dostępności, kontrast nie spełnia AA, focus znika na klawiaturze, formularze nie mają etykiet. Wymieniam motyw na blokowy oparty o przetestowane wzorce, uzupełniam aria, dodaję testy a11y w CI i przygotowuję poprawną deklarację.
• Strona po agencji, która zniknęła. Brak repozytorium, brak dostępu do kodu, motyw nadpisany w plikach na produkcji. Odzyskuję kontrolę: środowisko testowe, repozytorium, runbook i dopiero wtedy zmiany.

#Bezpieczeństwo i zgodność z prawem

W projektach traktuję bezpieczeństwo 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 stronach przetwarzających dane osobowe przygotowuję konfigurację zgód, umowy powierzenia i minimalizację danych do weryfikacji z właścicielem procesu. Dla klientów na bieżącej opiece prowadzę 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

Core Web Vitals to nie ozdoba, tylko sygnał rankingowy i realne doświadczenie użytkownika, szczególnie na mobile, gdzie dziś trafia większość ruchu lokalnego z aglomeracji. Projekty pod Katowice celują powyżej progów Google:

• LCP poniżej 1,5 sekundy dzięki uporządkowanej ścieżce renderowania krytycznego, preloadowanym obrazom hero w AVIF/WebP, cache na brzegu i generowaniu statycznemu tam, gdzie to możliwe
• INP poniżej 100 ms dzięki minimalnej hydracji JavaScript, web workerom do cięższych obliczeń i kontrolowanemu ładowaniu skryptów zewnętrznych (analityka, czat, mapy)
• CLS poniżej 0,05 dzięki jawnym wymiarom obrazów, font-display swap z dopasowanymi fallbackami i zarezerwowanemu miejscu na treść dynamiczną

Metryki monitoruję ciągle przez Lighthouse CI i dane realnych użytkowników. Regresja uruchamia alert i blokuje wdrożenie.

#Lokalne SEO dla firmy z Katowic i okolic

Dobrze zbudowana strona ma wartość tylko wtedy, gdy klient z Katowic, Sosnowca albo Tychów rzeczywiście ją znajdzie. Fundament SEO układam już na etapie architektury:

• Techniczny fundament: czyste URL, sitemap XML, robots.txt, canonical, poprawna hierarchia nagłówków i dane strukturalne (LocalBusiness, Organization, Product, Service, FAQ, HowTo)
• Wyszukiwanie lokalne w GZM: Google Business Profile z poprawnym NAP, dane strukturalne z adresem w Katowicach, osobne strony lokalizacyjne dla największych miast metropolii (Sosnowiec, Tychy, Gliwice, Zabrze, Dąbrowa Górnicza) tam, gdzie firma rzeczywiście obsługuje te rynki, bez kopiowania treści
• Rynek niemiecki dla inwestorów z regionu: dla firm sprzedających do Niemiec osobne struktury URL, hreflang PL/DE, niezależne metadane i Impressum na wersji DE, żeby obie wersje rankowały na swoim rynku, a nie kanibalizowały się nawzajem

SEO nie jest dodatkiem po starcie, jest częścią decyzji architektonicznych od pierwszego szkicu.

#Pytania, które najczęściej dostaję od firm z Katowic

Czy możecie zmigrować istniejącą stronę? Tak, z dowolnego CMS do WordPressa, z WordPressa do headless (Astro lub Next.js) i między hostingami. Każda migracja obejmuje mapowanie URL, przekierowania 301 i monitoring SEO przez 90 dni po przeniesieniu.

Co obejmuje opieka? Aktualizacje WordPressa, wtyczek i motywów testowane wcześniej na środowisku testowym, codzienne backupy z 30-dniową retencją, monitoring dostępności, skan bezpieczeństwa i godziny deweloperskie na drobne zmiany.

Pracujecie tylko z Katowicami? Bazuję na rynku GZM i lokalnej społeczności technicznej, ale współpracuję z klientami w całej Polsce i za granicą, zwłaszcza z firmami obsługującymi klientów Niemczech.

Sklep z motywu czy dedykowany? Decyzja zapada na bazie kosztu i długu, nie tego co ciekawiej się buduje. Nowe projekty zwykle startują z motywem blokowym; odziedziczone częściej potrzebują skoncentrowanej refaktoryzacji niż przepisywania od zera. Wybór dokumentuję jako pisemny kompromis techniczny.

Czy obsługujecie instytucje publiczne i wymagania WCAG? Tak. Dla podmiotów objętych ustawą o dostępności cyfrowej dostarczam audyt WCAG 2.1 AA, deklarację dostępności, testy a11y w CI i ścieżkę zgłaszania braków przez użytkownika, a w projekcie pomijam komercyjne konstruktory stron, które utrudniają utrzymanie zgodności.

#Wersjonowanie kodu i proces wdrożeniowy

Kod dopisany do functions.php motywu znika razem z motywem. To najczęstsza przyczyna sytuacji, w której po zmianie szablonu strona nagle gubi część funkcji. functions.php jest plikiem motywu, więc aktualizacja motywu bez motywu potomnego nadpisuje go w całości, a przełączenie na inny motyw po prostu wyłącza cały jego kod. Typowa zawartość takiego pliku w projektach po poprzednim wykonawcy to register_post_type dla realizacji albo ofert pracy, shortcode formularza, endpoint REST dla integracji z ERP i konfiguracja wp_mail. Po zmianie motywu wpisy własnego typu nadal siedzą w tabeli wp_posts, ale bez wywołania register_post_type nie ma ich w panelu, shortcode renderuje się jako surowy tekst w nawiasach kwadratowych, a integracja przestaje odbierać żądania.

Logika biznesowa trafia do wtyczki funkcjonalnej. Wtyczka to własny katalog w wp-content/plugins z nagłówkiem Plugin Name, prefiksowanymi nazwami funkcji albo przestrzenią nazw i jasno wydzielonymi hookami: init dla typów treści i taksonomii, rest_api_init dla endpointów, woocommerce_payment_complete dla integracji sklepowych. To, co nigdy nie może zostać wyłączone przez pomyłkę w panelu, ląduje w wp-content/mu-plugins. W motywie zostaje wyłącznie prezentacja: szablony, theme.json, wzorce bloków i kolejkowanie zasobów. Test poprawności podziału jest prosty i wykonuje się na środowisku testowym: po wp theme activate z motywem domyślnym WordPressa integracje, typy treści i endpointy mają nadal działać, a zniknąć ma tylko wygląd.

Repozytorium Git zakładam nawet wtedy, gdy poprzednik pracował przez FTP. Punktem startu jest pełny zrzut produkcji: wp db export plus kopia wp-content. Do repozytorium wchodzi tylko kod autorski, czyli własny motyw i własne wtyczki. .gitignore odcina wp-config.php, wp-content/uploads i katalogi cache. Rdzeń WordPressa i wtyczki zewnętrzne opisuję w composer.json z repozytorium wpackagist, dzięki czemu wersje są zadeklarowane, a nie zależne od tego, co akurat leżało na serwerze. Pierwszy commit pełni funkcję inwentaryzacji i zwykle to on ujawnia prawdziwy stan: functions.php różny od tego w paczce motywu, dwie wtyczki realizujące tę samą funkcję i katalog wtyczki bez pliku z nagłówkiem autora.

Środowiska i kierunek przepływu zmian. Standardowy układ to trzy poziomy: lokalny (wp-env, DDEV albo Local), testowy na tej samej wersji PHP i tym samym serwerze WWW co produkcja oraz produkcja. Kod idzie w górę przez Git, dane idą w dół przez zrzut bazy: wp db export z produkcji, import na środowisko testowe, potem wp search-replace najpierw z --dry-run, dopiero potem z --all-tables. Środowisko testowe dostaje noindex, ochronę hasłem na poziomie serwera i przechwytywanie poczty wychodzącej, żeby klient nie dostał testowego potwierdzenia zamówienia. Rozróżnienie środowisk w kodzie opieram na wp_get_environment_type i stałej WP_ENVIRONMENT_TYPE, co pozwala trzymać bramki płatności w trybie sandbox poza produkcją. Ścieżka zmiany wygląda tak samo w każdym projekcie: gałąź funkcyjna, przegląd kodu, scalenie, znacznik wersji przez git tag -a, wdrożenie konkretnego znacznika. Wycofanie to poprzedni znacznik plus zrzut bazy wykonany bezpośrednio przed wdrożeniem, przechowywany zgodnie z zasadą 3-2-1.

Pisemny runbook wydania zamiast pamięci wykonawcy. Runbook leży w repozytorium obok kodu i mówi, co jest wdrażane, spod jakiego znacznika, jakie migracje danych trzeba uruchomić, kto zatwierdza start i jak wygląda wycofanie. Po wdrożeniu przechodzę listę kontrolną:

• wp core verify-checksums oraz wp plugin list z filtrem dostępnych aktualizacji, żeby wykryć pliki zmienione poza procesem
• wp rewrite flush i sprawdzenie kodów odpowiedzi na kluczowych adresach, w tym stronach lokalizacyjnych dla miast GZM
• czyszczenie cache stron i cache obiektowego przez wp cache flush, potem weryfikacja nagłówków odpowiedzi na brzegu
• pełny test zamówienia: BLIK i Przelewy24, wybór Paczkomatu, poprawna faktura i eksport do KSeF
• wp cron event list pod kątem zdarzeń zawieszonych po migracji oraz przegląd logu błędów PHP
• sitemap, hreflang i mapa przekierowań 301, jeśli wydanie zmieniało slugi w wersji PL, EN lub DE
• pomiar Core Web Vitals na kluczowych szablonach i potwierdzenie, że monitoring dostępności widzi nową wersję

Ten kształt procesu nie jest formalnością dla samej formalności. W rozmowach z firmami z Katowic po stronie klienta często siedzi ktoś, kto na co dzień pracuje w centrum rozwoju oprogramowania i w tych samych kategoriach opisuje własne wydania, więc runbook i historia zmian w repozytorium są czytelnym dowodem, że projekt da się utrzymać po zakończeniu współpracy. Czasy reakcji na incydent po wdrożeniu określa umowa opieki i tam też zapisany jest zakres dyżuru.

#Inne lokalizacje w Polsce

W GZM wiele firm ma siedzibę poza centrum Katowic. Dla zespołów z Zabrza opisujemy programowanie WordPress w Zabrzu z perspektywy Górnego Śląska i konurbacji. Zagłębie Dąbrowskie to osobny segment rynku w tej samej metropolii: programowanie WordPress w Sosnowcu traktuje GZM jako wspólny obszar zapytań B2B. Podregion gliwicki opisujemy na stronie programowania WordPress w Gliwicach. Małopolskie oddziały firm z GZM często wymagają tego samego zakresu co programowanie WordPress w Krakowie.

Na północ od GZM opisujemy programowanie WordPress w Częstochowie z perspektywy Jury i klastra motoryzacyjnego.

#Rozmowa na start

Jeśli firma z Katowic lub innego miasta GZM potrzebuje programisty WordPress, napisz po niezobowiązującą konsultację. Przejrzę obecną sytuację, integracje i cele, po czym przedstawię uczciwą ocenę zakresu prac. Wycena jest zawsze indywidualna i wynika z realnego zakresu, a nie cennika z półki. Każdy sensowny projekt zaczyna się od jasnej komunikacji i wspólnych oczekiwań co do celów biznesowych, wymagań technicznych i ram czasowych.