Din Wien DSG-revisjon, godkjent på første forsøk
Du trenger en WordPress-installasjon som tåler en østerriksk DSG-revisjon fra dag én, med hver plugin kartlagt mot pliktene i §§ 26-37 og et samtykkebanner som overlever en gjennomgang fra Datenschutzbehörde. Vi leverer den pakken: revisjonsklar WordPress, dokumenterte tekniske og organisatoriske tiltak, og et samtykkelag i tråd med TKG 2021 § 165, med riktig behandlingsansvarlig identifisert.
Det østerrikske regelverket som treffer det tekniske laget dekker DSG (Datenschutzgesetz) §§ 26-37, TKG 2021 § 165 for samtykke til cookies og sporere, Datenschutzbehörde-vedtak som binder nettbutikker og lead-gen, og RTR-tilsynet for telekom-nære tjenester. Å vite hvor paragrafen slutter og pragmatisk engineering begynner, skiller en Wien-relevant utvikler fra noen som bare snakker WordPress.
| Regulering | Hva den dekker | Hva vi gjør |
|---|---|---|
| DSG §§ 26-37 | Nasjonalt personvern ved siden av DSGVO | Dokumentert behandlingsprotokoll, 2FA på wp-admin, krypterte sikkerhetskopier |
| TKG 2021 § 165 | Samtykke til cookies og sporere i elektronisk kommunikasjon | Server-side samtykkelogg, banner revidert mot DSB-vedtak |
| Datenschutzbehörde-vedtak | Håndhevingspresedens for nettbutikker og lead-gen | Skjemaflyter tilpasset DSB, Google Fonts lokalt hostet, ingen stille loadere |
WordPress-utvikling for Wien og hele Østerrike: din eksterne tekniske motor
Norske og østerrikske bedrifter samhandler oftere enn de fleste antar. Norge er ikke i EU, men gjennom EØS og EFTA er det fullt tilkoblet til det indre markedet, og norske selskaper med datterselskap eller partnere i Wien er en gjenkommende kategori, ofte innen sjomatseksport, energi, maritim teknologi og finans (DNB og Storebrand har begge eksponering mot oesterriksk forvaltning). En WordPress-leverandor som kjenner begge sider av denne aksen, er en sjelden vare lokalt i Wien.
WPPoland fungerer som en utvidet teknisk benk for østerrikske bedrifter og for nordiske bedrifter med oesterriksk virksomhet. Vi kommuniserer pa engelsk og norsk internt, leverer redaksjonelt innhold pa DE-AT der sluttbrukeren er oesterriksk, og har utviklere som kan arbeide i samme tidssone (CET, identisk med Oslo).
Leter du etter en kompetent teknisk partner for WordPress-prosjektet i Wien, Graz, Linz, Salzburg eller Innsbruck? Lei av enkeltfrilansere som forsvinner midt i prosjektet, eller reklamebyråer som fakturerer designtimer for teknisk arbeid de outsourcer videre?
Vare WordPress-tjenester
Tema-utvikling med blokk-editor
Egne temaer er fornuftig nar redaksjonen skal kunne publisere uten å åpne et utviklersak hver gang en ny avdelingsside skal pa lufta. Vi bygger blokk-temaer (theme.json-drevet, FSE-aware) med et monsterbibliotek som speiler de faktiske innholdstypene merkevaren faktisk bruker: medarbeiderprofiler, pressemeldinger, arrangementer, lokasjoner. Hvis merkevaren allerede arbeider i Adobe CC eller Figma, eksporterer vi designtokens via Style Dictionary slik at farger og spacing er identiske i Figma, blokk-editoren og Tailwind-konfigurasjonen.
WooCommerce-nettbutikker
Oesterriksk e-handel sitter pa en spesifikk betalings-stack: EPS Online-Überweisung over STUZZA hos de store bankene, Klarna AT for faktura og avbetaling, Sofort/Klarna Pay Now, MasterCard SecureCode og Visa Secure under PSD2 SCA med 3DS2, AmazonPay i grensekryssende retail. Vi integrerer mot Mollie, Stripe eller Adyen avhengig av acquirer. For norske selskaper som selger inn i AT, betyr det ogsa at Vipps eller Klarna NO ikke er relevant pa AT-frontenden, kjopsflyten ma matche østerrikske forventninger, ikke nordiske.
Frakt kobler seg til Österreichische Post (Post Modul-plugin eller egen REST-integrasjon for etikettutskrift), DHL Austria for pakker over 31,5 kg, GLS Austria for B2B same-day i storbyomradet Wien. Skattekonfigurasjon dekker 20 % USt., 13 % for overnatting og kulturarrangementer, 10 % for matvarer, med OSS-rapportering for grensekryssende EU-B2C.
En representativ engasjement: en Wien-basert motebutikk pa delt hosting, 30+ aktive plugins, TTFB 1,8 s pa kategorisider. Lossingen var udramatisk: autoload-prune (Action Scheduler trakk 18 MB med opsjoner inn i hver request), Redis object-cache i samme datacenter, en produktfeed-query bygget om som SQL-view. TTFB landet pa 600 ms uten host-bytte og uten temabytte.
Plugin-utvikling
Egne plugins er siste utvei, brukt nar ingen eksisterende plugin matcher arbeidsflyten. Typiske tilfeller i Østerrike: en konnektor mot BMD eller RZL (østerrikske regnskapssystemer) som pusher WooCommerce-ordre som fakturautkast, et eget REST-endepunkt for et partnernettverk, et blokkbibliotek som hindrer brudd pa WACA (Web Accessibility Compliance Austria) og BGStG.
Ytelsesoptimalisering
Core Web Vitals er diagnostikk, ikke et mal i seg selv. Vi maler LCP, INP og CLS mot reelle østerrikske brukere via CrUX-datasettet for .at-domenet og legger til en privat RUM-stream for halen. Arbeidet bestar mest i a fjerne vekt: defer av tredjeparts-skript (WKO-segl, Wienerlinien-feeder, Cookiebot-config), AVIF over CDN med PoP i Wien (bade Cloudflare og BunnyCDN har en), og erstatte TinyMCE-mønstre med blokk-ekvivalenter som ikke laster 400 kB legacy JS for en kontaktside.
Vedlikehold og support
Vedlikehold dekker tirsdagens Wordfence-advisory, WooCommerce 9.x-utgivelsen som bryter et checkout-tilpasning, og host-migrasjonen nar World4You avvikler en Plesk-node. Plan og pris varierer etter trafikkklasse og risikoprofil. Vi bundler ikke “managed hosting”, kunden velger Anexia (datacenter Wien), World4You, easyname, en norsk leverandor som ProISP for hybrid-oppsett, eller Hetzner i Falkenstein, og vi arbeider mot stacken som finnes.
Nar WordPress passer i det østerrikske markedet, og nar ikke
WordPress er rett valg for content-drevne merkevarer, B2B-tjenestebedrifter, turismeoperatorer med CMS-tungt publiseringstempo og WooCommerce-butikker under cirka 50 000 ordre per maned. PHP 8.3 pluss WordPress 6.7 pa en 4 vCPU / 8 GB-maskin hos Anexia eller Hetzner med Redis object-cache håndterer flere hundre samtidige checkout-sesjoner for databasen blir flaskehals.
Det er feil valg for: hoyfrekvente markedsplasser (Shopify Plus eller en custom Hydrogen-bygg vil vaere billigere a drive ved femsifrede daglige ordre), publiseringsoperasjoner med strenge redaksjonelle workflows (TYPO3 har bedre admin-UX og er standard i mange østerrikske offentlige anskaffelser), og SaaS-dashbord (Next.js med separat auth-leverandor er det ærlige svaret).
RTR (Rundfunk und Telekom Regulierungs-GmbH) er den relevante myndigheten for cookie-samtykke i Østerrike, og avgjørelsene speiler Datenschutzbehörde sin tolkning. Praktisk: Google Analytics 4 med Consent Mode v2, server-side tagging der det er mulig, en CMP som dokumenterer samtykke etter §96 TKG. Cookiebot, Usercentrics og Borlabs star imot et oesterriksk audit nar de er korrekt konfigurert. Ingen av dem star imot ut av boksen.
Flerspraklig virkelighet i Østerrike: DE-AT er ikke DE-DE
“Flersprakelig” i Wien er ikke det samme problemet som i Berlin. Standard-redaksjonssprak er tysk i oesterriksk variant (DE-AT: Jänner, Feber, Erdäpfel, Marillen, Paradeiser; ikke DE-DE Januar/Februar/Kartoffeln/Aprikosen/Tomaten). For turisme, hotell og enhver forbrukermerkevare er dette et tillitssignal, ikke et stilvalg.
Utover DE-AT regulerer Volksgruppengesetz de relevante minoritetssprakene: slovensk i sorlige Kärnten, ungarsk og burgenlandsk-kroatisk i Burgenland, tsjekkisk og slovakisk i Wien for spesifikk offentlig kommunikasjon. Fa privatsektor-prosjekter trenger full lokalisering inn i alle, men reiselivsorganisasjoner og offentlige portaler gjør det vanligvis.
Den tekniske stacken:
- Polylang Pro er var standard for to- til firesprak-prosjekter. Stabil, forutsigbar URL-struktur, lavt overhead, SEO-vennlig nar hreflang settes pa meta-niva i stedet for plugin-default JSON.
- WPML med String Translation og Multilingual CMS nar teamet trenger translation memory, integrasjon med PhraseTMS eller memoQ og et byrabasert workflow.
- MultilingualPress for multisite-topologier, slik storre østerrikske grupper strukturerer separate AT-, DE-, CH- og Sør-Tirol-sider.
For norske selskaper som driver inn i AT, betyr det ofte trespraks-oppsett: NB for hovedmarkedet, DE-AT for det østerrikske datterselskapet, en for konsernkommunikasjon. Vi setter opp hreflang-paret NB-AT separat, ikke som “NB hreflang og DE-AT som secondary”.
Personvern utenfor DSGVO-sjekklisten
DSGVO er rammen. Det østerrikske Datenschutzgesetz (DSG) og avgjørelser fra Datenschutzbehörde avgjør om kontaktskjemaet faktisk er kompliant. Artikkel 32 DSGVO krever tekniske og organisatoriske tiltak proporsjonalt med risikoen, for en typisk WordPress-side betyr det: krypterte backups i EU-residente object storage (Hetzner Storage Box, OVH Object Storage eller Wasabi Frankfurt), TLS 1.3, MFA pa wp-admin, en audit-log-plugin (Activity Log eller WP Activity Log), og et dokumentert databehandlingsregister for hvert tredjeparts-skript som rorer besokeren.
For norske selskaper som behandler østerrikske persondata: norsk personopplysningslov (POL) er stort sett samkjort med GDPR via EØS-avtalen, men dataoverforing innen EØS regnes ikke som “tredjeland-overforing”. Det forenkler kontraktsstrukturen, en ren databehandleravtale etter §29 DSG holder uten Standardvertragsklauseln. For regulerte østerrikske sektorer (Steuerberater, Rechtsanwälte, legepraksiser) er denne avtalen obligatorisk for vi far admin-tilgang.
Norge-Østerrike-aksen: EFTA og praktiske forretningsmonstre
Norske selskaper som handler i Østerrike, har et par tilbakevendende monstre. Sjomateksport (Salmar, Mowi, Leroy) bruker østerrikske distributorer og krever B2B-portaler med produktdokumentasjon, fangstdata og logistikk-sporing. Maritim teknologi (Kongsberg, DNV) selger inn til Donau-baserte aktorer og trenger flerspråk content med teknisk dybde. Offshore- og energiteknologi har leverandorrelasjoner mot OMV i Wien. I alle disse er WordPress en passende plattform for det redaksjonelle laget, ikke for transaksjonslaget; transaksjonslaget bor i et eget Salesforce-, SAP- eller egen-bygd dashboard, og WordPress integrerer mot det via REST.
Var utviklingsprosess
Discovery, scoping, bygg, staging-review, lansering. Fra uke to ukentlige demoer i staging. Kode ligger i et privat GitHub-repo, deployment automatisert via GitHub Actions til staging ved hver push, til produksjon ved tag. Staging er en full speiling av produksjonsdata uten PII, oppdatert ukentlig. For lansering: Lighthouse, axe-core, manuell cross-browser-pass pa siste Firefox, Chrome, Safari og Edge, pluss iOS Safari og Chrome Android.
Pris
All prising er individuell og knyttet til prosjektomfang. Fastpris for definert scope, T&M for lopende arbeid, manedlig retainer for vedlikehold. Kontakt oss for et individuelt tilbud pa WordPress-prosjektet ditt i Østerrike.
