Programowanie WordPress dla Wiednia i całej Austrii: Twój zewnętrzny silnik techniczny
Polska agencja obsługująca klientów austriackich to dziś jeden z bardziej powtarzalnych wzorców cross-border w regionie. CEIDG-owy jednoosobowy software house z Krakowa albo spółka z o.o. zarejestrowana w REGON-ie z Wrocławia, fakturująca w euro do Wiednia czy Grazu. Współpraca działa, bo strefa czasowa jest ta sama (CET), Polska siedzi w UE, więc rozliczenie VAT-UE jest banalne, a stawki polskich seniorów PHP/WP są dla austriackiego MŚP nadal o rząd wielkości niższe niż lokalne agencje wiedeńskie. WPPoland w tej rzeczywistości funkcjonuje jako zewnętrzny zespół deweloperski, nie jako pośrednik.
Szukasz partnera technicznego dla projektu WordPress w Wiedniu, Grazu, Linzu, Salzburgu czy Innsbrucku? Masz dość freelancerów, którzy znikają w trakcie projektu, albo agencji reklamowych, które fakturują design za pracę techniczną, którą i tak outsource’ują dalej?
Robimy pracę inżynierską, na którą wewnętrzny marketing klienta nie ma etatu: rebuild motywów, audyty wydajności WooCommerce, rozwój wtyczek, integracje headless, długi ogon utrzymania.
Nasze usługi WordPress
Tworzenie motywów na block editor
Custom theme ma sens, kiedy redakcja klienta ma publikować bez ticketa do dewelopera za każdym razem, gdy trzeba dodać nową stronę oddziału. Budujemy motywy blokowe (theme.json, FSE-aware) z biblioteką patternów odwzorowującą realne typy treści marki: profile pracowników, ogłoszenia prasowe, wydarzenia, lokalizacje. Jeśli marka pracuje już w Adobe CC albo Figmie, eksportujemy design tokens przez Style Dictionary, żeby kolory i spacing były takie same w Figmie, edytorze WordPressa i konfiguracji Tailwinda.
Sklepy WooCommerce dla rynku austriackiego
E-commerce w Austrii siedzi na specyficznym stosie płatności: EPS Online-Überweisung przez STUZZA u głównych banków, Klarna AT na fakturę i raty, Sofort/Klarna Pay Now, MasterCard SecureCode i Visa Secure pod PSD2 SCA z 3DS2, AmazonPay przy retail transgranicznym. Integrujemy przez Mollie, Stripe albo Adyen, w zależności od acquirera. Wysyłka łączy się z Österreichische Post (plugin Post Modul albo własna integracja REST do druku etykiet), DHL Austria dla paczek powyżej 31,5 kg, GLS Austria dla B2B same-day w aglomeracji wiedeńskiej. Konfiguracja podatkowa pokrywa 20% USt., 13% dla zakwaterowania i wydarzeń kulturalnych, 10% dla żywności, z raportowaniem OSS dla transgranicznego B2C w UE.
Reprezentatywny przypadek: wiedeński sklep modowy na shared hostingu, 30+ aktywnych wtyczek, TTFB 1,8 s na stronach kategorii. Naprawa była nudna: prune autoload (Action Scheduler ciągnął 18 MB opcji do każdego requesta), Redis object cache w tym samym datacenter, jedna kwerenda product feed przerobiona na widok SQL. TTFB wylądował na 600 ms, bez zmiany hostingu i bez przebudowy motywu.
Dla polskich agencji cross-border standardem jest też wsparcie po polsku w komunikacji wewnętrznej i po niemiecku (DE-AT) w wszystkim, co dotyka klienta końcowego, łącznie z mailami transakcyjnymi, fakturami i polityką prywatności. To detal, który austriacki kupujący zauważy natychmiast.
Tworzenie wtyczek
Custom plugin to ostatnia opcja, używana kiedy żadna istniejąca wtyczka nie odwzorowuje workflow. Typowe przypadki w Austrii: konektor do BMD albo RZL (austriackie systemy księgowe), który pushuje zamówienia WooCommerce jako szkice faktur, własny endpoint REST dla sieci partnerskiej, biblioteka bloków wymuszająca zgodność z WACA (Web Accessibility Compliance Austria) i BGStG.
Optymalizacja wydajności
Core Web Vitals to diagnostyka, nie cel. Mierzymy LCP, INP i CLS przeciwko realnym austriackim użytkownikom przez CrUX dla domeny .at i dokładamy prywatny strumień RUM dla długiego ogona. Praca polega głównie na zdejmowaniu wagi: deferowanie skryptów third-party (pieczęć WKO, feedy Wienerlinien, konfiguracja Cookiebot), serwowanie AVIF przez CDN z PoP w Wiedniu (Cloudflare i BunnyCDN mają oba), zastępowanie patternów z ery TinyMCE odpowiednikami blokowymi, które nie ładują 400 kB legacy JS dla strony kontaktowej.
Utrzymanie i wsparcie
Utrzymanie pokrywa wtorkowy advisory Wordfence, release WooCommerce 9.x łamiący customizacje checkoutu i migrację hostingu, gdy World4You wycofuje node Plesk. Plany różnią się klasą ruchu i profilem ryzyka. Nie pakujemy “managed hostingu”, klient wybiera Anexię (datacenter Wiedeń), World4You, easyname, polski nazwa.pl albo Hetznera w Falkenstein, a my pracujemy na zastanym stacku.
Kiedy WordPress pasuje do austriackiego rynku, a kiedy nie
WordPress jest właściwym wyborem dla marek content-driven, B2B usługowych, operatorów turystycznych z intensywnym rytmem publikacji i sklepów WooCommerce robiących poniżej około 50 tysięcy zamówień miesięcznie. PHP 8.3 plus WordPress 6.7 na maszynie 4 vCPU / 8 GB w Anexii lub Hetznerze z Redisem w object cache utrzyma kilkaset równoległych sesji checkoutu, zanim baza danych stanie się bottleneckiem.
Jest to zły wybór dla: marketplace’ów wysokoprzepustowych (Shopify Plus albo custom Hydrogen wyjdą taniej operacyjnie przy pięciocyfrowych zamówieniach dziennie), operacji wydawniczych z surowymi workflow redakcyjnymi (TYPO3 ma lepszy admin UX i jest standardem w wielu austriackich przetargach publicznych) i dashboardów SaaS (Next.js z osobnym providerem auth to uczciwa odpowiedź).
RTR (Rundfunk und Telekom Regulierungs-GmbH) jest właściwym organem dla egzekwowania zgody cookie w Austrii, jego decyzje śledzą interpretację Datenschutzbehörde. Praktycznie: Google Analytics 4 z Consent Mode v2, server-side tagging gdzie wykonalne, CMP rejestrujący zgodę zgodnie z §96 TKG. Cookiebot, Usercentrics i Borlabs przejdą austriacki audyt poprawnie skonfigurowane. Out of the box żaden nie przechodzi.
Wielojęzyczność: DE-AT to nie DE-DE
“Mehrsprachig” w Wiedniu nie jest tym samym problemem co w Berlinie. Domyślnym językiem redakcyjnym jest niemiecki w wariancie austriackim (DE-AT: Jänner, Feber, Erdäpfel, Marillen, Paradeiser; nie DE-DE Januar/Februar/Kartoffeln/Aprikosen/Tomaten). Dla turystyki, hotelarstwa i każdej marki konsumenckiej to sygnał zaufania, nie decyzja stylistyczna. Polska agencja, która deliveruje treści w DE-DE, traci natychmiast przy targecie austriackim.
Poza DE-AT, Volksgruppengesetz reguluje istotne języki mniejszości: słoweński w południowej Karyntii, węgierski i chorwacki burgenlandzki w Burgenlandzie, czeski i słowacki w Wiedniu dla określonej komunikacji publicznej. Niewielu klientów prywatnego sektora potrzebuje pełnej lokalizacji we wszystkie, ale związki turystyczne i portale publiczne zwykle tak.
Stos techniczny:
- Polylang Pro jako default dla dwu- do czterojęzycznych stron. Stabilny, przewidywalna struktura URL, niski overhead, SEO-przyjazny gdy hreflang siedzi na poziomie meta a nie default JSON wtyczki.
- WPML z String Translation i Multilingual CMS, gdy zespół potrzebuje translation memory, integracji z PhraseTMS lub memoQ i agencji tłumaczeniowej edytującej stringi bezpośrednio w backendzie.
- MultilingualPress dla topologii multisite, jak strukturyzują się większe austriackie grupy z osobnymi rynkami AT, DE, CH i IT/Südtirol.
Workflow review tłumaczeń: pre-translate przez DeepL Pro (handling wariantu DE-AT jest dobry, ale nie perfekcyjny), review przez native DE-AT redaktorkę, QA techniczne przez dewelopera dla slugów, hreflang i tagów OG. Nie deliverujemy treści english-only do Polylanga i nie nazywamy tego mehrsprachig.
Ochrona danych poza checklistą DSGVO
DSGVO to ramy. Austriackie Datenschutzgesetz (DSG) i orzecznictwo Datenschutzbehörde rozstrzygają, czy formularz kontaktowy faktycznie jest zgodny. Artykuł 32 DSGVO wymaga środków technicznych i organizacyjnych odpowiednich do ryzyka. Dla typowej strony WordPress oznacza to: szyfrowane backupy w EU-resident object storage (Hetzner Storage Box, OVH Object Storage albo Wasabi Frankfurt), TLS 1.3, MFA na wp-admin, plugin audit log (Activity Log albo WP Activity Log), udokumentowany rejestr czynności przetwarzania dla każdego skryptu third-party, który dotyka odwiedzającego.
Dla agencji obsługujących sektory regulowane (Steuerberater, Rechtsanwälte, praktyki medyczne) Auftragsverarbeitungsvertrag (umowa powierzenia przetwarzania) zgodnie z §29 DSG jest obowiązkowy zanim otrzymamy dostęp admin. Z perspektywy polskiej agencji oznacza to dwustronną umowę: nasza polska spółka jako podmiot przetwarzający, austriacki klient jako administrator, plus klauzule Standardvertragsklauseln gdzie potrzebne (chociaż wewnątrz UE/EOG zwykle niepotrzebne).
Nasz proces deweloperski
Discovery, scoping, build, review na stagingu, launch. Od drugiego tygodnia cotygodniowe demo na stagingu. Kod siedzi w prywatnym repo GitHub, deployment zautomatyzowany przez GitHub Actions na staging przy każdym pushu, na produkcję przy tagu. Staging to pełny mirror danych produkcyjnych bez PII, odświeżany co tydzień. Przed launchem: Lighthouse, axe-core, ręczny pass cross-browser na aktualnym Firefox, Chrome, Safari, Edge, plus iOS Safari i Chrome Android.
Cennik
Wszystkie ceny są indywidualne i oparte na zakresie projektu. Stała cena dla zdefiniowanego scope, T&M dla bieżących prac, miesięczne retainery dla utrzymania. Skontaktuj się po indywidualną wycenę projektu WordPress w Austrii.
