Migrering til Next.js / Astro i Basel

Basel er hovedstaden i kantonen Basel-Stadt og ligger ved Rhinen, der grensene til Sveits, Frankrike og Tyskland møtes. Ifølge kantonen står life sciences for den største delen av verdiskapingen i regionen, og ved siden av står finans, logistikk og handel, digital innovasjon og IKT, og byen som messe- og kongressby. Et nettsted for en bedrift her bærer ofte produkt- og fagsider, stillingsannonser, investor- eller kundeinformasjon og skjemaer på flere språk. Når det står på et WordPress-tema ingen tør oppdatere, en Joomla-versjon uten sikkerhetsstøtte eller et Drupal-oppsett der bare én leverandør kjenner deployen, flytter jeg frontenden til Astro eller Next.js uten at adressene, plasseringene og henvendelsene forsvinner.

#Trenger nettstedet mitt en ny frontend, eller holder det å rydde?

Ikke alltid en ny frontend. Er CMS-et oppdatert og problemet et tungt tema eller for mange utvidelser, gir en opprydding mye av gevinsten med mindre risiko, og da sier jeg det skriftlig.

Migrering gir mening når de samme feilene kommer tilbake: en PHP-oppgradering som knekker malene, en sidebygger som ikke lenger vedlikeholdes, oppdateringer som utsettes fordi ingen vet hva som går i stykker. Valget mellom Astro og Next.js tar jeg per del av nettstedet. Astro passer for fagsider, artikler, pressemeldinger og stillinger, der HTML bygges på forhånd og JavaScript bare lastes der et skjema eller en kalkulator trenger det. Next.js passer for innlogging, kundeportaler og søk som må kjøres på serveren. Begge kan leve på samme domene.

#Hvordan beholder jeg plasseringene i Google etter flyttingen?

Tap etter en migrering starter nesten alltid med en ufullstendig URL-liste. Jeg samler adresser fra en crawl av dagens nettsted, fra sidene Google Search Console kjenner og fra serverlogger, fordi gamle PDF-er, nyhetsbrev og eksterne lenker peker på adresser crawlen ikke finner.

Hver adresse får en rad i et URL-kart. Samme sti er tryggest. Når innhold slås sammen, får den gamle adressen én permanent omdirigering rett til nærmeste etterfølger, uten kjeder. Google anbefaler permanente server-side omdirigeringer som 301 og 308, og å beholde dem i minst ett år. Grupper av gamle sider sendes aldri til forsiden.

Titler, beskrivelser, canonical, robots-direktiver, Open Graph og strukturerte data sammenlignes mellom gammel og ny versjon. Schema for organisasjon, artikler, brødsmuler og stillinger skal ikke forsvinne fordi en plugin pleide å skrive det ut. Hver ny side får en canonical som peker på seg selv.

Før DNS endres, henter et skript representative sider fra begge miljøene og sammenligner statuskoder, head-elementer og lenker, og et annet går gjennom hele omdirigeringskartet og flagger løkker. Verktøyet for adresseendring i Search Console bruker jeg bare når domenet eller subdomenet faktisk byttes, for eksempel fra et gammelt kampanjedomene til hoveddomenet. Ifølge Google tar det for et lite eller mellomstort nettsted noen uker før de fleste sidene er flyttet i indeksen.

#Hvordan håndteres tysk, fransk og engelsk på samme domene?

Offisielt språk i Basel er tysk, mens hverdagsspråket er baseltysk. Byen har forsteder i Frankrike og Tyskland, så mange nettsteder her skriver for lesere på begge sider av grensen. Da er hreflang den delen som oftest går i stykker ved en flytting.

Jeg kartlegger hvilke språk- og regionsversjoner som finnes i dag, for eksempel de-CH ved siden av de-DE, eller fransk og engelsk, og sjekker at hver side peker på alle søsknene sine og på seg selv. Google ber om at hreflang oppdateres til de nye adressene ved en flytting, og jeg tester det i den automatiske sammenligningen før lansering. I innholdsmodellen blir språk et eget felt med felles ID per innhold, så oversettelser ikke glir fra hverandre etter hver kampanje.

