Als je dit leest, ben je waarschijnlijk tegen een muur aangelopen met TYPO3. Misschien heeft je agency je net verteld dat de upgrade van TYPO3 v8 naar v12 net zoveel gaat kosten als een volledig herontwerp. Misschien kun je geen developers vinden die er nog mee willen werken. Of misschien heb je zojuist ontdekt dat je concurrenten afgelopen kwartaal drie nieuwe functies hebben gelanceerd terwijl jij nog steeds wachtte op een TYPO3-extensie-update.

Je bent niet alleen. TYPO3 heeft de Europese enterprise-markt meer dan twee decennia goed gediend, maar het web is verder gaan. En het juiste migratiebureau vinden -- een dat echt begrijpt waar je vandaan komt en waar je heen moet -- is het verschil tussen een soepele overgang en een zes maanden durende nachtmerrie.

Ik heb genoeg TYPO3-migraties meegemaakt om te weten wat fout gaat en wat goed gaat. Laat me je door alles heen leiden.

Inhoudsopgave

TYPO3 Migration Agency: How to Move Off TYPO3 Successfully

Waarom organisaties migreren weg van TYPO3

Laat me direct zijn: TYPO3 is niet dood. Versie 13 LTS kwam eind 2024 uit met echte verbeteringen. Maar er zijn echte, praktische redenen waarom organisaties er in toenemende mate weg van migreren.

Het gebrek aan developers is echt

Het marktaandeel van TYPO3 daalt al jaren. Volgens W3Techs staat TYPO3 in 2025 op ongeveer 0,4% van alle websites die een bekende CMS gebruiken, omlaag van het hoogtepunt van ongeveer 1,2%. Dat vertaalt zich rechtstreeks in minder developers die het ecosysteem betreden. Plaats een TYPO3-developer-vacature op LinkedIn -- je krijgt een fractie van de sollicitaties in vergelijking met een WordPress-, Next.js- of zelfs Drupal-rol.

De developers die TYPO3 wel kennen, worden ouder of zijn overstappen naar andere stacks. Uurtarieven voor ervaren TYPO3-developers in 2025 liggen tussen €120-180/uur in de DACH-regio, vergeleken met €80-120 voor gelijkwaardige Next.js- of Headless CMS-developers.

TypoScript- en Fluid-template-vermoeidheid

Als je ooit hebt geprobeerd TypoScript uit te leggen aan een front-end developer die gewend is aan React of zelfs gewone HTML, ken je de pijn. Het is een configuratietaal die zich als programmeertaal gedraagt maar niet helemaal beide is. Fluid-templates zijn logischer, maar de algehele developer-experience voelt nog steeds vast te zitten in 2010.

Performance en moderne architectuur

Het page rendering-model van TYPO3 is server-side. Het cacht goed wanneer dit goed is geconfigureerd, maar het kan niet concurreren met static site generation of ISR (Incremental Static Regeneration) benaderingen die gebruikt worden door frameworks als Next.js of Astro. Core Web Vitals zijn in 2025 belangrijk voor SEO, en om een TYPO3-site consistent groene scores te laten behalen, is aanzienlijke optimalisatiewerkzaamheden vereist.

Totale eigendomskosten

Dit is degene die meestal het migratiegesprek triggert. Als je rekening houdt met hosting (TYPO3 heeft PHP + MySQL/MariaDB + fatsoenlijke servermiddelen nodig), developerkosten, extensielicenties en onderhoudskosten, overschrijdt de TCO van TYPO3 moderne alternatieven vaak met 30-60% per jaar voor middelgrote organisaties.

Wat een TYPO3-migratiebureau eigenlijk doet

Een echt migratiebureau bouwt je website niet zomaar op een ander platform opnieuw op. Dat is het makkelijke gedeelte. Dit is hoe het echte werk eruitziet:

Content audit en mapping

