OpenWeatherMap

Kurzfazit

OpenWeatherMap (OWM) ist ein breit aufgestellter Wetter-API-Layer für KI- und IoT-Projekte, mit globaler Abdeckung, einer kostenlosen Einstiegsstufe und 47+ Jahren Historie in der One Call API. Für ML-Pipelines in Landwirtschaft, Logistik, Energie und Smart Building ist OWM oft die erste Wahl, weil ein einziger API-Key Wetterdaten für beliebige Koordinaten weltweit liefert. Die One Call API 3.0 bündelt aktuelle Werte, Minute-by-Minute-Niederschlag, 8-Tage-Forecast und eine KI-Wetterzusammenfassung in einer einzigen Anfrage, ergänzt um einen KI-Wetterassistenten in über 50 Sprachen. Für neue Integrationen empfiehlt die Dokumentation inzwischen Version 4.0. Schwächen: ein über die Jahre gewachsener Bauchladen aus vielen Endpunkten und mehreren API-Generationen, harte Preissprünge zwischen den Tiers, und für rein deutsche Anwendungen sind spezialisierte Anbieter wie der DWD oder Meteonomiqs genauer. Für globale Reichweite mit überschaubarem Integrationsaufwand bleibt OWM 2026 die pragmatischste Wahl.

Für wen ist OpenWeatherMap?

Entwicklerteams mit Wetterdaten-Bedarf: Wer in einer App, einem Dashboard oder einem Backend Wetterdaten ausliefern will, bekommt mit einem REST-API-Aufruf JSON-Antworten mit allen üblichen Werten (Temperatur, Niederschlag, Wind, Feuchte, Wolken, UV, Luftqualität). Die Lernkurve ist flach.

ML-Engineer:innen für Forecasting-Modelle: Wer ein Modell für Strombedarf, Eiscreme-Verkauf, Pizza-Bestellungen oder Erntemenge baut, kann Wetter-Features aus OWM holen, entweder live aus der Current-Weather-API oder als Zeitreihe mit 47+ Jahren Historie aus der One Call API.

Agrar-Tech und Smart Farming: Der 30-Tage-Tagesforecast (Daily forecast for 30 days) ist ab dem Developer-Plan enthalten. In Kombination mit Satellitendaten und Sensorik füttert OWM viele Bewässerungs-, Krankheits- und Düngeprognosen.

Logistik und Routing: Die Road Risk API (im Expert-Plan in Basiskonfiguration) gibt für eine Route Wetter- und Glättewarnungen, mit denen Disponenten ETA-Buffer und alternative Strecken berechnen können. In Logistik-ML-Pipelines wird OWM als Feature-Provider neben Verkehrs-APIs wie Google Maps eingebunden.

Energie-Sektor (Solar/Wind): Die Solar Irradiance API (in der Self-Service-Preisliste für keinen Plan freigeschaltet) und die Statistical Weather Data API (Expert) sind die Bausteine für Erzeugungsprognosen kleinerer PV- und Windparks. Für Industriekunden mit Tausenden Anlagen reicht OWM oft nicht, dort übernehmen spezialisierte Anbieter wie energy & meteo systems oder Meteocontrol, aber für Mittelständler ist OWM eine seriöse Einstiegsstufe.

IoT- und Smart-Home-Hersteller: Wer Wetterdaten in Geräte-Firmware oder Hubs einbettet (Bewässerungssteuerungen, smarte Thermostate, Wetterstationen), nutzt OWM wegen der schlanken Antworten und großzügigen Free-Limits gerne als Standard.

Weniger geeignet für: Anwendungen, die für Deutschland höchste Genauigkeit brauchen (DWD über Meteonomiqs ist hier überlegen), Behörden und Betreiber kritischer Infrastruktur mit zertifizierungspflichtigen Wetterdaten, Teams ohne englischsprachige Support-Kompetenz, und reine Hobbyprojekte, bei denen Open-Meteo als kostenfreie Open-Source-Alternative weniger Reibung erzeugt.

Preise im Detail

Alle Self-Service-Preise verstehen sich in GBP, netto, ohne Mehrwertsteuer (Stand Oktober 2026).

