Bot&Bedring
Nettside Mai 2026 Claude & co.

WordPress i 2026: når det funker, og når noe annet gjør det bedre

WordPress driver i dag 41,9 prosent av alle nettsteder. For mange sider er det fortsatt rett valg. For nye, små, innholds-tunge prosjekter er det blitt noe annet — enklere, billigere, sikrere.

WordPress er ikke alltid det beste valget for nye prosjekter. Her er argumentet, basert på tallene.

Først, et viktig forbehold: hvis du har en WordPress-side som funker, ikke flytt den uten grunn. Migrasjon er hardt arbeid. Det er sjelden verdt det hvis den nåværende sida gir deg det du trenger.

Det handler her om nye prosjekter. Når valget er fritt fra blankt ark i 2026, peker tallene mot noe annet enn WordPress. Her er hvorfor.

Hva tallene viser

Patchstack publiserer hver vinter en gjennomgang av sikkerhetshullene som ble oppdaget i WordPress og alt som bygges rundt det, året før. Tallene for 2024 er nøkterne:

“7,966 new security vulnerabilities were found in the WordPress ecosystem in 2024.” — Patchstack, State of WordPress Security in 2025

“96% of the vulnerabilities were uncovered in plugins, and 4% were found in themes.” — samme

“43% of new vulnerabilities found in 2024 did not require any authentication to be exploited.” — samme

“33% of vulnerabilities were not fixed in time for public disclosure.” — samme

Nesten 8 000 nye hull på ett år. 96 prosent i plugins. Nesten halvparten av dem trenger ingen innlogging for å utnyttes. En tredel forble ufikset selv etter at de var publisert offentlig.

Det er kjernen i problemet. WordPress selv er ikke utrygt. Det er alt rundt som er det. Og alt rundt er WordPress.

Norsk WP-hosting bekrefter mønsteret:

“Så godt som alle angrep vi ser mot våre servere er roboter som utfører automatiserte angrep.” — WP Hosting

Plattformens størrelse — 41,9 prosent av verdens nettsteder — gjør den til det mest skannede angrepsmålet på internett. Det er en konstant skygge over hver eneste WP-side, uansett hvor liten.

Hva som skifter når du dropper WP

Astros dokumentasjon beskriver overgangen mer presist enn vi klarer:

“A WordPress site is edited using an online dashboard. In Astro, you will use a code editor and development environment.” — Astro Docs, Migrating from WordPress

“WordPress stores your content in a database. In Astro, you will have individual files (typically Markdown or MDX).” — Astro Docs

“WordPress has an extensive plugin and theme market. In Astro, you may have to build many features yourself.” — Astro Docs

Det er det ærlige bytteforholdet. Du forlater et stort marked av ferdige løsninger. Du får et lettere, raskere, sikrere fundament tilbake.

Det er her AI gjør den nye stacken realistisk for ikke-utviklere. Det vi før måtte ha en plugin for, kan vi nå bygge med Claude på en time eller en kveld — se Bygg din første lille app på en helg. Funksjonen blir akkurat det den skal være. Ikke 200 prosent generell.

Den gamle måten — og den nye

Den gamle måtenDen nye måten
Velg et temaSpør Claude hva som trengs
Tilpass i page builderAstro, eller egendefinert
Installer 15 pluginsBygg det vi faktisk trenger, intet mer
Konfigurer WooCommerceStripe direkte, uten mellomledd
Hold alt oppdatertStatisk deploy, ingen «oppdateringer»
Håpe at noe ikke krasjerFærre angrepsflater
Reparere når noe krasjerNår noe må endres: be Claude

Den gamle måten er en stack der vedlikeholdet aldri tar slutt. Enonic kaller det rett ut:

“Å holde kjerne, temaer og mange plugins oppdatert er en jobb som aldri tar slutt.” — Enonic

Den nye måten er en stack der det meste står stille, fordi det er statiske filer på et CDN. Ingenting å oppdatere eller patche, og ingen innlogging for roboter å hamre på.

En moderne stack i 2026

Tre verktøy danner kjernen. Alle gratis eller billige.

Astro for selve nettsida. Statisk genererte sider, lynraskt på alle moderne enheter. Anbefales sterkest hvis innholdet er stort sett tekst og bilder.

“Astro was designed for building content-rich websites. […] An Astro website can load 40% faster with 90% less JavaScript than the same site built with the most popular React web framework.” — Astro Docs

Sveltia CMS når kunden vil redigere selv. Det gir et admin-grensesnitt som ligner litt på WordPress, men under panseret commit-er det Markdown-filer til Git. Versjonering inkludert. Sveltia leser samme oppsett som Decap CMS, det eldre systemet det bygger videre på. Én ting å vite om begge: innloggingen trenger en liten tjeneste på serversiden. Decap har den innebygd på Netlify. På Cloudflare Pages setter du opp en gratis Worker for det, slik vi har gjort. Hvordan det ble til, står i Slik fikk vi et CMS på en time.

“Decap CMS is an open source content management system for your Git workflow that enables you to provide editors with a friendly UI and intuitive workflows.” — Decap CMS Docs

Cloudflare Pages for hosting. Gratisnivået holder for en typisk småbedrift-side.

Regnestykket i kroner er størrelsesordener, ikke prislister. Et WordPress-webhotell koster hundrelapper, pluss lisenser for tema og plugins, ofte per år. Statisk hosting på gratisnivå koster null. Domenet koster det samme uansett.

Hva kundene faktisk vil ha

«Kunden vil ha WordPress» er et utsagn webbyråer hører ofte. Det er sjelden det kunden mener.

Det kunden vil ha er en nettside som hun selv kan redigere uten å ringe leverandøren hver gang. Det er ikke det samme som å ville ha WordPress. Det er å ville ha kontroll.

Sveltia gir henne kontroll med et UI som er enklere enn Gutenberg. Resultatet er enklere for kunden, og betraktelig mindre vedlikehold for utvikleren.

Mer i WordPress vs AI-nettside — som går nærmere inn på hva kunden får og taper i hvert tilfelle.

Det du gir fra deg

Her er hva som forsvinner når du slår av WP.

Hvem skal ikke droppe

En bredside mot WP er ikke poenget. Det finnes klare unntak.

For alle andre — bedrifter med en visittkort-side, byråer med kundenes selvbetjente nettsider, redaktører med moderat publiseringsfrekvens — er den nye stacken det vi velger.

Slik bruker du dette i praksis

  1. Finn ut om sida er en innholds-side eller en applikasjons-side. Innholds-side: vurder å droppe WordPress.
  2. Bestem hvem som skal oppdatere, og hvor ofte. Trenger de et redigeringsvindu, eller er Markdown nok?
  3. Sett opp en prøveside på det nye og kjenn etter. Vi gjorde det med Astro, Sveltia og Cloudflare Pages, og Claude Code-oppsettet vårt viser hvordan vi jobber.

Kilder

Du dropper ikke WordPress for å bli moderne. Du dropper det for å slutte å patche, oppdatere og vente på neste sikkerhetshull.