WordPress Utvikler i Basel

Et WordPress-nettsted for en Basel-bedrift må fungere på tysk og fransk samtidig, respektere nFADP når skjemaer samler personopplysninger, og overleve oppdateringer uten at en custom plugin skrevet under tidspress kollapser. Vi bygger og refaktorerer WordPress for life science-leverandører, finansnære aktører og tech-selskaper i Basel med utgangspunkt i nettopp disse kravene, ikke en generisk mal som bare bytter ut bynavnet.

Basel er Europas tetteste life science-klynge. Roche har hovedkontor på Grenzacherstrasse, Novartis Campus ligger på Fabrikstrasse, og rundt dem vokser en lang hale av CRO-er, lab-leverandører, biotech-startups og finansaktører som alle trenger nettsteder som tåler formelle innkjøpsprosesser og flerspråklig drift. Engelsk er arbeidsspråket i forskning, tysk er offisielt språk i Basel-Stadt, og fransk er daglig virkelighet i grenseområdet mot Saint-Louis. WordPress-utviklingen må speile denne blandingen fra første arkitekturbeslutning.

#WordPress-utvikling i Basel

Basel-markedet er kresen på dokumentasjon. En leverandør-side som skal inn i en innkjøpsprosess hos et pharma-selskap møter spørsmål om hosting, datalagring, tilgangskontroll og revisjonsspor som en generisk WordPress-mal aldri er bygget for. Arbeidet vårt handler om å få WordPress til å oppføre seg som et profesjonelt redaksjonssystem med egne plugins der det trengs, DE/FR-ruting som holder etter oppdateringer, og personvernimplementering som kan forklares skriftlig uten at noen later som nettstedet er et validert GxP-system.

Basel er annerledes enn Zürich eller Genève fordi life science dominerer næringslivet her. Produsenter av laboratorieutstyr, rekrutteringssider for kliniske enheter, informasjonsportaler for pasientstudier og B2B-kataloger for forbruksvarer til forskning deler alle behovet for flerspråklig innhold, men med svært ulike integrasjonskrav. En lab-leverandør trenger produktdatabehandling og PDF-generering. Et CRO trenger skjemaer med rollebasert tilgang og logging. Et fintech-nært nettsted trenger tydelig personvern og stabil tilgjengelighet overfor partnere vant til FINMA-nivå dokumentasjon. WordPress er felles plattformen, men plugin-arkitekturen divergerer.

#Hva vi faktisk bygger

• Egne WordPress-plugins med PSR-4 autoloading, dependency injection der det gir mening, og enhetstester på forretningslogikk adskilt fra presentasjon, slik at oppdateringer av temaet ikke bryter integrasjoner mot CRM eller rekrutteringssystemer
• Gutenberg-blokkmønstre og block themes bygget på theme.json, med redaksjonelle layouter som life science-team kan administrere uten utvikler, og serverside-rendrede blokker der SEO og tilgjengelighet krever det
• DE/FR-flerspråklig arkitektur med Polylang Pro eller WPML: språkruting per domene eller path, hreflang for de-CH og fr-CH, oversettelsesminne og QA-regler som fanger brutte lenker etter oppdateringer
• nFADP-tilpassede skjemaer og samtykkehåndtering: dokumentert behandlingsgrunnlag per skjemafelt, cookie-banner med reelt valg, personvernerklæring som nevner databehandlere, og logging av samtykke der nettstedet samler sensitive henvendelser
• REST API- og WPGraphQL-utvidelser for headless frontender, karriereportaler og integrasjoner mot Salesforce, HubSpot eller tilpassede HR-systemer, med autentisering, hastighetsbegrensning og idempotente webhook-stier
• ACF Pro eller Meta Box for strukturerte innholdsmodeller: produktkataloger, studieprotokoller, teamprofiler og pressemeldinger med felter som redaksjonen faktisk bruker, ikke et overengineered admin-panel ingen forstår
• WP-CLI-automatisering for masseimport av produktdata, migrering fra eldre CMS, planlagte oppgaver og miljøspesifikk konfigurasjon mellom testmiljø og produksjon
• Tilgjengelighet etter WCAG 2.2 AA: semantisk markering, ARIA-landemerker, tastaturnavigasjon, fokusstyring og automatiserte tilgjengelighetstester i CI-løp

#Basel-markedet: life science, finans og trespråklig drift