Plan	Preis (GBP/Monat)	API-Limits	Was du bekommst
Free	0	60 Aufrufe/Min, 1 Mio./Monat	Current Weather, 5-Tage-/3-h-Forecast, Air Pollution, Geocoding; Verfügbarkeit 95,0 %
One Call (Pay-as-you-call)	Pay-as-you-go	1.000/Tag kostenlos	Current, Minutely, 15-Minuten-Forecast, Hourly, Daily, Historie 47+ Jahre, KI-Wetterzusammenfassung, KI-Assistent (laut 3.0-Doku); Verfügbarkeit 99,5 %; 0,0012 GBP pro Aufruf darüber
Startup	30	600/Min, 10 Mio./Monat	Free-Inhalte + 16-Tage-Daily-Forecast; Verfügbarkeit 95,0 %
Developer	140	3.000/Min, 100 Mio./Monat	+ 30-Tage-Daily-Forecast, 4-Tage-Hourly, Weather Maps 2.0; Verfügbarkeit 99,5 %
Professional	370	30.000/Min, 1 Mrd./Monat	+ Bulk Download (Standard-Presets), Global Precipitation Maps (historisch), Weather History API 1 Monat zurück; Verfügbarkeit 99,5 %, bevorzugte Antwort im Support
Expert	1.200	100.000/Min, 3 Mrd./Monat	+ Road Risk (Basiskonfiguration), Statistical Weather Data API, Weather History API 1 Jahr zurück; Verfügbarkeit 99,9 %
Enterprise	ab 3.000 (Basis-Jahresabonnement)	individuell	Vertrag und Enterprise-Lizenz statt ODbL, Bestellung per PO und Rechnung, Compliance-Dokumentation

Einordnung: Der kostenlose Plan ist für Prototypen und kleine Apps spürbar großzügig, eine Million Aufrufe pro Monat reichen für viele Hobby- und MVP-Projekte locker aus. Wer aber im Sekundentakt Updates braucht oder mehrere zehntausend Nutzer hat, reißt das Limit schneller als erwartet. Der erste Schritt nach oben ist der Sprung von 0 auf 30 GBP/Monat (rund 35 EUR), psychologisch und budgetär die größte Hürde, danach skaliert die Preiskurve halbwegs gleichmäßig. Beachte: Es handelt sich um Pfund-Preise ohne Mehrwertsteuer, in Euro umgerechnet kommt je nach Kurs und USt. noch ein Aufschlag dazu. Die One-Call-API ist eine Sonderkonstruktion mit eigenem Pay-per-Call-Modell (0,0012 GBP pro Aufruf über dem täglichen Freikontingent), sie umgeht die klassischen Tiers und ist die einzige Stelle, an der die hauseigene KI-Wetterzusammenfassung und der KI-Wetterassistent verfügbar sind. Wer DSGVO-Anforderungen hat: Die Self-Service-Pläne schließen „Procurement or compliance documentation“ aus, der Enterprise-Service nennt sie; einen AVV nennt der Anbieter auf keiner der geprüften Seiten ausdrücklich.

Stärken im Detail

Globale Abdeckung mit einer einzigen Schnittstelle. OWM liefert Wetterdaten für jeden Punkt der Erde in einem konsistenten JSON-Format. Wer eine App für Berliner Kunden, US-Kunden und brasilianische Kunden gleichzeitig betreibt, muss nicht drei Anbieter integrieren, ein API-Key reicht. Das ist gegenüber regionalen Spezialisten wie dem DWD (Deutschland), Météo-France oder NOAA (USA) der entscheidende Hebel.

ML-basierte Vorhersagen, KI-Zusammenfassung und KI-Assistent. Die One Call API 3.0 basiert auf dem proprietären OpenWeather-Modell und wird alle zehn Minuten aktualisiert. Laut FAQ schöpft der Anbieter aus Wetterstationen, Satelliten, Radar und Modellen wie GFS, ECMWF und dem eigenen OWHL. Die KI-Wetterzusammenfassung (Weather Overview) liefert dazu eine natürlichsprachliche Zusammenfassung für heute und morgen, direkt einsatzbereit für Sprachassistenten und Chatbots, ohne dass du selbst ein LLM dazwischenschalten musst. Ergänzend gibt es einen KI-Wetterassistenten, der wetterbezogene Empfehlungen im Dialogformat in über 50 Sprachen ausgibt und dabei aktuelle Werte, Minutely-, Hourly- und 7-Tage-Forecast verarbeitet.

