Fra WordPress til Astro — slik lages nettsider ti ganger raskere og billigere

ciqualia.com kjørte på WordPress til slutten av august 2026. Siden da er nettstedet bygget med Astro, og nytt innhold lages i en chat med en KI-assistent. Tallene i denne veiledningen kommer fra dette nettstedet.

Hvorfor WordPress blir dyrt

I WordPress begynner nesten hver innholdsendring som en teknisk endring. En ny side trenger en ny eller endret mal. Malen må passe til temaet, til utvidelsene og til tidligere tilpasninger, og først når den er på plass, kan noen skrive teksten.

For ciqualia.com gjorde et utviklerteam dette, til rundt 40 euro i timen. Endringene utgjorde flere titalls timer i måneden, og hver av dem tok minst to uker — spørsmål, avstemming, testing og etterarbeid medregnet. I tillegg kom betalte premium-utvidelser der oppdateringene er knyttet til en betalt lisens.

La oss oppsummere: hva var et CMS ment for?

La oss stoppe opp et øyeblikk og spørre hvorfor CMS-er finnes i det hele tatt. Et publiseringssystem skulle gjøre det mulig å publisere innhold uten å befatte seg med teknikk. I en WordPress-installasjon som har vokst gjennom årene, kommer teknikken tilbake via maler og utvidelser.

I dag kan en KI-assistent ta over den rollen. Redaksjonen beskriver i chatten hva som skal endres; assistenten skriver tekst og kode, kontrollerer resultatet og publiserer når den får beskjed. Forutsetningen er at tekniske krav, grenser, tilbakerulling og kontroll i et testmiljø er fastsatt nøye én gang.

Det er samme prinsipp som i Agentic OS for back office: regler som gjelder for alle oppgaver, oppgaver som kan gjentas, og resultater som kontrolleres før oppgaven avsluttes.

Hvorfor Astro

Astro lager ferdig HTML av komponenter og innholdsfiler. Det finnes ingen database, ingen PHP og ingen administrasjonsflate som må vedlikeholdes og sikres. Innholdet ligger som filer i repositoriet, én per språk, og hver endring er en sporbar versjon.

For en KI-assistent er det riktig arbeidsflate: den leser og skriver filer i stedet for å klikke seg gjennom et grensesnitt, og hver endring den gjør, kan gjennomgås, kontrolleres og rulles tilbake.

Hva som fastsettes én gang

For at redaksjonen bare skal jobbe i chatten, fastsettes det én gang hva nettstedet er, hva som kontrolleres før hver publisering, og hvordan en feil rulles tilbake. Dette lagres som en skill eller plugin for KI-assistenten og gjelder deretter for hver oppgave.

For ciqualia.com hører for eksempel dette med: hver innholdsendring gjelder for alle ni språk samtidig. Hver side vises først på stage, en testkopi av nettstedet. Og en sjekkliste før hver publisering kontrollerer titler, beskrivelser, språkhenvisninger, bilder og oppsettet på PC, nettbrett og mobil.

Redaksjonen jobber bare i chatten

Redaksjonen trenger ikke å vite noe om git, pull requests eller build-pipelines. Den skriver en oppgave i chatten — for eksempel «Ny side om ISO 13485 etter mønster av ISO 9001-siden, på alle språk» —, ser på resultatet på stage, sier hva som skal rettes, og sier til slutt: «Publiser til produksjon.»

Tallene: timer i stedet for uker

Tiden er hentet fra assistentens logger: tolv oppgaver siden oktober 2026, målt fra oppgaven i chatten til endringen som var klar for godkjenning. Medianen var rundt halvannen time med arbeid og rundt fire timer totalt; det tok bare lenger tid når en oppgave ventet på svar over natten.

• En ny standardside om ISO 13485 på ni språk, etter mønster av en eksisterende: drøyt en time.
• En «Om oss»-side som erstatter kontaktsiden, på ni språk: rundt 1,3 timer.
• Interne lenker til to nye sider fra alle sider der de passer: åtte minutter.
• De største oppgavene, en produktkatalog og en bransjeside: fire til fem timer.

Også selve overgangen gikk raskt: den første kodelinjen ble skrevet 4. august 2026, og 29. august erstattet det nye nettstedet WordPress på ciqualia.com. Siden da har det kommet til rundt tjue nye sider og fem fagartikler, hver på ni språk.