Basel kombinerer tre krefter som sjelden møtes i samme skala. Først pharma og biotech: Roche og Novartis setter standarden for dokumentasjon, partner-onboarding og sporbarhet. Rundt dem vokser et økosystem av CRO-er, leverandører, spin-offs og accelerators promotert av BaselArea. WPPoland er ikke leverandør til Roche, Novartis eller BaselArea. Nærheten til klyngen setter dokumentasjons-, rolle- og Git-bar for kodeleveransen. Den setter ikke en referanseliste, og den gjør ikke et WordPress-nettsted til et GxP-validert system.

For det andre finans- og fintech-miljøet som skygger FINMA-reguleringen. Nettsteder som ikke er banker selv, men som må vise seriøs IT-drift, tydelig personvern og stabil tilgjengelighet overfor partnere. Et WordPress-prosjekt her handler like mye om revisjonsspor, hendelseslogg og skriftlig runbook som om blokkmønstre.

For det tredje trespråklig drift: tysk som offisielt språk, fransk i grenseområdet, engelsk i life science. Basel Digital Hub samler startups som ofte har et nettsted bygget raskt i en tidlig fase. Det betyr som regel at første revisjon avdekker utdatert PHP, plugins som ikke lenger oppdateres, og DE/FR-struktur som ble satt opp som oversettelse i stedet for parallell arkitektur.

Lokale forventninger til hosting og datalagring påvirker arkitekturen. Mange Basel-bedrifter forventer sveitsisk hosting (Infomaniak, hosttech, Exoscale, Swisscom Business Hosting) eller eksplisitt avtalt EU-alternativ. Vi bygger ikke på den billigste VPS på andre siden av havet uten at det er dokumentert og avtalt. nFADP stiller krav til behandlingsregister, informasjonssikkerhet og meldeplikt ved brudd. WordPress-implementeringen reflekterer dette i skjemaer, cookies, backup-rutiner og tilgangskontroll, ikke i påstander om sertifisering nettstedet ikke har.

#nFADP og personvern i WordPress-implementasjon

Den reviderte sveitsiske personvernloven (nFADP, tidligere nDSG) trådte i kraft 1. september 2023. For WordPress-nettsteder i Basel betyr det konkrete tekniske valg, ikke bare en oppdatert personvernerklæring.

Skjemaer som samler personopplysninger må dokumentere behandlingsgrunnlag per felt. Et karriereskjema som lagrer CV og kontaktinfo trenger tydelig samtykke eller annet grunnlag, lagring med tilgangskontroll, og en eksport- og slettemekanisme. Vi bygger dette i egne plugins eller utvidelser av etablerte skjema-plugins, med logging av når samtykket ble gitt og hvilken versjon av personvernteksten som gjaldt.

Cookies og sporingspunkter krever reelt valg, ikke bare et «Godta alt»-banner. Vi kartlegger hvilke scripts som lastes, hvilke cookies som settes, og om tredjepartsintegrasjoner (analyse, chat, rekruttering) behandler data utenfor Sveits. Endringer som introduserer nye sporingspunkter går gjennom en kort konsekvensvurdering før produksjon.

Hosting og backup må respektere avtalte datalagringsgrenser. Backup lagret utenfor Sveits uten avtale er et funn i revisjonen, ikke en ettertanke. Vi dokumenterer hvor databasen ligger, hvor filer lagres, og hvor sikkerhetskopier oppbevares.

Meldeplikt ved brudd er en prosess, ikke en plugin-funksjon. Vi sørger for at hendelseslogg, tilgangsrevisjon og dokumentert responsplan finnes slik at kunden kan vurdere meldeplikt. Vi gir ikke juridisk rådgivning, men teknisk grunnlag for vurderingen.

Nærhet til pharma-klyngen betyr at mange Basel-nettsteder samler henvendelser fra pasienter, forskere eller leverandører. Det øker kravet til tilgangskontroll i wp-admin, tofaktor for alle administratorer, og begrensning av hvilke roller som kan eksportere persondata.

#Flerspråklig DE/FR-arkitektur

Basel-publikummet forventer tysk og fransk uten å måtte gjette seg til hvilket språk som gjelder. Vi implementerer flerspråklighet som arkitektur, ikke som etterpåkladd oversettelse.

Språkruting settes opp med Polylang Pro eller WPML: enten path-basert (/de/, /fr/), domene-basert (example.ch, example.fr) eller en hybrid som matcher eksisterende DNS og merkevarestrategi. Valget dokumenteres i arkitekturbeslutningen med begrunnelse for SEO og redaksjonell arbeidsflyt.