Historische Daten als ML-Goldgrube. Die One Call API liefert stündliche und tägliche Zeitreihen mit 47+ Jahren Historie. Für ML-Trainings in Energie, Versicherung, Landwirtschaft und Tourismus ist das eine breite Datenbasis, die du nicht selbst aus offenen Quellen (NOAA, ECMWF) bereinigen und zusammensetzen musst. Die klassische Weather History API der Self-Service-Pläne reicht dagegen nur 1 Monat (Professional) beziehungsweise 1 Jahr (Expert) zurück.

Spezialisierte Endpunkte über das Standard-Wetter hinaus. Solar Irradiance (für PV-Forecasting), Air Pollution, Road Risk (Straßenwetter für Routen), Fire Weather Index und weitere, OWM bietet eine Breite an domänenspezifischen Endpunkten. In der Self-Service-Preisliste sind Solar Irradiance und Fire Weather Index für keinen Plan freigeschaltet, Road Risk nur im Expert-Plan in Basiskonfiguration.

Britischer Anbieter mit EU-Bezug. OpenWeather Ltd. ist in London (30 St Mary’s Axe) registriert und betreibt Büros in London, Paphos (Zypern) und Delaware (USA). Die Gruppe arbeitet mit gemeinsam verantwortlichen Gesellschaften in Lettland und den USA. Das ist gegenüber rein US-basierten Anbietern ein leichter Vorteil für europäische Kunden, ein zugesicherter ausschließlicher EU-Server-Standort wird in der Datenschutzerklärung allerdings nicht dokumentiert, und Datentransfers außerhalb des EWR werden ausdrücklich vorgesehen. Ein AVV wird auf den geprüften Seiten nicht ausdrücklich genannt, für den Enterprise-Service nennt die Preisseite „Procurement and compliance documentation“.

Großzügiger Free-Plan. Eine Million Aufrufe pro Monat im kostenlosen Tier ist im API-Markt 2026 außergewöhnlich freigiebig. Damit kann eine kleine App mit ein paar tausend Nutzern komplett kostenlos betrieben werden, was OWM zur ersten Anlaufstelle für Prototypen, Hackathons und Studienprojekte macht.

Schwächen ehrlich betrachtet

Endpunkt-Bauchladen aus mehreren API-Generationen. OWM hat über die Jahre die APIs 2.5, 3.0, Pro, OneCall, Bulk und History parallel betrieben, mit teils überlappenden, teils widersprüchlichen Funktionsumfängen. Welche API wofür verwendet werden soll, ist aus der Doku nicht immer klar. Neueinsteiger verbringen leicht einen halben Tag damit, herauszufinden, dass das gesuchte Feature nur in einer bestimmten Endpoint-Variante zugänglich ist.

Genauigkeit in Mitteleuropa nicht Best-in-Class. Für Deutschland, Österreich und die Schweiz ist OWM ordentlich, aber nicht spitzenmäßig. Der DWD (über Meteonomiqs), MeteoSwiss und Geosphere Austria liefern für ihr Heimatgebiet messbar präzisere Werte, vor allem bei kleinräumigen Phänomenen (Gewitter, Nebel, Schneefallgrenze). Wer eine Anwendung baut, deren Hauptmarkt Deutschland ist und bei der Genauigkeit kritisch ist, sollte regional spezialisierte Anbieter zumindest ergänzend einsetzen.

Harter Sprung vom Free zum Startup-Plan. Wer das Free-Limit reißt, springt direkt auf 30 GBP/Monat (rund 35 EUR netto), eine Zwischenstufe für „kleine kommerzielle Nutzung mit 2 Millionen Aufrufen” gibt es nicht. Für viele Indie-Entwickler:innen mit kleinen Apps ist das die Grenze, an der die Kalkulation kippt. Die Pay-per-Call-Variante über One Call ist eine Alternative, hat aber andere Endpoints und ist nicht für alle Use-Cases sinnvoll. Dass die Preise in Pfund und ohne Mehrwertsteuer ausgewiesen werden, macht die Euro-Kalkulation zusätzlich etwas unübersichtlich.

Limit-Überschreitung führt zur Aufforderung, nicht zu einer weichen Grenze. Wer das Free-Plan-Limit überschreitet, bekommt laut FAQ bei mehr als 60 Aufrufen pro Minute einen 429-Fehler, und der Anbieter verlangt den Wechsel in einen größeren Plan oder weniger Aufrufe, sonst droht die Sperrung des Kontos. Das macht Monitoring zur Eigenverantwortung: Wer keine Aufruf-Statistik im eigenen Backend führt, merkt erst durch Fehler oder eine Sperrung, dass ein Limit greift.

