Å flytte fra WordPress begynner med å finne ut hva nettsiden gjør for bedriften, og hva som skal bli bedre. Deretter må innhold, adresser og funksjoner få en tydelig plass i den nye løsningen. Dere kan bytte hele plattformen, eller beholde deler av WordPress og ta overgangen i flere trinn.
Vi lanserte Astro som ny frontend på faerdermarketing.no 24. oktober 2026. Frontend er den delen besøkende ser og bruker. Her bruker vi vår egen overgang som eksempel på valgene som må tas, fra kartlegging til oppfølging. Den viser en gjennomført teknisk flytting, uten å dokumentere noen langsiktig SEO-effekt.
Avklar hva flyttingen skal løse
Er det vanskelig å redigere innhold, vedlikeholde funksjoner eller koble nettsiden til kundeoppfølgingen? Beskriv oppgaven konkret. Et tregt skjema eller en utdatert tekst kan ofte forbedres i dagens løsning. Et plattformbytte bør vurderes når behovene samlet forsvarer arbeidet og ansvaret som følger med.
For oss handler egen kode om å kunne forme sidene og funksjonene etter måten vi arbeider på. Vi kan gjennomgå endringer, bygge en ny versjon og kontrollere den før publisering. Bakgrunnen er utdypet i artikkelen om WordPress, Astro og AI. Denne guiden handler om selve overgangen.
Vår overgang: Astro foran, WordPress til avtalte oppgaver
Vi beholdt domenet faerdermarketing.no og tok utgangspunkt i det publiserte innholdet og de eksisterende adressene. Innholdet til Astro ligger i filer med versjonshistorikk. WordPress er fortsatt i bakgrunnen, men er ikke redaktørverktøyet for artiklene du leser her.
| Del av nettstedet | Valget vårt ved overgangen | Hva vi kontrollerte |
|---|---|---|
| Offentlige sider og artikler | Astro viser innhold fra prosjektfiler. | Innhold, datoer, språk, lenker og visning på mobil. |
| Eldre bilder og dokumenter | WordPress-medier ble beholdt på eksisterende adresser. | At filene fortsatt kunne åpnes fra de nye sidene. |
| Henvendelser og samtykke | Avgrensede mottakere ble beholdt i WordPress. | Faktisk e-postmottak, feiltilstander og samtykkevalg. |
| Gamle adresser | Videreført der det var relevant, ellers vurdert enkeltvis. | Direkte videresending til riktig side og ekte feilsvar for ukjente adresser. |
| Tilbakeføring | Tidligere oppsett og sikkerhetskopier ble bevart. | En dokumentert vei tilbake hvis lanseringen sviktet. |
Dette ga oss en avgrenset overgang. WordPress-delen trenger fortsatt oppdateringer, tilgangsstyring og sikkerhetskopi. Et alternativ er å la WordPress fortsette som innholdssystem og hente teksten inn i Astro. Astros migreringsveiledning beskriver både videre bruk av WordPress og flytting til innholdsfiler. Valget må passe dem som skal vedlikeholde nettstedet.
1. Kartlegg innhold og funksjoner før dere bygger
Lag én oversikt med gammel adresse, sidens formål, ønsket behandling og ansvarlig person. Ta med artikler, tjenester, referanser, kategorier, forfatterarkiv, bilder og nedlastinger. Suppler med sider fra søkestatistikk, annonser og viktige eksterne lenker. Et eksportert innleggstall forteller ikke om alle offentlige adresser er tatt med.
Registrer også hva som skjer etter et klikk: Hvem mottar skjemaet? Hvor havner en bestilling? Finnes det søk, innlogging, booking eller integrasjoner? Beskriv funksjonen fremfor bare navnet på en utvidelse. Da blir det mulig å velge hva dere skal videreføre, erstatte eller avslutte.
Avtal redigeringen samtidig. En ferdig side hjelper lite hvis ingen vet hvordan pris, kontaktperson eller åpningstid endres. Bruk guiden til å redigere en Astro-nettside for å velge arbeidsmåte og prøve vanlige oppgaver før lansering.
2. Sikre innholdet, filene og veien tilbake
WordPress sin vanlige innholdseksport lager en XML-fil med blant annet innlegg, sider og innholdsopplysninger. Den er ikke en komplett kopi av nettstedets filer og oppsett. WordPress sin backupveiledning skiller mellom database og filer; begge må inngå når dere skal kunne gjenopprette hele nettstedet.
Kontroller bilder, PDF-er, bildetekster og bruksrettigheter særskilt. Innhold fra en sidebygger kan trenge manuell bearbeiding før det fungerer i nye maler. Bevar opprinnelige publiseringsdatoer, og marker historiske opplysninger som historiske. Utkast, personopplysninger og interne dokumenter skal holdes utenfor det offentlige innholdet.
Be om at en gjenoppretting prøves i et avskjermet miljø. Avklar også hvem som eier domenet, prosjektfilene og nødvendige kontoer. Bruk guiden om eierskap og overtakelse når dere avtaler dette ansvaret.
3. Bevar nyttige adresser og planlegg endringene
Et bytte fra WordPress til Astro krever ikke i seg selv nye sideadresser. Vi anbefaler å beholde etablerte adresser når siden fortsatt dekker samme behov. For adressene som endres, bør oversikten vise gammel adresse, endelig mål og begrunnelse. Oppdater også lenker i artikler, menyer, annonser og ressurser dere kontrollerer.
Ved permanent flytting anbefaler Google permanente videresendinger, som 301 eller 308. Send den gamle adressen direkte til en relevant erstatning. Googles flytteveiledning advarer mot å sende mange utgåtte sider til en irrelevant forside og anbefaler å beholde videresendinger i minst ett år. Sider uten en relevant erstatning kan gi et reelt 404- eller 410-svar.
Kontroller at offentlige sider kan indekseres, at nettstedskartet inneholder riktige adresser, og at hver side oppgir riktig foretrukket adresse, kalt canonical. På et flerspråklig nettsted må språkversjonene peke til hverandre. Test gamle lenker uten innlogging. En pen feilside med status «OK» er ikke et korrekt feilsvar.
4. Test hele henvendelsen og den faktiske målingen
Hos oss omfattet lanseringskontrollen en merket testhenvendelse og bekreftet mottak i innboksen. Det er en annen kontroll enn å se en takkebeskjed på skjermen. For deres løsning bør testen også bekrefte riktig mottaker, svaradresse, eventuell registrering i kundesystemet og hvem som følger opp.
Prøv ugyldige felt, avbrudd og avvisning, og sjekk at besøkende får forståelige beskjeder uten å miste teksten unødvendig. Test samtykkevalg før og etter aksept, avslag og tilbaketrekking. Kontroller hva som faktisk lastes og sendes, og at målingen ikke teller samme handling flere ganger.
Vi beholdt den eksisterende Google Analytics-eiendommen, men endret samtykke- og måleoppsettet. Lanseringen er derfor et metodeskille i statistikken. Henvendelser i innboksen og målte konverteringer er ikke identiske størrelser. Bevar målehistorikk og dokumenter endringer, slik at en forskjell i tall ikke automatisk tolkes som en forskjell i etterspørsel.
5. Avtal når dere lanserer, og når dere går tilbake
Bygg og prøv den nye løsningen før den overtar det offentlige nettstedet. Avklar hvem som godkjenner innholdet, hvem som gjennomfører byttet og hvem som er tilgjengelig etterpå. Sett et tidspunkt for siste innholdssynkronisering, slik at rettelser gjort i WordPress underveis blir med.
- Før byttet: Kontroller innhold, bilder, viktige adresser, språk, skjemaer, tilgang og sikkerhetskopi. Bestem hvilke feil som skal stoppe lanseringen.
- Rett etter byttet: Tøm relevante mellomlagre og prøv det offentlige nettstedet uten innlogging, på mobil og stor skjerm. Bekreft de viktigste handlingene.
- Ved alvorlig feil: Ha én ansvarlig som kan aktivere forrige fungerende versjon. Avtal terskelen på forhånd, for eksempel at henvendelser ikke kommer frem.
Tilbakeføring må bevare opplysninger som er kommet inn etter byttet. En nettbutikk trenger en egen plan for nye ordre, betalinger, lager og kunder; en gammel databasekopi kan overskrive nyere data. Ved bytte av domene eller drift må også e-post og tilhørende oppsett vurderes særskilt. Vår overgang av et informasjonsnettsted er ikke en ferdig oppskrift for å flytte WooCommerce.
Vi bruker ChatGPT og Claude som støtte til ideer, kode og gjennomgang. Det gjør det lettere å utforske løsninger, men det erstatter ikke kontroll av innhold, tilganger, personopplysninger og faktisk funksjon. Det samme gjelder dersom deler av den nye løsningen lages med Lovable eller andre AI-verktøy.
6. Følg opp etter at den nye siden er offentlig
Kontroller først at viktige sider og henvendelser virker. Følg deretter feiladresser, indeksering, søk og faktiske forespørsler over tid. Google beskriver at synligheten kan svinge ved flytting. En god teknisk kontroll er nyttig, men gir ingen garanti for bestemte plasseringer.
Fordel arbeidet videre med guiden for oppfølging etter lansering. Den gamle løsningen bør først avvikles når dere vet hvilke oppgaver som er flyttet, hva som fortsatt brukes og hvordan nødvendig historikk skal bevares. Et system som står igjen i bakgrunnen, må ha en navngitt ansvarlig.
Ta med dette når dere ber om et tilbud
Ta med adresselisten, funksjonene som må virke, hvem som skal redigere, og det dere ønsker å forbedre. Be om at flytting, testing, opplæring, drift og tilbakeføring beskrives i tilbudet. Guiden til en ny nettside hjelper dere å samle behovene.
Når vi vurderer en nettside for bedriften, ser vi på hvilke deler som bør forbedres, beholdes eller bygges på nytt. Dere trenger ikke velge Astro på forhånd. Et tydelig mål og en oversikt over det dere allerede har, gir et bedre grunnlag for å velge løsningen.
