Migrere fra TYPO3 til WordPress: når det lønner seg i 2026

Migrere fra TYPO3 til WordPress: når det lønner seg i 2026

Sist verifisert: 15. september 2026
14 min lesetid
Mening
500+ WP-prosjekter

I DACH-regionen (Tyskland, Østerrike og Sveits) har TYPO3 aldri vært et tilfeldig valg. Myndigheter, universiteter, industribedrifter med mange domener og store forbund har valgt det siden tidlig på 2000-tallet, fordi det løste akkurat det klassisk WordPress lenge ikke klarte: ryddig flerspråklighet, detaljerte tilganger, multi-site og flere sidetrær rett ut av boksen. I 2026 ser markedet annerledes ut. Denne artikkelen er en ærlig vurdering av når en migrering fra TYPO3 til WordPress gir mening økonomisk og redaksjonelt, og når den ikke gjør det. Den er ikke nøytral. Den er polemisk i beste forstand, med et klart standpunkt og fakta som kan etterprøves.

#Kort fortalt

  • TYPO3 12 LTS har vært tilgjengelig siden 4. oktober 2023, TYPO3 13 er den aktive utviklingslinjen, og prosjektet lever.
  • WordPress 6.7 og nyere er referansen for 2026 og driver ifølge W3Techs rundt 43 prosent av alle nettsteder i verden.
  • Blokkredigeringen i WordPress har eksistert siden WordPress 5.0 i desember 2018, REST API siden WordPress 4.7 i desember 2016.
  • Multi-site, flere domener og flerspråklighet er kjernefunksjoner i TYPO3, mens det i WordPress er et spørsmål om Multisite pluss Polylang eller WPML.
  • Migrering lønner seg ikke i alle tilfeller. Den lønner seg når tilgangen på fagfolk, redaksjonell komfort og frontend-hastighet veier tyngre enn den tekniske profilen til TYPO3.

#Hva er TYPO3 bedre på enn WordPress?

TYPO3 ble stort i Tyskland, Østerrike og Sveits av tre grunner. For det første leverte det tidlig en flerspråklig modell som ikke trengte en utvidelse. Én side, flere språkversjoner, tydelige oversettelsesrelasjoner: i 2010 var det urealistisk i WordPress. For det andre dekker TYPO3 multi-site og flere domener i kjernen. Én installasjon, flere sidetrær, flere domener, separate redaksjoner med separate tilganger. For det tredje er rolle- og tilgangssystemet detaljert nok til å speile interne godkjenningsprosesser hos myndigheter, universiteter og industrikonsern, inkludert arbeidsområder (workspaces) for upubliserte versjoner.

Det er nettopp i disse segmentene TYPO3 ble stort i DACH-regionen. Universiteter med fakultetsområder, kommuner med innbyggerportaler, industrikonsern med konsernportal og datterselskaper, tyske delstater med departementer. TYPO3 Association, med sete i Sveits, har samlet dette markedet siden 2004 og gir en stabilitet som betyr noe for offentlige oppdragsgivere. Den som digitaliserte et tysk distriktskontor i 2010, kom vanskelig utenom TYPO3.

Denne historiske styrken er reell, og ingen ærlig diskusjon skyver den til side. Den er likevel ikke hele historien for 2026.

#Hvordan har WordPress endret seg siden Gutenberg og REST API?

I desember 2018 kom WordPress 5.0 med blokkredigeringen, internt kjent som Gutenberg. Det var ikke en kosmetisk endring, men et skifte i den redaksjonelle modellen. Siden da har sider blitt satt sammen av blokker, blokkmønstre gir gjenbrukbare oppsett, og full nettstedsredigering, tilgjengelig siden WordPress 5.9 i januar 2022, utvider konseptet til maler, topptekster og bunntekster. Effekten er målbar: redaksjonelle team uten utviklerbakgrunn publiserer i dag selv komplekse oppsett.

