Liveticker für TYPO3

Echtzeit-Updates auf TYPO3-Websites verlangen mehr als ein News-Plugin mit Auto-Refresh

Sportvereine, Nachrichtenportale, Kommunen bei Wahlergebnissen und Konferenzveranstalter brauchen eine Funktion, die es so im TYPO3-Core nicht gibt: chronologische Kurzmeldungen, die in Echtzeit auf der Seite erscheinen, ohne dass der Besucher die Seite neu laden muss. Die liveticker-Extension löst das mit einem Frontend-Plugin, das neue Einträge automatisch per AJAX-Polling oder WebSocket nachladen und oben in die Timeline einfügen kann. Redakteure tippen eine Meldung im Backend, klicken “Speichern”, und die Meldung erscheint Sekunden später auf der Website.

Für Organisationen, die zwei- bis dreimal im Jahr Live-Events auf ihrer Website begleiten, ist die Extension eine pragmatische Lösung. Wer täglich live tickert, sollte allerdings spezialisierte Plattformen wie Tickaroo evaluieren, die Multimedia-Inhalte, Social-Media-Integration und Multi-Autoren-Workflows besser abdecken.

Typische Einsatzszenarien sind Sportveranstaltungen, Kommunalwahlen und Konferenzen

Das häufigste Szenario ist der Sport-Liveticker. Ein Amateursportverein begleitet Heimspiele mit einem Ticker auf der Vereinswebsite. Ein Redakteur am Spielfeldrand tippt Tore, Karten und Wechsel ins TYPO3-Backend (idealerweise über das Mobile-Backend), und die Einträge erscheinen chronologisch auf der Seite. Bei einem Fussball-Regionalligaspiel mit 500 bis 2.000 gleichzeitigen Besuchern muss der Ticker stabil laufen, ohne den Server zu überlasten.

Zweites Szenario: Wahlabende bei Kommunen und Landkreisen. Am Wahlsonntag veröffentlichen Gemeinden Zwischenergebnisse über einen Liveticker. Die Meldungen enthalten Stimmanteile, Hochrechnungen und Kommentare des Wahlleiters. Die Herausforderung: Alle Besucher erwarten das gleiche Ergebnis gleichzeitig, was Peak-Traffic erzeugt.

Drittes Szenario: Konferenzen und Mitgliederversammlungen. Verbände und Vereine tickern Hauptversammlungen live, damit Mitglieder, die nicht vor Ort sind, den Verlauf verfolgen können. Die Einträge enthalten Abstimmungsergebnisse, Redebeiträge und Beschlüsse. Für Verbände mit 5.000 bis 50.000 Mitgliedern, die nicht alle an einer Präsenzveranstaltung teilnehmen können, ist ein Liveticker die einfachste Form der digitalen Teilhabe, die keine Video-Streaming-Infrastruktur erfordert.

Technische Architektur setzt auf TYPO3-Records mit AJAX-Polling im Frontend

Die Extension speichert Ticker-Einträge als TYPO3-Records in einer eigenen Tabelle. Jeder Eintrag enthält Zeitstempel, Text, optionales Bild und eine Kategorisierung (z.B. “Tor”, “Gelbe Karte”, “Ergebnis”). Die Records gehören zu einem Ticker-Container, der einem Event zugeordnet ist. Ein Redakteur kann mehrere Ticker parallel betreiben, etwa für verschiedene Spiele oder Events am gleichen Tag.

Im Frontend rendert das Plugin die bestehenden Einträge als chronologische Liste (neueste oben) und startet einen JavaScript-Timer, der in konfigurierbaren Intervallen (typisch: 10 bis 30 Sekunden) einen AJAX-Request an einen TYPO3-Endpoint sendet. Der Endpoint liefert alle Einträge, die seit dem letzten Abruf hinzugekommen sind. Das JavaScript fügt diese Einträge mit einer Animation oben in die Liste ein.

Fortgeschrittene Implementierungen nutzen WebSockets statt Polling, was die Latenz von 10 bis 30 Sekunden auf unter 1 Sekunde reduziert. Das erfordert allerdings einen WebSocket-Server (z.B. Node.js mit Socket.io), der parallel zum TYPO3-Webserver läuft. Für die meisten Vereins- und Kommunal-Websites ist das Overkill, und AJAX-Polling mit 15-Sekunden-Intervall liefert ein ausreichend echtzeitnahes Erlebnis. Eine Zwischenlösung sind Server-Sent Events (SSE), die eine persistente HTTP-Verbindung nutzen und einfacher zu implementieren sind als WebSockets, aber ebenfalls serverseitige Unterstützung benötigen.

Häufige Probleme sind Server-Last bei Peak-Traffic, fehlende Mobile-Eingabe und Caching-Konflikte

Problem eins: Server-Last bei Peak-Traffic. Wenn 2.000 Besucher alle 15 Sekunden einen AJAX-Request senden, sind das 8.000 Requests pro Minute. Ohne Caching-Strategie bricht ein normaler Shared-Hosting-Server zusammen. Die Lösung: Einen Reverse-Proxy (z.B. Varnish oder Cloudflare) vor den AJAX-Endpoint schalten, der die Response für 5 Sekunden cached. So reduzieren sich die tatsächlichen Zugriffe auf den Application-Server auf 12 pro Minute statt 8.000.

Problem zwei: Mobile-Eingabe für Redakteure. Das TYPO3-Backend ist auf Mobilgeräten nur eingeschränkt nutzbar. Ein Redakteur am Spielfeldrand, der bei Regen auf einem Smartphone tippt, braucht eine vereinfachte Eingabemaske. Die Lösung: Ein Custom-Endpoint mit einem reduzierten Formular (Textfeld, Kategorie-Dropdown, Absenden-Button), das für mobile Browser optimiert ist.

Problem drei: Caching-Konflikte mit dem TYPO3-Page-Cache. Wenn die Seite, auf der der Ticker eingebettet ist, vom TYPO3-Cache ausgeliefert wird, sehen Besucher veraltete Einträge. Die Lösung: Die Ticker-Seite vom Page-Cache ausschliessen (USER_INT) oder besser: Die Seite cachen und nur den Ticker-Bereich per AJAX nachladen, was die Kombination aus gecachter Seite und dynamischem Inhalt ermöglicht.

Die Extension ist für ältere TYPO3-Versionen gebaut, Custom-Lösungen sind zukunftssicherer

liveticker hat keine offizielle Unterstützung für TYPO3 v12 oder v13. Die Kernfunktionalität ist aber so überschaubar, dass ein Neubau als Custom-Plugin in vielen Fällen wirtschaftlicher ist als die Migration der Extension. Gosign baut Liveticker-Funktionen als schlanke Extbase-Plugins mit einem JSON-API-Endpoint, der von einem einfachen JavaScript-Client im Frontend konsumiert wird. Der Aufwand für eine Grundimplementierung (Backend-Eingabe, Frontend-Anzeige, AJAX-Polling) liegt bei 3 bis 5 Arbeitstagen.

Der Vorteil einer Custom-Lösung: Die Mobile-Eingabe kann als Progressive Web App realisiert werden, sodass der Redakteur am Spielfeldrand eine optimierte Eingabeoberfläche hat. Zusätzlich lässt sich ein Cache-Layer (z.B. Redis oder Cloudflare Workers) zwischen Frontend und TYPO3 schalten, der die Server-Last bei Peak-Traffic auf ein Minimum reduziert. Diese Architektur skaliert für 10.000+ gleichzeitige Besucher ohne Performance-Probleme.