Englische Doku, kein deutscher Support. In den Self-Service-Plänen läuft der Support ausschließlich über ein Help-Desk-Ticketsystem, Telefonsupport gibt es nicht (für den Enterprise-Service nennt die Preisseite ein eigenes Account-Management), und die Verkaufsbedingungen liegen nur auf Englisch vor. Ein deutschsprachiges Angebot nennt der Anbieter nicht. Für englische Entwickler:innen kein Problem, für mittelständische Teams in Deutschland, in denen technische Dokumentation auch von nicht-englischsprachigen Beteiligten gelesen werden muss, eine Hürde.

DSGVO-Position rechtlich nicht hart abgesichert. Der Anbieter sitzt in Großbritannien (also einem Drittland mit Angemessenheitsbeschluss), unterliegt der britischen Aufsichtsbehörde ICO und arbeitet mit Gruppengesellschaften in den USA und Lettland. Ein zugesicherter EU-Server-Standort ist nicht dokumentiert, Transfers außerhalb des EWR sind ausdrücklich vorgesehen. Auf der Security-Seite für Enterprise-Kunden nennt der Anbieter ISO 27001 und ISO 9001 als Grundlage seiner Managementsysteme, einen SOC-2-Bericht oder eine veröffentlichte Datenschutz-Folgenabschätzung nennt er nicht. Wer einen AVV will, sollte ihn vor der Nutzung beim Anbieter anfragen, auf den geprüften Seiten ist er nicht ausdrücklich genannt. Für kritische Branchen (Behörden, Gesundheit, Finanzen) ist das eine echte Lücke.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Eine open-source Wetter-API ohne API-Key suchst	Open-Meteo
Höchste Genauigkeit für Deutschland und DWD-Daten brauchst	Meteonomiqs
Erzeugungsprognosen für PV- und Windparks willst	energy & meteo systems
Spezialwerte für Landwirtschaft mit Felder-Verwaltung brauchst	Climate FieldView
Geocoding und Routing zusätzlich zur Wetter-API benötigst	Google Maps

Mit eigener Tool-Seite: Visual Crossing und Tomorrow.io (bis März 2021 ClimaCell). Erwähnenswert ohne eigene Tool-Seite: AccuWeather Enterprise, WeatherAPI.com, Meteomatics (St. Gallen, Schweiz) und DTN/MeteoGroup.

So steigst du ein

Schritt 1: Account anlegen und Free-Key holen. Auf openweathermap.org registrieren, im Dashboard unter „API keys” einen Schlüssel erzeugen. Der Key ist nach wenigen Minuten aktiv (manchmal dauert es bis zu zwei Stunden, bekannte Eigenheit). Für erste Tests reicht die Current-Weather-API mit ?q=Hamburg&appid=KEY&units=metric&lang=de, und du bekommst direkt Werte in Celsius mit deutschen Wetterbeschreibungen.

Schritt 2: Den richtigen Endpunkt wählen. Bevor du Code schreibst, klär dir: Brauchst du aktuelle Werte (Current Weather), Forecast bis 5 Tage (5-Day-Forecast, Free), alles in einem Aufruf inklusive Minute-by-Minute (One Call), oder historische Daten (One Call mit 47+ Jahren, oder die Weather History API ab Professional mit 1 Monat Rückblick)? OWM hat den Effizienz-Vorteil, dass One Call vier Use-Cases in einem Aufruf bündelt, das spart Quota und reduziert Latenz, auch wenn der Pay-per-Call abgerechnet wird. Achte beim Aufbau auf die Versionsnummer im Pfad: Die Dokumentation empfiehlt für neue Integrationen One Call 4.0, die KI-Wetterzusammenfassung und der KI-Wetterassistent sind dagegen in der 3.0-Doku beschrieben, prüfe im Dashboard, welche Version dein Schlüssel anspricht.

Schritt 3: Caching einbauen, bevor das Limit zuschlägt. Wetterdaten ändern sich nicht im Sekundentakt. Cache aktuelle Werte für 5–10 Minuten, Forecasts für 30–60 Minuten, historische Daten beliebig lange. Ein einfacher Redis- oder In-Memory-Cache verlängert die Reichweite des Free-Plans um Größenordnungen. Wer Aufrufe gegen den OWM-API-Key direkt aus dem Browser absetzt, sollte auf jeden Fall einen eigenen Backend-Proxy zwischenschalten, sonst ist der Key in den Devtools sichtbar und wird missbraucht.

