Hva teknisk gjeld i WordPress koster

Teknisk gjeld er snarveier i utviklingen som gjør hver senere endring dyrere. I WordPress er det typisk ferdigtemaer, sidebyggere, mange plugins, utdatert PHP og deploy via FTP. Vår erfaring er at en side med høy teknisk gjeld koster to til fire ganger mer å vedlikeholde enn en side med ren arkitektur.

Nettsiden ingen tør å røre

Den kostet 15 000 kroner, byrået leverte på tre uker, og alle var fornøyd.

Seks måneder senere fungerer kontaktskjemaet sporadisk. Nettsiden bruker fire sekunder på å laste. Markedsavdelingen vil endre en overskrift, men utvikleren sier det tar to dager fordi «Elementor gjør det vanskelig». Og ingen husker passordet til hostingkontoen.

Kjenner du deg igjen? Da sitter du med teknisk gjeld.

Hva er teknisk gjeld?

Teknisk gjeld er snarveier tatt under utvikling som skaper fremtidige kostnader. I WordPress betyr det:

• Ferdigkjøpte temaer med kode du aldri forstår
• Plugins som gjør halvparten av det du trenger, men laster 200 KB JavaScript du ikke trenger
• Ingen versjonskontroll: endringer gjøres direkte i produksjon via FTP
• Ingen staging-miljø: du tester i prod og håper det går bra
• Ingen automatiserte tester: du oppdager feil når kundene klager

I starten merker du ikke gjelden, for nettsiden fungerer jo. Men hver snarvei gjør senere endringer dyrere, og til slutt tør ingen å oppdatere noe fordi risikoen for at noe knekker er for stor.

De vanligste synderne

Vi ser de samme synderne igjen og igjen.

Elementor og WPBakery

Sidebyggere som Elementor og WPBakery løser et reelt problem: de lar folk uten kodekunnskap bygge nettsider. Problemet er hva de gjør under panseret.

En typisk Elementor-side laster 300–500 KB ekstra JavaScript og CSS, også på sider som ikke bruker Elementor-funksjonalitet. Hvert widget-element genererer nestet HTML som er vanskelig å style og vedlikeholde, og som ikke lar seg migrere. Dermed er du låst til Elementor.

Gutenberg, WordPress’ innebygde editor, er et bedre valg. Med egne blokker får redaktøren like stor fleksibilitet uten ytelsesstraffen.

20+ plugins

Hver plugin er en avhengighet, en ny angrepsflate, en potensiell konflikt med neste WordPress-oppdatering og enda en ting som må vedlikeholdes.

Vi ser jevnlig nettsider med 25–40 plugins. Tre av dem gjør det samme. Fem av dem har ikke blitt oppdatert på over et år. To av dem har kjente sikkerhetshull.

Regelen vår er enkel: kan det løses med 50 linjer ren kode, velger vi det fremfor en plugin. Egenutviklede plugins bygget på WPFluent gjør akkurat det du trenger og ingenting mer.

FTP og ingen versjonskontroll

Er den eneste måten å deploye kode på å FTP-e filer til serveren, har du et problem. Da finnes det ingen historikk over hvem som endret hva, ingen mulighet til å rulle tilbake, ingen code review og ingen automatiserte tester.

Profesjonell WordPress-utvikling bruker Git, CI/CD-pipelines og staging-miljøer. Koden testes før den når produksjon, og deploy skjer automatisk når noe merges til main.

PHP 7.x på delt webhotell

PHP 7.4 mistet støtten 28. november 2022 og får ingen sikkerhetsoppdateringer, men mange norske WordPress-sider kjører fortsatt på PHP 7.x. Hostingleverandøren tilbyr det, og ingen har bedt om noe annet.

PHP 8.4 er betydelig raskere og sikrere, og har bedre feilhåndtering. Med FrankenPHP Worker Mode får du responstider under 200 ms, mens delt webhotell med PHP 7.4 gir 3–5 sekunder.

Hva teknisk gjeld faktisk koster

Regnestykket bak den billige nettsiden stemmer sjelden, fordi disse kostnadene ikke er med.

Sikkerhetshendelser

Patchstack registrerte 11 334 nye sårbarheter i WordPress-økosystemet i 2025, en økning på 42 % fra 2024. 91 % av dem lå i plugins og 9 % i temaer. I WordPress-kjernen ble det bare rapportert 6 sårbarheter, alle med lav prioritet. Det er derfor utdaterte plugins på delt hosting uten brannmur er så utsatt.

