Programista WordPress Berlin

#Twój berliński audyt DSGVO, zaliczony za pierwszym razem

Potrzebujesz WordPressa, który przejdzie zewnętrzny audyt DSGVO od pierwszego dnia, z każdą wtyczką zinwentaryzowaną pod kątem ryzyka z §32 i z banerem cookie, który wytrzyma analizę berlińskiego prawnika. Dostarczamy ten pakiet: WordPress gotowy na audyt, udokumentowane środki techniczne i organizacyjne zgodne z BSI Mindeststandards, oraz blok Impressum, który wskazuje właściwy podmiot prawny.

Niemiecki zestaw przepisów dotykających warstwy technicznej obejmuje DSGVO Art. 32, IT-Sicherheitsgesetz 2.0 (obowiązki KRITIS spływające na dostawców), TMG §5 Impressumspflicht oraz TTDSG dla zgód cookie. Świadomość, gdzie kończy się litera przepisu, a zaczyna pragmatyczna inżynieria, odróżnia berlińskiego programistę od kogoś, kto po prostu zna WordPressa.

#Programista WordPress Berlin: Twój partner technologiczny

Programista WordPress pracujący z klientami z Berlina i Brandenburgii porusza się w innym zestawie reguł niż ogólny specjalista CMS. DSGVO Art. 32, obowiązki z IT-Sicherheitsgesetz 2.0 spływające z operatorów KRITIS na ich dostawców, BSI Mindeststandards für Webanwendungen, Impressumspflicht z TMG §5 oraz zgody na cookies z TTDSG i DSGVO uderzają wprost w warstwę techniczną. Wiedza, gdzie kończy się obowiązek prawny, a zaczyna pragmatyczna inżynieria, oddziela programistę istotnego dla rynku berlińskiego od kogoś, kto po prostu mówi w WordPressie.

Polskie agencje obsługujące klientów niemieckich znają ten układ od lat. Wzorzec cross-border PL-DE wygląda tak: kontrakt rozliczany w euro przez polską spółkę z VAT-UE, faktura wystawiana przez Comarch Optima lub iFirma, integracja z KSeF gdy odbiorca polski, klasyczne PDF zgodne z §14 UStG gdy odbiorca niemiecki. Hosting w Falkensteinie u Hetznera, repozytorium na GitLabie, wdrożenie z gdańskiego biura, poranny status z klientem z Mitte o 10:00 CET. Działa, jeśli ktoś w zespole rozumie różnicę między fakturą uproszczoną a Rechnung z numerem HRB.

#Czym programista WordPress zajmuje się w kontekście berlińskim

Praca dzieli się na trzy uczciwe kategorie. Nowe wdrożenia dla Mittelstandu i startupów, które potrzebują strony publicznej, redakcyjnego procesu pracy i zwykle warstwy WooCommerce lub automatyzacji marketingu. Projekty ratunkowe na istniejących instalacjach: serwis katalogowy Mittelstandu zduszony przez ponad dwadzieścia wtyczek z TTFB powyżej 1,5 s, wdrożenie Elementora rozsypujące się pod ruchem Black Friday, wielojęzyczna strona z popsutym hreflang po migracji hostingowej. I bieżące operacje: miesięczny patching, monitoring bezpieczeństwa, weryfikacja backupów zgodna z BSI plus renegocjowane wnioski zmian z trzeciego roku kontraktu.

#Kiedy WordPress pasuje, a kiedy nie

WordPress nie jest odpowiedzią na każdy berliński brief. Krótka mapa kompromisów trzyma rozmowę uczciwie:

Jeśli brief brzmi „szybka, edytowalna strona generująca leady, którą marketing rzeczywiście obsłuży”, WordPress prawie zawsze wygrywa. Jeśli brzmi „commerce B2B oparty na ERP z cenami rolowymi dla 4 000 SKU”, WooCommerce rzadko jest właściwą odpowiedzią i rozmowa pivotuje na Shopware albo commercetools.

#JTL-Wawi vs WooCommerce dla niemieckich sklepów

