Uw inbox piept. De onderwerpregel luidt "TYPO3 v14 Upgrade Proposal" of "Important: Agency Closure Notice." U opent het. €80.000 om van TYPO3 v11 naar v14 te migreren. Of erger — uw bureau van acht jaar sluit geheel. U leunt achterover en denkt: onderhoudt een bedrijfswebsite nu echt zo veel als het salaris van een middelmatig ingenieur? De offerte verdeelt zich in 320 uur "structurele refactoring", 180 uur "extensie-compatibiliteitscontrole" en 95 uur "implementatie-infrastructuurupdates". Het heeft geen zin. U stuurt de e-mail door naar uw CFO met een vraagteken. Ze antwoordt in vier minuten: "Find another option." Dit is wat 230+ DACH-bedrijven hebben gedaan toen ze in 2025 tegen dezelfde muur aanliepen — en wat het hen werkelijk kostte.

U bent niet alleen. In Duitsland, Oostenrijk en Zwitserland raken honderden middelgrote bedrijven in 2026 deze exact muur. Het TYPO3-ecosysteem in de DACH-regio consolidateert. Bureaus fuseren, sluiten af, of duwen klanten stilletjes naar dure upgrade-cycli. En de citaten blijven klimmen — €40K, €60K, €80K, soms vele zes cijfers voor wat neerkomt op het licht aan houden.

Ik heb gesproken met CTO's en marketing leads bij bedrijven van 50 tot 2.000 werknemers die hier doorheen zijn gegaan. Dit is wat ik heb geleerd over de werkelijke opties die u ter beschikking staan — niet de gesaniteerde versie die uw huidige bureau u wil laten horen.

Inhoudsopgave

Uw TYPO3-bureau citeerde €80K voor v14? Echte alternatieven

Waarom TYPO3 v14-upgrades zoveel kosten

Laten we beginnen met waarom het getal wat het is. TYPO3 v14 (LTS gepland voor eind 2025) brengt aanzienlijke veranderingen mee onder de motorkap. Als u komt van v11 of zelfs v12, u doet niet alleen een versienummertje omhoog. U behandelt:

  • Verouderde PHP API's waarvan uw aangepaste extensies afhangen
  • Fluid template engine veranderingen die bestaande templates breken
  • Backend module herstructurering die redactiewerk beïnvloeden
  • Compatibiliteit derde-partij extensie — veel populaire extensies zijn niet bijgewerkt
  • PHP 8.2+ vereisten die wijzigingen in serverinfrastructuur kunnen vereisen

De werkelijke kostenstuwer is niet de kernupgrade zelf. Het zijn de aangepaste extensies. Elk TYPO3-project dat ik heb gezien in DACH heeft tussen 5 en 25 aangepaste extensies. Elk ervan moet worden gecontroleerd, aangepast en getest. Bij typische Duitse bureautarieven van €120-180/uur loopt dit snel op.

Hier is een grove verdeling waar dat €80K heen gaat:

Component Geschatte uren Kosten bij €150/uur
Kern-upgrade en configuratie 40-60 uur €6.000-9.000
Migratie aangepaste extensie 120-200 uur €18.000-30.000
Template/Frontend herwerk 80-120 uur €12.000-18.000
Updates derde-partij extensie 40-80 uur €6.000-12.000
Testen en QA 60-80 uur €9.000-12.000
Server/Infrastructuur 20-40 uur €3.000-6.000
Projectbeheer 40-60 uur €6.000-9.000
Totaal 400-640 uur €60.000-96.000

Dus €80K is niet eens onredelijk voor een complexe TYPO3-installatie. Dat is de oncomfortabele waarheid. De vraag is niet of het citaat eerlijk is — het is of het verstandig is om dat geld aan dezelfde technologie uit te geven.

Het DACH TYPO3-bureauprobleem

TYPO3 is altijd een DACH-fenomeen geweest. Het heeft ongeveer 25-30% marktaandeel in Duitsland voor bedrijfs-CMS, vergeleken met lage eencijfers wereldwijd. Dit creëerde een gezond ecosysteem van gespecialiseerde bureaus — maar dat ecosysteem staat onder druk.