En sikkerhetshendelse koster typisk 20 000–50 000 kr i opprydding. I tillegg kommer tapt omsetning, skadet omdømme og tiden det tar før Google stoler på domenet ditt igjen etter å ha svartelistet det.

Med en vedlikeholdsavtale med SLA koster proaktiv sikkerhet fra 2 500 kr i måneden.

Tapt SEO-synlighet

Google bekrefter at Core Web Vitals brukes av rangeringssystemene, og regner LCP på 2,5 sekunder eller mindre som god. En nettside som bruker 4 sekunder på å laste, taper trafikk til konkurrenter som laster på under ett sekund. Ifølge Google/SOASTA Research (2017) øker sannsynligheten for at en mobilbesøkende forlater siden med 32 % når lastetiden går fra 1 til 3 sekunder, og med 90 % fra 1 til 5 sekunder.

Teknisk gjeld gjør nettsiden tregere år for år, ettersom det kommer til flere plugins, mer JavaScript og tyngre databasespørringer. Uten aktiv ytelsesoptimalisering blir siden gradvis tregere.

Utviklerlåsing

Byrået som bygde nettsiden er det eneste som forstår den. Det finnes nemlig ingen kode å forstå, bare en Elementor-konfigurasjon med 40 plugins som fungerer på akkurat den serveren med akkurat den PHP-versjonen.

Vil du bytte byrå, må du nesten bygge på nytt. Da er du i praksis gissel hos det gamle byrået.

Timer som brenner

Utvikleren bruker to timer på en endring som burde ta ti minutter, fordi det ikke finnes dokumentasjon, temaet er en labyrint av nestede shortcodes og en oppdatering av plugin A knekker plugin B som avhenger av plugin C.

Over tre år blir det mange slike timer. En nettside med høy teknisk gjeld koster typisk 2–4 ganger mer å vedlikeholde enn en med ren arkitektur.

Slik oppdager du teknisk gjeld

Noen tegn er tydelige:

• Nettsiden bruker over 3 sekunder på å laste
• Du har mer enn 15 aktive plugins
• Det finnes ikke et staging-miljø
• Siste plugin-oppdatering var for mer enn tre måneder siden
• Deploy-metoden er FTP
• Sidebyggeren er Elementor, WPBakery eller Divi
• PHP-versjonen er eldre enn 8.2, den eldste som fortsatt får sikkerhetsoppdateringer
• Ingen bruker versjonskontroll (Git)
• Ingen vet nøyaktig hvem som har tilgang til wp-admin
• Du er redd for å oppdatere noe

Kjenner du deg igjen i tre eller flere av disse, har du sannsynligvis et problem.

To veier ut

1. Moderniser eksisterende WordPress

Hvis nettsiden har verdifullt innhold, gode SEO-rangeringer og en redaksjon som kjenner WordPress, er modernisering ofte riktig.

WordPress-teamet vårt erstatter Elementor med Gutenberg og egne blokker, fjerner unødvendige plugins og bygger lette alternativer med WPFluent MVC. Så setter vi opp Git, CI/CD, staging og automatiserte tester, og flytter siden til FrankenPHP med administrert infrastruktur.

Innholdet, URL-ene og SEO-synligheten beholder du. Siden blir raskere, sikrere og billigere å vedlikeholde.

2. Migrer til Sanity + Next.js

Hvis nettsiden er en ren innholdsside uten nettbutikk eller tunge WordPress-spesifikke integrasjoner, er det ofte billigere å starte på nytt med Sanity CMS og Next.js.

Da slipper du plugins, PHP og sikkerhetshull fra tredjepartskode. Responstidene havner typisk under 100 ms, og vedlikeholdet koster en brøkdel av det WordPress gjør.

For mange bedrifter er en ny Sanity-side billigere enn å rydde opp i en WordPress-side med mye gjeld.

Slik unngår du teknisk gjeld fra starten

Tre prinsipper hjelper mest:

Velg riktig plattform. For nye prosjekter uten spesifikke WordPress-behov anbefaler vi Sanity + Next.js. Uten plugin-avhengigheter får du ingen teknisk gjeld fra tredjepartskode.

Krev versjonskontroll og CI/CD, uansett plattform. Hvis byrået ikke bruker Git, ikke har staging-miljø eller deployer via FTP, bør du finne et annet byrå.

Planlegg for vedlikehold. En nettside uten vedlikeholdsavtale er som en bil uten service: den går fint en stund, helt til den plutselig ikke gjør det.

Usikker på om nettsiden din har teknisk gjeld? Ta kontakt for en uforpliktende gjennomgang. Vi forteller deg ærlig hva som bør fikses og hva som kan vente.