Sporo berlińskich i brandenburskich sprzedawców ma już JTL-Wawi jako system magazynowy. Drzewo decyzyjne jest krótkie: jeśli sklep jest źródłem prawdy dla produktów i stanu, WooCommerce wystarczy samodzielnie; jeśli źródłem jest JTL-Wawi (a tak jest u każdego z fizycznym magazynem), JTL-Connector dla WooCommerce staje się kręgosłupem integracji. Plentymarkets ma własny most i jest częstszy u sprzedawców cross-channel zasilających eBay, Amazon DE i Kaufland.

#Nasze usługi WordPress

Realna inżynieria na berlińskim projekcie, nie lista funkcji.

#Tworzenie motywów i bloków

Custom block patterns budowane przeciw systemowi marki, a nie eksport z Divi czy Avady. Dostarczalnym jest redakcyjna autonomia: marketing publikuje nowe strony bez otwierania ticketu. Pracujemy z rejestracją block.json, design tokenami w theme.json i ACF Pro Flexible Content tam, gdzie redakcja potrzebuje barierek, których core nie daje. Budżety wydajności ustalane z góry: LCP poniżej 2,5 s na medianie 4G Telekomu, CLS poniżej 0,1, INP poniżej 200 ms.

#Sklepy WooCommerce dostosowane do realiów niemieckich

Integracje płatności, które rzeczywiście konwertują w DE: Klarna (Pay Now, Pay Later, Slice It), SOFORT/Sofortüberweisung przez ujednolicony gateway Klarny, giropay tam gdzie bank uczestniczy, Mollie albo Stripe na karty plus SEPA Direct Debit, AmazonPay do odzyskiwania porzuconego koszyka, PayPal na long tail. Każdy gateway ma własny flow refundu, okno reklamacji i umowę powierzenia DSGVO, a checkout musi pokazać właściwy bez obsadzania trzydziestoma tagami w GTM.

Wysyłka to druga połowa. DHL przez API oficjalnego Geschäftskunden-Portal, DPD, Hermes, GLS plus Sendcloud jako orkiestrator multi-przewoźnikowy gdy wolumen uzasadnia. Wybór punktu odbioru (Packstation, DHL Filiale, DPD Pickup) to dźwignia konwersji dla młodszych miejskich kupujących i wart jest wysiłku integracyjnego. VAT na sprzedaż transgraniczną UE leci przez OSS, a sklep musi wystawiać Rechnungen spełniające §14 UStG, w tym USt-IdNr sprzedawcy. Dla polskiego sprzedawcy oznacza to równoległe ścieżki: KSeF dla nabywcy z Polski, Rechnung PDF dla nabywcy z Niemiec, IOSS gdy pakiety lecą do konsumenta końcowego DHL Paket International.

#Tworzenie wtyczek i integracje

Własne wtyczki tam, gdzie kończy się marketplace. Konfiguracje JTL-Connector poza domyślnymi, mosty Plentymarkets, headless-friendly endpointy REST i GraphQL, hooki Hubspot/Pipedrive/CentralStationCRM, eksport DATEV dla niemieckiej księgowości i webhook listenery dla operacyjnych paneli admin typu Lieferando. Kod zgodny z PSR-12 i WPCS, z pokryciem PHPUnit, przepuszczany przez pipeline Bitbucket lub GitLab zanim trafi na staging.

#Wydajność i Core Web Vitals na niemieckim hostingu

Wybór hostingu robi więcej dla wydajności niż jakakolwiek wtyczka. Mittwald w Monachium, Raidboxes w Münster, Hetzner Cloud w Falkensteinie i Norymberdze, IONOS w Karlsruhe, każdy ma inną postawę DSGVO, głębokość supportu i zapas na tuning PHP/MySQL. Historia TTFB, którą opowiadam najczęściej: serwis katalogowy Mittelstandu z TTFB 1,8 s, LCP 4,1 s, INP powyżej 400 ms. Naprawa to nie była „zainstaluj cache plugin”. Naprawa polegała na ubiciu dwóch skryptów analytics duplikujących się nawzajem, zastąpieniu wtyczki slidera pojedynczym obrazkiem LCP z preload, przeniesieniu z shared hostingu na Hetzner CX31 z object cache na Redisie i sprzątnięciu martwego post-meta po zawieszonym jobie WP-All-Import. TTFB wylądował na 280 ms, LCP na 1,4 s.

#DSGVO, bezpieczeństwo i bieżące operacje

