Skip to main content
Arkitektur som tåler vekst

Enterprise WordPress-utvikling

Over 40 % av nettet kjører WordPress. Men vokser bedriften fort, merker dere grensene der standardoppsettet stopper. Enterprise WordPress-utvikling betyr MVC-arkitektur, FrankenPHP og søk som forstår norsk.

Når nettsiden vokser
fortere enn arkitekturen

Tusen produkter i nettbutikken der det før var femti. Bedriftsnettsiden har blitt et verktøy salgsavdelingen lever i hele arbeidsdagen, og vanlig WordPress-utvikling (finn en plugin, lim sammen, håp det holder) var aldri laget for den hverdagen.

Standardarkitekturen er bygget for gjennomsnittet. Dere er ikke gjennomsnittet lenger. Adminpanelet henger på hver eneste lagring. Ingen våger å kjøre plugin-oppdateringene, for sist gang gikk halve butikken ned. Og søket svarer «null treff» på varer som står fullt synlige på lager. Kjent?

Å bytte plattform løser sjelden noe som helst. Arkitekturen må endres — fra hobby-CMS til forretningskritisk applikasjon.

40%

Av alle nettsteder kjører WordPress

<30ms

TTFB i produksjon med FrankenPHP

97%

Cache hit rate på løsningene våre

0

Plugins installert «for sikkerhets skyld»

Én plugin
i stedet for fem

Kundeportal med ordrehistorikk, fakturaer og supportsaker? Kobling mot Tripletex, Power Office eller fagsystemet bare dere bruker? Vi bygger det. Også chatboten som har lest hele dokumentasjonen deres før den svarer kundene.

Fem generiske plugins gjør gjerne halvparten av jobben hver. Vi skriver heller én: liten, testet og versjonskontrollert på WPFluent-arkitekturen vår, uten 15 avhengigheter og uten 200 KB JavaScript ingen har bedt om.

Gutenberg-blokker for innholdstyper som bare finnes hos dere. API-lag som snakker med eksterne systemer i sanntid, og minesider med rollestyrt tilgang. Si hva dere trenger, så gjør vi det til en del av WordPress.

Hvorfor vanlig WordPress-utvikling knekker i skala

Diagnosen først. Tradisjonell WordPress-utvikling betyr i praksis å finne en plugin som nesten passer, og deretter lime resten sammen med litt egen kode i functions.php. Hver snarvei er billig der og da. Summen er teknisk gjeld dere betaler renter på i årevis.

  • Ytelse: EAV-modellen i databasen er fleksibel, men blir treg når volumet vokser. Skal du filtrere 1 000 produkter på farge, størrelse og lagerstatus, sluker det urimelig mye prosessorkraft
  • Uten en arkitektur som holder igjen, lekker forretningslogikken ut i temafiler og hooks. Til slutt vet ingen hva en liten endring faktisk berører lenger
  • Standardsøket forstår verken skrivefeil, synonymer eller vekting. Kunden taster «Ifone» og får null treff på en telefon dere har hundre av på lager
  • Sikkerhet henger i en tynn tråd: plugins med kjente sårbarheter og oppdateringer som drar med seg nye konflikter. Uten struktur blir hvert eneste vedlikehold et sjansespill

WPFluent: WordPress-utvikling med arkitektur

Kodeproblemet løste vi med WPFluent, vårt eget MVC-rammeverk bygget over samme lest som Laravel. Forretningslogikk i kontrollere, databasespørringer i modeller. Visningene vet ingenting om resten.
01 / 04

MVC-arkitektur

Eloquent-inspirerte modeller mot databasen og dedikerte kontrollere for logikken. Strukturen er forutsigbar nok til at en ny utvikler finner frem i koden første uka.
02 / 04

Dependency injection

Service-containeren håndterer avhengighetene. Ingen globale variabler. Ingen hooks som kaller hverandre i en rekkefølge ingen lenger husker begrunnelsen for.
03 / 04

Testbar kode

Isolerte komponenter testes med PHPUnit før de når produksjon. En feil i Tripletex-koblingen tar ikke med seg resten av nettstedet i fallet.
04 / 04

Ingen leverandørlås

Enhver moderne PHP-utvikler leser koden uten opplæring. Modulene vedlikeholdes hver for seg, og dere kan bytte leverandør uten å bytte plattform.

Serverne
gjør halve jobben

Trafikken dobler seg, og serveren blir flaskehalsen. Et delt webhotell til 99 kroner måneden var aldri dimensjonert for enterprise-last.

Stacken vår er satt opp for én ting: fart under press. FrankenPHP holder hele applikasjonen klar i minnet, så ingenting bootes på nytt per forespørsel. Traefik fordeler trafikk mellom flere instanser og gir zero-downtime deploy, mens Redis tar object cache, sesjoner og køer.

