Tjeneste
Drupal-utvikler for oppgradering, vedlikehold og egne moduler
Send Drupal-forespørselSend meg nøkkeltallene for nettstedet.
Skriv hvilken Drupal-versjon dere kjører, hvilke moduler fra drupal.org og egne moduler som er i bruk, hvor nettstedet driftes og hva som må virke under hele oppgraderingen.
- OppgraderingDrupal 7 og 10 til 11
- Vedlikeholdkjerne og moduler
- Moduleregen kode, Composer, Drush
- Universell utformingWCAG i praksis
Hva jeg jobber med
Sikkerhetsoppdateringer med en fast Composer-rutine, migrering fra Drupal 7 til en ny Drupal 11-installasjon og oppgradering fra 10 til 11, egne moduler og temaer, utrulling med Drush, hurtigbuffer og databaseoptimalisering, integrasjoner mot fagsystemer og innlogging, og headless-løsninger som henter innhold via JSON:API.
Kommuner, etater og utdanning
Drupal brukes ofte der én organisasjon har mange nettsteder, mange redaktører og detaljerte tilganger, for eksempel i kommuner, statlige etater og utdanningsinstitusjoner. Norske virksomheter må følge forskrift om universell utforming av IKT-løsninger. Jeg sjekker universell utforming som en del av hver oppgradering.
Hva jeg unngår
Jeg anbefaler ikke å bygge på nytt eller flytte til WordPress når Drupal passer organisasjonen. Mange nettsteder i én installasjon, detaljerte redaktørroller og innhold på bokmål, nynorsk og andre språk er ting Drupal håndterer godt. Migrering mellom Drupal og WordPress, begge veier, foreslår jeg bare når nettstedet har vokst fra plattformen eller teamet ikke klarer å drifte den.
Hvordan foregår migrering fra Drupal 7 til Drupal 11?
Drupal 7 kan ikke oppgraderes på stedet. Jeg setter opp en ny Drupal 11-installasjon og flytter innhold, brukere, filer og taksonomi med kjernemodulene Migrate og Migrate Drupal, og kjører drush migrate:import på testmiljøet til antallet poster stemmer med den gamle databasen. Views bygger jeg opp på nytt for hånd, field collections blir som regel Paragraphs, og det gamle PHPTemplate-temaet erstattes av et nytt Twig-tema. Egne moduler skrevet for Drupal 7, for eksempel innlogging mot ID-porten eller en kobling til sak- og arkivsystemet, må skrives om og testes mot leverandørens testmiljø. Migrate Drupal er merket som foreldet og fjernes i Drupal 12.0 uten erstatning, så jeg flytter Drupal 7-nettsteder til Drupal 11 først. Gamle adresser får videresending med Redirect-modulen, og det gamle nettstedet står skrivebeskyttet til begge har gått parallelt en avtalt periode.
Hva sjekkes før oppgradering fra Drupal 10 til 11?
På en kopi av nettstedet installerer jeg modulen Upgrade Status med Composer. Den kjører PHPStan over egen kode og moduler fra drupal.org, bygger på drupal-check og lister utdaterte API-kall og moduler som ennå ikke har en utgave for Drupal 11. Mekaniske rettinger gjør Drupal Rector (pakken palantirnet/drupal-rector), og jeg går gjennom hver omskrevne linje. Nettstedet må allerede kjøre Drupal 10.3.0 eller nyere, fordi Drupal 11 fjernet oppdateringsfunksjonene fra eldre utgaver, og serveren trenger PHP 8.3 eller nyere, som hos en ekstern driftsleverandør bør bestilles i god tid. Én modul uten Drupal 11-utgave er nok til at Composer ikke får løst hele oppgraderingen. Trenger modulen bare en endret versjonsgrense, kan Drupal Lenient-tillegget til Composer installere den med en patch, og er koden ødelagt, retter eller erstatter jeg modulen. composer update --dry-run viser hvilket tilfelle det er før noe endres. Du får et estimat per modul som kan brukes i et konkurransegrunnlag.
Hva inngår i fast vedlikehold av Drupal?
Sikkerhetsutgivelser for Drupal-kjernen kommer én onsdag i måneden, som regel den tredje, og moduler fra drupal.org kan få dem hvilken som helst onsdag, mellom 16:00 og 22:00 UTC, altså på kvelden norsk tid. Jeg leser varselet samme kveld og har oppdateringen på testmiljøet torsdag morgen. Rekkefølgen er fast: composer update for pakkene varselet gjelder, drush updatedb, drush config:export, en runde gjennom sidene redaksjonen bruker mest, sikkerhetskopi av database og filer, og så utrulling til produksjon. Nye mindre versjoner av kjernen går samme vei noen uker senere, når den første feilrettingsutgivelsen er ute. Eksporten er med fordi en oppdateringsfunksjon kan endre aktiv konfigurasjon, og hvis endringen ikke havner i synkroniseringsmappen, ruller neste utrulling med drush config:import den tilbake. I avtalen skriver vi inn responstid for kritiske sikkerhetsvarsler og hvem som godkjenner utrulling, slik at en oppdatering ikke blir liggende i en innboks.
Ofte stilte spørsmål
Trenger vi et Drupal-byrå eller en frilans Drupal-utvikler?
For vedlikehold, oppgradering og modulutvikling på ett nettsted eller noen få holder det ofte med én erfaren utvikler, og samarbeidet blir enklere. Et byrå gir mening når design, innhold og flere utviklere må jobbe parallelt. Etter en gjennomgang av koden sier jeg hva du trenger.
Hva skjer med Drupal 7-nettstedet vårt nå?
Fra 5. januar 2025 gir Drupals sikkerhetsteam ikke lenger ut sikkerhetsvarsler for Drupal 7, og eksterne skannere merker slike nettsteder som usikre. Nettstedet virker, men nye sårbarheter blir stående åpne. Veien videre er migrering til Drupal 11, eller til WordPress hvis Drupal ikke lenger passer.
Hvor lang tid tar oppgradering fra Drupal 10 til 11?
Det avhenger av hvor mange moduler som har versjon for Drupal 11 og hvor mye egen kode som bruker utdaterte API-er. Jeg starter med en automatisk sjekk og en modulliste, og gir deretter et estimat per modul. Drupal 10 mister støtten 9. desember 2026.
Kan du flytte nettstedet fra Drupal til WordPress?
Ja, og fra WordPress til Drupal. Jeg anbefaler det bare når plattformen ikke passer lenger, for eksempel et lite firmanettsted som ingen klarer å oppdatere. Innhold, media, brukere og videresendinger flyttes med migreringsskript.
Lager du headless Drupal?
Ja. Drupal-kjernen har JSON:API, som fungerer godt som innholdskilde for et separat grensesnitt. Jeg sjekker først om headless lønner seg, fordi det gir en ekstra applikasjon å drifte.
Utforsk andre WordPress-tjenester og kunnskapsbase
Styrk virksomheten din med profesjonell teknisk støtte innen kjerneområdene i WordPress-økosystemet.
WCAG 2.2 / EAA-revisjon med rapport og remedieringsplan.
CrUX-revisjon med LCP-, INP- og CLS-attribusjon per mal.
Skreddersydd WordPress-utvikling og arkitektur.
Tydeligere struktur, budskap og konverteringsflyt.
Core Web Vitals, caching og raskere levering.
Relaterte kategorier
Stottende artikler