To år tidligere, i desember 2016, hadde WordPress 4.7 tatt REST API inn i kjernen. Siden da har WordPress vært et fullverdig headless CMS. Astro-frontender, Next.js-apper og native mobilapper henter innholdet sitt via det samme API-et. TYPO3 har en tilsvarende historie med Headless TYPO3, men økosystemet av frontend-rammeverk som snakker med WordPress rett ut av boksen, er flere størrelsesordener bredere.

Samtidig har markedsandelen fortsatt å bevege seg i WordPress sin favør. Det ofte siterte tallet på rundt 43 prosent av alle nettsteder i verden kommer fra W3Techs og bekreftes av Automattic i offisielt materiale. Tallet er ikke bare statistikk, men også en indikator på tilgang til fagfolk. I Berlin, München, Wien, Zürich, Hamburg og Köln kommer det flere WordPress-søkere på hver TYPO3-utlysning. Den som leter etter en senior TYPO3-utvikler i 2026, må lete lenger, betale mer og godta lengre oppsigelsestider enn med WordPress. Det er ingen vurdering av kvalitet, men et spørsmål om tilgang i markedet.

I tillegg kommer farten WordPress-økosystemet reagerer på nye standarder med. WCAG 2.2, BFSG, NIS2, DORA, Core Web Vitals: de siste årene har alt dette gitt utvidelser, temaer og maler for beste praksis som riktignok finnes i TYPO3, men sjelden er like modne. Eksempler er utbredelsen av temaer klare for WCAG 2.2, eller dybden i integrasjonene med Cloudflare Workers. Vil du se nærmere på edge-laget, finner du det i artikkelen vår om Cloudflare Workers for WordPress og WooCommerce.

#Når lønner det seg å migrere fra TYPO3 til WordPress

En migrering fra TYPO3 til WordPress bør ikke skje fordi det er moderne, men på grunnlag av en beslutningsregel. Hos WPPoland bruker vi fem kriterier. Er tre eller flere oppfylt, er migrering det økonomisk fornuftige svaret.

For det første: redaksjonen står ikke nær utviklerne. Hvis innhold i dag havner som saker hos byrået fordi det trengs TypoScript-endringer, koster det tid og penger. WordPress med blokkredigering og godt konfigurerte blokkmønstre reduserer denne avhengigheten betydelig.

For det andre: nettstedet lever av innholdsmarkedsføring. Blogg, kunnskapsbase, whitepapers, webinarer, kundecaser: alt dette produserer WordPress i høyere tempo. Den som publiserer mer enn to grundige saker i uka, har nytte av WordPress i det daglige arbeidet.

For det tredje: frontend-ytelsen er under press. Core Web Vitals er en rangeringsfaktor, og WordPress-økosystemet har bygget den største samlingen av løsninger for edge, caching og bygg. Sikter du mot 100 av 100, finner du flere ferdige byggeklosser i WordPress-verdenen enn i TYPO3.

For det fjerde: tilgangen på fagfolk begrenser prosjektet. Hvis det tar flere måneder å finne senior TYPO3-profiler og timeprisene ligger godt over snittet for WordPress, er det et økonomisk signal. Et ærlig blikk på nearshore-standarder for DACH-prosjekter finner du i artikkelen vår om senioringeniører fra Polen.

For det femte: målarkitekturen er headless. Den som uansett går over til en moderne frontend i Astro eller Next.js, har flere og mer modne broer i WordPress-økosystemet. Søylartikkelen vår om headless WordPress som tjeneste beskriver modellen i detalj.

#Når bør du bli på TYPO3?

Polemikk uten motstemme er markedsføring, ikke rådgivning. Det finnes fire klare tilfeller der TYPO3 fortsatt er riktig valg og et migreringsprosjekt ville vært uforholdsmessig.

For det første: nettstedet er fastlagt i en offentlig anskaffelse som uttrykkelig krever TYPO3, for eksempel i rammeavtaler i tyske delstater. Å kreve migrering mot avtaleverket er ikke forsvarlig forretningsmessig.