Effekten i tall? Responstider fra 200–300 ms ned til 20–30 ms. Og vi ruller ut ny kode klokka to en tirsdag uten at en eneste kunde mister handlekurven sin.

Stacken vi faktisk kjører

01 / 04

FrankenPHP Worker Mode

WordPress bootes én gang og blir liggende klar i minnet på PHP 8.4. Klassisk PHP-FPM starter hele applikasjonen på nytt for hver eneste sidevisning. Den kostnaden er borte.
02 / 04

Traefik som edge router

Flere kopier av nettstedet kjører parallelt. Traefik balanserer lasten mellom dem, terminerer SSL og bytter til ny versjon med blue/green-deploy.
03 / 04

Redis: Mer enn cache

Object cache for tunge databasespørringer, handlekurver og sesjoner som lever i minnet. Køene tar e-post og ERP-synkronisering i bakgrunnen, utenfor selve forespørselen.
04 / 04

CI/CD og versjonskontroll

All kode i Git, automatiserte tester før hver deploy og et staging-miljø som speiler produksjon. WP-CLI scripter resten. FTP finnes ikke hos oss.

Samme nettsted, ny motor

butikken.no3.2s
Tradisjonell PHP-FPM · Delt webhotell
butikken.no28ms
FrankenPHP Worker Mode

Avstanden mellom 3,2 sekunder og 28 millisekunder avgjør om den besøkende blir værende. Google har målt hvordan hvert ekstra sekund lastetid spiser konverteringer — besøkende venter rett og slett ikke [1].

Sikkerhet som ligger i arkitekturen

Rundt 90 % av alle hackede CMS-sider kjører WordPress. Tallet sier lite om plattformen og alt om forvaltningen. Bak nesten hvert innbrudd finner vi plugins som aldri ble oppdatert, et passord som er gjenbrukt på fem tjenester, eller et tema lastet ned fra en markedsplass ingen burde stole på. Hos oss ligger sikkerheten i arkitekturen fra første commit.
01 / 04

Web Application Firewall

Kjente angrepsvektorer, SQL injection og XSS stoppes før forespørselen i det hele tatt når WordPress. Beskyttelsen ligger i infrastrukturen, der den hører hjemme, og ikke i nok en plugin med eget oppdateringsregime.
02 / 04

Automatiserte sikkerhetsoppdateringer

WordPress selv og plugins oppdateres automatisk i staging, kjøres gjennom testene og deployes til produksjon. Vedlikehold som aldri glemmes, fordi ingen trenger å huske det.
03 / 04

Daglig backup

Hver natt tar vi en full infrastruktur-snapshot som favner mer enn en enkel databasedump. Gjenoppretting testes jevnlig og er tilbake på føttene i løpet av minutter.
04 / 04

Overvåkning og varsling

Oppetid, responstider og mistenkelig aktivitet overvåkes døgnet rundt. Varselet går til oss før kundene merker noe — se vedlikeholdsavtalen vår.

Søk som selger
og headless bare når det lønner seg

Standardsøket i WordPress er et enkelt LIKE-oppslag i databasen. Verken mer eller mindre. Kunden skriver «vinterstøvler dame», produktet heter «Støvletter — Vinter 2026», og resultatlisten blir stående tom. Derfor kjører vi Meilisearch som dedikert søkemotor ved siden av WordPress.

Meilisearch tilgir skrivefeil og vekter relevans, og viser fasetter momentant mens kunden taster. Semantisk søk med AI-embeddings løfter det et hakk til: motoren tolker meningen i søket, ikke ordlyden. «Noe varmt til beina» treffer faktisk vinterstøvlene.

Indeksen oppdateres i sanntid fra WordPress-backenden. Svartid under 12 millisekunder. Og 94 % relevans selv når kunden søker upresist.

Tre måter å bygge WordPress på

Tradisjonell
Responstid
Treg (2–5 s)
Hverdagen for redaktøren
Enkel
Forhåndsvisning av innhold
Ja
Gutenberg-editoren
Ja
Støtte for plugins
Full
Kapasitet under trafikktopper
Begrenset
Kostnad å bygge
Lav
Vedlikehold over tid
Enkelt
Hybrid
Vi anbefaler denne
Responstid
Rask (<200 ms)
Hverdagen for redaktøren
Enkel
Forhåndsvisning av innhold
Ja
Gutenberg-editoren
Ja
Støtte for plugins
Selektiv
Kapasitet under trafikktopper
Høy
Kostnad å bygge
Middels
Vedlikehold over tid
Moderat
Headless
Responstid
Rask (<100 ms)
Hverdagen for redaktøren
Krever utvikler
Forhåndsvisning av innhold
Begrenset
Gutenberg-editoren
Nei
Støtte for plugins
Minimal
Kapasitet under trafikktopper
Svært høy
Kostnad å bygge
Høy
Vedlikehold over tid
Komplekst

