Migrering til Next.js / Astro i Berlin

Du har et nettsted som ligger i Berlin, eller du driver en norsk virksomhet som selger til kunder der, og dagens CMS har blitt det tregeste leddet. Jeg flytter slike nettsteder fra WordPress, Joomla, Drupal eller et eldre rammeverk til Astro eller Next.js, og jeg gjør det slik at søketrafikken overlever flyttingen.

#Hva består en migrering til Astro eller Next.js av?

Arbeidet er fem ting, i denne rekkefølgen.

1. Inventar. Jeg henter alle URL-er fra sitemap, serverlogger og Search Console, og legger dem i ett regneark med status, canonical, tittel, schema og innkommende lenker. Sider med trafikk eller eksterne lenker får prioritet.
2. Innholdsmodell. Felt, taksonomier og forfatterdata flyttes til en struktur som passer det nye grensesnittet: Markdown eller MDX i repoet for innhold som endres sjelden, et headless CMS for redaktører som publiserer daglig.
3. URL-kart. Hver gammel URL får én ny destinasjon med 301, uten kjeder. Google anbefaler permanente redirects fra gamle til nye URL-er, og at hver gammel URL peker rett på sin endelige adresse. Mange gamle URL-er som peker til én uvedkommende side, for eksempel forsiden, skal unngås.
4. Teknisk paritet. Title, description, canonical, hreflang, Open Graph og JSON-LD sammenlignes side for side mellom gammelt og nytt nettsted før noe går live.
5. Cutover og oppfølging. Jeg bytter seksjon for seksjon der det er mulig, sender inn ny sitemap og følger indeksering og søk i Search Console.

#Astro eller Next.js, hvilken passer deg?

Astro passer når nettstedet i hovedsak er innhold: tjenestesider, blogg, dokumentasjon. Det bygger sidene på forhånd og sender lite JavaScript. Next.js passer når det er innlogging, personlige data eller sider som må rendres per forespørsel. Mange nettsteder trenger begge deler: Astro for markedsføringssidene og en egen app for det som krever innlogging.

I Astro defineres permanente redirects i astro.config med redirects, og standard statuskode er 301. Bygger du til rene HTML-filer brukes ikke statuskoden av serveren, og uten adapter lager Astro en meta refresh. Derfor legger jeg redirect-kartet i hostens egne regler, slik at gamle URL-er svarer med ekte 301 og ikke med en HTML-side.

#Hva kan gå galt, og hvordan sjekker jeg det?

• Tapte URL-er. Sammenlign sitemap og logger før og etter. Alt som hadde trafikk i de siste månedene skal svare 200 eller 301 til en side med samme innhold.
• Redirect-kjeder og løkker. Jeg kjører hele URL-listen mot det nye nettstedet og leser statuskode og endelig destinasjon for hver rad.
• Hreflang uten returlenker. Google ignorerer hreflang hvis to sider ikke peker på hverandre, og alternative URL-er må være fullstendige med protokoll. Jeg tester at hver variant lenker til alle varianter, inkludert seg selv.
• Strukturerte data som forsvinner. Plugins har ofte generert schema uten at noen visste det. Jeg leser det gamle nettstedets JSON-LD og gjenskaper det som faktisk var i bruk.
• Svingninger etter lansering. Google beskriver at rangeringer kan variere i noen uker eller lenger etter en flytting. Jeg ser på Sitemaps-, indeks- og søkerapportene sammen med logger og analyse, og holder redirects i minst ett år.

Bytter du også domene, kommer verktøyet for adresseendring i Search Console i tillegg. Det brukes bare ved bytte av domene eller underdomene, ikke ved endringer av stier på samme domene.

#Hva er spesielt med Berlin?

Berlin er Tysklands hovedstad og samtidig en av de 16 delstatene. Folketellingen i 2022 ga 3 596 999 innbyggere (Wikipedia). Byen beskrives med blant annet høyteknologi, tjenester, kreative næringer, oppstartsmiljø, forskning, media og turisme. Det betyr at mange nettsteder her har flere språk, mange tredjepartsskript og redaktører som publiserer ofte, noe som gjør rene URL-er og en ryddig innholdsmodell verdifullt.

Tre tyske regler treffer et nettsted direkte.

• Tilgjengelighet (BFSG). Loven gjelder blant annet tjenester i elektronisk handel som tilbys forbrukere etter 28. juni 2025. Mikroforetak som tilbyr tjenester er unntatt etter § 3 abs. 3. Hvem som regnes som mikroforetak, må du avklare etter lovens definisjon. Jeg bygger skjema, navigasjon og fokusstyring tilgjengelig uansett.
• Anbieterkennung (DDG § 5). Kommersielle digitale tjenester skal ha navn og adresse, kontaktinformasjon med e-post, registeroppføring, og MVA- eller økonomisk identifikasjonsnummer der det finnes, lett synlig og direkte tilgjengelig. Under migreringen sjekker jeg at Impressum finnes på alle språkversjoner og er lenket fra bunnteksten.
• Personvern. For bedrifter med sete i Berlin er tilsynet Berliner Beauftragte für Datenschutz und Informationsfreiheit. Er du norsk, gjelder personopplysningsloven, som innfører GDPR i norsk rett gjennom EØS-avtalen. Jeg går gjennom skript, skrifter, kart og innebygde videoer som laster fra tredjeparter, fordi en ny frontend gjør det lett å fjerne dem.

Dette er ikke juridisk rådgivning. Jeg bygger det tekniske grunnlaget, og avgjørelsene om vilkår og samtykke tar du eller juristen din.

#Hvordan henger språk og hreflang sammen for Tyskland og Norge?

Selger du i Tyskland fra Norge, trenger du som regel en tysk versjon (de) i tillegg til norsk (nb). Hreflang bruker språkkode først og eventuelt landskode etter: de eller de-DE, nb eller nb-NO. En landskode alene fungerer ikke. En x-default peker på siden brukere ser når ingen språk passer. Jeg lokaliserer innholdet for markedet, så regelverk, betalingsmåter og produktnavn tilpasses i stedet for at teksten oversettes ord for ord.

#Hvordan overleverer jeg?

Repo, miljøvariabler, deploy-pipeline og en kort beskrivelse av hvordan du publiserer blir hos deg. Les mer om fremgangsmåten på siden om migrering til Astro og Next.js, eller om Astro-utvikling.

#Neste steg

Send meg adressen til dagens nettsted, hvilket CMS du bruker og hvor trafikken kommer fra. Du får et skriftlig omfang med redirect-kart, risikoer og rekkefølge på overgangen.

#Betaling, skatt og skjema i Berlin

I SaaS, e-handel og kreative byråer i Berlin feiler checkout og skjema før designet. Tester kjører med testbeløp; satser eier kunden i gatewayen.