Schritt 4: ML-Pipeline mit Historie füttern. Für Forecasting-Modelle: die Zeitreihen der One Call API (47+ Jahre, stündlich und täglich) für die relevanten Standorte und Zeiträume ziehen, in einer Time-Series-Datenbank (z. B. TimescaleDB) ablegen, Wetter-Features mit Geschäftsdaten joinen. Erst danach wird Live-Daten nachgepflegt, das spart Aufrufkontingent in der Trainingsphase.

Ein konkretes Beispiel

Ein Kölner E-Commerce-Mittelständler (130 Mitarbeitende, Spezialist für Outdoor- und Gartenbedarf) nutzt OpenWeatherMap als Datenquelle für ein Demand-Forecasting-Modell. Konkreter Aufbau: Über die One Call API werden 8 Jahre tagesgenaue Wetterdaten für die 50 wichtigsten DACH-Versandregionen geladen (einmaliger Pull), in BigQuery zusammen mit Bestelldaten gespeichert. Ein wöchentlich neu trainiertes XGBoost-Modell prognostiziert die Bestelleingänge der nächsten 14 Tage je Produktkategorie und Region, mit Wetter-Features wie Niederschlagswahrscheinlichkeit und Temperatur. Live-Daten kommen aus der One Call API, gecached für 30 Minuten. Spürbarer Effekt: Bestand für Wettersensitive Produkte (Markisen, Grills, Pflanzgefäße) lässt sich 10 bis 14 Tage im Voraus genauer disponieren, Out-of-Stock-Quote sinkt um 18 %, Lagerbindung um 9 %. Kosten: laufende One-Call-Aufrufe plus die Live-Abfragen, gemessen am Umsatz-Hebel eine vernachlässigbare Größe. Aufwand für die Erstintegration: ein Senior-Data-Engineer, 4 Wochen.

DSGVO & Datenschutz

• Datenhosting: OpenWeather Ltd. ist in London (UK) registriert (30 St Mary’s Axe), mit Büros in London, Paphos (Zypern) und Delaware (USA) sowie gemeinsam verantwortlichen Gruppengesellschaften in Lettland und den USA. Ein konkreter Server-Standort wird in der Datenschutzerklärung nicht genannt, Datentransfers außerhalb des EWR sind ausdrücklich vorgesehen. Auf der Seite zum OWHL-Modell nennt OpenWeather für die Auslieferung der Vorhersagedaten Rechenzentren in den USA, UK, Deutschland, Indien und Singapur. Aufsichtsbehörde ist die britische ICO.
• Datenfluss bei API-Aufrufen: Laut Datenschutzerklärung speichert OpenWeather weder die Parameter deiner API-Anfragen (Orte, Postleitzahlen, Städtenamen) noch IP-Adresse oder User-Agent, sondern nur, wie viele Anfragen für welche API-Produkte gestellt wurden. Wer präzise Geo-Koordinaten von Endnutzer:innen weiterreicht, sollte das trotzdem in der eigenen Datenschutzerklärung erwähnen.
• Datennutzung: Zur Verwendung von API-Nutzungsdaten für Modelltraining nennt der Anbieter in Datenschutzerklärung, Verkaufsbedingungen und FAQ nichts. Die Datenschutzerklärung beschreibt nur die Zählung der Anfragen je API-Produkt.
• Auftragsverarbeitung (AVV): Ein AVV wird in Datenschutzerklärung, Verkaufsbedingungen, Preisseite, FAQ und Enterprise-Seiten nicht ausdrücklich genannt. Die Self-Service-Pläne schließen „Procurement or compliance documentation“ aus, der Enterprise-Service bietet „Procurement and compliance documentation“. Das ist die wichtigste Lücke für DSGVO-pflichtige Anwendungen.
• Zertifizierungen: Die Security-Seite nennt ISO 27001 und ISO 9001 als Standards, an denen die Managementsysteme ausgerichtet sind. Einen SOC-2-Bericht nennt der Anbieter nicht. Eine Datenschutz-Folgenabschätzung muss im Zweifel selbst erstellt werden.
• Empfehlung für Unternehmen: Für unkritische Anwendungen (Marketing-Wetterwidget, App-Feature ohne Personenbezug): Standard-Plan unproblematisch. Für DSGVO-pflichtige Verarbeitungen (Health, Behörden, Finanzdienstleister): Enterprise-Service mit schriftlich vereinbarten Datenschutzunterlagen oder Wechsel zu einem EU-zertifizierten Anbieter wie Meteonomiqs prüfen.