In recente jaren heb ik verschillende trends gevolgd:

  • Bureauconsolidatie: Kleinere TYPO3-winkels (5-15 mensen) worden overgenomen of sluiten. De talentpool krimpt terwijl jongere ontwikkelaars zich naar JavaScript-frameworks en headless-architecturen richten.
  • Inflatiespreiding: Senior TYPO3-ontwikkelaars in Duitsland vragen nu €100-130/uur freelance. Bureaus markeren dit tot €150-200/uur. Vijf jaar geleden waren deze getallen 30% lager.
  • Kennisconcentratie: Minder mensen begrijpen de diepe internals van TYPO3. Wanneer uw bureau sluit, iemand vinden die een complex TYPO3-project halverwege kan oppakken is echt moeilijk.
  • De upgrade-tredmolen: TYPO3's LTS-cyclus betekent grote upgrades elke 2-3 jaar. Elk ervan kost echt geld. Over een periode van 6 jaar kunt u €120-200K alleen aan upgrades besteden.

Ik sprak vorig jaar met een productievedrijf in de buurt van Stuttgart. Hun TYPO3-bureau van 12 jaar kondigde aan dat ze overgingen naar Shopware-only-ontwikkeling. Het bedrijf zat met een TYPO3 v10-installatie, 18 aangepaste extensies, een meertalige instellingen over 6 markten, en niemand om te bellen. Hun upgrade-offerte van een nieuw bureau? €95.000 — met een termijn van 4 maanden waarvan iedereen wist dat deze tot 6+ zou uitrekken.

Dit verhaal herhaalt zich over de DACH-regio. Als het vertrouwd klinkt, lees dan verder.

Optie 1: Tanden op elkaar en upgraden naar v14

Wanneer dit zinvol is

Soms upgraden is werkelijk de juiste keuze. Als u hebt:

  • Diep TYPO3-specifieke functionaliteit die duur zou zijn om na te bootsen (complexe workflowengines, aangepaste backend-modules voor niet-technische redacteurs)
  • Een groot redacteursteam getraind op TYPO3's backend
  • Regelgeving of compliancevereisten die u aan uw huidige infrastructuur vastleggen
  • Een betrouwbare bureaurelatie (u kijkt alleen naar kosten, niet een gesloten bureau)

...dan is het upgrade-pad, hoewel duur, behoud van uw investering.

Wanneer het niet werkt

Als uw TYPO3-site voornamelijk een marketingwebsite is met wat dynamische inhoud — productpagina's, blogposts, landingspagina's, misschien een jobboard — u betaalt bedrijfs-CMS-prijzen voor een probleem dat moderne tools voor een fractie van de kosten oplossen.

Wees eerlijk over welke TYPO3-functies u werkelijk gebruikt. In mijn ervaring gebruiken ongeveer 70% van TYPO3-installaties in DACH misschien 20% van de mogelijkheden. De rest is legacy-complexiteit waar iedereen bang is om aan te raken.

Uw TYPO3-bureau citeerde €80K voor v14? Echte alternatieven - architectuur

Optie 2: Een nieuw TYPO3-bureau zoeken

Als uw bureau sluit, is uw eerste reactie om een ander te vinden. Dat is redelijk, maar ga erheen met open ogen.

Het goede: Een nieuw bureau zal uw installatie controleren en kan manieren vinden om het te vereenvoudigen. Ze zijn niet emotioneel gehecht aan de bestaande architectuur.

Het slechte: Onboardingkosten. Een nieuw bureau heeft 40-80 uur nodig om uw instellingen te begrijpen voordat ze nauwkeurig kunnen citeren. Sommige zullen dit gratis doen als een verkoopsoefening; anderen zullen €5-10K rekenen voor een technische audit.

Het lelijke: U bent nog steeds op de upgrade-tredmolen. En u concurreert om een krimpenende pool van TYPO3-talent in de DACH-regio.

Als u deze route gaat, zoek bureaus die leden zijn van de TYPO3 Association en gecertificeerde ontwikkelaars hebben. Controleer hun GitHub-bijdragen aan de TYPO3-kern. Vraag naar hun upgrademethodologie en eis een vaste prijs met duidelijk gedefinieerde scopegrenzen.