Norske krav som ikke forsvinner

01 / 04

Personvern og GDPR

Datatilsynet bryr seg om hvor dataene ligger og hvem som behandler dem. En WordPress-side som sender skjemadata til amerikanske tredjeparter uten databehandleravtale, bryter norsk lov. Vi holder dataene i Norge.
02 / 04

Universell utforming (WCAG)

Forskriften om universell utforming ble strammet inn fra 2025. WCAG 2.1 AA ligger i bunn fra første skisse hos oss — å ettermontere tilgjengelighet koster fort det dobbelte.
03 / 04

Norske integrasjoner

Tripletex, Power Office, HubSpot, Vipps, BankID, Altinn. Ferdigplugins snubler i norske datoformater, organisasjonsnumre og MVA-satser, så vi bygger API-koblingene selv.
04 / 04

Samtykke og skjemahåndtering

Kontaktskjemaer, påmeldinger og nyhetsbrev må innhente samtykke etter norske regler. Vi bygger det inn i løsningen i stedet for å la en gratisplugin sende dataene til en server i USA.

Hva enterprise WordPress-utvikling koster

Prisen styres av kompleksitet og antall integrasjoner. Etter en uforpliktende samtale får dere et konkret estimat med tall vi står ved, framfor et romslig slingringsmonn som flyttes underveis. Holder det med en standard bedriftsnettside, se nettside-siden vår.

Bedriftsnettside med WPFluent

MVC-arkitektur, CI/CD, staging, FrankenPHP

fra 80 000 kr

Bedriftsplattform med integrasjoner

+ CRM/ERP-kobling, dedikert søk, custom API-er

fra 150 000 kr

Enterprise WooCommerce

Meilisearch, Redis, lastbalansering, Vipps/Klarna

fra 200 000 kr

Vedlikehold og SLA

Overvåkning, sikkerhet, oppdateringer, garantert responstid

fra 3 000 kr/mnd

Fire faser, ett ansvar

Samme team fra første møte til løpende drift. Ingen overlevering underveis.
01 / 04

Kartlegging og arkitektur

Først forstår vi virksomheten: trafikkmønster, integrasjonsbehov, hvor skoen faktisk trykker. Så tegner vi arkitekturen lag for lag, med en begrunnelse bak hvert valg.
02 / 04

Utvikling med CI/CD fra dag én

Koden ligger i Git fra første linje, og hver endring kjører gjennom automatiserte tester. Dere følger fremdriften i staging og gir tilbakemelding rett i løsningen.
03 / 04

Lansering med zero downtime

Blue/green-deploy til produksjon, DNS-flytting, SSL og sikkerhetsherding. Dere godkjenner. Vi trykker på knappen.
04 / 04

Drift etter lansering

Lanseringsdagen er dag én av driften, der det virkelige arbeidet begynner. Proaktiv overvåkning, automatiske oppdateringer og garantert responstid gjennom vedlikeholdsavtalen.

Når trenger dere enterprise WordPress?

Langt fra alle trenger dette. Fem informasjonssider og moderat trafikk? Da klarer dere dere nok med en standardløsning. Kjenner dere igjen punktene under, derimot, er det på tide å tenke arkitektur:

  • Nettstedet er forretningskritisk, og hver time nedetid koster penger
  • Utviklingen har stoppet opp fordi standardarkitekturen ikke strekker til
  • Databasen eser ut, og søket leverer stadig dårligere treff
  • Dere trenger koblinger mot norske systemer som Tripletex, HubSpot eller booking
  • Sikkerhet og compliance står som harde krav i kontraktene dere signerer
  • Dere vil eie koden selv, uten å være gissel for én leverandørs «hemmelige oppskrift»

Da bygger dere ikke en nettside lenger. Da bygger dere infrastruktur — og infrastruktur kan vi jo en del om.

Åtte spørsmål til neste WordPress-utvikler

  1. 01

    Ligger koden i Git? Nei betyr takk for praten

  2. 02

    Finnes det et staging-miljø, eller testes endringer rett i produksjon?

  3. 03

    Kan de legge frem målte ytelsestall i stedet for å love at «den er rask»?

  4. 04

    Hva er sikkerhetsrutinen? «Vi oppdaterer WordPress» teller ikke som svar

  5. 05

    Skriver de egne plugins, eller monterer de ferdigvarer fra markedsplassen?

  6. 06

    Hva tilbyr de etter lansering — vedlikeholdsavtale med SLA og garantert responstid?

  7. 07

    Har de referanser fra norske bedrifter med tilsvarende behov?

  8. 08

    Eier dere koden etterpå, eller sitter leverandøren på nøkkelen?

Spørsmål vi ofte får

På tide å rydde i WordPress-løsningen?

Send oss noen linjer om hva dere vil få til, så følger vi opp med en uforpliktende samtale.