Bezpieczeństwo na berlińskim serwisie to coś więcej niż instalacja Wordfence. Hardening mapowany na BSI Mindeststandards: 2FA na każdym koncie wp-admin, ograniczone endpointy XML-RPC i REST, monitoring integralności plików, szyfrowane backupy off-site z weryfikowanymi próbnymi przywróceniami (nieprzetestowany backup nie jest backupem) i udokumentowany Vorfallreaktionsplan, który nazywa kto dzwoni do kogo gdy coś trafia. DSGVO Art. 32 oczekuje „odpowiednich środków technicznych i organizacyjnych”, i to czyta audytor jako pierwsze.

#Architektura headless i integracje decoupled dla berlińskich scaleupów

Dla szybko rosnących spółek technologicznych i scaleupów w Berlinie klasyczny, monolityczny szablon WordPressa nierzadko staje się wąskim gardłem wydajnościowym podczas międzynarodowych kampanii i premier produktów. Gdy redakcja potrzebuje pełnej swobody tworzenia treści, a dział techniczny bezwzględnych czasów renderowania, optymalnym rozwiązaniem staje się architektura decoupled.

Projektujemy systemy headless, w których bezpieczny backend WordPressa służy jako silnik zarządzania treścią, udostępniając dane przez REST API lub WPGraphQL. Warstwa prezentacji powstaje jako nowoczesna aplikacja w Next.js lub Astro, kompilowana do statycznych plików i serwowana bezpośrednio z globalnych węzłów brzegowych Cloudflare. Zespół marketingu pracuje w znanym edytorze blokowym Gutenberg, podczas gdy użytkownicy końcowi otrzymują natychmiastowe ładowanie stron z czasem reakcji poniżej stu milisekund.

Unieważnianie pamięci podręcznej odbywa się w oparciu o zautomatyzowane webhooki. Każda publikacja artykułu lub modyfikacja cennika w panelu wp-admin wyzwala precyzyjne odświeżenie jedynie zmienionych stron (On-Demand Revalidation), co całkowicie eliminuje konieczność ręcznego czyszczenia cache i zabezpiecza bazę danych przed nagłymi skokami ruchu.

#Wielojęzyczność paneuropejska i zgodność z normami UE

Berlin jako międzynarodowe centrum biznesowe wymaga od serwisów korporacyjnych jednoczesnej obsługi wielu rynków językowych. Prawidłowe wdrożenie wielojęzyczności w WordPressie wykracza daleko poza samą instalację wtyczki tłumaczeniowej.

Konfigurujemy precyzyjne mapowanie tagów hreflang zapobiegające kanibalizacji fraz w wynikach wyszukiwania, budujemy dedykowane struktury adresów URL dla rynków niemieckiego, angielskiego, francuskiego i polskiego oraz integrujemy zautomatyzowane procesy przekładu przez API DeepL z etapem weryfikacji przez native speakerów. W przypadku sklepów i platform B2B mechanizmy przeliczania walut oraz stawek podatku VAT funkcjonują w pełnej zgodzie z unijną procedurą One Stop Shop (OSS).

Standardy bezpieczeństwa opieramy na wytycznych BSI IT-Grundschutz oraz przepisach RODO. Dostęp do panelu administracyjnego chroniony jest kluczami sprzętowymi U2F lub uwierzytelnianiem dwuskładnikowym TOTP, kopie zapasowe baz danych są szyfrowane algorytmem AES-256 i przechowywane w niezależnych centrach danych we Frankfurcie, a uprawnienia użytkowników podlegają ścisłej zasadzie minimalnych przywilejów.

#CI/CD, obserwowalność syntetyczna i bezprzestojowe wdrożenia

Stabilność środowiska produkcyjnego przy częstych cyklach wydań zapewniają zautomatyzowane potoki Continuous Integration i Continuous Deployment oparte na GitHub Actions lub GitLab CI. Przed każdym wdrożeniem kod przechodzi statyczną analizę PHPStan na poziomie ósmym, audyt standardów WPCS oraz testy jednostkowe.

Bieżące utrzymanie obejmuje monitoring syntetyczny dostępności w węzłach europejskich, śledzenie wyjątków w czasie rzeczywistym przez Sentry z prywatnymi sourcemapami oraz telemetrię zapytań SQL. Wszelkie aktualizacje krytyczne testowane są najpierw na środowiskach stagingowych o identycznej konfiguracji PHP i MySQL, co gwarantuje ciągłość działania bez ryzyka przestojów dla klientów biznesowych.

