Liveticker para TYPO3

Las actualizaciones en tiempo real en webs TYPO3 requieren más que un plugin de noticias con auto-refresh

Clubes deportivos, portales de noticias, ayuntamientos en noches electorales y organizadores de congresos necesitan una función que no existe en el core de TYPO3: mensajes breves cronológicos que aparezcan en tiempo real en la página sin que el visitante tenga que recargarla. La extensión liveticker resuelve esto con un plugin frontend que carga automáticamente nuevas entradas mediante AJAX-Polling o WebSocket y las inserta arriba en la línea temporal. Los editores escriben un mensaje en el backend, pulsan “Guardar” y el mensaje aparece segundos después en la web.

Para organizaciones que acompañan eventos en directo dos o tres veces al año en su web, la extensión es una solución pragmática. Quien necesite ticker diarios debería evaluar plataformas especializadas como Tickaroo, que cubren mejor contenido multimedia, integración de redes sociales y flujos de trabajo multiautor.

Los escenarios típicos son eventos deportivos, elecciones municipales y congresos

El escenario más frecuente es el ticker deportivo. Un club deportivo amateur acompaña partidos en casa con un ticker en la web del club. Un editor al pie del campo teclea goles, tarjetas y sustituciones en el backend de TYPO3 (idealmente via backend móvil), y las entradas aparecen cronológicamente en la página. En un partido de liga regional con 500 a 2.000 visitantes simultáneos, el ticker debe funcionar de forma estable sin sobrecargar el servidor.

Segundo escenario: noches electorales en municipios y comarcas. En la noche electoral, los ayuntamientos publican resultados parciales a través de un ticker en vivo. Los mensajes contienen porcentajes de voto, proyecciones y comentarios del responsable electoral. El reto: todos los visitantes esperan el mismo resultado al mismo tiempo, lo que genera picos de tráfico.

Tercer escenario: congresos y asambleas de socios. Asociaciones y entidades hacen ticker en directo de asambleas generales para que los miembros que no están presencialmente puedan seguir el desarrollo. Las entradas contienen resultados de votaciones, intervenciones y acuerdos. Para asociaciones con 5.000 a 50.000 miembros que no pueden asistir a un evento presencial, un ticker en vivo es la forma más sencilla de participación digital que no requiere infraestructura de streaming de video.

La arquitectura técnica se basa en registros TYPO3 con AJAX-Polling en el frontend

La extensión almacena entradas del ticker como registros TYPO3 en una tabla propia. Cada entrada contiene marca de tiempo, texto, imagen opcional y una categorización (p.ej. “Gol”, “Tarjeta amarilla”, “Resultado”). Los registros pertenecen a un contenedor de ticker asignado a un evento. Un editor puede gestionar varios tickers en paralelo, por ejemplo para diferentes partidos o eventos el mismo día.

En el frontend, el plugin renderiza las entradas existentes como lista cronológica (más recientes arriba) e inicia un temporizador JavaScript que en intervalos configurables (típicamente 10 a 30 segundos) envía un request AJAX a un endpoint TYPO3. El endpoint devuelve todas las entradas añadidas desde la última consulta. El JavaScript las inserta con una animación arriba en la lista.

Implementaciones avanzadas usan WebSockets en lugar de polling, reduciendo la latencia de 10-30 segundos a menos de 1 segundo. Esto requiere un servidor WebSocket (p.ej. Node.js con Socket.io) ejecutándose en paralelo al servidor web TYPO3. Para la mayoría de webs de clubes y municipales es excesivo, y AJAX-Polling con intervalos de 15 segundos ofrece una experiencia suficientemente cercana al tiempo real. Una solución intermedia son los Server-Sent Events (SSE), que utilizan una conexión HTTP persistente y son más sencillos de implementar que WebSockets.

Los problemas habituales son carga del servidor en picos de tráfico, falta de entrada móvil y conflictos de caché

Problema uno: carga del servidor en picos de tráfico. Si 2.000 visitantes envían un request AJAX cada 15 segundos, son 8.000 requests por minuto. Sin estrategia de caché, un servidor compartido se colapsa. La solución: colocar un reverse proxy (p.ej. Varnish o Cloudflare) delante del endpoint AJAX que cachee la respuesta durante 5 segundos. Así los accesos reales al servidor de aplicación se reducen a 12 por minuto en vez de 8.000.

Problema dos: entrada móvil para editores. El backend de TYPO3 es de uso limitado en dispositivos móviles. Un editor al pie del campo tecleando bajo la lluvia en un smartphone necesita una máscara de entrada simplificada. La solución: un endpoint personalizado con un formulario reducido (campo de texto, dropdown de categoría, botón de envío) optimizado para navegadores móviles.

Problema tres: conflictos de caché con el page cache de TYPO3. Si la página donde se incrusta el ticker se sirve desde el caché de TYPO3, los visitantes ven entradas desactualizadas. La solución: excluir la página del ticker del page cache (USER_INT) o mejor: cachear la página y cargar solo el área del ticker por AJAX.

La extensión fue construida para versiones anteriores de TYPO3, las soluciones personalizadas son más sostenibles

liveticker no tiene soporte oficial para TYPO3 v12 o v13. La funcionalidad principal es tan sencilla que una reconstrucción como plugin personalizado es en muchos casos más económica que migrar la extensión. Gosign construye funciones de ticker en vivo como plugins Extbase ligeros con un endpoint API JSON que es consumido por un cliente JavaScript sencillo en el frontend. El esfuerzo para una implementación básica (entrada backend, visualización frontend, AJAX-Polling) es de 3 a 5 días de trabajo.

La ventaja de una solución personalizada: la entrada móvil puede realizarse como Progressive Web App, de modo que el editor al pie del campo tenga una interfaz de entrada optimizada. Además, se puede intercalar una capa de caché (p.ej. Redis o Cloudflare Workers) entre frontend y TYPO3 que reduzca la carga del servidor en picos de tráfico al mínimo.