Optie 3: Migreren naar een Headless CMS

Hier wordt het interessant. Een headless CMS scheidt uw contentbeheer (backend) van uw presentatielaag (frontend). Uw redacteurs werken in een schone, moderne interface. Uw ontwikkelaars bouwen de frontend met welke technologie het meeste zin heeft.

Populaire headless CMS-opties voor DACH-bedrijven:

CMS Hosting Pricing (2026) GDPR-naleving Taalondersteuning
Storyblok Cloud (EU-servers) Vanaf €99/mo Op EU gebaseerd (Oostenrijk) Uitstekende i18n
Strapi Zelf-gehost of Cloud Gratis (zelf-gehost) / €29+/mo Zelf-gehost = volledige controle Goed i18n
Contentful Cloud (EU beschikbaar) Vanaf €300/mo EU-gegevensresidentie beschikbaar Uitstekende i18n
Sanity Cloud (EU beschikbaar) Gratis laag / $99+/mo GDPR-compatibel Goed i18n
Directus Zelf-gehost of Cloud Gratis (zelf-gehost) / $99+/mo Zelf-gehost = volledige controle Goed i18n

Storyblok verdient speciale vermelding voor DACH-bedrijven — het heeft hoofdkwartier in Linz, Oostenrijk, slaat gegevens standaard op in EU-datacenters, en heeft sterke meertalige ondersteuning. Ik heb verschillende TYPO3-naar-Storyblok-migraties zien werken.

We behandelen headless CMS-architectuur gedetailleerd op onze headless CMS-ontwikkelingspagina, inclusief hoe we inhoudsmodellering en migratieplanning benaderen.

Optie 4: Overgaan naar WordPress of een ander traditioneel CMS

Ik zal direct zijn: als u TYPO3 verlaat vanwege kosten en complexiteit, overgaan naar WordPress lost uw probleem niet op. Het verschuift het.

WordPress is goedkoper aan de voorkant, ja. Maar bedrijfs-WordPress met meertalige ondersteuning (WPML tegen €99/jaar), goed beveiligingsharden en prestatieoptimalisatie wordt snel duur. En u behandelt update-cycli van plugins die TYPO3's tam laten uitzien.

That said, voor eenvoudiger sites — onder 500 pagina's, enkele taal, basale inhoudsbehoeften — kan WordPress met een goed thema werken. Zeg jezelf alleen niet voor dat het een onderhoudsloos oplossing is.

Andere traditionele CMS-opties zoals Drupal of Neos CMS (de TYPO3-afleiding) bestaan maar staan voor gelijkaardige problemen met talentpools in de DACH-regio.

Optie 5: Een modern Headless Stack bouwen

Dit is wat we steeds meer DACH-bedrijven zien kiezen in 2026. De architectuur ziet er zo uit:

[Headless CMS] → [API] → [Frontend Framework] → [CDN/Edge] → [Gebruiker]
     ↑                          ↑
  Redacteurs             Next.js / Astro
  beheren                renderen pagina's
  inhoud                 bij bouwen of aanvraag