#Współpraca transgraniczna i standardy kontraktowe B2B

Obsługując przedsiębiorstwa z Berlina oraz regionu Brandenburgii, łączymy elastyczność zdalnego zespołu inżynierskiego z pełnym bezpieczeństwem prawnym w jurysdykcji Unii Europejskiej. Rozliczenia realizujemy w oparciu o umowy B2B w walucie EUR z bezpośrednim fakturowaniem odwrotnym (reverse charge) zgodnie z unijnym podatkiem VAT. Komunikacja projektowa prowadzona jest w języku angielskim lub niemieckim w ustandaryzowanych asynchronicznych cyklach sprintów, co pozwala na pełną przejrzystość harmonogramu i precyzyjne rozliczanie kolejnych etapów prac.

#Rynek berliński

Kilka uczciwych segmentów, z prawdziwych briefów.

#Berlińska scena startupowa

Factory Berlin w Mitte i przy Görlitzer Park, Silicon Allee wokół Rosenthaler Platz, technopark Adlershof na Treptow-Köpenick. Założyciele FinTech i PropTech wchodzą przez SAP.iO albo APX. Brief brzmi prawie zawsze tak samo: szybko opublikowana strona marketingowa, pozyskiwanie leadów do HubSpot albo Pipedrive, blog z procesem redakcyjnym, strona kariery zintegrowana z Personio albo Greenhouse. Czas do uruchomienia to zwykle cztery do ośmiu tygodni; architektura ma przeżyć pivot Series A, który przychodzi sześć miesięcy później.

#Berliński Mittelstand i producenci z Brandenburgii

Firmy z siedzibami wzdłuż obwodnicy S-Bahn albo dalej, w stronę Brandenburgii, często z katalogiem B2B, lokalizatorem dealerów i kartami katalogowymi do pobrania. Obciążenie compliance znacząco większe: fakturowanie §14 UStG, Impressum z imienną Geschäftsführung i numerem HRB, eksport DATEV dla Steuerberatera i często portal klienta za loginem wymagający prawdziwej kontroli dostępu opartej na rolach, a nie pluginu Members.

#Branża kreatywna i media

Agencje, studia projektowe, produkcje filmowe i sąsiadujące z wydawnictwami media zlokalizowane w Mitte i Friedrichshain. Brief skręca w stronę indywidualnego designu, sekcji hero ciężkich od wideo, studiów przypadków z prawdziwym zachowaniem ładowania i procesu redakcyjnego, który przeżyje freelancera nadającego z telefonu w coworkingu.

#Lokalne MŚP

Handwerk, gastronomia, usługi profesjonalne, biznesy na poziomie Kiez. Lokalne SEO i Google Business Profile, który jest realnie aktualizowany, znaczy tu więcej niż architektura headless. WPML albo Polylang tam, gdzie drugim językiem jest angielski (faktyczny język międzynarodowy Berlina), włoski, turecki albo wietnamski w zależności od dzielnicy.

#Nasz proces deweloperski

Każdy projekt przechodzi przez analizę, projektowanie, prace deweloperskie, przegląd na środowisku testowym i uruchomienie produkcyjne. Bitbucket albo GitLab obsługuje kontrolę wersji, osobne gałęzie dla większych zadań i przegląd kodu przez drugą osobę. Automatyczne testy PHPUnit i Cypress dodajemy tam, gdzie pokrycie jest uzasadnione, a środowisko testowe działa na tej samej klasie hostingu co produkcja. Uruchomienia planujemy w niskim ruchu, zwykle we wtorek albo środę rano czasu berlińskiego, nigdy w piątek po południu, z opisaną ścieżką wycofania zmian przed przełączeniem DNS.

#Cennik

Wszystkie ceny są indywidualne i bazują na zakresie projektu. Projekty fixed-price dla jasno zdefiniowanych briefów, T&M dla bieżącej pracy, miesięczne retainery na operacje i support. Konsultacja wstępna jest darmowa i zwykle wystarcza, żeby zdecydować, czy WordPress to w ogóle właściwa odpowiedź. Wyślij krótki opis projektu w sprawie Twojego projektu w Berlinie.