WCAG 2.2 ble en W3C-anbefaling 2023-10-05. EUs tilgjengelighetsdirektiv (direktiv 2019/882) gjelder fra 2025-06-28. Tysklands Barrierefreiheitsstärkungsgesetz innfører det i føderal rett samme dato. Denne artikkelen er gjennomføringskartet for et WordPress-nettsted i 2026.

IKT-forskriften og EU-regelverket om tilgjengelighet krever en publisert tilgjengelighetserklæring med en fungerende klagemekanisme, ikke bare et tilgjengelig frontend. Her er en kopieringsklar malstruktur, kartlagt mot EN-301-549-klausuler og konkrete WordPress-tiltak.

Den tyske Barrierefreiheitsstärkungsgesetz har gjeldt siden 28. juni 2025. Loven gjennomfører EAA-direktivet 2019/882 i tysk rett. Jeg forklarer hvordan den treffer WooCommerce-butikker i Tyskland, og viser fire utvidelsesmønstre som oftest stryker i revisjonen.
Relaterte tjenester
Drupal-utvikler: sikkerhetsoppdateringer, oppgradering fra Drupal 7 og 10 til 11, egne moduler med Composer og Drush, headless JSON:API og universell utforming.
Send meg nøkkeltallene for nettstedet.
Skriv hvilken Drupal-versjon dere kjører, hvilke moduler fra drupal.org og egne moduler som er i bruk, hvor nettstedet driftes og hva som må virke under hele oppgraderingen.
Send Drupal-forespørsel