For det andre: det interne teamet er grundig opplært i TYPO3-verdenen, har arbeidsområder, arbeidsflyter og flere sidetrær godt under kontroll og jobber i godt tempo med dem. Da brenner en migrering intern kunnskap for en uklar merverdi.

For det tredje: flerspråkligheten er svært kompleks, for eksempel med åtte eller flere språk, felles innhold mellom språk, regionale varianter og et oppsett med flere leietakere på tvers av domener. WordPress kan håndtere dette med Polylang eller WPML, men kompleksiteten forsvinner ikke, den flytter seg bare.

For det fjerde: egen Extbase-logikk er tett vevd inn i faglige prosesser, for eksempel i universitetsportaler med emnebeskrivelser eller i saksbehandlingssystemer hos myndigheter. Å bygge denne logikken på nytt i WordPress kan bli dyrere enn å fortsette å vedlikeholde TYPO3.

Gjelder ingen av disse tilfellene, og migreringskriteriene veier tyngst, handler det om løpet.

#Hvordan migrere fra TYPO3 til WordPress i fire faser

Vi deler migreringer fra TYPO3 til WordPress inn i fire faser. De tar ulik tid, men alle må gjennomføres, ellers oppstår feilene vi beskriver i neste avsnitt.

Fase én er revisjonen. Her kartlegges hele den eksisterende TYPO3-løsningen. Hvilke sidetrær, hvilke domener, hvilke språkversjoner, hvilke utvidelser, hvilke TypoScript-konfigurasjoner, hvilke arbeidsflyter, hvilke roller, hvilke eksterne koblinger. Revisjonen gir en oversikt med URL-er, metadata, språkrelasjoner og egne datamodeller. Uten denne oversikten er alt som kommer etterpå gjetning.

Fase to er kartlegging av innholdsmodellen. WordPress tenker i innlegg, sider, egne innleggstyper og taksonomier. TYPO3 tenker i sidetrær, innholdselementer og poster. Kartleggingen avgjør hvilke innholdselementer i TYPO3 som blir Gutenberg-blokker, hvilke som blir gjenbrukbare blokker og blokkmønstre, hvilke som blir ACF-felt og hvilke som blir egne innleggstyper. En typisk kartlegging i DACH-prosjekter omfatter nyheter, pressemeldinger, stillingsannonser, lokasjoner, arrangementer og ansatte. Denne fasen er den mest intellektuelt krevende, fordi den strukturerer den redaksjonelle tenkningen på nytt.

Fase tre er selve den tekniske migreringen. Her kjører skript som leser TYPO3-databasene, transformerer innholdet og skriver det inn i WordPress-strukturer. Vi kombinerer vanligvis direkte databasetilgang via skrivebeskyttede replikaer med WP-CLI-importører. Bilder flyttes med sine varianter (renditions), og flerspråkligheten bygges med Polylang eller WPML, avhengig av målprofilen. Skriptene er idempotente, det vil si at de kan kjøres flere ganger uten å lage duplikater.

Fase fire er SEO og omdirigeringsstrategi. Her sikrer vi at hver gamle URL gir et 301-svar som fører til en tilsvarende ny URL. Strukturerte data bygges opp på nytt, hreflang-tagger kartlegges fullt ut og XML-nettstedskart genereres på nytt. Denne fasen er verken valgfri eller noe som kommer etterpå: den forberedes parallelt med fase tre. Vil du gå dypere inn i SEO-mønstre i et headless-oppsett, finner du det i artikkelen vår om SEO-mønstre for headless WordPress.

#Vanlige feil ved TYPO3-migrering

Vi har de siste årene sett nok prosjekter fra TYPO3 til WordPress til å kunne peke på de fem vanligste feilene. Alle kan unngås hvis revisjonen er ærlig.

For det første undervurderes bevaringen av URL-er. TYPO3 genererer URL-er fra stier i sidetreet, ofte med tyske spesialtegn og lange hierarkier. Den som flater ut URL-strukturen ved byttet uten et omdirigeringskart, mister rangeringer i månedsvis. Løsningen er en komplett URL-liste før overgangen, med entydig kilde og mål for hver oppføring, levert via konfigurasjonen av webserveren eller Cloudflare Page Rules.

