Migrering til Next.js / Astro i Køln

Du driver et nettsted i Köln på WordPress, Joomla, Drupal eller et eldre rammeverk og vurderer å flytte til Astro eller Next.js. Her står hvordan jeg gjør en slik migrering, hvilke tyske regler som følger med nettstedet over i den nye koden, og hvordan du selv kan kontrollere at søketrafikken overlever.

#Lønner det seg å flytte et nettsted i Köln fra WordPress til Astro?

Ikke alltid. Er problemet for mange plugins, et tungt tema eller manglende caching, er opprydding i WordPress billigere. Migrering lønner seg når CMS-et selv står i veien: serverresponsen er treg før noe er cachet, adminpanelet er tregere enn fronten, sikkerhetsoppdateringer skaper frykt for å ødelegge noe, og ingen tester kjører før en release.

Valget mellom rammeverkene følger av hva siden gjør. Astro passer for tjenestesider, blogg, dokumentasjon og flerspråklige nettsteder, der nesten alt kan bygges som statisk HTML. Next.js passer når siden har innlogging, kundeportal, personaliserte visninger eller mye serverlogikk. WordPress kan ofte bli stående som redaksjonsverktøy og levere innhold over REST API eller GraphQL, slik at redaktørene beholder grensesnittet de kjenner.

Fremgangsmåten er beskrevet mer generelt på hovedsiden om migrering til Next.js og Astro. Vil du vite mer om selve rammeverket, se siden om Astro-utvikling.

#Hvordan beholder jeg plasseringene i Google når adressene endres?

Risikoen ligger i URL-ene, ikke i koden. Jeg jobber i denne rekkefølgen:

1. Inventar. Alle indekserbare adresser hentes fra sitemap, en full crawl og Search Console, og kobles mot sidene som faktisk gir klikk. Gamle kampanjelenker, PDF-er, bildeadresser og tyske adresser med omlyd (ä, ö, ü) eller omskrivning (ae, oe, ue) kommer med, fordi samme side kan være lenket i begge varianter.
2. URL-kart. Hver gammel adresse får én ny adresse eller en begrunnet beslutning om å fjerne den. Kartet er et regneark du godkjenner før jeg skriver en linje kode.
3. Redirects. Google anbefaler permanente server-side redirects, 301 eller 308, rett til endelig adresse uten kjeder, og å beholde dem så lenge som mulig, som regel minst ett år. Jeg tester hele kartet mot testmiljøet: hver gammel URL skal gi én redirect og deretter 200.
4. Innholdsmodell. Felt, kategorier, forfattere og bilder flyttes til en struktur Astro eller Next.js kan bygge fra. Shortcodes og moduler fra sidebyggere blir til komponenter, ikke til HTML-rester i teksten.
5. Metadata og strukturerte data. Title, description, canonical og JSON-LD skal være like gode eller bedre enn før. Jeg sammenligner per mal, ikke bare forsiden.
6. Hreflang. Mange nettsteder i Köln har en tysk hovedversjon og en engelsk versjon ved siden av. Hreflang-parene må være gjensidige og peke på sider som svarer 200, ikke på redirects.
7. Overgang. Et lite nettsted kan flyttes på én dag. Større nettsteder flytter jeg seksjon for seksjon, slik at en feil i én mal ikke tar ned hele domenet.

Endres domenet, brukes Change of Address i Search Console. Ifølge Google trengs verktøyet ikke når du flytter stier innenfor samme domene eller går fra http til https. Google skriver også at det tar noen uker før de fleste sidene på et lite eller mellomstort nettsted er flyttet i indeksen, og lenger for store. I den perioden følger jeg dekningsrapporten, 404-feil og klikk per side opp mot tallene fra før lansering.

#Hva kan gå galt under migreringen, og hvordan oppdages det?

• Glemte URL-er. En side uten redirect blir 404 og mister lenkene sine. Det godkjente URL-kartet kjører som automatisk test før og etter lansering.
• Redirect-kjeder fra forrige redesign. Gamle regler peker ofte videre i flere ledd. Jeg slår dem sammen til ett ledd.
• Feil canonical i en mal. En canonical som peker på forsiden kan ta hundrevis av sider ut av indeksen. Jeg leser den ferdige HTML-en, ikke bare kildekoden.
• Impressum og personvernerklæring som forsvinner. De ligger ofte i bunnteksten eller i en widget og blir lett glemt i eksporten. Se reglene under.