Hreflang og locale bruker de-CH og fr-CH der det er riktig, ikke generisk de og fr når innholdet er tilpasset sveitsisk terminologi (MWST, Zefix, Twint). Søkemotorer og AI-systemer bruker disse signalene til å forstå målgruppen.

Redaksjonelle arbeidsflyter holder oversettelser synkronisert: oversettelsesminne, status per side (utkast, oversatt, publisert), og varsling når tysk innhold endres uten at fransk følger etter. Vi har sett nettsteder der en plugin-oppdatering brøt franske URL-er fordi hreflang ble regenerert uten QA. Derfor testes språkbytte i hver release-syklus, ikke bare forsiden.

Engelsk som tredje språk legges til der life science-publikummet krever det: karrieresider, investor-relasjon, pressemeldinger. Strukturen planlegges slik at engelsk kan legges til uten å rebuilde DE/FR-grunnlaget.

Impressum og juridiske sider må matche sveitsisk praksis. Zefix-registerutskrift og riktig selskapsform (AG, GmbH) hører hjemme på impressum, ikke en tysk Amtsgericht-mal kopiert fra Tyskland. Vi hjelper redaksjonen med riktig struktur; innholdet er kundens ansvar.

#Egne plugins for pharma- og finansnære nettsteder

Generiske plugins fra wordpress.org dekker ikke alltid Basel-krav. Da bygger vi egne utvidelser som overlever temabytte og WordPress-oppdateringer.

Produktkataloger for lab-leverandører med filtrering etter kategori, sertifisering og bruksområde, PDF-datablad generert fra strukturerte felter, og REST-endepunkter for partnerportaler som henter lagerstatus fra et eksternt system via Action Scheduler i bakgrunnen.

Karriere- og rekrutteringssystemer med stillingsannonser som egne posttyper, søknadsskjemaer med filopplasting, integrasjon mot ATS via webhook, og rollebasert tilgang slik at HR ser søknader uten at hele wp-admin er åpent.

B2B-portaler med rollebasert innhold der innloggede partnere ser prislister, dokumentasjon eller bestillingshistorikk. Autentisering via WordPress-roller eller SSO mot kundens IdP, med session-håndtering som tåler språkbytte uten utlogging.

Compliance-skjemaer for henvendelser som krever logging: hvem sendte, når, hvilken versjon av samtykketekst, og eksport for intern revisjon. Ikke GxP-validering, men sporbarhet kunden kan lime inn i egen dokumentasjon.

Finansnære landingssider med stabil ytelse, tydelig personvern, og minimal tredjeparts JavaScript. INP og LCP måles på de sidene som faktisk brukes i partner-dialoger, ikke bare forsiden.

Plugin-grensen settes i arkitekturtrinnet: hva som bor i tema (presentasjon), hva som bor i plugin (forretningslogikk), og hva som aldri skal ligge i functions.php fordi det forsvinner ved temabytte.

#Slik jobber vi gjennom et prosjekt

1. Kartlegging og kodegjennomgang. Vi går gjennom dagens WordPress-installasjon: temastruktur, egne plugins, DE/FR-ruting, nFADP-posisjon for skjemaer og cookies, hosting og datalagring, PHP-versjon, og Lighthouse-referanse på de mest besøkte sidene.
2. Arkitektur og leveranseomfang. Vi dokumenterer valg for tema versus plugin, blokkmønstre, språkstrategi, integrasjonspunkter og akseptkriterier. Grensen mellom presentasjon og forretningslogikk settes her og noteres i runbooken.
3. Bygging i feature-brancher. Vi følger WordPress Coding Standards, bygger i18n-klar tekst med de-CH og fr-CH, og gjennomfører kodegjennomgang på hver branch før merge.
4. QA mot testmiljø. Regresjonstester på DE/FR-språkbytte, skjemaer, tilgjengelighet, Lighthouse på kritiske sider, og integrasjoner testet mot test-endepunkter, ikke mock-data alene.
5. Utrulling og overlevering. Deploy via dokumentert release-prosess med testet tilbakeføring, runbook for redaktører og utviklere, og overleveringsmøte med skriftlig oppsummering av arkitekturbeslutninger.

#Typiske oppdrag fra Basel-bedrifter

