WordPress kan fortsatt være et godt valg for en bedriftsnettside. Hos Færder Marketing har vi likevel endret hvordan vi bygger nye løsninger. Vi bruker mer egen kode, Astro og AI for å kunne forme nettsiden og systemene rundt måten bedriften faktisk arbeider på. For kunden skal det bety mer relevante funksjoner, en tydeligere kundereise og bedre mulighet til å videreutvikle løsningen.
Hvis du vurderer en ny nettside eller nettbutikk, bør du forstå hva denne retningen innebærer. En egenutviklet løsning kan gi verdifull frihet. Den krever også tydelig ansvar for vedlikehold, dokumentasjon og sikkerhet. Valget må begrunnes i behovet deres.
Hvorfor vi har endret retning
Jeg har jobbet med mange WordPress-nettsteder. Det gir et godt utgangspunkt for å se både hva plattformen løser godt, og når oppgaven krever noe annet. Et publiseringssystem er nyttig når jobben først og fremst er å redigere og publisere innhold. Behovet blir annerledes når vi skal knytte sammen en forespørsel, et tilbud, levering og videre oppfølging.
Derfor begynner vi oftere med spørsmålet: Hvordan burde dette fungere for kunden og menneskene som skal gjøre jobben? Derfra kan vi tegne en arbeidsflyt og bygge funksjonene som trengs. Det gir mer rom for egne ideer enn når vi tidlig låser prosjektet til en mal eller en bestemt samling utvidelser.
Det betyr også at vi vurderer det dere allerede har. Hvis en god WordPress-side kan forbedres med et tydeligere tilbud, et bedre skjema eller én gjennomtenkt integrasjon, kan det være riktig investering. Et teknologibytte har først verdi når det løser et problem som er viktig nok.
Hva Astro og egen kode gir oss
Astro er et rammeverk for å bygge nettsteder. Det er ikke i seg selv et ferdig redigeringsverktøy eller et komplett nettbutikksystem. Vi kan bruke det til å lage sidene kunden møter, og koble på de funksjonene og datakildene prosjektet trenger.
Astro kan lage ferdige HTML-sider på forhånd og legge til interaktivitet der den har en oppgave. En tjenesteside trenger kanskje bare lesbart innhold og et kontaktskjema, mens en veiviser trenger logikk som reagerer på svarene dine. Astro støtter også sider som lages ved hvert besøk når innholdet må være dynamisk.
Dette er beskrevet i Astros forklaring av interaktive deler og dokumentasjonen for dynamiske sider. Det kan gi et godt utgangspunkt for lite unødvendig kode i nettleseren. Bilder, skrifter, sporing og selve implementeringen påvirker fortsatt hvor rask siden blir.
Når vi sier egenkodet, mener vi at vi former løsningen i kode vi kan arbeide videre med. Vi bygger fortsatt på etablerte rammeverk, biblioteker og tjenester. Det er sjelden fornuftig å utvikle betaling, e-postlevering eller alle deler av innloggingen fra bunnen av.
Kontrollen ligger også i produktmodellen og reglene bak skjermen: hvilke valg kunden kan kombinere, hvordan prisen beregnes, og hvordan ansatte behandler bestillingen. Astro kan være kundens inngang til et slikt system. Rammeverket avgjør ikke alene hvor mye vi kan tilpasse.
Slik bruker vi ChatGPT og Claude i det kreative arbeidet
Vi bruker ChatGPT og Claude til å idémyldre, utforske løsninger og utvikle nye funksjoner. Det kan begynne med en løs tanke: Kunne kunden fått hjelp til å velge riktig tjeneste før de tar kontakt? Eller kunne de ansatte sluppet å kopiere den samme informasjonen mellom flere systemer?
AI gjør det lettere å konkretisere slike tanker. Vi kan utforske flere måter å forklare et tilbud på, utforme en prototype og arbeide videre med koden. Dermed kan mer av kreativiteten bli synlig i noe vi faktisk kan prøve. Vi kan også forkaste en idé når utprøvingen viser at den gjør oppgaven mer komplisert.
Et tenkt eksempel er en bedrift som mottar forespørsler om flere typer oppdrag. En enkel veiviser kan stille relevante spørsmål, oppsummere behovet og sende henvendelsen til riktig ansvarlig. Vi kan bruke AI til å utforske spørsmålene og bygge et første utkast. Verdien må vurderes ut fra om kunden forstår valgene og bedriften får et bedre grunnlag for å svare.
AI kan foreslå kode som ser overbevisende ut, men som har feil eller bygger på gale antakelser. Derfor må kravene være tydelige, endringene forstås og de viktige handlingene testes. At en annen AI sier at koden ser bra ut, er heller ikke en uavhengig sikkerhetskontroll.
En nettside bygget med hjelp fra AI trenger for øvrig ikke å bruke AI når kunden besøker den. AI kan være et verktøy i utviklingen, mens den ferdige siden fungerer med vanlig kode. En chatbot eller en funksjon som sender kundeopplysninger til en AI-tjeneste, er et eget valg som må vurderes særskilt.
Hvor passer Lovable inn?
Lovable er et annet verktøy vi kan vurdere når vi skal utforske og bygge en løsning med AI. Det kan være relevant for å gjøre en idé til et grensesnitt vi kan prøve og diskutere. Astro og Lovable beskriver ulike deler av arbeidet: et rammeverk og en utviklingsplattform. Et prosjekt laget i Lovable er ikke automatisk bygget med Astro.
Lovable dokumenterer at prosjektkode kan eksporteres og synkroniseres med GitHub. Det gir en vei til å arbeide videre med koden utenfor selve verktøyet. Database, filopplasting, innlogging og andre tjenester må likevel kartlegges før en flytting. Tilgang til kildekoden er én del av en løsning som kan overtas av andre.
Hva vi faktisk har gjort på vår egen nettside
Færder Marketings nettsted har nå Astro som den delen besøkende møter. Innholdet ligger i filer med versjonshistorikk i Git. Det gjør det mulig å se hva som er endret, gjennomgå endringene og bygge en ny versjon av nettstedet.
Vi har samtidig beholdt WordPress for blant annet historikk, gamle mediefiler, administrasjon og enkelte funksjoner for e-post og samtykke. Overgangen vår er derfor et konkret eksempel på at man kan endre deler av løsningen og bevare det som fortsatt har en oppgave. WordPress-delen krever fortsatt vedlikehold.
Er egen kode sikrere enn WordPress?
Det kan vi ikke avgjøre ut fra navnet på teknologien. En statisk side kan redusere behovet for offentlig tilgjengelig programkode som kjører for hvert besøk. Men skjemaer, innlogging, integrasjoner, servere og publiseringstilganger må fortsatt sikres. Egen kode kan også inneholde alvorlige feil.
WordPress peker selv på oppdatering av kjernen, temaer og utvidelser som sentralt i sin sikkerhetsveiledning. Et godt vedlikeholdt WordPress-oppsett kan være et fornuftig valg. En egenutviklet løsning trenger tilsvarende ansvar for avhengigheter, tilgangsstyring, sikkerhetskopier og håndtering av feil.
For deg som bestiller, er det nyttigere å spørre hvem som følger opp sikkerheten og hvordan den kontrolleres, enn om løsningen er «AI» eller «WordPress». Les hva du bør få kontrollert i en nettside laget med AI for konkrete spørsmål til leverandøren.
Hva full kontroll bør bety for kunden
Kontroll må kunne vises. Hvem eier domenet og kontoene? Hvem har tilgang til koden og innholdet? Kan dere hente ut dataene i et format som kan brukes videre? Og kan en annen utvikler forstå, bygge og drifte løsningen hvis samarbeidet endres?
Dette må avtales i leveransen. Egen kode gir ikke automatisk eierskap eller frihet fra leverandøren. En løsning uten dokumentasjon kan gjøre kunden svært avhengig av den som bygget den. Samtidig er WordPress åpen kildekode og kan gi betydelig kontroll. Forskjellen ligger ofte i oppsettet, avtalene og hva som faktisk kan overføres.
Avklar dessuten hvordan dere vil redigere. Filbasert innhold passer vår arbeidsmåte. En bedrift med flere ansatte som publiserer ofte, kan trenge et redaktørgrensesnitt med forhåndsvisning og roller. Det kan løses med et innholdssystem koblet til nettsiden, eller være et argument for å beholde WordPress. Kunden skal kunne utføre de vanlige oppgavene på en forståelig måte.
Hvis vi skulle laget en ny nettside eller nettbutikk i dag
Vi ville startet med hele reisen: Hvordan blir dere funnet? Hva trenger kunden for å velge? Hvordan kommer en henvendelse eller bestilling inn? Hvem følger opp, leverer, fakturerer og hjelper kunden etterpå? Deretter ville vi vurdert hvilke deler dere bør beholde, kjøpe ferdig eller utvikle selv.
For en nettbutikk må produktdata, lager, priser, betaling, frakt, returer og regnskap fungere sammen. En egenutviklet forside er bare en del av dette. Et etablert handelssystem kan fortsatt være den beste motoren, også når kundens grensesnitt er spesialbygget. Kostnaden ved å utvikle og vedlikeholde koblingene må være med i vurderingen.
Når bedriften trenger egne produktregler og arbeidsprosesser, kan vi også bygge handelslogikken selv og gjenbruke velprøvde komponenter. Et mulig oppsett er Astro for produkt- og innholdssidene, React for produktvalg og handlekurv, og egne serverfunksjoner med en PostgreSQL-database. Betalingsbehandlingen kan fortsatt utføres av en etablert betalingstjeneste. Dette er et arkitekturvalg vi vurderer for prosjektet, ikke et ferdig oppsett vi foreslår til alle.
En butikk kan kombinere ferdigbygde informasjonssider med dynamiske produktdata. Pris og tilgjengelighet må holdes oppdatert og kontrolleres på serveren før en bestilling godtas. Ansatte trenger dessuten gode arbeidsflater for produkter, kampanjer, ordre og kundeservice. En nettbutikk bygget med Astro skal ikke kreve kodeendringer hver gang en ansatt endrer en pris.
Vurderer dere en nettbutikk med egne produktvalg eller arbeidsflyter? Les fordypningen om når en skreddersydd nettbutikk gir mening, og hvordan vi vurderer Astro, handelslogikk og database hver for seg.
Sammenlign derfor kostnaden over flere år: oppstart, lisenser, drift, vedlikehold, videreutvikling og intern arbeidstid. AI kan gjøre deler av utviklingen raskere, men fjerner ikke arbeidet med avklaring, kvalitet og ansvar. Vi lover ikke lavere totalpris bare fordi koden er laget med hjelp fra AI.
Hva betyr dette for SEO og synlighet i AI-søk?
Valg av Astro, WordPress eller et AI-verktøy gir ingen garanti for gode plasseringer. Sidene må kunne finnes og leses, innholdet må svare på relevante spørsmål, og viktige adresser må tas vare på ved en overgang. Teknologien skal hjelpe oss å gjennomføre dette godt.
Google sier at de vanlige SEO-prinsippene også gjelder for AI Overviews og AI Mode, uten egne tilleggskrav for å bli vurdert. Indeksering eller visning er ikke garantert. Se Googles veiledning om AI-funksjoner i søk. Det er et bedre grunnlag enn å bygge rundt løfter om at et bestemt rammeverk blir foretrukket av AI.
Begynn med det dere vil få til
Før en samtale om ny løsning: Skriv ned én oppgave kunden strever med og én oppgave dere bruker unødvendig tid på internt. Ta også med systemene dere bruker i dag. Det gir oss et konkret utgangspunkt for å vurdere forbedringer og eventuelt nybygg.
Les hvordan vi vurderer en ny nettside eller nettbutikk gjennom hele kundereisen, eller fortell oss hva dere ønsker å få til.
