TYPO3 v14 upgrade kost €80K? Echte opties en migratiepad
TYPO3 v14 Upgrade Costs €80K? Real Options and Migration Paths
Vorige maand nam een middelgroot Duits productiebedrijf contact met ons op in een lichte staat van paniek. Hun langjarige TYPO3-bureau had hen zojuist een offerte van €80.000 gegeven voor een TYPO3 v14-upgrade. Het bureau onderhield hun website al acht jaar. De site was uitgegroeid tot een chaotische verzameling van custom extensions, TypoScript-configuraties die niemand meer volledig begreep, en een design dat sinds 2019 niet meer zinvol was bijgewerkt. Komt dit je bekend voor?
Dit is het ding: die €80K-offerte was niet per se roofzuchtig. TYPO3-upgrades tussen hoofdversies kunnen echt zo duur zijn, vooral als je meerdere versies overspringt (zeg maar van v10 of v11 naar v14) en te maken hebt met jaren van technische schulden. Maar het roept wel een ongemakkelijke vraag op die elke organisatie met TYPO3 zich nu zou moeten stellen: is upgraden nog steeds het juiste besluit, of is het tijd om volledig naar iets anders over te stappen?
Dit artikel gaat dieper in op de werkelijke kosten achter TYPO3 v14-upgrades, waarom ze zo duur zijn, wat je werkelijke opties zijn als je bureau sluit of je een monsterofferte geeft, en wanneer migratie naar een modern stack meer zin heeft dan geld in een verouderde architectuur steken.
Inhoudsopgave
- Waarom TYPO3 v14-upgrades zo duur zijn
- De €80K ontleden: waar het geld werkelijk heen gaat
- Wat gebeurt er als je TYPO3-bureau sluit
- Optie 1: Een ander TYPO3-bureau zoeken
- Optie 2: TYPO3 intern upgraden
- Optie 3: Migreren naar een modern CMS
- Kostenvergelijking: TYPO3-upgrade vs. migratie
- Evalueren of migratie zinvol is
- Het migratieproces: wat gebeurt er werkelijk
- Veelgestelde vragen

