Nettsted- og applikasjonsmigrering i Stuttgart
Jeg migrerer nettsteder fra WordPress, Joomla, Drupal, Angular, Vue og andre teknologier til Astro og Next.js. Hver migrering planlegger jeg slik at SEO, innhold og funksjoner beholdes, og jeg bytter over i et avtalt tidsvindu. Jeg jobber alene og har mange års erfaring med både eldre og moderne stacker.
Lokal kontekst: Skalerbar arkitektur for voksende produkter, sterke sikkerhetsgrunnlag og flerspråklige brukerreiser optimalisert for regionale og internasjonale målgrupper.
- Jeg har hatt konto på wordpress.org siden 2006.
- Jeg har bidratt til WordPress-kjernen i versjon 7.0 og 7.1.
- Jeg vedlikeholder 30 programtillegg på wordpress.org.
- Jeg organiserer WordCamps og holder foredrag der.
- Jeg har vært på hver WordCamp Europe fra 2017 til 2026.
- Lokalt WordPress-meetup: WordPress Stuttgart Meetup
Migrering til Next.js & Astro i Stuttgart
Jeg migrerer nettsteder fra monolittisk WordPress, Joomla, Drupal og andre CMS-er til moderne Headless-arkitektur med Astro eller Next.js. I Stuttgart utfører jeg migreringer uten nedetid, nettstedet ditt forblir aktivt gjennom hele prosessen.
Jeg migrerer applikasjoner fra Angular, Vue, eldre React, jQuery, PHP og statiske generatorer (Hugo, Jekyll, Gatsby) til Astro eller Next.js. Du får bedre ytelse, SEO og enklere videreutvikling.
Bedrifter i Stuttgart som har migrert til Astro eller Next.js rapporterer PageSpeed-score på 95-100 og en klart lavere TTFB. En statisk frontend eliminerer vanlige angrepsvektorer og reduserer hosting-kostnadene drastisk.
Hver migrering inkluderer full URL-kartlegging, 301-omdirigeringer, overføring av meta-tagger og strukturerte data. Google-rangeringene dine holder seg ikke bare, de forbedres vanligvis takket være bedre Core Web Vitals.
Denne siden handler om å flytte et nettsted fra WordPress, Joomla, Drupal eller et eldre rammeverk til Astro eller Next.js, for en bedrift i Stuttgart eller en norsk bedrift som selger inn i Baden-Württemberg. Den generelle metoden står på migreringssiden for Astro og Next.js. Her er det som gjelder det tyske markedet.
Hva gjør jeg konkret i en migrering til Astro eller Next.js?
Arbeidet består av fem leveranser, hver med en sjekk du kan gjenta selv.
- URL-kart. Jeg henter alle URL-er fra sitemap, serverlogg og Search Console, og setter hver gamle adresse mot én ny. Resultatet er en tabell med gammel URL, ny URL og statuskode. Hver adresse som får trafikk eller lenker, får en 301 til sin nye motpart, ikke til forsiden.
- Innholdsmodell. Sider, innlegg, kategorier, forfattere og egne felt kartlegges til samlinger i Astro eller til datamodeller i Next.js. Mangler det felt, finner jeg ut av det her, ikke etter lansering.
- Metadata og strukturerte data. Tittel, beskrivelse, canonical, Open Graph og JSON-LD flyttes side for side. Jeg validerer JSON-LD mot Schema.org-vokabularet og sammenligner med den gamle siden.
- Hreflang. Har nettstedet flere språk, får hver side gjensidige hreflang-par med riktig språk- og landkode, for eksempel de-DE for Tyskland. Et par som bare peker én vei, er den vanligste feilen jeg ser etter flytting.
- Cutover i trinn. Små nettsteder kan flyttes samlet. Større flyttes seksjon for seksjon, slik at en feil rammer én mappe og ikke hele domenet.
Valget mellom rammeverkene er enkelt. Astro passer når mesteparten er innhold. Next.js passer når siden trenger innlogging, personlig innhold eller server-rendering per forespørsel.
Hva er spesielt med bedrifter i Stuttgart?
Stuttgart er hovedstaden i Baden-Württemberg og hadde 609 365 innbyggere ved årsskiftet 2025 (Wikipedia). Byen er kjent for bilindustri og høyteknologisk produksjon. Porsche, Bosch og Mercedes-Benz Group har hovedkontor der. Børsen i Stuttgart er Tysklands nest største, og Landesbank Baden-Württemberg har sitt sete i byen. Universitetet i Stuttgart og Universitetet i Hohenheim ligger også her.
For en nettside betyr det tre ting. For det første er kundene ofte andre bedrifter, så siden skal tåle en lang kjøpsprosess: produktdata, dokumentasjon, kontaktskjema og søk må fungere uten at man må ringe. For det andre er språket tysk, og det er kjernen i søket. En norsk side med maskinoversatt tysk gir ingen treff. For det tredje er det tyske regler som gjelder, selv om selskapet ditt er norsk.
Hvilke tyske regler må jeg sjekke før en nettside lanseres?
Jeg er ikke jurist, og dette er ikke juridisk rådgivning. Det jeg gjør, er å sjekke at nettstedet teknisk kan oppfylle det du og din jurist har kommet frem til.
- Tilgjengelighet (BFSG). Barrierefreiheitsstärkungsgesetz gjelder for tjenester som tilbys forbrukere etter 28. juni 2025, og lovteksten nevner uttrykkelig «Dienstleistungen im elektronischen Geschäftsverkehr» (paragraf 1 nummer 3). Paragraf 3 nummer 3 unntar mikroforetak som yter tjenester. Ren B2B-presentasjon uten forbrukersalg er ikke nevnt i teksten jeg leste, så spørsmålet hører hjemme hos din jurist. Teknisk betyr det kontrast, tastaturnavigasjon, skjemaetiketter og semantisk HTML, som jeg uansett bygger inn.
- Anbieterkennzeichnung (DDG paragraf 5). Kommersielle digitale tjenester skal ha identitet, adresse, e-post, eventuelt handelsregisternummer og momsnummer lett synlig og alltid tilgjengelig. Etter en migrering sjekker jeg at lenken til Impressum finnes i bunnteksten på alle maler, også på feilsider.
- Informasjonskapsler og sporing (TDDDG paragraf 25). Lagring av eller tilgang til informasjon på brukerens enhet krever samtykke, med mindre den er strengt nødvendig for en tjeneste brukeren har bedt om. Jeg gjennomgår hvilke skript som setter informasjonskapsler, og hvilke som kan lastes først etter samtykke.
- Personvern. Tilsynet for Baden-Württemberg er Der Landesbeauftragte für den Datenschutz und die Informationsfreiheit (LfDI), med sete i Stuttgart. For norske virksomheter er GDPR en del av norsk lov gjennom personopplysningsloven og EØS-avtalen, og Datatilsynet fører tilsyn i Norge. Begge følger samme forordning. Hvilket tilsyn som er ditt, avgjøres av hvor behandlingsansvarlig er etablert.
Det praktiske poenget for en migrering: formularer, e-postutsending, målepiksler og innebygde tredjepartsskript flytter seg med nettstedet. Jeg lister dem opp før cutover, så ingenting begynner å sette informasjonskapsler uten samtykke på det nye nettstedet.
Hva kan gå galt, og hvordan sjekker jeg det?
- Tapte redirects. Jeg krysskjører den gamle URL-listen mot det nye 301-kartet og kjører en crawl som viser statuskode og sluttadresse. Ingen kjeder, ingen 404 på sider som hadde trafikk.
- Feil canonical. Crawlen sammenligner canonical mot den adressen siden faktisk svarer på.
- Duplikat mellom språkversjoner. Hreflang valideres gjensidig. Peker de-DE til nb, må nb peke tilbake.
- Ytelse. Jeg måler Core Web Vitals (LCP, INP, CLS) før og etter, etter definisjonene på web.dev. Et ytelsesbudsjett i CI stopper bygg som forverrer dem.
- Skjemaer som slutter å sende. Hvert skjema testes på staging med ekte levering til din innboks, før DNS flyttes.
- Indeksering. Etter hvert trinn sammenligner jeg dekningsrapporten i Search Console med forrige måling, og sender inn sitemap på nytt.
Hvordan henger dette sammen med headless CMS?
Flytter du innholdet til et headless-oppsett, må noen fortsatt redigere det. Jeg beskriver valgene på siden om headless CMS-utvikler. Kort sagt: beholder redaktørene WordPress, kan det være kilden. Bruker de bare noen få sider i året, kan filer i repoet være nok.
Hva sender du meg for å få et skriftlig omfang?
Send meg:
- adressen til dagens nettsted,
- hvilket CMS og hvilken versjon det kjører på,
- hvor trafikken kommer fra (organisk, betalt, direkte), gjerne som utdrag fra Search Console,
- hvilke språk nettstedet har, og om det selger til forbrukere.
Du får en skriftlig vurdering av omfanget: hvilke maler som må bygges, hvor redirect-kartet blir størst, og hvilke tyske krav som må avklares før lansering. Prisen kommer etter at omfanget er klart.
Stack-valg i Stuttgart
Meetup: WordPress Stuttgart Meetup (https://www.meetup.com/wpmeetup-stuttgart/).
Kart over Stuttgart og omegn
Utvalgte prosjekter
Eksempler på arbeidet mitt.
Tech Platform: wyposazenie-szkol.com
Nettsiden wyposazenie-szkol.com er designet med tanke på en helhetlig presentasjon av tilbudet innen utstyr til utdanningsinstitusjoner. Hovedmålet med siden...
Travel & Tourism Site: BALTIC PALACE
Baltic Palace er et særpreget sted på den polske kysten, moderne, med hjemmekoselige interiører og en tydelig arkitektonisk form.
Travel & Tourism Site: car-mechanic-huntington.co.uk
Prosjektet for nettsiden car-mechanic-huntington.co.uk ble utviklet med tanke på å presentere verkstedets tjenester på en profesjonell måte. Hovedmålet med n...
WordPress utvikling & support i Stuttgart
Metodiske guider (SEO, GEO, compliance)
Disse sidene forklarer hvordan vi jobber med AI-siteringer, WooCommerce B2B-modernisering og operasjonell resiliens under NIS2 og anskaffelser. Innholdet gjelder uansett leveranseby.
Hva som gjør Stuttgart unik
Lokal ekspertise:
- Migrering fra WordPress, Joomla, Drupal og eldre rammeverk til Astro eller Next.js
- 301-kart, innholdsmodell, strukturerte data og hreflang flyttes som egne leveranser
- Overgang i trinn med kontroll i Search Console etter hvert trinn
Jeg jobber eksternt for bedrifter i Stuttgart.
Trenger du tjenesten: Migrering til Next.js / Astro i Stuttgart?
Beskriv prosjektet på e-post. Svar innen 48 timer.
Beskriv prosjektetVanlige spørsmål - Migrering til Next.js / Astro Stuttgart
Må et nettsted i Stuttgart være tilgjengelig etter BFSG?
Loven omfatter tjenester i elektronisk forretningsdrift som tilbys forbrukere etter 28. juni 2025 (paragraf 1 BFSG). Mikroforetak som yter tjenester er unntatt etter paragraf 3 nummer 3. Selger du ikke til forbrukere på nettet, er loven ikke nødvendigvis din sak. Jeg sjekker om du faller inn under den før jeg planlegger malene.
Kan jeg beholde WordPress som redigeringsverktøy?
Ja. WordPress kan bli stående som innholdskilde over REST eller GraphQL, mens Astro eller Next.js overtar frontenden. Det avhenger av hvem som redigerer til daglig. Er innholdet lite og statisk, kan det være enklere å flytte det til filer i repoet.
Hvor lang tid tar en migrering?
Det avhenger av antall URL-er, antall maler og hvor rent innholdet er. Jeg gir ikke et tall før jeg har sett URL-listen og CMS-et. Etter at du har sendt dem, får du en skriftlig vurdering av omfanget.
Hva hvis trafikken faller etter lansering?
Jeg sammenligner indekserte sider, dekning og klikk i Search Console mot målingen fra før cutover, og går gjennom redirect-loggen. Typiske årsaker er manglende 301-er, endrede canonical-tagger og tapte hreflang-par. Alle tre er sjekket før lansering og kontrollert på nytt etterpå.
Utforsk andre WordPress-tjenester og kunnskapsbase
Migrering til Astro, Next.js og headless WordPress.
WooCommerce-synkronisering med ERP og grossist.
Automatisering av forretningsprosesser rundt WordPress og firmasystemer.
Bibliotek med konkrete automatiseringscaser.
Headless WordPress, Sanity, Strapi og Contentful med Astro eller Next.js.
Astro, MDX, edge-levering og Core Web Vitals målt på reell trafikk.
Skreddersydd WordPress-utvikling og arkitektur.
Skalerbar headless-, ERP- og AI-arkitektur for enterprise.
Relaterte kategorier
Stottende artikler

Seks til seksten uker for typiske oppdrag, i fire faser: kartlegging, scoping, bygging og overgang, finjustering. Variablene er katalogstørrelse, antall integrasjoner, URL-bevaring og redaksjonens beredskap, ikke valg av rammeverk.

Omfattende 4-års TCO-analyse (Total Cost of Ownership), reelle Core Web Vitals-ytelsestester, Astro 7 GraphQL APQ-arkitektur og en 10-punkts beslutningsmatrise for enterprise-beslutningstakere som velger mellom frakoblet og tradisjonell WordPress.

Valget mellom Shopify Plus og WooCommerce headless i 2026 er ikke lenger en binær avveining mellom "plattform vs custom". Begge kan kjøre headless, begge integrerer KI, begge leverer på edge. De reelle aksene er kontroll, totalkostnad over fem år og exit-strategi. Denne artikkelen går gjennom matrisen med bekreftede plattformfakta.