For det andre tenkes kartleggingen fra flere sidetrær til kategorier for naivt. Et sidetre i TYPO3 er ikke det samme som en kategori i WordPress. Sidetrær inneholder hierarkier, tilganger, språkvarianter og innholdselementer. En kategori er en taksonomi. Den som kobler én til én, mister informasjon. Den ryddige løsningen er en blanding av egne innleggstyper, taksonomier og sider med foreldrerelasjoner.

For det tredje glemmes flerspråklige fragmenter. TYPO3 tillater språklag på enkeltstående innholdselementer uten å duplisere hele siden. Lokalisering i WordPress via Polylang eller WPML dupliserer som standard siden. Hvis kartleggingen ikke modellerer denne forskjellen, mangler det plutselig oversettelser for topptekst, bunntekst eller teaserblokker, fordi de ble vedlikeholdt som globale utdrag i TYPO3.

For det fjerde oversettes egne Extbase-datamodeller for sent. Den som har bygget en egen TYPO3-utvidelse for for eksempel arrangementer med tidligbookingslogikk, setekapasitet og ventelister, kan ikke trekke den gjennom en generisk importør. Logikken må oversettes til en egen innleggstype pluss REST-endepunkter, helst med egne valideringsregler. Oppdager du dette de siste to ukene før overgangen, flyttes datoen.

For det femte glemmes bildevarianter. TYPO3 genererer varianter i ulike størrelser og utsnitt via sitt File Abstraction Layer. WordPress har sitt eget system for bildestørrelser. Hvis migreringen bare overfører originalene og variantene lages på nytt ved første visning, ser nettstedet tregt ut i flere dager etter overgangen. Løsningen er å generere størrelsene på forhånd med WP-CLI rett etter importen.

#Byrå for migrering fra TYPO3 til WordPress

Vi har i flere år hjulpet virksomheter og offentlige organisasjoner i DACH-regionen med migrering fra TYPO3 til WordPress, med særlig vekt på headless-arkitekturer. Modellen vår skiller redaksjonelt arbeid fra levering av frontenden. WordPress forblir redaksjonsverktøyet, mens frontenden kjører på Astro eller Next.js og leveres via Cloudflare Workers. Det gir myndigheter og mellomstore bedrifter farten de trenger for Core Web Vitals, uten å gi opp redaksjonskomforten i WordPress.

I prosjektteamene snakker vi tysk, polsk og engelsk, vi dokumenterer arkitekturen slik at samsvarsteam kan kontrollere den, og vi leverer maler klare for WCAG 2.2 og BFSG. Konkrete priser avhenger av profilen, fra oversikten til arbeidet med multi-site. Vil du vite hvordan tjenestemodellen vår fungerer i praksis, finner du oversikten på siden om headless WordPress som tjeneste, der du også kan snakke direkte med teamet.

#WordPress- og TYPO3-meetups i DACH-regionen

Offentlige oversikter over miljøer og lenker til meetups. Vi driver ingen egne sider for fysiske arrangementer: disse listene viser til eksisterende miljøer i DACH.

#WordPress-miljøer og oversikter

Eksterne lenker til miljøer (Meetup, WordCamp, nasjonale foreninger). Ingen egne sider for fysiske arrangementer fra WPPoland.

#TYPO3-miljøer og oversikter

Offisielle TYPO3-kalendere, brukergrupper og barcamps i DACH-regionen, også her bare tredjepartskilder.

#Les mer om WordPress-migrering og headless

Denne artikkelen er ikke en enkeltstående tekst, men del av en DACH-serie om WordPress-migreringer og ytelse. Har du startet her, finner du de neste delene i tekstene nedenfor.