Waarom TYPO3 v14-upgrades zo duur zijn
TYPO3 v14 (uitgebracht in laat 2024/begin 2025) bracht significante veranderingen in de kernarchitectuur. Als je stap voor stap bent bijgebleven -- zeg maar je bent op v12 of v13 en hebt voorzichtig deprecation notices gevolgd -- is de sprong niet zo erg. Maar dat is niet de werkelijkheid voor de meeste organisaties.
De werkelijkheid is dat de meeste TYPO3-sites die we tegenkomen v9, v10 of v11 draaien. Sommige draaien nog steeds v8. En elk van deze versie-gaten introduceert breaking changes die elkaar versterken.
Het technische schuldenprobleem
TYPO3's extension-ecosysteem is tegelijk zijn grootste sterkte en zijn achilleshiel. Door de jaren heen verzamelen sites:
- Custom extensions die afhankelijk zijn van verouderde API's
- TypoScript-configuraties die duizenden regels lang zijn zonder enige documentatie
- Third-party extensions die zijn verlaten of niet compatibel zijn met v14
- Custom backend-modules gebouwd op oudere Extbase/Fluid-patronen
- Database schema-wijzigingen die niet aansluiten op huidige TYPO3-verwachtingen
TYPO3 v14 voltooide de migratie weg van verschillende verouderde patronen. De oude PageRenderer API veranderde aanzienlijk. Middleware-handling werd herdacht. De backend UI vervolgde zijn modernisering. Als je extensions afhankelijk waren van bepaalde deprecated features die eindelijk zijn verwijderd, moet elk ervan herschreven of vervangen worden.
Het tekort aan expertise
Hier is een ongemakkelijke waarheid: TYPO3-ontwikkelaartalent wordt steeds moeilijker te vinden en duurder. De DACH-regio (Duitsland, Oostenrijk, Zwitserland) heeft nog steeds de sterkste TYPO3-gemeenschap, maar zelfs daar vragen ervaren ontwikkelaars €100-€150/uur. Veel senior TYPO3-ontwikkelaars zijn overgestapt naar ander ecosystemen. Degenen die blijven kunnen premiumtarieven hanteren omdat de vraag het aanbod overtreft.
Volgens de eigen onderzoeken van de TYPO3 Association is de actieve ontwikkelaarsgemeenschap sinds 2020 geleidelijk aan het krimpen, zelfs terwijl het CMS zelf technisch blijft verbeteren. Minder ontwikkelaars betekent hogere kosten voor iedereen.
De €80K ontleden: waar het geld werkelijk heen gaat
Laten we die offerte ontmystificeren. Hier is een realistische verdeling van wat een €80K TYPO3 v14-upgrade voor een mid-complex enterprise site eruit ziet:
| Taak | Geschatte uren | Kosten (tegen €120/uur) |
|---|---|---|
| Codebase audit & upgrade assessment | 40 | €4.800 |
| Core upgrade (multi-version jump) | 80 | €9.600 |
| Custom extension migratie/herschrijven | 160 | €19.200 |
| Third-party extension vervanging | 60 | €7.200 |
| TypoScript/Fluid template updates | 80 | €9.600 |
| Backend customization updates | 40 | €4.800 |
| Content migratie & data opschoning | 40 | €4.800 |
| Testen (functioneel, regressie, UAT) | 80 | €9.600 |
| Deployment & environment setup | 20 | €2.400 |
| Projectmanagement & documentatie | 40 | €4.800 |
| Totaal | 640 | €76.800 |
Dat zijn ongeveer 640 uur werk. Voor een site met 10+ custom extensions, een complexe meertalige setup en jaren verzamelde TypoScript -- dat is eigenlijk niet opgeblazen. Ik heb projecten gezien die hoger uitvielen.
En hier zit het addertje onder het gras: na het uitgeven van €80K heb je nog steeds een TYPO3-site. Je hebt geen nieuwe functies gekregen. Je hebt de content editing experience niet verbeterd (tenzij je TYPO3's eigen backend-verbeteringen meegunt). Je hebt in wezen betaald om op dezelfde plek te blijven. Dat is de prijs van het onderhoud van elk complex systeem, maar het is belangrijk hier helder over te zijn wat je krijgt.
Wat gebeurt er als je TYPO3-bureau sluit
Dit scenario wordt steeds vaker een werkelijkheid. TYPO3-bureaus, vooral kleinere, consolideren of draaien naar ander technologieën. Als je bureau sluit of "strategisch van richting verandert" (een beleefde manier om te zeggen dat ze TYPO3-werk hebben stopgezet), zit je met verschillende problemen:
- Geen documentatie -- of documentatie die drie versies oud is
- Proprietary extensions die het bureau heeft gebouwd en al dan niet broncode van afgeven
- Server-configuraties die alleen het bureau begreep
- Een klok die tikt -- TYPO3-versies verliezen uiteindelijk gemeenschap support en security patches
Als je dit nu meemaakt, geen paniek, maar wel snel handelen. Dit is wat je onmiddellijk moet doen:
- Beveilig alle broncode. Krijg volledige toegang tot je Git-repository. Als er geen is (het gebeurt), zorg voor een volledige bestandsback-up van de deployment.
- Documenteer je hosting-setup. Server specs, PHP-versie, database versie, cron jobs, environment variables.
- Exporteer je content. TYPO3's database is de bron van waarheid. Krijg een volledige MySQL/MariaDB dump.
- Inventariseer je extensions. Run
composer show(als je in Composer-modus bent) of controleertypo3conf/ext/voor legacy mode installs.

Optie 1: Een ander TYPO3-bureau zoeken
Dit is het pad van minste verstoring. Een ander TYPO3-bureau neemt het over waar de vorige is geëindigd. Maar het is niet zo eenvoudig als het klinkt.
Voordelen
- Bewaart je bestaande TYPO3-investering
- Geen content migratie nodig
- Editors hoeven niet opnieuw training te krijgen
Nadelen
- Onboarding-kosten: verwacht 40-80 uur alleen al voor het nieuwe bureau om je setup te begrijpen
- Ze zullen waarschijnlijk delen willen refactoreren of herschrijven die ze ononderhoudbaar vinden
- Je bent nog steeds aansprakelijk voor de v14-upgrade kosten
- De pool van bureaus krimpt
Realistische timeline: 2-4 weken voor onboarding, dan de upgrade project timeline bovenop.
Waar je kunt zoeken
De TYPO3 Association's partner directory is het voor de hand liggende startpunt. In 2025 zijn de meest actieve TYPO3-bureaus geconcentreerd in Duitsland (b13, in2code, NITSAN), Oostenrijk en Nederland. Als je buiten de DACH-regio bent, worden je opties aanzienlijk dunner.
Optie 2: TYPO3 intern upgraden
Als je interne developers hebt met PHP-ervaring, is dit theoretisch mogelijk. Praktisch gezien is het lastig tenzij iemand op je team echte TYPO3-ervaring heeft.
Wat je nodig hebt
- Minstens één developer die TYPO3-internals kent (Extbase, Fluid, TypoScript, TCA)
- Vertrouwdheid met TYPO3's upgrade wizards en de Install Tool
- Tijd -- veel ervan. Budget 3-6 maanden voor een complexe site.
TYPO3 biedt fatsoenlijke upgrade documentatie en geautomatiseerde migration wizards die wat van het zware werk afhandelen. Het typo3/cms-install module's upgrade analysis tool markeert deprecations en breaking changes. Maar geautomatiseerde tools brengen je maar ongeveer 30-40% van de weg. De rest is handwerk.
Ik zou dit pad alleen aanbevelen als je echte TYPO3-expertise in-house hebt. Proberen TYPO3-internals te leren terwijl je tegelijkertijd een complexe site upgradet is een recept voor een heel slecht kwartaal.
Optie 3: Migreren naar een modern CMS
Dit is waar het interessant wordt. Als je toch €60-80K gaat uitgeven, is de vraag: zou dat geld beter kunnen worden besteed aan migratie naar een platform dat goedkoper in onderhoud is, makkelijker om voor in te huren is, en beter aansluit bij moderne web-architectuur?
Het antwoord is steeds vaker: ja. Hier zijn de meest levensvatbare migratiedoelen die we in 2025 zien:
Headless CMS + Modern Frontend
Dit is de benadering die we meestal nemen bij Social Animal voor organisaties die TYPO3 verlaten. Het idee is om je content management (met behulp van een headless CMS zoals Storyblok, Sanity, Contentful of Strapi) los te koppelen van je frontend (gebouwd met Next.js, Astro of soortgelijk).
Waarom dit goed werkt voor TYPO3-vluchtelingen:
- TYPO3-sites zijn meestal content-zwaar, wat precies is waar headless CMSs uitblinken
- Multi-language ondersteuning is vaak een sleutel TYPO3-use case, en moderne headless CMSs hanteren i18n native
- Je bent niet langer afhankelijk van één bureau of technology stack
- Developer availability voor React/Next.js is ordes van grootte hoger dan TYPO3
We hebben meer over deze benadering geschreven in onze headless CMS development overzicht. Onze Next.js development en Astro development mogelijkheden zijn specifiek gebouwd rond deze migratiescenario's.
WordPress
Ja, ik weet het. TYPO3-puristen voelden net een verstoring in de Force. Maar luister: voor veel organisaties is WordPress (vooral met moderne page builders of headless WordPress via WPGraphQL) een perfect geldige optie. Dit is niet 2012 meer -- WordPress drijft 43% van het web aan en heeft een volwassen ecosysteem voor enterprise-gebruik.
Dat gezegd hebbende, WordPress heeft zijn eigen kosten overwegingen. De recente WP Engine/Automattic drama in 2024-2025 belichtte governance risico's. En je verhandelt één set onderhoudskoppelingen voor een ander.
Statamic, Craft CMS of Kirby
Als je team comfortabel is met PHP en je wilt iets wat "developer-vriendelijker" voelt dan WordPress maar minder complex dan TYPO3, deze zijn de moeite waard om te evalueren. Statamic en Kirby zijn bijzonder populair in de DACH-regio als TYPO3-alternatieven voor sites die niet het volledige enterprise-gewicht van TYPO3 nodig hebben.
Kostenvergelijking: TYPO3-upgrade vs. migratie
Laten we echte nummers naast elkaar zetten. Deze zijn gebaseerd op werkelijke projecten die we in 2024-2025 hebben begroot of geleverd voor mid-complex sites (50-200 pagina's, multi-language, wat custom functionaliteit).
| Factor | TYPO3 v14-upgrade | Headless CMS + Next.js | WordPress-migratie |
|---|---|---|---|
| Initiële projectkosten | €60.000-€100.000 | €40.000-€80.000 | €25.000-€50.000 |
| Jaarlijks onderhoud | €12.000-€24.000 | €6.000-€12.000 | €8.000-€18.000 |
| Gemiddeld developer tarief | €100-€150/uur | €80-€130/uur | €60-€120/uur |
| Developer beschikbaarheid | Laag (dalend) | Hoog (stijgend) | Erg hoog |
| Tijd tot lancering | 4-8 maanden | 3-6 maanden | 2-4 maanden |
| Performance (Core Web Vitals) | Matig | Uitstekend | Goed-Uitstekend |
| Editor experience | Functioneel maar verouderd | Modern, aanpasbaar | Bekend voor meesten |
| Leverancier lock-in risico | Matig (open source maar niche) | Laag (content draagbaar) | Laag-Matig |
De nummers liegen niet. Migratie naar een modern stack kost vaak hetzelfde of minder dan een TYPO3-upgrade, levert een beter resultaat op en vermindert je lopende kosten dramatisch. Het lopend onderhoudsverschil is het echte verhaal -- over 5 jaar kunnen lagere onderhoudskosten je €30.000-€60.000 besparen.
Evalueren of migratie zinvol is
Migratie is niet altijd de juiste keuze. Hier is een framework die we gebruiken bij het adviseren van organisaties:
Blijf op TYPO3 als:
- Je slechts 1-2 versies achter bent (bijv. v12 → v14)
- Je extensions zijn goed onderhouden en Composer-gebaseerd
- Je hebt in-house TYPO3-expertise
- Je content team is diep getraind op TYPO3's backend
- Je hebt complexe TYPO3-specifieke features (workspaces, granulaire access control) die je actief gebruikt
Migreer als:
- Je 3+ versies achter bent
- Je bureau is gesloten of niet meer beschikbaar
- Je geeft meer dan €20K/jaar uit aan TYPO3-onderhoud
- Je site performance is slecht en editors zijn gefrustreerd
- Je kunt niet betaalbare TYPO3-developers vinden
- Je hebt features nodig zoals real-time preview, visual editing of modern design dat aanzienlijke TYPO3-aanpassing zou vereisen
De Content Factor
Eén ding dat mensen onderschatten is content migratie-inspanning. TYPO3 slaat content op een zeer TYPO3-specifieke manier op -- tt_content records met content types, sys_language_overlay voor vertalingen, en diverse relatietabellen. Deze content extraheren en mappen naar een nieuw CMS is niet triviaal.
Voor een site met 200 pagina's en 5 talen, verwacht 40-80 uur content migratie-werk, inclusief scripting, handmatige review en QA. Deze kosten bestaan ongeacht welke richting je inslaat, dus het zou niet de beslissende factor moeten zijn -- maar het moet wel in je budget.
Het migratieproces: wat gebeurt er werkelijk
Als je besluit weg te migreren van TYPO3, hier is een realistische blik op hoe het proces eruit ziet. We hebben dit genoeg keer gedaan om de valkuilen te kennen.
Fase 1: Discovery & Content Audit (2-3 weken)
# Snelle manier om een content inventory van TYPO3's database te krijgen
mysql -u user -p typo3_db -e "
SELECT
p.uid, p.title, p.slug, p.sys_language_uid,
COUNT(c.uid) as content_elements
FROM pages p
LEFT JOIN tt_content c ON c.pid = p.uid AND c.deleted = 0
WHERE p.deleted = 0 AND p.hidden = 0
GROUP BY p.uid
ORDER BY p.sorting;" > content_inventory.tsv
Je zult elk pagina controleren, identificeren welke content types in gebruik zijn, je IA (information architecture) uitstippelen en beslissen wat gemigreerd wordt versus wat doodgaat. De meeste organisaties ontdekken dat 30-40% van hun content verouderd is en helemaal niet zou moeten worden gemigreerd.
Fase 2: CMS-selectie & architectuur (1-2 weken)
Het kiezen van het juiste headless CMS hangt af van je specifieke behoeften. Snelle gids:
- Storyblok -- beste visual editor, geweldig voor marketing teams, sterk in Europa
- Sanity -- meest flexibel, beste voor custom content models, developer-favoriet
- Contentful -- enterprise-grade, gevestigd, hogere prijzen
- Strapi -- open source, zelf-gehost optie, goed voor budget-bewuste orgs
Fase 3: Content Modeling & Migration Scripts (2-4 weken)
Dit is waar het zware werk gebeurt. Je zult migration scripts schrijven die:
- Content uit TYPO3's MySQL database extraheren
- Het transformeren naar je nieuw CMS's content model
- Asset migratie afhandelen (bestanden, afbeeldingen met metadata)
- URL-structuren voor SEO behouden
- Taal relaties correct mappen
# Vereenvoudigd voorbeeld: TYPO3 content extracten voor migratie
import mysql.connector
import json
def extract_typo3_pages(db_config):
conn = mysql.connector.connect(**db_config)
cursor = conn.cursor(dictionary=True)
cursor.execute("""
SELECT p.uid, p.title, p.slug, p.description,
p.sys_language_uid, p.l10n_parent
FROM pages p
WHERE p.deleted = 0 AND p.doktype = 1
ORDER BY p.pid, p.sorting
""")
pages = cursor.fetchall()
for page in pages:
# Haal gekoppelde content elements op
cursor.execute("""
SELECT CType, header, bodytext, image, assets
FROM tt_content
WHERE pid = %s AND deleted = 0 AND hidden = 0
ORDER BY sorting
""", (page['uid'],))
page['content_elements'] = cursor.fetchall()
return pages
Fase 4: Frontend Development (4-8 weken)
Dit is waar je daadwerkelijk de nieuwe site bouwt. Met een framework als Next.js of Astro bouw je components die content trekken uit je headless CMS via API. De frontend is volledig ontkoppeld van het CMS.
Fase 5: QA, Redirects & Launch (2-3 weken)
De redirect map is kritiek. Elke oude TYPO3-URL moet ofwel mappen naar een nieuwe URL of een juiste 410 Gone status retourneren. We genereren dit typisch programmatisch:
// next.config.js redirect voorbeeld voor TYPO3 migratie
module.exports = {
async redirects() {
return [
// TYPO3 RealURL patronen
{
source: '/index.php',
destination: '/',
permanent: true,
},
{
source: '/unternehmen/ueber-uns.html',
destination: '/about',
permanent: true,
},
// Verwerk oude TYPO3 parameter-gebaseerde URLs
{
source: '/index.php?id=:id',
destination: '/legacy-redirect/:id',
permanent: true,
},
];
},
};
Totale realistische timeline: 12-20 weken afhankelijk van complexiteit. Dat is vergelijkbaar met of sneller dan de meeste TYPO3 v14-upgrade projecten.
Veelgestelde vragen
Hoeveel kost een TYPO3 v14-upgrade typisch? Voor een mid-complex enterprise site met custom extensions, verwacht €40.000-€100.000 afhankelijk van hoeveel versies je overspringt en hoeveel technische schuld bestaat. Eenvoudige sites op v12 of v13 kunnen er misschien mee weg €10.000-€20.000. Sites op v9 of ouder met zware aanpassingen kunnen gemakkelijk €80.000 overschrijden. De grootste kostendrijvers zijn custom extension herschrijvingen en de uurtarieven van steeds zeldzamer TYPO3-developers.
Wat gebeurt er als mijn TYPO3-bureau uit de bedrijving gaat? Beveilig eerst onmiddellijk alle broncode, database backups en hosting credentials. TYPO3 is open source, dus je bent eigenaar van je code en data. Evalueer dan je opties: vind een ander TYPO3-bureau (controleer de TYPO3 Association partner directory), probeer in-house onderhoud als je PHP-developers hebt, of gebruik dit als gelegenheid om naar een modern platform te migreren. Laat een niet-ondersteunde TYPO3-site niet zitten -- ongepatched security vulnerabilities worden een serieus risico binnen maanden.
Is TYPO3 in 2025 nog steeds een goed CMS? TYPO3 v14 is technisch solide. Het is een echt capabel enterprise CMS met uitstekende multi-language ondersteuning, granulaire permissions en sterke security. Het probleem is niet de technologie zelf -- het is het krimpende developer-ecosysteem, hogere onderhoudskosten in vergelijking met alternatieven en de kloof tussen TYPO3's editing experience en wat moderne headless CMSs bieden. Voor nieuwe projecten bevelen we TYPO3 zelden aan. Voor bestaande TYPO3-sites die goed onderhouden zijn, is er geen dringende reden om weg te gaan.
Kan ik TYPO3-content naar een headless CMS automatisch migreren? Gedeeltelijk. De gestructureerde content in TYPO3's database (pagina's, tekstellementen, metadata) kan programmatisch worden geëxtraheerd en getransformeerd. Echter, complexe content types, inline afbeeldingen met RTE-referenties, FAL (File Abstraction Layer) assets en taal overlays vereisen allemaal custom migration scripts. Verwacht ongeveer 60-70% van de migratie automatiseerbaar te zijn, met de rest voor handmatige review en aanpassing.
Hoe lang duurt het om van TYPO3 naar Next.js te migreren? Voor een typische mid-sized site (50-200 pagina's, 2-5 talen, standaard functionaliteit), plan 12-20 weken van kickoff tot lancering. Dit omvat content audit, CMS selectie, content modeling, migration scripting, frontend development, QA en launch. Grotere sites met complexe custom functionaliteit (e-commerce integraties, member portals, complexe workflows) kunnen 6-9 maanden duren. Controleer onze Next.js development mogelijkheden voor meer details over hoe dit eruit ziet in de praktijk.
Verlies ik SEO rankings als ik weg migreer van TYPO3? Nee, niet als je het correct afhandelt. De sleutel is een volledige redirect map die elke geïndexeerde URL omvat, je content kwaliteit en structuur bewaart, (of verbetert) page load performance onderhoudt en je XML sitemap en gestructureerde data intact houdt. In onze ervaring zien sites die van TYPO3 naar moderne frameworks als Next.js of Astro migreren meestal verbeterde Core Web Vitals scores, wat rankings kan boosten. Het risico komt uit slordig migraties die URLs breken of content verliezen. Dit is geen plek om kosten te besparen.
Wat is de goedkoopste manier om een verouderde TYPO3-site af te handelen? Als budget je primaire beperking is, is de goedkoopste kortetermijnoptie alleen security patches toepassen en je huidige versie zo lang mogelijk laten draaien. TYPO3 v11 heeft extended long-term support via het TYPO3 ELTS-programma (betaald, beginnend rond €500/jaar voor kleine sites). Dit geeft je tijd om een correcte migratie te plannen. De goedkoopste lange-termijnoptie is typisch migratie naar een eenvoudiger CMS dat minder gespecialiseerde (en minder dure) developer ondersteuning vereist.
Moet ik een headless benadering overwegen als mijn team niet technisch is? Absoluut. Dit is een veel voorkomend misverstand. Moderne headless CMSs als Storyblok en Sanity bieden visual editing interfaces die eigenlijk intuïtiever zijn dan TYPO3's backend voor content editors. De technische complexiteit zit in de frontend build, wat je development partner afhandelt. Dagelijkse content management wordt makkelijker, niet moeilijker. Als je dit zou willen verkennen, neem contact op met ons team -- we kunnen je door wat de editing experience werkelijk is laten lopen met een live demo.
Kan ik bepaalde TYPO3-features behouden terwijl ik de frontend migreer?
Ja -- TYPO3 kan eigenlijk als headless CMS zelf functioneren met behulp van de headless extension. Dit laat je TYPO3 als je content backend behouden terwijl je een modern frontend bouwt met Next.js of Astro. Het is een middenpuntoptie die je bestaande content en editorial workflows bewaart terwijl je het gebruiker-tegenovergestelde zijde moderniseert. Echter, dit lost het continue TYPO3-onderhoudskosten probleem niet op, dus we bevelen het in het algemeen alleen als transitionele stap aan in plaats van een permanente architectuur. Zie onze Astro development pagina voor voorbeelden van headless frontend builds die we hebben geleverd.