Funktioniert OpenWeather in China? Data Residency, ICP & Grenzregeln

Was die offizielle OpenWeather-Dokumentation über China sagt

Fakt	Primärquelle
OpenWeather ist eine durch Koordinaten verschlüsselte gehostete API. Seine Dokumentation erklärt „Requesting API calls by geographical coordinates is the most accurate way to specify any location," und markiert lat, lon und appid als erforderlich für einen Current-Weather-Aufruf an api.openweathermap.org. Jeder Lookup sendet daher den präzisen Breiten- und Längengrad eines Nutzers an OpenWeather — das Wetter für jemanden auf dem Festland China abzurufen bedeutet also, den präzisen Standort dieser Person zu senden.	OpenWeather — Current weather data API docs (openweathermap.org), abgerufen 2026-10-13
OpenWeathers China-Endpunkte sind eine Latenz-Lösung, kein Data-Residency-Pfad. OpenWeather beschreibt sich als „London-based weather intelligence company" und bietet Festland-Nutzern cn--Hostnamen, „to reduce latency and improve reliability for users connecting from China," während „The request structure, parameters, authentication, and response formats remain unchanged." Die Seite benennt keine Festlandchina-Datenregion, chinesische Betriebsrechtsperson, ICP-Beian oder PIPL-Handhabung und sagt nicht, wo diese Server physisch sitzen — dieselben präzisen Koordinaten reisen also bei jedem Aufruf weiterhin zu OpenWeather.	OpenWeather — China endpoints (openweathermap.org), abgerufen 2026-10-13
Die Koordinaten von China-Nutzern offshore zu senden ist ein grenzüberschreitender Transfer nach PIPL. Der präzise Standort einer China-basierten Einzelperson ist personenbezogene Information, und ihn an OpenWeathers Dienst außerhalb Chinas zu exportieren ist ein grenzüberschreitender Transfer, der von PIPL geregelt wird: der Verarbeiter personenbezogener Daten — Sie, OpenWeathers Kunde, nicht OpenWeather — muss informieren, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung), nach Artikel 38–40. Präziser oder kontinuierlicher Standort kann sensible personenbezogene Daten sein, was die Notwendigkeits- und Einwilligungsschwelle weiter hebt.	PIPL Chapter III, Articles 38–40 (cross-border transfer); Article 28 (sensitive PI)
Für einige Verarbeiter müssen die Daten in China bleiben, und eine China-gerichtete Oberfläche braucht eine ICP-Beian. Wo der Verarbeiter ein Betreiber kritischer Informationsinfrastruktur ist oder personenbezogene Daten in Mengen bewegt, müssen in China erhobene personenbezogene Daten innerhalb des Festlands gespeichert werden (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)) — eine Residency-Pflicht, die eine nur-UK-API nicht erfüllen kann. Eine öffentlich ausgerichtete Oberfläche, die tatsächlich aus dem Inneren Chinas bedient wird, erfordert separat eine ICP-Beian, die an einen Host auf dem Festland gebunden ist.	Cybersecurity Law Article 39 (formerly Article 37); PIPL Article 40

Quellen vom 21YunBox Compliance-Team am 13. Oktober 2026 geprüft.

Für ein Publikum auf dem Festland China ist die entscheidende Frage zu OpenWeather nicht, wie schnell eine Vorhersage zurückkommt — sie ist, wessen Standort das Land verlassen muss, damit diese Vorhersage überhaupt existiert. OpenWeather ist eine gehostete Wetter-API: Sie rufen sie mit einem Paar präziser Koordinaten auf, Breiten- und Längengrad, und sie gibt die Bedingungen an diesem Punkt zurück. In dem Moment, in dem Ihre App das Wetter für jemanden nachschlägt, der in China sitzt, nehmen Sie also den präzisen Standort dieser Person und senden ihn an einen Dienst außerhalb Chinas. Ob der Aufruf von einer bestimmten Festland-Leitung sauber verbindet, ist ein Auslieferungsdetail; wohin diese Koordinaten gehen und unter wessen Recht sie die Grenze überquert haben, ist die Exponierung.

OpenWeather in China auf einen Blick

Die Koordinaten eines Nutzers sind personenbezogene Daten — und präziser Standort kann sensibel sein