For arkitekturen etter migreringen er headless WordPress som tjeneste søylen. For teknisk levering via edge-laget anbefaler vi Cloudflare Workers for WordPress og WooCommerce. For krav i offentlig sektor er WCAG, BFSG og EAA fortsatt relevant. For spørsmål om fagfolk gir teksten vår om senioringeniører fra Polen nearshore-sammenhengen.

Fordypning for CTO-er og tekniske ledere finner du i Headless WordPress: Next.js eller Astro og i SEO-mønstre for headless WordPress. Forfatterens personlige syn på en WordPress-strategi for DACH står i profilen til Mariusz Szatkowski.

TYPO3 har et hjem i DACH, det er et faktum. WordPress har i 2026 større rekkevidde, et større utvalg av fagfolk og et bredere økosystem, også det er et faktum. Migrering er ingen trosbekjennelse. Det er et regnestykke med fem variabler. Den som regner ærlig, får et klart svar.

#Migrere tt_content fra TYPO3 til Gutenberg-blokker

Å migrere en kompleks TYPO3-installasjon på bedriftsnivå til WordPress krever god forståelse av begge datamodellene:

  • Oppløsning av TypoScript og innholdselementer: I TYPO3 er innhold ofte organisert finmasket i nestede tt_content-tabeller. Å konvertere det til semantiske Gutenberg-blokker krever egne migreringsskript (WP-CLI) som rydder opp i HTML-strukturen og kobler modulære komponenter riktig.
  • Flerspråklighet og reservehierarkier: TYPO3 håndterer språk gjennom komplekse lokaliseringstrær med arvelogikk. Ved overgang til WordPress-løsninger som Polylang Pro eller WPML må språk-ID-er, menyhierarkier og relasjonelle koblinger migreres presist for å unngå duplikater og rutingkonflikter.
  • Sikring av ressurser og mediestier: Lagringsstiene i TYPO3 (fileadmin/) skiller seg grunnleggende fra mediebiblioteket i WordPress. En grundig importprosess oppdaterer bildereferanser, genererer responsive WebP-bilder og hindrer døde bildelenker.
  • En helhetlig strategi for 301-omdirigeringer: Fordi TYPO3-nettsteder ofte har vært etablert på nettet i tiår, er en komplett kartlegging av gamle URL-strukturer via Nginx-omskrivinger avgjørende for å beholde de organiske rangeringene.

#Testing og opplæring av redaksjonen etter relanseringen på WordPress

En vellykket avslutning av et migreringsprosjekt krever en strukturert overlevering:

  • Omfattende automatiserte regresjonstester: Før det endelige DNS-byttet kontrollerer automatiserte testkjøringer at alt innhold er likeverdig, at kontaktskjemaene fungerer og at tilgjengeligheten oppfyller WCAG 2.2.
  • Opplæring av redaksjonen i Gutenberg-økosystemet: Redaktører som i årevis har jobbet i TYPO3-grensesnittet, setter pris på hvor intuitive moderne blokktemaer i WordPress er. Målrettede kurs og modulære biblioteker med blokkmønstre gjør det redaksjonelle arbeidet betydelig raskere.
  • Overvåking av gjennomsøkingsfeil i Google Search Console: De første månedene etter relanseringen må andelen 404-feil og indekseringsrapportene følges daglig, slik at feilaktige URL-er raskt fanges opp med målrettede 301-omdirigeringer. En nøye planlagt overgang fra TYPO3 til WordPress sikrer virksomhetens digitale fremtid og reduserer de langsiktige vedlikeholdskostnadene kraftig.

#Hvilke fordeler har WordPress fremfor TYPO3 for bedrifter?

Et strategisk bytte til WordPress gir klare forretningsmessige fordeler:

  • Større tilgang på utviklere og friere valg av partnere: Spesialister på utdaterte TYPO3-versjoner er sjeldne og svært dyre, mens det globale WordPress-økosystemet gir tilgang til tusenvis av høyt kvalifiserte utviklere og byråer over hele verden.
  • Raskere lansering av nye markedsføringskampanjer: Takket være den modulære Gutenberg-redigeringen kan markedsteam selv lage og publisere nye landingssider og konverteringssterkt innhold, uten hjelp fra eksterne utviklere.
  • Konklusjon: En modernisering av CMS-infrastrukturen fjerner teknisk ballast, senker driftskostnadene merkbart og gjør den digitale forretningsmodellen klar for kravene i årene som kommer.

