TYPO3.

TYPO3 ist ein quelloffenes Content-Management-System auf PHP-Basis, das für große Websites und viele Redakteure gebaut ist. Was es von leichteren Systemen unterscheidet, steckt nicht im Editor, sondern in der Organisation dahinter: feingranulare Rollen und Rechte, Freigaben vor der Veröffentlichung und Mehrsprachigkeit als Teil des Kerns.

Kasper Skårhøj hat TYPO3 1998 gestartet; heute wird es von der TYPO3 Association und einer weltweiten Community unter der GPL weiterentwickelt. Verbreitet ist es vor allem im deutschsprachigen Raum — Industrie, Hochschulen, Verwaltung, Konzernauftritte. Also überall dort, wo eine Website nicht von einer Person gepflegt wird, sondern von einer Organisation.

Der Preis dafür ist Umfang: TYPO3 hat eine eigene Konfigurationssprache, ein eigenes Rechtemodell und eine Lernkurve. Wer eine Fünf-Seiten-Website braucht, ist mit einem anderen System aus unserem CMS-Stack schneller am Ziel. Wo der Bedarf aber wirklich groß ist, trägt TYPO3 weiter als alles andere, was wir einsetzen.

Wir starten ein TYPO3-Projekt nicht mit Technik, sondern mit dem Redaktions-Organigramm. Wer schreibt, wer gibt frei, wer darf welchen Teil des Seitenbaums sehen, welche Sprachen pflegt welches Team? Aus diesen Antworten fallen die Backend-Benutzergruppen, die Zugriffsrechte auf den Seitenbaum und die Freigabe-Stufen. Wird das erst nach dem Launch nachgezogen, endet es fast immer damit, dass alle Redakteure Administratorrechte bekommen — und genau das wollen wir vermeiden.

Danach wird der Seitenbaum gebaut, und zwar mit den Sprachen im Blick. Die Site-Konfiguration legt Sprachen, URL-Präfixe und Fallback-Regeln fest, jede Seite und jedes Inhaltselement bekommt seine übersetzte Fassung, die mit dem Original verknüpft bleibt. So kann eine Landesgesellschaft abweichen, ohne dass die Struktur auseinanderfällt — und hreflang entsteht aus der Konfiguration statt aus Handarbeit.

Im Frontend halten wir uns an die Bordmittel: TypoScript für die Konfiguration, Fluid für das Markup. Kein Page-Builder, der Layout und Inhalt vermischt, sondern feste Inhaltselemente mit klaren Feldern. Das ist für die Redaktion langweiliger und für die Website besser: sauberes semantisches HTML, das sich nicht kaputtklicken lässt, ein Frontend, das wir unabhängig vom CMS optimieren können, und eine Barrierefreiheit, die im Template entsteht statt im Nachhinein repariert zu werden.

Extensions sind der Punkt, an dem TYPO3-Projekte altern. Wir installieren sie über Composer statt per Klick, halten die Liste kurz und begründen jede einzelne — denn jede ist Fremdcode, der beim nächsten Upgrade mitgezogen werden muss. Der Code liegt in Git und geht über GitHub Actions live, Konfiguration inklusive. Damit ist ein Upgrade auf die nächste LTS ein geplantes Projekt statt einer Rettungsaktion.

Für den Elektrotechnik-Hersteller Spelsberg betreiben wir eine TYPO3-Plattform in 13 Sprachen — Relaunch 2018, seitdem in laufender Betreuung. Das ist der Fall, für den TYPO3 gebaut ist: ein großer Seitenbaum, viele Beteiligte, Sprachen mit unterschiedlichem Pflegestand und ein Produktkatalog mit tausenden Varianten.

TYPO3 ist dabei die Redaktions- und Ausspielschicht, nicht der Datenhalter. Die Produktdaten kommen aus dem PIM, CAD-Modelle über Cadenas, die Instant-Suche im Produktfinder läuft über Algolia, Leads fließen über Hubspot ins CRM. Jede dieser Anbindungen ist eine eigene Extension mit klarer Aufgabe — statt eines Baukastens, den beim nächsten Upgrade niemand mehr auseinandernehmen kann.

Der eigentliche Beleg steckt aber in der Zeit: Seit 2018 hat diese Plattform mehrere TYPO3-Upgrades hinter sich und läuft weiter. Genau darauf zielt unsere Bauweise — nah am Standard, wenig Fremdcode, alles in Git. Zum Case Spelsberg, oder alle Referenzen unter Cases.