news (tx_news) für TYPO3

tx_news ist die Extension, ohne die kein TYPO3-Projekt auskommt

Über 80% aller TYPO3-Installationen setzen tx_news von Georg Ringer ein. Das allein wäre eine beeindruckende Zahl, aber sie unterschätzt die Bedeutung der Extension: tx_news ist nicht nur ein News-Plugin, sondern das Fundament für Blogs, Magazine, Pressebereiche, Event-Listen, Mitarbeiterverzeichnisse und jede andere Art von strukturiertem, chronologischem Content in TYPO3. Die Extension liefert Kategorien, Tags, Media-Assets, SEO-Felder (Canonical, OpenGraph, Schema.org), Paginierung und Import/Export aus einer einzigen, aktiv gepflegten Codebasis. Wer in TYPO3 redaktionelle Inhalte veröffentlicht, kommt an tx_news nicht vorbei.

Gosign hat tx_news in hunderten Projekten konfiguriert, erweitert und migriert. Von Fluid-Templates über Custom ViewHelpers bis zur vollständigen Migration von tt_news. Die Extension ist fester Bestandteil jedes TYPO3-Setups, das wir ausliefern.

Typische Einsatzszenarien reichen vom Unternehmens-Blog bis zur Pressedatenbank

Das häufigste Szenario ist der Unternehmens-Blog oder das Online-Magazin. Redakteure pflegen Artikel im TYPO3-Backend mit Titel, Teaser, Body, Kategorien, Tags und Medien. Die Listenansicht zeigt Teaser mit Bild, die Detailansicht den vollständigen Artikel. SEO-relevante Felder wie Meta-Description, Canonical URL und OpenGraph-Bild werden pro Artikel gepflegt. Eine typische Installation hat 100 bis 5.000 Artikel und wächst um 2 bis 10 Artikel pro Woche.

Zweites Szenario: Pressemitteilungen für Investor Relations und Unternehmenskommunikation. Börsennotierte Unternehmen und Konzerne veröffentlichen Pflichtmitteilungen über den Pressebereich ihrer Website. tx_news liefert die Chronologie, Kategorisierung (Ad-hoc-Meldung, Quartalsbericht, Personalie) und Download-Funktion für angehängte PDFs. Die Archivfunktion stellt sicher, dass auch Meldungen von vor zehn Jahren noch auffindbar sind.

Drittes Szenario: Event-Listen und Veranstaltungskalender. tx_news kann Start- und Enddaten für Einträge verwalten, was es zum einfachen Veranstaltungskalender macht. Für Vereine, Kultureinrichtungen und Bildungsträger reicht das oft aus, ohne dass eine spezialisierte Event-Extension wie sf_event_mgt nötig ist. Erst wenn Anmeldefunktionen, Teilnehmer-Management oder Ticketing gebraucht werden, stösst tx_news an seine Grenzen.

Technische Architektur trennt Daten, Konfiguration und Darstellung konsequent

tx_news speichert Artikel als Extbase-Records in der Tabelle tx_news_domain_model_news. Jeder Record enthält Pflichtfelder (Titel, Datetime, Typ) und optionale Felder (Teaser, Body, Author, Tags, Categories, Media, Related News). Die Relationen zu Kategorien und Tags laufen über MM-Tabellen, was performante Filterung ermöglicht.

Die Konfiguration erfolgt über TypoScript: Template-Pfade, Sortierung, Paginierung, Kategorie-Filter, Detail-Seiten-PID und SEO-Einstellungen. Die Extension liefert ein umfangreiches Set an TypoScript-Konstanten, das die meisten Konfigurationen ohne eigenen Code abdeckt. Für Custom-Anforderungen (z.B. ein Slider auf der Startseite, der die drei neuesten News zeigt) gibt es ViewHelper, die in Fluid-Templates genutzt werden können.

Die Fluid-Templates für List, Detail, Category und Date-Menü sind über TypoScript-Pfade überschreibbar. In der Praxis kopiert man die Standard-Templates ins eigene Site-Package und passt HTML-Struktur und CSS-Klassen an das Corporate Design an. Diese Trennung ermöglicht Updates der Extension, ohne dass eigene Anpassungen überschrieben werden.

Die Performance ist bei korrekter Konfiguration gut: Die Listenansicht nutzt den TYPO3-Page-Cache, die Detailansicht cached pro Artikel-UID. Erst bei News-Beständen jenseits von 10.000 Artikeln mit komplexen Kategorie-Filtern und Volltextsuche wird die Performance zum Thema. In solchen Fällen empfiehlt sich ein Suchindex über ke_search oder Solr.

Häufige Probleme betreffen SEO-Konfiguration, Performance und die tt_news-Migration

Problem eins: Fehlende oder falsche Canonical-URLs. Ohne korrekte Konfiguration ist derselbe Artikel über mehrere URLs erreichbar: über den Kategorie-Pfad, den Archiv-Pfad und den Direkt-Link. Google indexiert alle Varianten als separate Seiten, was zu Duplicate Content führt. Die Lösung: Die Detail-Seiten-PID explizit setzen und die Canonical-URL in den TypoScript-Settings auf die Detail-Seite konfigurieren. Die Extension newscanonical adressiert dieses Problem zusätzlich.

Problem zwei: Performance-Einbrüche bei grossen News-Beständen. Wenn die Listenansicht 5.000+ Artikel durchsuchen muss, steigen die Datenbankabfragezeiten. Die Lösung: Kategorie-basierte Einschränkungen in der TypoScript-Konfiguration, Paginierung mit maximal 20 Artikeln pro Seite und Datenbank-Indizes auf den Kategorie-Relationen.

Problem drei: Migration von tt_news. Die Legacy-Extension tt_news ist seit TYPO3 v8 nicht mehr kompatibel. Die Datenmigration auf tx_news erfordert ein Mapping der Felder (tt_news_cat auf sys_category, Marker-Templates auf Fluid-Templates) und eine URL-Redirect-Strategie, damit bestehende Google-Rankings erhalten bleiben. Gosign nutzt dafür KI-gestützte Template-Analyse: Unser Tooling liest die alten Marker-Templates, identifiziert die verwendeten Felder und generiert Fluid-Templates, die die gleiche Ausgabe produzieren.

tx_news unterstützt TYPO3 v12 und v13 vollständig

Georg Ringer pflegt tx_news aktiv und stellt bei jedem TYPO3-LTS-Release zeitnah eine kompatible Version bereit. Die aktuelle Serie unterstützt TYPO3 v11, v12 und v13 parallel. Beim Upgrade von v10 oder v11 auf v12 betreffen Breaking Changes vor allem eigene ViewHelpers, die auf die aktuelle Fluid-API umgestellt werden müssen, sowie TypoScript-Konfigurationen, die auf die neue SiteSet-Syntax migriert werden sollten. Die Record-Struktur bleibt stabil, eine Datenmigration ist nicht nötig. Gosign führt tx_news-Upgrades typischerweise im Rahmen des TYPO3-Core-Upgrades durch und prüft dabei Custom-Templates, ViewHelpers und TypoScript-Overrides auf Kompatibilität. Bei Projekten mit umfangreichen Anpassungen (Custom Fields, eigene ViewHelpers, Integration mit Drittsystemen) erstellen wir vor dem Upgrade eine Kompatibilitätsmatrix, die alle Abhängigkeiten dokumentiert und den Migrationsaufwand realistisch einschätzt. KI-gestützte Code-Analyse beschleunigt diesen Prozess erheblich, indem sie alle Stellen im Projekt identifiziert, die von API-Änderungen betroffen sind.