Profesjonell og fremtidsrettet oppfølging av CMS-migreringen sikrer en smidig overgang uten tap av synlighet i Google og gir virksomheten et varig konkurransefortrinn i et dynamisk nettmarked. Kvalitet vinner alltid frem i markedet.

Neste steg

Gjør artikkelen om til faktisk implementering

Denne blokken styrker intern lenking og sender leseren videre til de mest relevante tjenestene og innholdet.

Vil du få dette implementert på nettstedet ditt?

Hvis du vil gjøre kunnskapen i artikkelen om til konkrete forbedringer, redesign eller en tydelig leveranseplan, kan jeg ta det videre.

Relevant klynge

Utforsk andre WordPress-tjenester og kunnskapsbase

Styrk virksomheten din med profesjonell teknisk støtte innen kjerneområdene i WordPress-økosystemet.

Hvordan flytter man et flerspråklig TYPO3-nettsted til WordPress uten å miste URL-er?#
Først en oversikt og et RealURL- eller rutingkart, deretter en 1:1-kobling eller bevisst dokumentert 301-omdirigering per språkversjon, og kontroll av hreflang-par og strukturerte data før DNS-byttet. Uten et komplett omdirigeringskart og et parallelt redaksjonelt vindu går organisk trafikk tapt.
Er TYPO3 et dødt prosjekt i 2026?#
Nei. TYPO3 12 LTS ble utgitt 4. oktober 2023 og videreføres med utvidet støtte til 2026, og TYPO3 13 er den aktive utviklingslinjen. Miljøet i DACH-regionen er lite, men stabilt. Argumentet for migrering er ikke at plattformen dør, men tilgangen på fagfolk i markedet, redaktørkomfort og bredden i økosystemet.
Hvor lang tid tar en migrering fra TYPO3 til WordPress realistisk sett?#
For et mellomstort bedriftsnettsted med 200 til 800 innholdssider og to til tre språkversjoner ser vi typisk tolv til tjue uker for revisjon, kartlegging, migrering, kvalitetssikring og omdirigeringsstrategi. Prosjekter i offentlig sektor med BFSG-krav, flerspråklighet over fire språkversjoner og omfattende egenutviklede Extbase-løsninger kan ta betydelig lengre tid.
Blir SEO bevart under migreringen?#
Hvis URL-ene konsekvent beholdes eller omdirigeres ryddig med 301, strukturerte data bygges opp på nytt og hreflang-kartleggingen er komplett, er den organiske trafikken som regel tilbake på nivået fra før migreringen i løpet av åtte til tolv uker. Den vanligste feilen er å endre URL-slugs uten et komplett omdirigeringskart.
Hva skjer med TypoScript og Extbase-utvidelser?#
TypoScript-konfigurasjoner migreres ikke, men modelleres på nytt i WordPress som temalogikk, blokkmønstre eller ACF-felt. Egenutviklede Extbase-løsninger må oversettes til egne innleggstyper, taksonomier eller, ved API-arbeidslaster, REST-endepunkter. Denne oversettelsen er alltid redaksjonelt og teknisk arbeid, aldri en automatisk konverterer.
Lønner det seg med headless WordPress som målarkitektur?#
For DACH-virksomheter med høye ytelseskrav, flere digitale produkter og et eget frontend-team er headless WordPress ofte et bedre svar enn et klassisk tema. Redaksjonen blir i WordPress, mens frontenden kjører på Astro eller Next.js og leveres via Cloudflare Workers eller lignende edge-plattformer.

Trenger du FAQ tilpasset bransje og marked? Vi lager en versjon som støtter dine forretningsmål.

Ta kontakt

Relaterte artikler