j77 Template für TYPO3

Fertige TYPO3-Templates beschleunigen den Start, bremsen aber die Weiterentwicklung

j77_template ist ein vorkonfiguriertes Template-Paket für TYPO3, das ein fertiges Layout als Startpunkt liefert. Header, Footer, Navigation, Content-Bereiche und grundlegende Styling-Definitionen sind enthalten. Für Agenturen, die schnell einen TYPO3-Prototyp aufsetzen wollen, oder für interne IT-Abteilungen ohne Frontend-Entwickler ist das verlockend: Installation, Aktivierung, fertig. Die Realität zeigt allerdings, dass fertige Templates in professionellen Projekten nach 3 bis 6 Monaten mehr Arbeit verursachen als sie einsparen.

Der Grund: Jedes Template-Paket bringt eine eigene HTML-Struktur, CSS-Klassen und TypoScript-Konfiguration mit. Sobald das Design vom Standard abweichen soll, kämpft man gegen die Template-Logik statt mit ihr. Ein Custom Sitepackage, das von Anfang an auf die Anforderungen zugeschnitten ist, kostet initial mehr, spart aber bei jeder späteren Änderung Zeit.

Typische Einsatzszenarien sind Prototypen, interne Portale und Vereinswebsites

Das häufigste Szenario ist der Schnellstart für Prototypen und Proof-of-Concepts. Eine Agentur will einem Kunden innerhalb von zwei Tagen zeigen, wie sein Content in TYPO3 aussehen könnte. j77_template liefert ein vorzeigbares Layout ohne Frontend-Entwicklung. Der Prototyp wird nach der Freigabe durch ein massgeschneidertes Sitepackage ersetzt.

Zweites Szenario: Interne Portale und Intranet-Anwendungen, bei denen das Design sekundär ist. Eine IT-Abteilung baut ein internes Wissensportal auf TYPO3 und braucht eine funktionale Oberfläche, kein Corporate Design. j77_template liefert Navigation, Breadcrumb und Content-Rendering out of the box.

Drittes Szenario: Vereinswebsites und kleine Non-Profit-Auftritte mit begrenztem Budget. Wenn das gesamte Webprojekt unter 5.000 Euro liegen muss, kann ein fertiges Template-Paket die Frontend-Entwicklungskosten eliminieren und das Budget für Content und Funktionalität freihalten. In der Praxis betrifft das Sportvereine, Musikschulen, Freiwilligeninitiativen und Elternvereine, die eine schlichte, funktionale Website brauchen und keine besonderen Design-Anforderungen haben.

Technische Architektur ist ein Standard-Sitepackage mit vorkonfiguriertem TypoScript

j77_template ist technisch ein TYPO3-Sitepackage, das über den Extension-Manager installiert wird. Es bringt Fluid-Templates für Page-Layouts, Partial-Templates für Header, Footer und Navigation sowie TypoScript-Konfigurationen für Content-Rendering mit. Die CSS-Dateien basieren auf Bootstrap oder einer vergleichbaren Framework-Basis.

Die Template-Struktur folgt dem TYPO3-Standard: Resources/Private/Templates für Page-Layouts, Resources/Private/Partials für wiederverwendbare Bereiche und Resources/Private/Layouts für Fluid-Rahmen-Templates. Die TypoScript-Konfiguration setzt die Template-Pfade, konfiguriert das Content-Rendering über FLUIDTEMPLATE und definiert die Navigationsstruktur.

Anpassungen sind möglich, indem die Template-Pfade per TypoScript auf eigene Dateien umgelenkt werden. Das funktioniert für einzelne Templates, führt aber bei umfangreichen Änderungen dazu, dass man de facto ein paralleles Sitepackage pflegt, was den Vorteil des fertigen Templates zunichtemacht.

Ein typisches Problem bei Template-Paketen ist die Bootstrap-Abhängigkeit. j77_template setzt auf eine bestimmte Bootstrap-Version. Wenn das Projekt eine andere CSS-Framework-Version benötigt oder komplett auf Tailwind oder eigenes CSS umsteigen will, kollidiert das mit dem Template-Setup. Die mitgelieferten CSS-Dateien sind nicht modular aufgebaut, sondern als monolithischer Bundle ausgeliefert, der sich nur schwer partiell überschreiben lässt.

Häufige Probleme sind Upgrade-Konflikte, CSS-Overrides und fehlende Dokumentation

Problem eins: Upgrade-Konflikte beim TYPO3-Update. Template-Pakete sind eng an eine TYPO3-Version gebunden. Wenn ein Upgrade Breaking Changes in Fluid oder TypoScript einführt, muss das Template-Paket aktualisiert werden. Wenn der Maintainer das nicht rechtzeitig tut, blockiert das Template das gesamte TYPO3-Upgrade. Bei eigenen Sitepackages hat man diese Kontrolle selbst.

Problem zwei: CSS-Overrides, die sich gegenseitig überschreiben. Das Template bringt eigene Styles mit, das Corporate Design erfordert Abweichungen, und zusätzliche Extensions haben ebenfalls CSS. Das Ergebnis ist eine Kaskade von Overrides, die bei jeder Änderung unvorhersehbare Seiteneffekte produziert. Die Lösung ist ein dediziertes Stylesheet, das die Template-Styles komplett überschreibt, was aber den Zweck des Templates untergraebt.

Problem drei: Fehlende oder veraltete Dokumentation. Community-Templates wie j77_template werden oft von Einzelpersonen gepflegt und haben keine professionelle Dokumentation. Welche TypoScript-Konstanten verfügbar sind, welche Fluid-Variablen in den Templates existieren und wie das Responsive-Verhalten konfiguriert wird, muss man durch Code-Analyse herausfinden. Ohne Dokumentation ist jeder Entwicklerwechsel ein Risiko, weil das Projekt-Wissen an eine Person gebunden ist, die das Template durchanalysiert hat.

Für v12 und v13 empfiehlt Gosign den Wechsel auf ein eigenes Sitepackage

j77_template hat keine garantierte Unterstützung für TYPO3 v12 oder v13. Bei einer Migration ist der ideale Zeitpunkt, das Template-Paket durch ein eigenes Sitepackage zu ersetzen. Die Kosten für ein eigenes Sitepackage amortisieren sich bereits beim ersten grösseren Design-Change, der mit einem fremden Template stunden- oder tagelange Override-Arbeit bedeuten würde.

Gosign erstellt Sitepackages, die exakt auf das Corporate Design und die funktionalen Anforderungen des Projekts zugeschnitten sind. Der initiale Aufwand für ein einfaches Sitepackage liegt bei 2 bis 5 Arbeitstagen, abhängig von der Komplexität des Designs. KI-gestützte Template-Generierung beschleunigt den Prozess: Aus einem Design-Mockup generiert unser Tooling die Fluid-Templates, TypoScript-Konfiguration und CSS-Grundstruktur, die Senior-Entwickler dann finalisieren. Ein Sitepackage, das Gosign ausliefert, enthält neben den Templates auch eine Dokumentation der verfügbaren Content-Elemente, TypoScript-Konstanten und Page-Layouts, damit auch Entwickler, die das Projekt übernehmen, sofort produktiv arbeiten können.