• DE/FR-brudd etter plugin-oppdatering. En biotech-leverandør oppdaget at franske karrieresider pekte på tyske URL-er etter Polylang-oppdatering. Vi reproduserte feilen i testmiljø, fikset hreflang-regenerering, la inn automatisert sjekk av språklenker i CI, og dokumenterte QA-steg for fremtidige oppdateringer.
• Skjema uten nFADP-grunnlag. Et CRO samlet pasienthenvendelser via Contact Form 7 uten samtykkelogging eller behandlingsbeskrivelse. Vi flyttet logikken til en egen plugin med felt-nivå dokumentasjon, samtykke med tidsstempel, og eksport for intern revisjon.
• Tungt tema som blokkerer redaksjonen. En finansnær aktør hadde kjøpt et premium-tema med dusinvis av ubrukte moduler og tre sekunder TTFB på forsiden. Vi refaktorerte til block theme med utvalgte blokkmønstre, flyttet integrasjoner til egen plugin, og reduserte admin-kompleksiteten slik at markedsteamet kunne publisere uten utvikler.
• Migrering fra Sitecore til WordPress. En lab-leverandør med tusenvis av produktsider trengte strukturert import, bevart URL-struktur for SEO, og DE/FR-parallell publisering. Vi bygde WP-CLI-import med validering, mapping av gamle URL-er til redirects, og redaksjonell opplæring for det nye blokksystemet.
• Headless-markedsside ved siden av produktapp. Et tech-selskap i Basel Digital Hub drev blogg og karriere i WordPress mens produktet var React på eget subdomene. Vi utvidet REST API for delt navigasjon og design-tokens, slik at redaksjonen kunne endre tekst uten produktdeploy.

#Tekniske standarder

Vi kjører WordPress på PHP 8.2 eller nyere, med object caching (Redis) der trafikken forsvarer det, og CDN foran statiske ressurser. Kode følger WordPress Coding Standards, PHPCS i CI, og PHPUnit eller Pest for plugin-logikk som fortjener tester. Hosting avtales eksplisitt: sveitsisk leverandør eller dokumentert EU-alternativ etter kundens datalagringskrav.

For life science-prosjekter legger vi vekt på versjonert plugin-kode, Git-historikk som tåler leverandørrevisjon, og minimal bruk av n-code som ikke kan spores. For finansnære prosjekter prioriterer vi stabil ytelse, begrenset attack surface, og tydelig separasjon mellom offentlig innhold og innloggede områder.

#Sikkerhet og samsvar

Hvert prosjekt får en sikkerhetsgrunnlinje: HTTPS med HSTS, Content Security Policy mot XSS, sårbarhetsskanning av avhengigheter i CI, tofaktor for administratorkontoer, deaktivert XML-RPC der det ikke trengs, og testede sikkerhetskopier lagret utenfor produksjonsserveren.

nFADP og Basel-konteksten betyr at sikkerhet ikke stopper ved plugin-listen. Tilgangsrevisjon (hvem har administrator, hvem kan eksportere data), hendelseslogg for innlogging og mislykkede forsøk, og dokumentert responsplan ved bekreftet brudd er del av leveransen der kunden ber om det. Vi hevder ikke at nettstedet er ISO 27001-sertifisert eller GxP-validert. De fleste WordPress-nettsteder i Basel er det ikke. Noen sitter ved siden av organisasjoner som er, og da må WordPress-leveransen gi sporbarhet kunden kan lime inn i egen dokumentasjon.

#Ytelse, målt der det teller

Core Web Vitals påvirker både rangering og brukeropplevelse. På et Basel-nettsted er det karriere-, produkt- og landingssider som partner og kandidater faktisk besøker. Vi jobber mot lav LCP gjennom optimalisert kritisk renderingsvei og bilder i WebP/AVIF, lav INP gjennom minimal JavaScript og utsatt innlasting av tredjepartsskript, og stabil layout gjennom faste bildedimensjoner.

Vi lover ikke faste prosenttall eller generiske bransjegjennomsnitt. Måltallene settes mot dagens nivå i revisjonen, og regresjon i Lighthouse blokkerer deploy der det er avtalt i prosjektet.

#Spørsmål Basel-bedrifter stiller oss

Bygger dere egne WordPress-plugins? Ja. Funksjonell kode som skal overleve temabytte og oppdateringer bor i egne plugins med PSR-4 autoloading, tester der det gir mening, og dokumentasjon i runbooken. Temaet beskriver presentasjon; plugin håndterer integrasjoner, skjemaer, egne posttyper og forretningslogikk.

Hvordan håndterer dere nFADP? Revisjonen kartlegger skjemaer, cookies og integrasjoner som behandler personopplysninger. Vi implementerer samtykke, logging og tilgangskontroll i tråd med det kunden og deres rådgiver definerer som krav. Hosting og backup dokumenteres mot avtalte datalagringsgrenser. Dette er teknisk implementering, ikke juridisk rådgivning.

