Weather Widget for TYPO3

Tourismus-Websites, die kein aktuelles Wetter zeigen, verschenken eine der meistgesuchten Informationen

Wenn jemand “Mallorca Wetter” oder “Zugspitze aktuell” googelt, erwartet er auf der Destinations-Website eine Wetter-Anzeige. Fehlt sie, verlässt der Besucher die Seite und nutzt eine Wetter-App. Das ist eine verpasste Chance, weil der Besucher bereits auf der richtigen Website war. weather2 integriert aktuelle Wetterdaten in TYPO3: Temperatur, Wetterlage, Niederschlag, Wind, Luftfeuchtigkeit und eine Mehrtagesprognose. Die Daten kommen von OpenWeatherMap oder vergleichbaren APIs und werden im konfigurierbaren Intervall aktualisiert. Für Tourismus-Websites, Outdoor-Event-Portale und regionale Nachrichtenportale ist das eine Standardfunktion, die Besucher erwarten.

Typical use cases umfassen Destinations-Portale, Campingplätze und Skigebiete

Das häufigste Szenario ist das Tourismus-Portal einer Region. Der Tourismusverband einer Bodensee-Gemeinde zeigt auf seiner Startseite das aktuelle Wetter: 22 Grad, sonnig, Wassertemperatur 19 Grad. Daneben eine 5-Tage-Vorhersage. Besucher, die einen Tagesausflug planen, bekommen sofort die relevante Information und bleiben auf der Seite, um Aktivitäten zu buchen. Die Wassertemperatur kommt über einen separaten API-Endpunkt oder wird manuell gepflegt.

Ein zweites Szenario sind Campingplätze und Ferienparks. Ein Campingplatz im Schwarzwald zeigt auf seiner Buchungsseite das Wetter der nächsten Woche. Besucher, die zwischen zwei Reisewochen schwanken, können die Vorhersage als Entscheidungshilfe nutzen. Für den Campingplatz-Betreiber ist das ein Conversion-Argument: “Die Sonne scheint, buchen Sie jetzt.”

Drittes Szenario: Skigebiete und Outdoor-Events. Ein Skigebiet zeigt Temperatur am Berg und im Tal, Schneehöhe (aus einer separaten Datenquelle) und Windgeschwindigkeit. Ein Outdoor-Festival zeigt die Wettervorhersage für das Festival-Wochenende. In beiden Fällen liefert die Wetter-Anzeige einen konkreten Mehrwert, der Besucher auf der Website hält.

Technical architecture ruft Wetterdaten per API ab und cached sie lokal

weather2 kommuniziert mit der OpenWeatherMap-API (oder alternativ mit API-Anbietern wie WeatherAPI, Visual Crossing, Meteostat). Die Konfiguration im TYPO3-Backend definiert: API-Key, Standort (Koordinaten oder Ortsname), Einheiten (metrisch/imperial), Sprache und Update-Intervall. Der Standard-Intervall ist 30 Minuten, das heisst alle 30 Minuten wird ein API-Request an OpenWeatherMap gesendet und die Antwort in der TYPO3-Datenbank gecached.

Das Frontend-Plugin rendert die Wetterdaten über Fluid-Templates: aktuelle Temperatur, Wetter-Icon (Sonne, Wolken, Regen), Textbeschreibung, Wind, Luftfeuchtigkeit. Die Mehrtagesprognose zeigt Tagesminimum und -maximum für drei bis sieben Tage. Icons werden als SVG ausgeliefert, nicht als externe Bild-URLs, damit keine zusätzlichen Requests an Dritt-Server gehen.

Für den API-Key bietet OpenWeatherMap einen kostenlosen Plan mit 1.000 Calls pro Tag, was bei einem 30-Minuten-Intervall (48 Calls pro Tag) mehr als ausreicht. Für Websites mit mehreren Standorten (z.B. ein Tourismusverband mit 10 Orten) werden 480 Calls pro Tag benötigt, was immer noch im Free-Tier liegt. Pro-Pläne (ab 40 Dollar/Monat) bieten stündliche Updates und erweiterte Daten wie UV-Index und Pollenflug.

Common problems involve API-Limits, Caching und veraltete Daten

Das häufigste Problem ist die Überschreitung des API-Limits. Wenn das TYPO3-Caching nicht korrekt konfiguriert ist und jeder Seiten-Request einen API-Call auslöst, ist das Free-Tier-Limit von 1.000 Calls nach wenigen Stunden erreicht. Die Extension zeigt dann keine Daten mehr oder einen Fehler. Die Lösung: Sicherstellen, dass die Wetterdaten im TYPO3-Cache gespeichert und nicht bei jedem Frontend-Request neu abgerufen werden. Das Caching muss unabhängig vom Seiten-Cache funktionieren (Scheduler-Task oder eigener Cache-Eintrag).

Zweites Problem: Veraltete Wetterdaten. Wenn der Scheduler-Task nicht läuft (Cronjob deaktiviert, Server-Migration), zeigt die Website Tage oder Wochen alte Wetterdaten. Das ist schlimmer als keine Anzeige. Die Lösung: Im Fluid-Template ein Fallback einbauen, das prüft, ob die gecachten Daten älter als zwei Stunden sind, und bei veralteten Daten das Widget ausblendet statt falsche Daten anzuzeigen.

Drittes Thema: Datenschutz. Wenn die Wetterdaten per JavaScript direkt vom Client an die API abgerufen werden, überträgt der Browser die IP des Besuchers an den API-Anbieter. Das ist eine Drittanbieter-Datenübertragung, die GDPR-relevant ist. Die serverseitige Lösung (TYPO3-Server ruft die API ab, nicht der Browser) vermeidet dieses Problem.

TYPO3 v12 wird unterstützt, die API-Integration bleibt versionsunabhängig stabil

weather2 nutzt die TYPO3-HTTP-Client-Library für API-Requests und Fluid-Templates für das Rendering. Beides ist im TYPO3-Core stabil. Unter v12 läuft die Extension ohne Probleme. Für v13 sind minimale Anpassungen nötig (Scheduler-Task-Registrierung, Plugin-Konfiguration). Da die Kernlogik (HTTP-Request, JSON-Parsing, Datenbank-Speicherung) standardisiert ist, bleibt die Extension bei TYPO3-Upgrades wartungsarm. Gosign konfiguriert Wetter-Widgets als Teil von Tourismus-Website-Projekten und stellt sicher, dass API-Caching, Fallback und Datenschutz korrekt implementiert sind.