#Hvilke tyske regler må den nye siden i Köln oppfylle?

Köln ligger i delstaten Nordrhein-Westfalen og er Tysklands fjerde største by, med 1 025 523 innbyggere ved utgangen av 2025. En virksomhet her er underlagt tysk lov, og en migrering er et naturlig tidspunkt å kontrollere at kravene er oppfylt i de nye malene.

Impressum. Digitale-Dienste-Gesetz § 5 pålegger tilbydere av forretningsmessige digitale tjenester å holde visse opplysninger om seg selv lett gjenkjennelige, direkte tilgjengelige og stadig tilgjengelige. I praksis betyr det at lenken til Impressum må finnes på hver side i den nye frontenden, ikke bare på forsiden.

Samtykke til informasjonskapsler. Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz (TDDDG) § 25 krever samtykke før informasjon lagres på eller leses fra brukerens enhet, med unntak for det som er strengt nødvendig for tjenesten brukeren har bedt om. Jeg lister opp hvert skript på dagens side og hva det lagrer, slik at analyse og annonsesporing ikke starter før samtykke på den nye siden.

Personvern. Tilsynet i delstaten er Landesbeauftragte für Datenschutz und Informationsfreiheit Nordrhein-Westfalen (LDI NRW), som fører uavhengig tilsyn med personvernet. For en norsk leser: GDPR gjelder også i Norge, fordi forordningen er gjort til norsk lov gjennom personopplysningsloven. Kravene til skjemaer, analyse og databehandlere er altså de samme på begge sider.

Tilgjengelighet. Barrierefreiheitsstärkungsgesetz (BFSG) gjennomfører EU-direktiv 2019/882 i tysk rett. Loven gjelder blant annet tjenester i elektronisk handel, det vil si nettsider og apper der en forbruker kan inngå en avtale, når tjenesten ytes etter 28. juni 2025. Mikrovirksomheter som leverer tjenester, med færre enn ti ansatte og høyst 2 millioner euro i årsomsetning eller balanse, er unntatt. Selger du til forbrukere og er større enn det, bygger jeg malene tilgjengelige fra start: semantisk HTML, tastaturnavigasjon, synlig fokus, kontrast og skjemaer med riktige etiketter.

#Hva betyr markedet i Köln for innholdet?

Næringslivssidene til Stadt Köln har egne seksjoner for medier, kreativ næring, detaljhandel og gastronomi, blant annet en oversikt over Köln som mediested. For slike virksomheter er nettstedet ofte stort, med arkiver, pressesider, arrangementer og mange forfattere. Der er Astro med statisk bygging et godt valg, fordi arkivene kan bygges én gang og serveres raskt uten database. Har du derimot en butikk eller en kundeportal, er Next.js ofte riktigere.

#Gjelder den tyske tilgjengelighetsloven for nettbutikken min i Köln?

Ja, hvis du selger til forbrukere og ikke er en mikrovirksomhet. BFSG gjelder tjenester i elektronisk handel som ytes etter 28. juni 2025.

#Hvor lenge må 301-redirectene stå etter flyttingen?

Google anbefaler så lenge som mulig, som regel minst ett år. De ligger i hostingens redirect-lag, uavhengig av det gamle CMS-et.

#Må jeg bytte domene for å migrere?

Nei. Beholder du domenet, trengs ikke Change of Address i Search Console. Verktøyet brukes bare når domenet eller subdomenet endres.

#Hvordan kommer jeg i gang med migreringen?

Send meg adressen til dagens nettsted, hvilket CMS og hvilken versjon det kjører på, og hvor trafikken kommer fra: organisk søk, annonser, nyhetsbrev eller henvisninger. Har du tilgang til Search Console, hjelper en eksport av de mest besøkte sidene. Ut fra det skriver jeg et omfang: hvilke sider som flyttes, slås sammen eller fjernes, valg av Astro eller Next.js, og hvordan overgangen gjennomføres. Repo, miljøvariabler, deploy-oppsett og en kort driftsbeskrivelse blir hos deg etter lansering.

#Driftskalender i Køln

Compliance i brief: GDPR, NIS2, BFSG, EAA. Vanlig stack: WordPress, WooCommerce, Astro, Next.js.