TYPO3 slaat content op in een relationele database met zijn eigen content-element-model. Pagina's, content-elementen, categorieën, bestandsreferenties, inline-relaties -- alles is diep onderling verbonden. Een migratiebureau voert een audit uit van elk content-type, mapt het naar het content-model van het nieuwe platform en identificeert wat moet worden hergestructureerd.

Dit alleen kan 2-4 weken duren voor een site met 500+ pagina's.

Gegevensextractie en -transformatie

Het databaseschema van TYPO3 is niet bepaald intuïtief. Tabellen als tt_content, pages, sys_file_reference en sys_category moeten allemaal worden begrepen, samengevoegd en geëxporteerd. De meeste bureaus bouwen aangepaste extractiescripts -- meestal in PHP of Python -- die content uitpullen en deze transformeren naar een formaat dat het doelplatform kan ingestaan.

URL-mapping en omleidingsstrategie

TYPO3 gebruikt RealURL of de ingebouwde routing (sinds v9) voor mooie URL's. Elke afzonderlijke URL moet worden toegewezen aan het nieuwe equivalent, en 301-omleidingen moeten worden ingesteld. Mis deze stap en je zult je zoekopdrachtrankingen in één keer naar beneden halen.

Sjabloon- en componentherontwerp

Je TYPO3 Fluid-sjablonen en TypoScript-configuraties moeten worden vertaald naar wat het doelplatform ook gebruikt -- React-componenten, Astro-componenten, Twig-sjablonen, wat dan ook. Dit is waar de eigenlijke front-end-herontwerp gebeurt.

Integratiemigratie

TYPO3-extensies voor formulieren, zoeken, e-commerce, nieuwsbrieven, DAM (Digital Asset Management) en authenticatie hebben allemaal gelijkwaardige oplossingen op het nieuwe platform nodig. Sommige zullen directe vervangingen hebben. Anderen hebben aangepaste ontwikkeling nodig.

Veelgestelde migratiepaden vanuit TYPO3

Hier is waar organisaties meestal terechtkomen wanneer ze TYPO3 verlaten:

Migratiedoel Het beste voor Typische tijdlijn Relatieve kosten
WordPress Eenvoudige contentesites, blogs, kleine bedrijven 6-12 weken €€
Headless CMS + Next.js Prestatie-kritisch, multi-channel 12-20 weken €€€
Headless CMS + Astro Content-zware, static-first sites 10-16 weken €€-€€€
Drupal Complex enterprise met redactionele workflows 14-24 weken €€€-€€€€
Contentful/Sanity/Storyblok API-first, moderne redactionele ervaring 12-18 weken €€€

De Headless-route

Dit is wat we meestal aanbevelen, en dit is waar we ons specialiseren in bij Social Animal. Migreren van TYPO3 naar een headless CMS (zoals Contentful, Sanity of Storyblok) gekoppeld aan een modern front-end-framework geeft je het beste van beide werelden: een geweldige redactionele ervaring EN topperformantie.

We hebben uitgebreid gebouwd met Next.js en Astro, en beide zijn uitstekende doelen voor TYPO3-migraties. Next.js is de juiste keuze wanneer je dynamische functionaliteit, authenticatie of e-commerce nodig hebt. Astro schittert als content koning is en je de snelst mogelijke pagina's wilt laden.

De WordPress-route

Ik weet het, ik weet het. Migreren van het ene traditionele CMS naar het andere voelt als een laterale zet. Maar luister eens -- WordPress heeft een enorm ecosysteem, gemakkelijk beschikbare developers, en (wanneer gebruikt als headless CMS met WPGraphQL) kan eigenlijk een modern front-end best voorzien. Voor kleinere sites met eenvoudige contentbehoeften is het vaak het meest kosteneffectieve pad.

De Drupal-route

Als je TYPO3-site complexe content-modellering, multi-site-setups, granulaire machtigingen en intensieve redactionele workflows heeft, is Drupal de meest natuurlijke oplossing. De content-modelleringparadigma's zijn gelijk genoeg dat migratie relatief voorspelbaar is. Maar je zit nog steeds in PHP-land en je erft veel van dezelfde lange-termijnuitdagingen.