Gut kombiniert mit

• Open-Meteo, bei nicht-kommerziellen Projekten als kostenfreies Backup bei Free-Plan-Erschöpfung, mit weniger als 10.000 Aufrufen am Tag. Kommerziell geht das nur über einen Bezahlplan. Die API-Strukturen sind ähnlich genug, um mit einer dünnen Abstraktionsschicht zwischen beiden Anbietern wechseln zu können.
• Google Maps, Geocoding (Adresse → Koordinaten) macht Google Maps präziser als OWMs eigenes Geocoding, danach geht die Wetter-Anfrage an OWM. Für Logistik- und Routing-Apps der typische Stack.
• n8n, wenn Wetterdaten als Trigger oder Anreicherung in breiteren Workflows gebraucht werden (etwa „Wenn Regen vorhergesagt → Push-Benachrichtigung an Außendienst”), übernimmt n8n die Orchestrierung. Native HTTP-Knoten sprechen OWM ohne Custom-Code an.

Unser Fazit

OpenWeatherMap verdient 4 von 5 Sternen. Es ist eine breit aufgestellte, leicht zugängliche und global abdeckende Wetter-API, und für die meisten KI-Projekte, die Wetterdaten als Eingangs-Feature brauchen, ist OWM die pragmatische Standardwahl. Den fünften Stern verlieren wir wegen des wuchernden API-Bauchladens mit mehreren Generationen, der fehlenden Best-in-Class-Genauigkeit für Mitteleuropa (regionalspezialisierte Anbieter sind hier messbar besser), der DSGVO-Position, bei der ein AVV nirgends ausdrücklich genannt wird, und des fehlenden deutschen Supports. Trotzdem: Wer 2026 ein ML-Modell mit Wetter-Features baut, eine globale App startet oder einen Prototyp in einem Wochenende stehen will, kommt um OpenWeatherMap kaum herum, die Kombination aus Free-Plan, globaler Abdeckung und 47+ Jahren Historie in der One Call API bleibt ein starkes Argument.

Was wir bemerkt haben

• Juni 2026, Korrektur unserer früheren Angaben: Die Self-Service-Preise werden in der Preisliste in GBP, netto ausgewiesen, nicht in Euro. Aktuell Startup 30, Developer 140, Professional 370, Expert 1.200 GBP/Monat, der Pay-per-Call der One Call API liegt bei 0,0012 GBP je Aufruf über dem Freikontingent. Frühere Euro-Angaben (40/180/470/2.000 €) waren nicht belegt.
• Juni 2026, Korrektur zur DSGVO-Position: OpenWeather Ltd. sitzt in London (UK), mit Gruppengesellschaften in den USA und Lettland und Aufsicht durch die britische ICO. Ein ausschließlicher EU-Server-Standort ist nicht dokumentiert, Transfers außerhalb des EWR sind ausdrücklich vorgesehen. Unsere frühere Einordnung als „EU-Hosting” haben wir entsprechend zu „global” korrigiert. Für regulierte Branchen bleibt die Klärung der Datenschutzunterlagen im Enterprise-Service oder ein Wechsel zu spezialisierten EU-Anbietern wie Meteonomiqs.
• Juni 2026, In der Preisliste taucht die One Call API inzwischen als Version 4.0 auf.
• Oktober 2026, Die 3.0-Doku beschreibt die KI-Wetterzusammenfassung (Weather Overview) und den KI-Wetterassistenten in über 50 Sprachen. Die Dokumentation empfiehlt One Call 4.0 für alle neuen Integrationen (OWHL-Modell, 15-Minuten-Forecast, Tageswerte bis 1,5 Jahre voraus). Die Enterprise-Seiten nennen für das Basisabonnement einen Einstieg ab 3.000 GBP pro Monat. Die Security-Seite nennt ISO 27001 und ISO 9001. Die frühere Angabe, Aufrufe würden bei Überschreitung des Free-Limits stillschweigend gedrosselt, ist durch die FAQ nicht gedeckt und entfernt, ebenso Angaben zur History API und zum Bulk-Download in den Self-Service-Plänen, die die aktuelle Preisliste nicht stützt.