Een typische moderne stack voor een voormalige TYPO3-site:

  • Inhoud: Storyblok of Strapi voor contentbeheer
  • Frontend: Next.js voor dynamische sites, Astro voor inhoudsrijke sites
  • Hosting: Vercel, Netlify, of Cloudflare Pages (allemaal bieden EU-regio's)
  • Zoekopdracht: Algolia of Meilisearch
  • Vormen: Formspree of aangepaste API-routes
  • Analytics: Plausible of Fathom (GDPR-vriendelijk, geen cookie-banner nodig)

De kostenstructuur klapt geheel om:

Traditionele TYPO3:      Modern Headless:
├── Bureauretentor        ├── CMS-abonnement: €100-300/mo
│   €2-5K/maand          ├── Hosting: €0-50/mo
├── Hosting: €200-500/mo  ├── Zoeken: €0-100/mo
├── Upgrades: €40-80K     ├── Geen grote "upgrade"-cycli
│   elke 2-3 jaar         ├── Incrementele updates
└── Totaal 3 jaar: €150-300K  └── Totaal 3 jaar: €40-80K
                              (na initiële opbouw)

De initiële opbouwkosten voor het migreren van een TYPO3-site met gemiddelde complexiteit (200-500 pagina's, 3 talen, aangepaste componenten) naar een moderne headless stack bedraagt doorgaans €30.000-60.000. Dat is vergelijkbaar met of minder dan een grote TYPO3-upgrade — maar u eindigt met een geheel moderne infrastructuur die een fractie van de kosten kost om te onderhouden.

We bouwen deze soorten projecten met Next.js en Astro, afhankelijk van het geval. Next.js is ons gaan-naar wanneer er dynamische personalisering of geverifieerde secties zijn. Astro wint wanneer de site voornamelijk inhoudsgestuurd is en prestaties top prioriteit zijn.

Kostenvergoeding: werkelijke nummers uit 2026-projecten

Hier is een vergelijking gebaseerd op werkelijke projecten die we dit jaar in de DACH-regio hebben gezien of waaraan we hebben gewerkt. Bedrijfsnamen zijn geanonimiseerd.

Scenario TYPO3 v14-upgrade Headless-migratie Tijd tot lancering
Productie, 300 pagina's, 2 talen €65.000 geciteerd €42.000 werkelijk 10 weken
SaaS-bedrijf, 150 pagina's, 3 talen €45.000 geciteerd €35.000 werkelijk 8 weken
Financiële diensten, 800 pagina's, 4 talen €110.000 geciteerd €72.000 werkelijk 16 weken
Industrieel B2B, 500 pagina's, 6 talen €95.000 geciteerd €58.000 werkelijk 14 weken

De headless-migratiekosten omvatten contentmigratie, frontend-ontwikkeling, CMS-instellingen, redacteurstraining en SEO-transitieplanning. Ze omvatten geen lopende hosting- en CMS-abonnementkosten, die €1.200-4.800/jaar bedragen, afhankelijk van de CMS-laag.

Belangrijke waarschuwing: als uw TYPO3-site complexe backend-logica heeft — denk aan aangepaste workflows, ERP-integraties, gebruikersportals — de headless-migratiekosten gaan aanzienlijk omhoog. Die backend-functies moeten als API's of microservices opnieuw worden opgebouwd. Voor sites die voornamelijk contentlevering zijn met enkele dynamische elementen zijn de bovenstaande getallen realistisch.

Het migratiepad dat werkelijk werkt

Na verschillende TYPO3-migraties te hebben uitgevoerd, hier is de benadering die consistent goed werkt:

Fase 1: Inhoudsaudit (Week 1-2)

Vóórdat u één regel code schrijft, uw inhoud controleren. Elke TYPO3-installatie heeft pagina's die meer dan 3 jaar niet zijn aangeraakt, redundante inhoud en verbroken interne koppelingen. We zien doorgaans 20-40% van pagina's die kunnen worden samengevoegd of verwijderd.

# Snelle manier om TYPO3-paginaboom voor audit uit te voeren
typo3cms database:export --table pages --format csv > pages_audit.csv

Kaart uw bestaande URL-structuur. Elke URL die organisch verkeer of backlinks heeft, moet een omleiding plan hebben.

Fase 2: Inhoudsmodellering (Week 2-3)

Replica niet uw TYPO3-inhoudstypen 1:1 in de nieuwe CMS. TYPO3's content element-benadering is specifiek voor TYPO3. In plaats daarvan, uw inhoud modelleren rond uw werkelijke redactionele behoeften.

Een typische TYPO3-pagina met 15 verschillende inhouds-elementtypen vertaalt zich vaak naar 6-8 goed ontworpen componenten in een headless CMS. Minder bewegende onderdelen, gemakkelijker voor redacteurs, sneller om te bouwen.

Fase 3: Frontend Build (Week 3-8)

Bouw de frontend parallel met inhoudsmigratie. Gebruik uw bestaande TYPO3-site als het ontwerpkader tenzij u ook een herontwerp doet (wat 4-8 weken en €15-25K aan het budget toevoegt).

// Voorbeeld: Inhoud uit Storyblok in Next.js ophalen
import { getStoryblokApi } from '@storyblok/react'

export async function getStaticProps({ locale, params }) {
  const storyblokApi = getStoryblokApi()
  const { data } = await storyblokApi.get(
    `cdn/stories/${params.slug}`,
    {
      version: 'published',
      language: locale, // Behandelt uw DE/EN/FR-varianten
    }
  )
  
  return {
    props: { story: data.story },
    revalidate: 3600, // ISR: revalideer elk uur
  }
}

Fase 4: Inhoudsmigratie (Week 6-10)

Inhoudsmigratie is het meest onderschatte deel. U hebt scripts nodig om inhoud uit TYPO3's database uit te pakken en in de indeling van uw nieuwe CMS om te zetten.

# Vereenvoudigde TYPO3-inhoudsextractie
import mysql.connector
import json

def extract_typo3_content(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    
    cursor.execute("""
        SELECT p.uid, p.title, p.slug, p.sys_language_uid,
               c.bodytext, c.CType, c.header
        FROM pages p
        LEFT JOIN tt_content c ON c.pid = p.uid
        WHERE p.deleted = 0 AND p.hidden = 0
        AND c.deleted = 0 AND c.hidden = 0
        ORDER BY p.uid, c.sorting
    """)
    
    return cursor.fetchall()

Rijke tekstinhoud vereist bijzondere aandacht. TYPO3's RTE-uitvoer bevat vaak inline-stijlen en niet-standaard HTML die tijdens migratie moet worden opgeruimd.

Fase 5: Testen en go-live (Week 10-12)

Beid sites parallel minstens een week uitvoeren. Vergelijk pagina's naast elkaar. Test elk formulier, elke downloadkoppeling, elke taaltvariant. Stel uw 301-omleidingen in. Controleer uw Google Search Console nauwlettend voor de eerste 30 dagen na lancering.

Wat gebeurt er met mijn inhoud en SEO-rankings?

Dit is de #1 zorg die ik hoor van DACH-bedrijven die migratie overwegen. En het is geldig — uw organisch zoekverkeer is een waardevolle bezitting.

Het goede nieuws: als u omleidingen correct verwerkt en uw URL-structuur behoudt (of juiste 301's instelt), verliest u geen rankings. Google heeft herhaaldelijk bevestigd dat platformmigraties inherent geen gevolgen hebben voor rankings.

De kritieke stappen:

  1. Elke URL in kaart brengen van oud naar nieuw. Geen uitzonderingen.
  2. Titelmarkeringen en metabeschrijvingen behouden — ze migreren, niet op dag één herschrijven.
  3. Uw inhoudsstructuur gelijkhouden — drastisch niet verandering koppelingshiërarchieën.
  4. Bijgewerkte sitemaps indienen bij Google Search Console onmiddellijk na lancering.
  5. Agressief controleren op 404s in de eerste 2 weken.

Ik heb migraties gezien waarbij organisch verkeer na migratie toenam omdat de nieuwe site sneller was. Core Web Vitals zijn belangrijk, en een Next.js- of Astro-site op een CDN zal elke keer beter presteren dan een TYPO3-site op een enkele server.

Typische TYPO3-site: LCP van 2,5-4,5 seconden. Typische moderne headless-site: LCP van 0,8-1,5 seconden. Dit verschil is belangrijk voor zowel rankings als conversietarieven.

Als u dit soort migratie overweegt en specifieke details over uw situatie wilt bespreken, contacteer ons. We hebben genoeg gedaan om te weten waar de valkuilen zijn.

Veelgestelde vragen

Hoe lang duurt een TYPO3 naar headless CMS-migratie? Voor een site met gemiddelde complexiteit (200-500 pagina's, 2-3 talen), verwacht 8-14 weken van kickoff tot lancering. Grotere sites met complexe integraties kunnen 16-24 weken duren. De inhoudsmigratefase is meestal het langste — niet de technische opbouw. Plan voor een overlappingsperiode waar beide systemen parallel lopen voor testen.

Is het goedkoper om TYPO3 bij te werken of naar een nieuw platform te migreren? Dat hangt af van complexiteit, maar voor de meeste marketinggericht websites kosten migratie naar een headless stack ongeveer hetzelfde als een grote TYPO3-upgrade (€30K-70K) terwijl aanzienlijk lopende onderhoudskosten omlaag gaan. Over een periode van 3 jaar besparen de headless-benadering doorgaans 40-60% vergeleken met blijven op TYPO3. De wiskunde verandert als u diepe aangepaste TYPO3-functionaliteit hebt die duur zou zijn om na te bootsen.

Verlies ik mijn Google-rankings als ik weg van TYPO3 migreer? Niet als u het goed doet. Goed 301 omleidingen, consistente inhoudsstructuur, en bewaarde metagegevens beschermen uw rankings. In feite zien veel bedrijven ranking-verbeteringen omdat moderne headless-sites beter scoren op Core Web Vitals. De sleutel is het hebben van een gedetailleerd URL-mappingplan en Search Console nauwlettend 30 dagen post-lancering te volgen.

Wat gebeurt er met mijn TYPO3-site als mijn bureau sluit? Uw site blijft draaien — TYPO3 stopt niet met werken omdat een bureau sluit. Maar u bent in een kwetsbare positie: geen beveiligingsupdates, geen bugfixes, en groeiende technische schuld. TYPO3 v11 LTS bereikt einde van leven in oktober 2025. Daarna ontvang u geen beveiligingspatches. Een nieuw TYPO3-bureau zoeken om halverwege het project over te nemen is mogelijk, maar verwacht €5-15K aan onboarding en audit kosten vóór enig werkelijk werk begint.

Welke headless CMS is het beste voor Duitstalige bedrijven? Storyblok is op dit moment de meest populaire keuze in de DACH-regio. Het is Oostenrijks-opgericht, slaat gegevens op in EU-datacenters, heeft uitstekende meertalige ondersteuning, en de visuele redacteur is gemakkelijk voor niet-technische contentteams. Strapi is een sterk open-source alternatief als u volledige gegevenscontrole wilt via zelf-hosting. Contentful werkt goed voor grotere ondernemingen, maar komt met hogere kosten vanaf €300/maand.

Moet ik mijn website herontwerpen tijdens migratie? Nee, en ik zou het eigenlijk tegen aanraden. Uw bestaand ontwerp naar een nieuw platform migreren en gelijktijdig herontwerpen verdubbelt het projectbereik en risico. Voer eerst de migratie uit met uw huido ontwerp, herhaal dan het ontwerp wanneer het nieuwe platform stabiel is. Als u absoluut moet herontwerpen, budget een extra €15-25K en 4-8 weken.

Hoe handel ik meertalige inhoud af tijdens migratie? Moderne headless CMS-platforms verwerken meertalige inhoud veel eleganter dan TYPO3. In TYPO3 behandelt u taalbedekkingen en sys_language_uid. In een headless CMS zoals Storyblok is elke taalvariant een burger van de eerste klasse met ondersteuning voor vertalingen op veldniveau. Tijdens migratie exporteert u elke taalvariant afzonderlijk en importeert ze in het nieuwe systeem. Vertaalgeheugen en bestaande vertalingen draagover — u hervert niet alles.

Kan ik geleidelijk migreren of moet alles tegelijk? Geleidelijke migratie is mogelijk, maar voegt architectuurcomplexiteit toe. U kunt TYPO3 en een nieuwe headless frontend gelijktijdig uitvoeren, bepaalde URL-paden naar het nieuwe systeem routeren terwijl u anderen op TYPO3 behoudt. Dit "strangler fig" patroon werkt goed voor zeer grote sites (1000+ pagina's) maar voor de meeste middelmarkt DACH-bedrijven een schone snede na grondige testen eenvoudiger en goedkoper is. De parallelle testperiode van 1-2 weken vóór go-live geeft u vertrouwen zonder de voortdurende overhead van het onderhouden van twee systemen.