TYPO3 Migration Agency: How to Move Off TYPO3 Successfully - architecture

De technische uitdagingen waar niemand je voor waarschuwt

Dit is waar mijn littekens zich tonen. Dit zijn de dingen waar teams van schrikken tijdens TYPO3-migraties.

Multi-taalinhoud is een puinhoop

TYPO3 verwerkt vertalingen via overlay-records. De standaardtaalinhoud leeft in één rij, en vertalingen zijn verbonden records in dezelfde tabel. Deze "connected mode" versus "free mode" vertalingsbenadering wijst niet schoon toe aan de meeste moderne CMS'en, die meestal locale-gebaseerde varianten of aparte content-inzendingen gebruiken.

Als je site 5+ talen heeft (gebruikelijk in Europese enterprise), verwacht dan dat de contentmigratie 2-3x langer duurt dan een site in één taal.

TYPO3's werkruimten en versiering

Als je TYPO3 Workspaces gebruikt voor content-staging en goedkeuringswerkflows, moet je een equivalent vinden in je doelplatform. De meeste headless CMS'en hebben een vorm van concept/publicatie-workflow, maar het repliceren van de granulaire werkruimte-gebaseerde benadering vereist voorzichtige planning.

Extensie-specifieke inhoud

TYPO3-extensies als news, cal, powermail en gridelements slaan content op in hun eigen databasetabellen met hun eigen schema's. Standaardextractie dekt deze niet -- je hebt extensie-specifieke migratiescripts nodig.

Hier is een vereenvoudigd voorbeeld van het extraheren van nieuwsrecords uit TYPO3's tx_news_domain_model_news-tabel:

import mysql.connector
import json

