Hva krever en offentlig nettside av sikkerhet og tilgjengelighet?
Jeg heter Mariusz Szatkowski og har utviklet WordPress-nettsteder siden 2006. For kommuner, fylkeskommuner og statlige virksomheter tar jeg det tekniske arbeidet: tema etter designet dere leverer, universell utforming i koden, flytting fra gamle publiseringsløsninger og drift etter lansering. Jeg jobber alene fra Gdynia i Polen, så den som svarer på e-posten din, er den som skriver koden.
Hva regelverket faktisk sier
Plikten står i likestillings- og diskrimineringsloven § 18: offentlige og private virksomheter skal sørge for universell utforming av IKT-løsningene sine. Detaljene står i forskrift om universell utforming av IKT-løsninger, sist endret med virkning fra 1. februar 2023, da EUs webdirektiv ble tatt inn.
- § 4b: offentlige virksomheters nettløsninger skal være mulige å oppfatte, mulige å betjene, forståelige og robuste. Oppfyller løsningen EN 301 549 V3.2.1, er kravet oppfylt.
- § 4e: virksomheten skal ha en tilgjengelighetserklæring laget i Digitaliseringsdirektoratets løsning, med en lenke der hvem som helst kan melde fra om feil. Den oppdateres minst én gang i året.
- § 5: Digitaliseringsdirektoratet fører tilsyn, gjennom Tilsynet for universell utforming av ikt.
For deg betyr det at testene må dokumenteres per suksesskriterium, ellers har dere ikke noe å fylle erklæringen med.
Hvorfor WordPress for en kommune eller etat
Med WordPress eier virksomheten koden og innholdet. Neste anskaffelse kan gå til en hvilken som helst leverandør, fordi plattformen er åpen kildekode og godt kjent i markedet. Det gjør det lettere å bytte uten å bygge nettstedet på nytt.
Kjører dere allerede på Drupal eller TYPO3, tar jeg også over eksisterende nettsteder på Drupal og TYPO3, med vedlikehold, versjonsoppgraderinger og retting av feil i universell utforming.
Hva jeg bygger for offentlige nettsteder
Universell utforming i koden
Riktig overskriftshierarki, landemerker, synlig fokus, skjemaer med koblede etiketter og feilmeldinger som skjermlesere leser opp, og full betjening med tastatur. Kontrast sjekker jeg mot designfilene før jeg koder, så feil kan rettes i designet. Tilgjengelighetserklæringen for wppoland.com viser hvordan jeg dokumenterer dette for mitt eget nettsted.
Tjenestesider ordnet etter livssituasjon
Innbyggeren søker på «byggesøknad» eller «søke barnehageplass», sjelden på navnet til avdelingen. Jeg setter opp innholdstyper for tjenestesider med faste felt for hvem tjenesten gjelder, hva som trengs, saksbehandlingstid og lenke til den digitale søknaden, ofte med innlogging via ID-porten hos fagsystemet.
Postliste og innsyn
Mange kommuner publiserer postlisten gjennom eInnsyn eller sak- og arkivsystemets egen innsynsløsning. Jeg lenker eller henter derfra i stedet for å bygge en egen journal i WordPress.
Flere nettsteder i én installasjon
Skoler, bibliotek og kulturhus kan få egne nettsteder i en WordPress Multisite med felles tema og felles brukerstyring, mens hver enhet har egne redaktører.
Sikkerhet og drift
- Filredigering i panelet er slått av, og redaktører får bare de rollene de trenger.
- Endringer i innhold og innstillinger logges, slik at det går an å se hvem som endret hva.
- Oppdateringer testes på staging før de går til produksjon.
- Oppetiden overvåkes hvert 1. til 5. minutt.
- Sikkerhetskopier lagres i land innenfor EØS i minst 30 dager.
- Før jeg får tilgang til personopplysninger, signeres databehandleravtale etter GDPR art. 28.
Jeg tilbyr ikke døgnvakt og lover ikke faste responstider. Trenger virksomheten det, må det inn i driftsavtalen med hostingleverandøren. Mer om drift: vedlikehold av WordPress-nettsider og sikkerhetsrevisjon.
Slik jobber jeg med en offentlig virksomhet
All kommunikasjon går skriftlig, på e-post, i dokumenter og i repositoriet. Design og skisser leverer dere, for eksempel som Figma-fil eller et utfylt skjema der dere markerer hvilket element som står hvor. Jeg implementerer det som et responsivt WordPress-tema. Avtalen inngås etter polsk rett, og fakturaen har EU-mva-nummer PL7393037445.
Gjennomfører dere en anskaffelse, kan jeg svare skriftlig på spørsmål om tekniske krav før kunngjøringen. Krav om universell utforming som bare sier «skal følge WCAG», er vanskelige å kontrollere ved overtakelse. Skriv heller hvilken standard, hvilket nivå og hvilken testmetode som gjelder.
Hvordan foregår akseptanse og overlevering av nettsiden?
Før lansering lager jeg en akseptansematrise som knytter hvert krav til en test, et resultat og den hos dere som godkjenner. Den dekker tastaturnavigasjon, skjermleserflyter, feilmeldinger i skjemaer, søk, nedlasting av dokumenter, integrasjoner og de viktigste innbyggerreisene. Åpne avvik merkes som lanseringsblokkere, avtalte oppfølgingspunkter eller avviste funn med begrunnelse.
Hver innholdstype trenger en eier. Tjenestesider, kontaktdata, hastemeldinger og åpningstider endres i ulik takt, så vi avtaler skriftlig hvem som publiserer, hvem som godkjenner og når innholdet gjennomgås.
Ved overlevering får virksomheten kildekoden, teknisk dokumentasjon, oversikt over lisenser og eksterne tjenester, rutine for sikkerhetskopi og gjenoppretting, testrapporten og en liste over kjente begrensninger. Da kan egne folk eller en ny leverandør ta over uten å kartlegge alt på nytt.
Beskriv prosjektet på kontaktsiden, så svarer jeg skriftlig med spørsmål eller et tilbud. Lignende krav gjelder for nettsider for sykehus, nettsider for kulturinstitusjoner og nettsider for stiftelser. Selve utviklingen beskriver jeg under utvikling av WordPress-nettsider.