#Kan redaksjonen fortsette i WordPress?

Ja. WordPress kan bli værende som redaksjonsverktøy med brukere, utkast og publiseringsplan, mens Astro eller Next.js henter innholdet via REST API eller WPGraphQL. Kommer du fra Joomla eller Drupal, flytter jeg innholdet til WordPress, til et annet CMS du velger, eller til Markdown-filer hvis nettstedet sjelden endres.

Først skriver jeg ned innholdsmodellen: hvilke felt en fagside, en stilling og en pressemelding har, hvilke relasjoner som finnes, og hva som skjer når et bilde eller en lenke mangler. Under arbeidet publiserer du som vanlig på det gamle nettstedet. Rett før overgangen avtaler jeg med deg et kort vindu uten publisering hvis datakilden krever det.

#Hva krever sveitsisk personvernlov når nettstedet flyttes?

Sveits har sin egen personvernlov. Den reviderte loven om personvern trådte i kraft 1. september 2023, og tilsynet er den føderale personvern- og informasjonskommissæren, EDÖB. En statisk frontend fjerner ikke personopplysningene: kontaktskjemaer, analyse, CRM, jobbsøknader og serverlogger behandler fortsatt data, og alle integrasjonene må uansett kobles på nytt.

Tre ting sjekker jeg konkret. Hvor hver tjeneste lagrer data, fordi Forbundsrådet avgjør hvilke land som har tilstrekkelig vern, og listen står i et vedlegg til personvernforordningen. Hvem som varsles hvis noe går galt, fordi den behandlingsansvarlige skal melde brudd som kan gi høy risiko for de registrerte til EDÖB. Og hvem som eier hver integrasjon, fordi forsettlige brudd på pliktene kan straffes med bøter på opptil 250 000 franc for ansvarlige personer, særlig ved utlevering av personopplysninger til utlandet. Jeg gir ikke juridiske råd, men leverer en liste over dataflyter som personvernansvarlig eller advokat kan ta stilling til.

#Hva skjer på lanseringsdagen, og kan det rulles tilbake?

Store nettsteder flyttes seksjon for seksjon, med regler på edge eller i en reverse proxy som sender hver sti til riktig system. Et lite nettsted byttes i ett steg, fordi to parallelle systemer da koster mer enn de sparer.

Før overgangen måler jeg et utgangspunkt: Core Web Vitals fra ekte brukere, svartider, skjemainnsendinger og organisk trafikk per sidetype. Jeg skriver ned hva som utløser tilbakerulling, for eksempel tapte skjemaer, en innlogging som feiler eller sider som blokkeres fra indeksering. Det gamle systemet står klart i måleperioden. Har du messer eller produktlanseringer i kalenderen, legger jeg overgangen utenom dem.

Du får repoet, miljøvariablene, deploy-oppsettet og en kort beskrivelse av hvordan alt henger sammen. Metoden står på siden om migrering til Next.js og Astro, og redaksjonsdelen på siden om headless CMS-utvikling.

#Hvordan kommer jeg i gang?

Send meg adressen til dagens nettsted, hvilket CMS og hvilken versjon det kjører, og hvor trafikken kommer fra i dag (organisk søk, annonser, nyhetsbrev, partnere). Skriv også hvilke språk og regioner du publiserer for, og hvilke skjemaer eller integrasjoner som må virke fra første dag. Da svarer jeg med et skriftlig omfang: hva som flyttes, hva som omdirigeres, hva jeg anbefaler å la være, og i hvilken rekkefølge.

#Regelverk som styrer prosjektet i Basel

I et migration-oppdrag dokumenterer vi hostingsted, hvem som administrerer WordPress, og hva som ligger utenfor scope.