Teknisk gjeld i WordPress: Den skjulte kostnaden ved billig utvikling

Den kostet 15 000 kroner. Byrået leverte på tre uker. 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.

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

Gjelden er usynlig i starten. Nettsiden fungerer jo. Men for hver snarvei som tas, øker kostnaden ved å gjøre endringer senere. Til slutt tør ingen å oppdatere noe, fordi risikoen for at noe knekker er for stor.

Vi ser dette hele tiden. Mønsteret er nesten alltid det samme.

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. Selv på sider som ikke bruker Elementor-funksjonalitet. Hvert widget-element genererer nestet HTML som er vanskelig å style, vanskelig å vedlikeholde og umulig å migrere. Du er låst til Elementor for alltid.

Gutenberg (WordPress sin innebygde editor) er et bedre valg. Med skreddersydde blokker får redaktøren en fleksibel opplevelse uten ytelsesstraffen.

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: kan det løses med 50 linjer ren kode, er det bedre enn en plugin. Skreddersydde plugins bygget på WPFluent gjør akkurat det du trenger, uten bagasjen.

Hvis den eneste måten å deploye kode på er å FTP-e filer til serveren, har du et problem. Ingen historikk over hvem som endret hva. Ingen mulighet til å rulle tilbake. Ingen code review. Ingen automatiserte tester.

Moderne WordPress-utvikling bruker Git, CI/CD-pipelines og staging-miljøer. Koden testes før den når produksjon. Deployer skjer automatisk ved merge til main. Ingen FTP, ingen overraskelser.

PHP 7.4 nådde end-of-life i november 2022. Likevel kjører mange norske WordPress-sider fortsatt på PHP 7.x. Hostingleverandøren tilbyr det, og ingen har bedt om noe annet.

PHP 8.4 er betydelig raskere, sikrere og har bedre feilhåndtering. FrankenPHP Worker Mode gir responstider under 200 ms. Delt webhotell med PHP 7.4 gir 3-5 sekunder.

Den billige nettsiden er et regnestykke som aldri stemmer. Her er de reelle kostnadene.

WordPress står for 90 % av alle hackede CMS-sider. Ikke fordi WordPress er usikkert, men fordi folk kjører utdaterte plugins på delt hosting uten brannmur.

En sikkerhetsincident koster typisk 20 000-50 000 kr i opprydding. Pluss tapt omsetning. Pluss omdømmeskade. Pluss tiden Google bruker på å stole på domenet ditt igjen etter å ha svartelistet det.

Med en vedlikeholdsavtale med SLA koster proaktiv sikkerhet fra 3 000 kr i måneden. Regnestykket er enkelt.

Google har bekreftet at Core Web Vitals påvirker rangeringer. En nettside som bruker 4 sekunder på å laste taper trafikk til konkurrenter med sub-sekund lastetider. Hvert sekund ekstra øker fluktfrekvensen med 32 %.

Teknisk gjeld gjør nettsiden tregere over tid. Flere plugins, mer JavaScript, tyngre databasespørringer. Uten aktiv ytelsesoptimalisering degraderes ytelsen gradvis.

Byrået som bygde nettsiden er det eneste byrået som forstår koden. Fordi det ikke er noen kode å forstå — det er en Elementor-konfigurasjon med 40 plugins som bare fungerer på akkurat den serveren med akkurat den PHP-versjonen.

Vil du bytte byrå? Da må du nesten bygge på nytt. Det er ikke vedlikehold — det er gisselsituasjon.

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

Over tre år legger disse timene seg opp. En nettside med høy teknisk gjeld koster typisk 2-4x mer å vedlikeholde enn en med ren arkitektur.

Noen tegn er tydelige:

• Nettsiden bruker over 3 sekunder på å laste
• Dere 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 under 8.0
• 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? Da har du nok et problem.

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

Vi erstatter Elementor med Gutenberg og skreddersydde blokker. Fjerner unødvendige plugins og bygger lette alternativer med WPFluent MVC. Setter opp Git, CI/CD, staging og automatiserte tester. Oppgraderer til FrankenPHP med administrert infrastruktur.

Resultatet: samme innhold, samme URL-er, samme SEO-synlighet. Men raskere, sikrere og billigere å vedlikeholde.

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.

Ingen plugins. Ingen PHP. Ingen sikkerhetshull fra tredjepartskode. Responstider under 100 ms. Og vedlikeholdskostnader som er en brøkdel av WordPress.

Vi bygger Sanity-nettsider fra 15 000 kr med vedlikehold fra 2 500 kr/mnd. For mange bedrifter er dette billigere enn å rydde opp i en WordPress-side med mye gjeld.

Tre prinsipper:

Velg riktig plattform. For nye prosjekter uten spesifikke WordPress-behov anbefaler vi Sanity + Next.js. Ingen plugin-avhengigheter betyr ingen teknisk gjeld fra tredjepartskode.

Krev versjonskontroll og CI/CD. Uansett plattform. Hvis byrået ikke bruker Git, har ikke staging-miljø, eller deployer via FTP — finn et annet byrå.

Planlegg for vedlikehold. En nettside uten vedlikeholdsavtale er som en bil uten service. Den fungerer fint i starten. Og så gjør den det plutselig ikke.

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.