def extract_typo3_news(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    
    query = """
    SELECT 
        n.uid,
        n.title,
        n.teaser,
        n.bodytext,
        n.datetime,
        n.path_segment,
        n.sys_language_uid,
        GROUP_CONCAT(c.title) as categories
    FROM tx_news_domain_model_news n
    LEFT JOIN sys_category_record_mm mm 
        ON mm.uid_foreign = n.uid 
        AND mm.tablenames = 'tx_news_domain_model_news'
    LEFT JOIN sys_category c 
        ON c.uid = mm.uid_local
    WHERE n.deleted = 0 
        AND n.hidden = 0
    GROUP BY n.uid
    ORDER BY n.datetime DESC
    """
    
    cursor.execute(query)
    records = cursor.fetchall()
    
    # Transform to target CMS format
    transformed = []
    for record in records:
        transformed.append({
            'title': record['title'],
            'slug': record['path_segment'],
            'excerpt': record['teaser'],
            'body': record['bodytext'],  # Will need RTE cleanup
            'publishedAt': record['datetime'].isoformat(),
            'locale': 'de' if record['sys_language_uid'] == 0 else 'en',
            'categories': record['categories'].split(',') if record['categories'] else []
        })
    
    return transformed

Dit is vereenvoudigd -- echte extractiescripts moeten bestandsreferenties, gerelateerde records, RTE-content opschoning (verwijderen van TYPO3-specifieke linksyntaxis zoals <link t3://page?uid=42>) en werkruimte-bewuste queries verwerken.

RTE-content opschoning

TYPO3's Rich Text Editor slaat content op met interne link-referenties als t3://page?uid=123 en bestandsreferenties als t3://file?uid=456. Elk van deze moet worden omgezet in werkelijke URL's of assetpaden tijdens migratie. Op een grote site kunnen daar duizenden zijn.

// Example: Resolving TYPO3 internal links in migrated content
function resolveTypo3Links(html, urlMap, fileMap) {
  // Replace page links
  let resolved = html.replace(
    /t3:\/\/page\?uid=(\d+)/g,
    (match, uid) => urlMap[uid] || '/404'
  );
  
  // Replace file links
  resolved = resolved.replace(
    /t3:\/\/file\?uid=(\d+)/g,
    (match, uid) => fileMap[uid] || ''
  );
  
  return resolved;
}

Een TYPO3-migratiebureau evalueren

Niet alle bureaus zijn gelijk gemaakt. Dit is wat je moet zoeken:

Ze moeten TYPO3-interna kennen

Dit klinkt misschien voor de hand liggend, maar veel bureaus zullen proberen je site te migreren door naar de front-end te kijken en deze opnieuw te creëren, in plaats van het backend-gegevensmodel werkelijk te begrijpen. Vraag ze:

  • Kunnen ze het verschil uitleggen tussen pages en tt_content?
  • Weten ze hoe sys_file_reference werkt?
  • Hebben ze eerder met TYPO3 Workspaces gewerkt?
  • Kunnen ze TypoScript schrijven? (Zelfs als ze het haten, moeten ze het begrijpen.)

Ze moeten experts zijn in het doelplatform

Gelijkwaardig belangrijk -- ze moeten diepgaande expertise hebben in waar je heen gaat. Een TYPO3-shop die "React aan het leren" is, is niet wie je je front-end opnieuw wilt laten bouwen.

Bij Social Animal is onze kernexpertise headless CMS-ontwikkeling. We kennen de doelplatforms binnenstebuiten omdat we er elke dag mee bouwen.

Ze moeten een gedocumenteerde migratieproces hebben

Vraag om hun migratiemethodologie. Deze moet betrekking hebben op:

  1. Ontdekking en audit
  2. Content-modellering voor het doelplatform
  3. Gegevensextractie- en transformatiescripts
  4. URL-mapping en omleidingsstrategie
  5. Front-end-ontwikkeling
  6. Content-verificatie en QA
  7. SEO-validatie
  8. Go-live en monitoring

Als ze je niet door deze fasen met specifieke details kunnen leiden, vleien ze.

Rode vlaggen

  • "We exporteren en importeren gewoon de content" -- het is nooit zo eenvoudig
  • Geen melding van SEO-behoud
  • Vaste prijsoffertes zonder een ontdekkingsfase
  • Geen ervaring met je specifieke TYPO3-versie
  • Ze kunnen je geen vorig TYPO3-migratieproject laten zien

Migratietijdlijn en kostenverwachtingen

Laten we over echte nummers praten. Deze zijn gebaseerd op Europese marktkoersen in 2025 voor middelgrote enterprise-sites (500-2.000 pagina's).

Fase Duur Kostenbereik (EUR)
Ontdekking & Audit 2-4 weken €8.000-15.000
Content-modellering & Strategie 2-3 weken €6.000-12.000
Gegevensmigratiescripts 3-6 weken €12.000-25.000
Front-end-ontwikkeling 6-12 weken €25.000-60.000
Integratieontwikkeling 2-6 weken €8.000-25.000
QA & Content-verificatie 2-4 weken €6.000-15.000
SEO-validatie & Go-Live 1-2 weken €4.000-8.000
Totaal 18-37 weken €69.000-160.000

Deze nummers schrikken mensen af. Maar vergelijk ze met de kosten van het volgende 3-5 jaar op TYPO3 blijven: developerkosten, hosting, gemiste kansen door trage ontwikkelingsfase. De migratie betaalt zichzelf meestal terug in 18-24 maanden.

Voor een nauwkeuriger ramwerk op basis van je situatie, neem contact met ons op en we zullen een gratis initiële beoordeling doen.

SEO behouden tijdens migratie

Dit is het deel dat marketingdirecteuren 's nachts wakker houdt, en terecht. Een mislukte migratie kan jaren van SEO-investeringen vernietigen.

De niet-onderhandelbare checklist

  1. Complete URL-inventaris -- Crawl je huidige site met Screaming Frog of Sitebulb. Exporteer elke URL, de bijbehorende statuscode, titeltag, meta-beschrijving en canonieke tag.

  2. 1:1 URL-mapping -- Elke oude URL moet via 301-omleiding naar een nieuwe wijzen. Geen uitzonderingen.

  3. Bewaar on-page SEO-elementen -- Titeltags, meta-beschrijvingen, heading-structuren, alt-teksten voor afbeeldingen en gestructureerde gegevens moeten allemaal migreren.

  4. Audit interne links -- Alle interne links in je content moeten worden bijgewerkt om naar nieuwe URL's te wijzen, niet afhankelijk zijn van omleidingen.

  5. XML-sitemap -- Genereer onmiddellijk een nieuwe sitemap en dien deze in bij Google Search Console.

  6. Controleer 90 dagen -- Controleer Google Search Console dagelijks voor de eerste twee weken, daarna wekelijks voor drie maanden. Je vangt crawl-fouten, indexeringsproblemen en rankingfluctuaties vroeg op.

De realiteit

Zelfs met perfecte uitvoering, verwacht een tijdelijke rankingsdaling van 10-20% in de eerste 2-4 weken na migratie. Google moet tijd hebben om opnieuw te crawlen en opnieuw te evalueren. Als je alles goed hebt gedaan, herstellen rankings zich normaal en verbeteren meestal binnen 6-8 weken, vooral als je nieuwe site sneller is.

Casestudy: Hoe een echte migratie eruitziet

Laat me door een samengesteld voorbeeld lopen op basis van echte projecten (details gewijzigd voor vertrouwelijkheid).

De situatie: Een Duits productiebedrijf met een TYPO3 v9-site. 1.200 pagina's in 4 talen (DE, EN, FR, IT). Zwaar gebruik van de news-extensie, aangepaste product-catalog-extensies en powermail voor lead generation-formulieren. Drie content-editors die gefrustreerd waren met de redactionele ervaring.

Het besluit: Migreren naar Storyblok (headless CMS) + Next.js voor de front-end.

Wat gebeurde:

  • Ontdekking (3 weken): We hebben het volledige content-model geaudit, 14 afzonderlijke content-types geïdentificeerd, 47 TYPO3-backend-layouts en content-element-configuraties toegewezen en alle integraties gedocumenteerd.

  • Content-modellering (2 weken): Ontworpen het Storyblok-content-model. Teruggebracht 14 content-types tot 9 door vergelijkbare patronen te consolideren. Gemaakt een visuele componentenbibliotheek die editors in de visuele editor van Storyblok konden bekijken.

  • Gegevensmigratie (5 weken): Gebouwd Python-extractiescripts voor alle content-tabellen. Het moeilijkste deel? De product-catalog-extensie gebruikte een aangepast databaseschema met 12 tabellen en circulaire referenties. We hebben een dedicated ETL-pijplijn alleen daarvoor geschreven.

  • Front-end (10 weken): Opnieuw gebouwd van de gehele front-end in Next.js met Tailwind CSS. Lighthouse-scores gingen van gemiddeld 45 (TYPO3) naar 94 (Next.js). Mobiele performance verbeterde dramatisch.

  • QA (3 weken): Content-editors hebben elke pagina in elke taal geverifieerd. We vonden en repareerden 23 verbroken interne links en 8 ontbrekende bestandsreferenties.

  • Go-live: Geïmplementeerde omleidingskaart (1.200+ items per taal). Gecontroleerde Search Console. Rankings daalden 12% in week één, herstelden volledig tegen week vier en verbeterden 15% tegen week acht.

Totale duur: 24 weken. Totale kosten: €115.000. Jaarlijkse besparing op hosting en onderhoud: €28.000. Editor-tevredenheid: door het dak.

Veelgestelde vragen

Hoe lang duurt een typische TYPO3-migratie? Voor een middelgrote site (500-2.000 pagina's), verwacht 4-9 maanden van start tot go-live. De grootste variabelen zijn het aantal talen, aangepaste extensies en integraties. Eenvoudige single-language brochure-sites kunnen in 8-12 weken worden gedaan. Grote multi-site TYPO3-installaties met complexe workflows kunnen 12+ maanden duren.

Kan ik TYPO3 naar WordPress migreren? Ja, en het is een van de meestvoorkomende migratietrajecten, vooral voor kleinere organisaties. WordPress heeft een veel groter developer-ecosysteem en lagere onderhoudskosten. U zult echter willen zorgen dat de migratie het content-element-model van TYPO3 correct verwerkt -- de gestructureerde content-benadering van TYPO3 is fijner korreliger dan de standaard block-editor van WordPress. Beschouw WordPress als een headless CMS met een modern front-end voor de beste lange-termijnarchitectuur.

Zal ik mijn Google-rankings verliezen tijdens migratie? Je ziet waarschijnlijk een tijdelijke daling van 10-20% in de eerste 2-4 weken. Met de juiste 301-omleiding-mapping, behouden meta-gegevens en een snellere nieuwe site, herstellen rankings zich meestal binnen 4-8 weken en verbeteren vaak. De sleutel is een volledige URL-mapping-strategie en nauw toezicht op Search Console na lancering.

Wat zijn de kosten voor migratie van TYPO3? Op de Europese markt (2025), verwacht €40.000-80.000 voor een eenvoudige site en €80.000-200.000+ voor complexe enterprise-installaties met meerdere talen, aangepaste extensies en integraties. Betrek jaarlijkse besparingen op developerkosten en hosting bij het berekenen van ROI -- de meeste organisaties recupereren de migratieinvestering binnen 18-24 maanden. Controleer onze prijspagina voor specifiekere begeleiding.

Moet ik TYPO3 upgraden of naar een ander platform migreren? Als je op TYPO3 v10 of v11 bent en je team is tevreden met het platform, kan upgraden naar v13 LTS logisch zijn. Maar als je op v8 of v9 bent (beide einde-van-leven), is de upgrade-inspanning bijna zoveel als een volledige migratie. En je zit nog steeds vast met de shrinkende developer pool en hogere onderhoudskosten. Voor de meeste organisaties is migratie logischer dan upgraden van zeer oude versies.

Wat gebeurt er met mijn TYPO3-extensies tijdens migratie? Elke extensie moet een gelijkwaardige oplossing hebben op het doelplatform. Populaire extensies als news, powermail en solr hebben goed gevestigde alternatieven op de meeste platforms. Aangepaste extensies vereisen op maat gemaakte ontwikkeling op het nieuwe platform. Een goed migratiebureau voert tijdens ontdekking een audit uit van al je extensies en stelt specifieke vervangingsstrategieën voor elk ervan voor.

Kan ik een gefaseerde migratie van TYPO3 doen? Absoluut, en het is vaak de slimme benadering voor grote sites. Je kunt TYPO3 en het nieuwe platform naast elkaar draaien, secties progressief migreren. Dit is vooral praktisch bij headless-architecturen waar je reverse proxy-regels kunt gebruiken om verschillende secties vanuit verschillende backends te serveren. Het vermindert risico maar verlengt de algehele tijdlijn en verhoogt de infrastructuurcomplexiteit.

Hoe handel ik TYPO3's multi-taalinhoud af tijdens migratie? TYPO3's translatie-overlay-systeem is een van de lastigste aspecten om te migreren. Elk doelplatform verwerkt lokalisatie anders. Storyblok gebruikt veld-level vertalingen, Contentful gebruikt locale-gebaseerde items, en Sanity gebruikt document-level vertalingen. Je migratiebureau moet beide TYPO3's "connected" en "free" translatiemodi begrijpen en extractiescripts ontwerpen die de specifieke benadering verwerken die je site gebruikt. Budget extra tijd in voor multi-taal-sites -- het is altijd complexer dan verwacht.