På kostnadssiden står titalls utviklertimer à 40 euro — 800 euro eller mer i måneden — mot 20 euro. På tidssiden står to uker mot noen få timer. Begge forskjellene er større enn en størrelsesorden.

Raskere og billigere betyr ikke dårligere. Slik vurderer de vanlige testverktøyene forsiden til ciqualia.com, både på mobil og på PC:

• PageSpeed Insights: ytelse 100, tilgjengelighet 95, anbefalte fremgangsmåter 100, SEO 100, Agentic Browsing 3 av 3.
• Ahrefs Site Audit: Health Score 100 — ingen av nettstedets interne adresser har feil.

Hva som erstatter utvidelsene

Før flyttingen lønner det seg å kartlegge: hvilke utvidelser er installert, og hvilken oppgave løser hver av dem? For ciqualia.com ble det lite igjen av dem:

Kartleggingen er samtidig en revisjon. For ciqualia.com inneholdt koden i de gamle utvidelsene tre ting som bevisst ikke ble tatt med: avslått sertifikatkontroll ved overføring til CRM-systemet, feilmeldinger sendt til en privat e-postkasse og to konkurrerende SMTP-utvidelser.

Flytte uten å tape i søket

Sitemapen til det gamle nettstedet listet opp 80 adresser. Hver av dem fikk en beslutning:

• 16 finnes på det nye nettstedet under samme adresse. De trenger ingen regel.
• 11 har en etterfølger under en annen sti og videresendes permanent (301), med og uten skråstrek til slutt.
• 53 svarer bevisst med 404: porteføljen, stillingsannonser, gamle tjenestesider, testsider og stikkordarkiver.

På dagen for overgangen:

1. Pek DNS mot den nye serveren.
2. Tøm robots.txt fra CDN-hurtigbufferen — ellers viser den i timevis til sitemapen fra den gamle SEO-utvidelsen.
3. Send inn den nye sitemapen i Google Search Console.
4. Regn med flere 404-svar: de følger av beslutningene over.
5. Kontroller noen videresendinger stikkprøvevis og send en testhenvendelse via skjemaet.

Personvern tenkt inn fra start

Mindre teknikk betyr også færre personvernspørsmål. Det gamle nettstedet brukte Google Analytics og et banner for informasjonskapsler. Det nye sier bevisst nei til informasjonskapsler, også til statistikk, og trenger derfor ikke noe banner: den som åpner siden, begynner å lese med en gang i stedet for først å klikke bort et samtykkevindu. Personopplysninger forekommer bare i kontaktskjemaet. KI-assistenten jobber med kode og tekst, ikke med besøkendes data.

Det som likevel behandles — kontaktskjema, e-postutsending, hosting — hører hjemme i protokollen over behandlingsaktiviteter. Complaica fører denne protokollen og holder oversikt over personvernoppgavene; les mer på sidene om GDPR-programvare og personvernstyring.

Til slutt: skjermbilder på ni språk

Ett spørsmål gjenstår som flerspråklige nettsteder ofte snubler i: hvordan får man skjermbilder av egen programvare på hvert språk? Et tysk bilde ved siden av fransk tekst ser slurvete ut, og hver nye versjon av programvaren gjør alle bildene utdaterte på én gang.

For ciqualia.com er produktvisningene derfor ikke bilder noen tar for hånd. Hver visning er bygget opp som en komponent med programvarens oversatte tekster og gjengis som en egen side for hvert språk. Et skript åpner disse sidene i en Chrome-nettleser uten vindu (headless), tar bilder av dem og lagrer dem i flere bredder som AVIF og WebP — rundt 2000 filer, laget med én kommando. Endres en tekst eller en farge, tar assistenten bildene på nytt.

For produktomvisningene logger den samme Chrome seg inn i en lokal demo av den ekte applikasjonen, åpner modulene og tar bilder av dem i skrivebordsstørrelse. Også layoutkontrollen før hver publisering fungerer slik: skjermbilder i tre bredder som assistenten ser på selv.

Spør oss hvordan

Ciqualia bygger nettsteder på denne måten og setter opp prosessen for teamet ditt: reglene, kontrollene, stage og skillen for KI-assistenten. Mer om programvareutvikling og utskifting av eksisterende applikasjoner finner du hos Pragmatica, mer om KI-integrasjon hos Gnostica.

Fortell meg mer