OpenWeather nimmt keinen Städtenamen und rät; der genaueste Weg, es zu nutzen, ist, ihm einen exakten Punkt zu übergeben. In seiner eigenen Dokumentation: „Requesting API calls by geographical coordinates is the most accurate way to specify any location,” und sowohl lat als auch lon sind neben Ihrem appid-Schlüssel als erforderlich markiert. Dieses Zahlenpaar, an eine echte Person gebunden, die Ihre App aus dem Inneren Chinas nutzt, ist die personenbezogene Information dieser Person nach chinesischem Recht. Und weil Standort genau bestimmen kann, wo jemand lebt, arbeitet oder reist, wird präziser oder kontinuierlicher Standort als sensible personenbezogene Daten behandelt — PIPL knüpft einen strengeren Notwendigkeitstest und eine gesonderte, spezifische Einwilligung an sensible personenbezogene Daten, wo immer sie auftauchen. In dem Augenblick, in dem Ihre App das Wetter für einen Festland-Nutzer abruft, handhaben Sie also seine personenbezogenen Daten — manchmal in ihrer sensibelsten Form — und handhaben sie, indem Sie sie an OpenWeather senden.

Die Anfragen gehen an einen UK-Dienst — und es gibt keine Festlandchina-Region

Gefragt, wo es sitzt, beschreibt sich OpenWeather als „London-based weather intelligence company,” mit Büros in London, Paphos und Delaware — keines auf dem Festland China, und keine benannte China-Datenregion. Jeder Lookup reist zu api.openweathermap.org, einem Endpunkt außerhalb Chinas. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist diese Ausfuhr ein grenzüberschreitender Transfer, und der Verarbeiter — Sie, nicht OpenWeather — muss informieren, eine gesonderte Einwilligung von jedem betroffenen Nutzer einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung, nach Artikel 38–40. Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen müssen in China erhobene personenbezogene Daten auf dem Festland gespeichert werden (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)) — eine Residency-Pflicht, die ein nur-UK-Dienst nicht erfüllen kann, und die keine Kontoeinstellung innerhalb OpenWeather ändert. Eine öffentlich ausgerichtete Oberfläche, die tatsächlich aus dem Inneren Chinas bedient wird, bräuchte separat eine ICP-Beian, die an einen Host auf dem Festland gebunden ist. Selbst wo ein Dienst sagt, dass er die Anfrageparameter nicht behält, geschieht der Transfer, den PIPL regelt, in dem Moment, in dem die Koordinaten gesendet werden — nicht nur, wenn sie gespeichert werden.

OpenWeathers China-Endpunkte sind eine Latenz-Lösung, keine Residency-Lösung

OpenWeather bietet Festland-Nutzern durchaus einen Satz cn--präfixierter Hostnamen, und es ist leicht, diese als „die China-Option” zu lesen. Sie sind keine Compliance-Antwort. OpenWeathers eigene Seite erklärt ihren Zweck unverblümt — „To reduce latency and improve reliability for users connecting from China” — und dass „The request structure, parameters, authentication, and response formats remain unchanged.” Mit anderen Worten: dieselbe Anfrage, die dieselben präzisen Koordinaten trägt, geht weiterhin an OpenWeather; die Endpunkte ändern, wie schnell sie ankommt, nicht wessen Jurisdiktion die Daten hält. Die Seite benennt keine Festland-Datenregion, keine chinesische Betriebsrechtsperson, keine ICP-Beian und keine PIPL-Handhabung und sagt nicht, wo diese Server physisch sitzen. Das ist die Hälfte, die eine Erreichbarkeitsprüfung verfehlt: eine Vorhersage kann schnell laden, und von einem näheren Endpunkt, und der grenzüberschreitende Transfer des Standorts Ihrer China-Nutzer geschieht weiterhin bei jedem Aufruf. Geschwindigkeit ist eine Auslieferungseigenschaft; Residency und Einwilligung sind die rechtlichen, und sie sind das, was entscheidet, ob Sie OpenWeather für China nutzen dürfen.

Dies ist eine Risikokarte, kein Urteil: ob Sie gesonderte Einwilligung, einen Transfermechanismus, inländische Speicherung, strengere Handhabung für sensible Standortdaten oder alle davon schulden, dreht sich darum, wie präzise und kontinuierlich Ihre Standortnutzung ist, Ihre Datenmengen und Ihre Rolle als Verarbeiter — wert, mit Rechtsbeistand geklärt zu werden, bevor Sie sich darauf verlassen.

