Migrering til Next.js / Astro i Wien

Wien har 2 040 914 innbyggere med hovedbosted (Stadt Wien, 1. januar 2026), og byen er både hovedstad og en av Østerrikes ni delstater. For en bedrift her betyr migrering til Astro eller Next.js som regel at et eksisterende nettsted på WordPress, Joomla, Drupal eller et eldre rammeverk skal flyttes uten å miste trafikken det allerede har. Denne siden beskriver hvordan jeg gjør det teknisk, og hva du bør kontrollere selv.

#Hva skjer teknisk i en migrering til Astro eller Next.js?

Jeg jobber alene, og arbeidet går i fem steg.

1. Inventar. Jeg henter alle URL-er fra sitemap, serverlogger og Search Console, og supplerer med en crawl. Resultatet er ett regneark: adresse, maltype, statuskode, canonical, språk, antall interne lenker inn og klikk de siste månedene.
2. Innholdsmodell. Sider, innlegg, kategorier, forfattere, skjemaer og egendefinerte felt flyttes til Markdown, MDX eller et headless CMS. Felt som ligger i plugins, for eksempel Advanced Custom Fields eller SEO-plugins, kartlegges ett for ett, ellers forsvinner titler og beskrivelser stille.
3. Bygg. Astro passer for innholdstunge nettsteder, fordi sidene kan genereres på forhånd og sendes som ren HTML. Next.js velger jeg når siden trenger innlogging, personlig innhold eller server-side rendering.
4. Testmiljø. Før lansering sammenligner jeg gammel og ny side URL for URL: statuskode, title, meta description, canonical, H1, strukturerte data og antall interne lenker.
5. Overgang og oppfølging. Lansering, deretter daglig kontroll av dekning i Search Console og Core Web Vitals i den første tiden.

Hvis du vil se hvordan hele tjenesten er bygget opp, finner du den generelle beskrivelsen på migrering til Astro og Next.js.

#Hvordan unngår jeg at URL-er og 301-er ødelegger SEO?

Dette er der de fleste migreringer går galt. Reglene mine er enkle.

• Hver gammel URL får enten samme adresse i det nye systemet eller en permanent 301 til én relevant side. Ikke alle til forsiden.
• Redirect-kjeder (gammel til mellomliggende til ny) fjernes. Jeg tester hele listen med en script som følger hver omdirigering og feiler hvis den treffer mer enn ett hopp.
• Søkesider, parametre og arkiver som WordPress har laget automatisk, avgjøres skriftlig: beholdes, omdirigeres eller får noindex.
• Avslutende skråstrek, store og små bokstaver og www mot ikke-www må være entydige, ellers får Google to versjoner av samme side.
• Canonical i HTML må peke på adressen som faktisk svarer med 200. Sitemap inneholder bare indekserbare URL-er.
• Statiske hostingplattformer har grenser for antall omdirigeringsregler. Er listen lang, løses en del av dem med mønsterregler eller i en edge-funksjon.

#Hva med strukturerte data, flere språk og hreflang?

Et nettsted som retter seg mot kunder i Wien, planlegger jeg med tysk som hovedspråk, og jeg avklarer språkene med deg i omfanget. Er du en norsk bedrift som vil nå dem, bør tysk ligge på egne URL-er, ikke bak en språkvelger som bare bruker JavaScript.

Slik setter jeg det opp:

• Hver språkversjon har sin egen URL, for eksempel /de/ og /nb/.
• Hreflang-lenkene er gjensidige: hvis den norske siden peker på den tyske, må den tyske peke tilbake, og hver side peker også på seg selv.
• Strukturerte data (JSON-LD) for organisasjon, artikler, FAQ og brødsmuler flyttes fra plugin-utdata til maler. Jeg validerer dem etterpå og sammenligner med det gamle nettstedet, slik at typer som ble borte i flyttingen blir oppdaget.
• x-default settes bare der det finnes en reell standardside.

Lokalisering er mer enn oversettelse: tyske tekster for Østerrike skrives for det markedet og kopierer ikke norske begreper ord for ord.

#Hva må jeg tenke på med personvern og hosting?

Et nettsted som behandler personopplysninger om besøkende i Østerrike, havner under den østerrikske tilsynsmyndigheten Datenschutzbehörde i Wien. Jeg tolker ikke jussen for deg, men jeg flytter det den berører i selve løsningen:

• Skript fra tredjepart (analyse, kart, chat, skjemaverktøy) kartlegges før flyttingen, slik at samtykkebanneret styrer det som faktisk lastes.
• Analyse kan settes opp uten informasjonskapsler der det er mulig, noe som gir færre samtykkeavhengige skript.
• Hosting velges i EU eller EØS, og jeg skriver ned hvor skjemadata og e-post havner. Det går inn i personvernerklæringen din.
• Statisk utlevering fra en CDN gir mindre angrepsflate enn en åpen WordPress-admin, men skjemaer og API-er trenger fortsatt egen beskyttelse.

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

Core Web Vitals er målt på ekte brukere i felt, så tallene i Search Console endrer seg først etter at nok trafikk har gått gjennom den nye siden. Jeg lover derfor ikke et bestemt tall på forhånd.

#Hvordan foregår overgangen uten å stoppe nettstedet?

For små nettsteder kan hele flyttingen skje på én dag, når alt er testet. For større nettsteder flytter jeg seksjon for seksjon: først blogg eller dokumentasjon, deretter tjenestesider, til slutt butikk eller innlogget del. Domenet står uendret, og trafikken rutes per sti. Da kan jeg rulle tilbake én seksjon uten å røre resten.

DNS-endringer planlegges utenfor kampanjer og høysesong. Lav TTL settes dager i forveien, og det gamle systemet står tilgjengelig i lesemodus en periode som backup.

Til slutt får du repoet, miljøvariablene, deploy-pipeline og en kort veiledning for å publisere endringer, slik at nettstedet ikke er avhengig av meg for å fungere. Trenger du hjelp med WordPress i Wien i stedet, se WordPress-utvikler Wien.

#Hva sender jeg for å få et skriftlig omfang?

Send meg adressen til dagens nettsted, hvilket CMS det kjører på, og hvor trafikken kommer fra (Search Console, analyseverktøy eller bare et anslag). Med det lager jeg en skriftlig oversikt over URL-ene, risikoene og stegene i migreringen. Kontakt meg via skjemaet på wppoland.com, så svarer jeg med omfanget skriftlig.

#WordPress-miljø og lokale signaler i Wien

Community-referansen er Vienna WordPress Meetup (https://www.meetup.com/vienna-wordpress-meetup/). Den erstatter ikke kontrakt, men setter det tekniske språket team bruker i Wien.

Wien er et viktig forretnings- og teknologisenter. Vi leverer WordPress-løsninger med fokus på ytelse, sikkerhet og målbare forretningsresultater. I Internasjonale organisasjoner-segmentet handler spørsmålene ofte om WordPress, WooCommerce, Astro, Next.js mot legacy.