Setter dere opp DE/FR-flerspråklighet for Basel? Ja. Vi konfigurerer Polylang Pro eller WPML med riktig hreflang for de-CH og fr-CH, redaksjonelle arbeidsflyter for synkroniserte oversettelser, og QA som fanger brutte språklenker etter oppdateringer. Engelsk legges til der life science-publikummet krever det.

Jobber dere med pharma- og finansnære nettsteder? Ja. Vi bygger for leverandører, CRO-er, rekrutteringssider og finansnære aktører i Basel-regionen. Vi hevder ikke GxP-sertifisering eller FINMA-lisens for nettstedet. Vi leverer dokumentert kode, personvernimplementering og arkitektur som tåler formelle innkjøpsprosesser.

Endrer dere WordPress-kjernen? Nei. Tilpasninger går via dokumenterte hooks, med klar deling mellom egen plugin og tema, slik at nettstedet overlever WordPress-oppdateringer.

Jobber dere med bedrifter utenfor Basel? Ja. Vi har tyngdepunkt i Basel- og sveitsisk life science-miljø, men leverer til bedrifter i hele Sveits og internasjonalt.

#Integrasjoner et Basel-nettsted faktisk trenger

Et WordPress-nettsted i Basel ender som regel med de samme koblingene: DE/FR-flerspråklighet som holder etter oppdateringer, skjemaer og CRM som respekterer nFADP, hosting som matcher avtalte datalagringsgrenser, og redaksjonell frihet uten at hver tekstendring krever en utvikler. Rekkefølgen er ikke tilfeldig: feil i språkruting eller personvern undergraver alt annet.

#CRM og rekruttering

Salesforce, HubSpot og tilpassede ATS-systemer kobles via REST API eller webhook. Lead fra karriereskjema eller kontaktside må lande med riktig språk-tag, behandlingsgrunnlag og kilde-URL. Vi bygger idempotente webhook-stier som tåler retry uten duplikater, og dokumenterer hvilke felter som sendes til hvilket system.

#Flerspråklig innhold og oversettelsesflyt

Polylang Pro eller WPML styrer språkstrukturen. Oversettelser synkroniseres via oversettelsesminne og status per side. Vi unngår hardkodede strenger i temaet; alt går gjennom i18n-funksjoner med riktige text domains. Engelsk kan legges til som tredje locale uten å rebuilde DE/FR-grunnlaget.

#Hosting og deploy på sveitsisk infrastruktur

Infomaniak, hosttech, Exoscale og Swisscom Business Hosting er vanlige valg. Vi deployer via GitHub Actions eller tilsvarende CI med testmiljø som speiler produksjon, database-migrering dokumentert per release, og tilbakeføringsplan testet før lansering. Vi bytter ikke hosting uten dokumentert grunn og kundens godkjenning.

#Søk og intern lenking på tvers av språk

Yoast SEO eller tilsvarende konfigureres per språk med riktig hreflang. Intern lenking bygges slik at tyske sider lenker til tyske motsvarligheter, ikke blinde kryssspråklenker som forvirrer søkemotorer. For store produktkataloger implementeres facettert søk eller AJAX-filtrering uten å knekke crawlbarhet.

#WordPress i andre sveitsiske byer

Trenger du WordPress-hjelp utenfor Basel, gjelder mange av de samme sveitsiske kravene til personvern og flerspråklighet, med lokale næringsprofiler. Se også WordPress-utvikler i Zürich, WordPress-utvikler i Genève og WordPress-utvikler i Bern for hvordan oppsettet tilpasses der.

Etter lansering tar vedlikehold og support for WordPress i Basel oppdateringer, sikkerhetskopier og overvåking med samme fokus på nFADP, DE/FR-ruting og CHF-integrasjoner der de finnes.

#Start et WordPress-prosjekt i Basel

Trenger bedriften din i Basel et nettsted med egne plugins, DE/FR-flerspråklighet og personvernimplementering som tåler formell gjennomgang, ta kontakt for en uforpliktende gjennomgang. Vi ser på dagens oppsett, peker på den faktiske flaskehalsen og gir en ærlig vurdering av hva som bør gjøres først. Omfanget avtales individuelt etter kartlegging, og du får oversikten skriftlig før arbeidet starter.

For nettsteder som trenger en strukturert gjennomgang av sikkerhet og risiko, er inngangen sikkerhetsrevisjon for WordPress.