Wo 21YunBox hineinpasst — ein rechtskonformes Overlay, keine Migration

Sie nutzen OpenWeather weiter, wo es Sinn ergibt. Was wir hinzufügen, ist das Stück, das OpenWeather Ihnen überlässt. Zuerst kartieren wir, was die Grenze überquert: welche Lookups die präzisen Koordinaten eines China-Nutzers tragen, wie präzise sie sind und auf welcher Einwilligungs- und Transfergrundlage sie verlassen. Dann lokalisieren wir: gestalten den Datenpfad so, dass der präzise Standort von China-Nutzern onshore bleibt — Standort serverseitig auflösen oder vergröbern, auf das minimieren, was die Funktion tatsächlich braucht, und, wo der Anwendungsfall es rechtfertigt, Wetter von einem lizenzierten inländischen Anbieter beziehen, sodass keine Koordinaten eines Festland-Nutzers offshore gesendet werden. Und wir liefern: ICP-eingereichte, inländische Auslieferung, vor den Rest Ihres Stacks gesetzt, ohne Neuaufbau und ohne zweite Codebasis. Unser China-Team wägt Ihre PIPL-Grenz- und Data-Residency-Pflichten gegen Ihre Rechtsperson und Ihre Datenmengen und stellt dann das rechtmäßige, inländische Fundament auf, das eine rechtskonforme China-Präsenz braucht — während OpenWeather und der Rest Ihrer Tools dort weiterlaufen, wo sie bereits sind. 21YunBox nutzt oder empfiehlt niemals eine Umgehung jeglicher Art.

Compliance-Einschätzung anfordern →

---

Weiterführend:

• Grenzüberschreitende Datentransfers nach PIPL
• Chinas Gesetz zum Schutz personenbezogener Daten
• Wie man eine ICP-Beian für China erhält

Häufige Fragen

Speichert OpenWeather Standortdaten vom Festland China in China?

Es gibt keine erklärte inländische Option. OpenWeather ist eine gehostete API, die Sie mit den präzisen Koordinaten jedes Nutzers aufrufen, betrieben von einer „London-based weather intelligence company" ohne benannte Festlandchina-Datenregion. Das Wetter für einen Nutzer in China abzurufen sendet seinen präzisen Standort an diesen Dienst außerhalb Chinas — ein grenzüberschreitender Transfer personenbezogener Daten nach PIPL, der Verarbeiter (Sie, nicht OpenWeather) schuldet also Benachrichtigung, gesonderte Einwilligung und einen Transfermechanismus. Behandeln Sie es als ein mit Rechtsbeistand durchzuarbeitendes Risiko.

OpenWeather hat China-(cn-)Endpunkte — macht das es China-rechtskonform?

Nein. Nach OpenWeathers eigener Seite existieren die cn--Endpunkte, „to reduce latency and improve reliability for users connecting from China," und „The request structure, parameters, authentication, and response formats remain unchanged." Sie sind eine Performance-Anpassung: dieselbe Anfrage mit denselben präzisen Koordinaten geht weiterhin an OpenWeather, und die Seite benennt keine Festland-Datenregion, chinesische Rechtsperson, ICP-Beian oder PIPL-Handhabung. Compliance dreht sich um Data Residency und Einwilligung, nicht um Latenz — der grenzüberschreitende Transfer geschieht also weiterhin bei jedem Aufruf.

Kann 21YunBox helfen, unser OpenWeather-Setup in China funktionieren zu lassen?

Ja. Unser China-Team kann Ihre Exponierung kartieren — welche Lookups die präzisen Koordinaten eines Festland-Nutzers tragen, wie präzise sie sind und auf welcher Einwilligungs- und Transfergrundlage — dann den Datenpfad lokalisieren, sodass der Standort von China-Nutzern onshore bleibt (Standort serverseitig auflösen oder vergröbern, auf das minimieren, was die Funktion braucht, oder Wetter von einem lizenzierten inländischen Anbieter beziehen), und, wo eine Oberfläche aus dem Inneren Chinas bedient wird, ICP-eingereichte, inländische Auslieferung vor Ihrem Stack aufstellen. Wir nutzen oder empfehlen niemals eine Umgehung jeglicher Art. Nehmen Sie Kontakt auf, um Ihren spezifischen Fall durchzugehen.