Funktioniert GitHub Pages in China?
Für ein öffentliches Festlandchina-Publikum ist die ehrliche Antwort „nicht allein“ — und der Grund sind Lizenzierung und Erreichbarkeit, nicht Abstimmung. Sie bauen weiter auf GitHub; was eine öffentliche China-Site obendrauf hinzufügt, ist eine ICP-gemeldete Inland-Präsenz, die das Offshore-Hosting von GitHub Pages nie bereitstellen sollte.
In GitHubs eigenen Worten “GitHub Pages is a static site hosting service that takes HTML, CSS, and JavaScript files straight from a repository on GitHub,” und “You can host your site on GitHub's github.io domain or your own custom domain.” Beide laufen auf GitHubs eigener Infrastruktur, die offshore zu Festlandchina sitzt — es gibt keine Region in Festlandchina und nichts im Inland, woran sich eine ICP-Beian binden könnte. Zwei Folgen ergeben sich für eine öffentliche China-Site, und die Tabelle unten stellt sie GitHubs eigener Wortwahl gegenüber: Die github.io- und GitHub-Asset-Hosts werden innerhalb des Festlands häufig blockiert oder gedrosselt, sodass die Site schlicht nicht laden kann; und eine öffentliche Festland-Site braucht eine ICP-Beian, die an einen lizenzierten Inland-Host gebunden ist, der GitHub Pages nicht sein kann.
Dies ist ein Risikobild, das Sie Ihrem Rechtsbeistand vorlegen sollten, kein Urteil — was zutrifft, hängt davon ab, ob Sie die Öffentlichkeit in China bedienen, von Ihrer Gesellschaft und von den Daten, die Ihre Site verarbeitet. Unser China-Team kann den Weg GitHub + 21YunBox gemeinsam mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✓ Bauen Sie weiter auf GitHub — Ihr Repository, Actions-Build und Git-Workflow ziehen nicht um
- ✕ Eine öffentliche Festland-Site hat auf GitHub Pages keinen ICP-Beian-Weg — es veröffentlicht von GitHubs Offshore-Infrastruktur
- ! github.io und GitHubs Asset-Hosts werden innerhalb Festlandchinas oft blockiert oder gedrosselt, sodass die Site nicht laden kann
- ! Festland-Besucher von offshore zu bedienen und ihre IPs und Logs über die Grenze zu tragen, wirft PIPL-Fragen auf
- ✓ Rechtskonformer Weg: ICP-gemeldete Inland-Auslieferung vor Ihrer von GitHub gebauten Site — eine Overlay, keine Migration
Was tatsächlich entscheidet, ob eine GitHub-Pages-Site Festlandchina bedienen kann
| Fakt | Primärquelle |
|---|---|
In GitHubs eigenen Worten ist GitHub Pages ein Static-Host, der von GitHubs eigener Infrastruktur veröffentlicht — die offshore zu Festlandchina sitzt. “GitHub Pages is a static site hosting service that takes HTML, CSS, and JavaScript files straight from a repository on GitHub,” und “You can host your site on GitHub's github.io domain or your own custom domain.” Sowohl die github.io-Domain als auch GitHubs benutzerdefiniertes Domain-Hosting laufen auf GitHubs eigener Infrastruktur; GitHub veröffentlicht keine Region in Festlandchina oder Inland-Hosting-Option für Pages. (GitHub dokumentiert keinen China-spezifischen Standort, daher liest dies die Offshore-Realität aus dem, was GitHub tatsächlich angibt — sein github.io- und benutzerdefiniertes Domain-Hosting —, statt aus einer China-Aussage, die GitHub nicht veröffentlicht.) | GitHub Docs — About GitHub Pages, abgerufen 2026-10-07 |
Eine github.io-Site lädt innerhalb Festlandchinas womöglich nicht einmal. Weil eine Pages-Site auf der github.io-Domain (oder einer benutzerdefinierten Domain, der GitHubs Offshore-Hosts vorgelagert sind) ausgeliefert wird, unterliegt der Zugang von innerhalb des Festlands den Netzkontrollen des Landes, unter denen die github.io-Domain und GitHubs Asset-Hosts häufig blockiert oder gedrosselt werden — sodass eine Site, die überall sonst funktioniert, für einen Besucher in Shanghai oder Shenzhen langsam oder unerreichbar sein kann. Wir veröffentlichen auf dieser Seite keine eigene Lademessung für github.io, daher gibt dies die Erreichbarkeitsrealität qualitativ an, nicht als Zahl. Die belegte Tatsache hier ist GitHubs eigene: Pages-Sites leben auf github.io oder einer benutzerdefinierten Domain auf GitHubs Offshore-Infrastruktur. | GitHub Docs — About GitHub Pages (github.io / custom-domain hosting), abgerufen 2026-10-07; Erreichbarkeit qualitativ angegeben, keine eigene Messung |
Eine öffentliche Festlandchina-Site braucht eine ICP-Beian, und auf GitHub Pages gibt es nichts, woran sie sich binden könnte. Nach Staatsratserlass Nr. 292 (Artikel 4) und MIIT-Erlass Nr. 33 ist eine ICP-Beian (备案) an eine physisch in Festlandchina gelegene Hosting-Ressource und an einen Festland-Rechtsträger gebunden. GitHub Pages veröffentlicht von GitHubs Offshore-Infrastruktur auf einer github.io- oder benutzerdefinierten Domain, ohne Inland-Host und ohne Festland-Rechtsträger, gegen den zu melden wäre — die ICP-Tür ist also schlicht nicht auf GitHub Pages. Das ist eine Lizenz-und-Standort-Grenze, kein Defekt von GitHub. | Staatsratserlass Nr. 292 (Measures for the Administration of Internet Information Services), Artikel 4; MIIT-Erlass Nr. 33 (ICP filing measures) |
| Die echte IP-Adresse eines Festland-Besuchers ist ein personenbezogenes Datum, sodass es eine PIPL-Frage ist, wie sie die Grenze überquert. Das Festland von offshore zu bedienen und die echten IPs und Request-Logs der Besucher aus dem Land zu tragen, ist ein grenzüberschreitender Transfer nach PIPL (Kapitel III, Art. 38–43: Mitteilung, gesonderte Einwilligung und ein zulässiger Transfermechanismus; Art. 40, mit Cybersicherheitsgesetz Art. 39 (vormals Art. 37), fügt für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen Inland-Speicherung hinzu). Eine rein statische Site ist hier leichter als eine datenlastige App, aber das rechtskonforme Design beantwortet es dennoch gleich: einen inländischen, ICP-gemeldeten Eingang halten und eine feste Inland-IP an Ihre Origin senden, statt die echte IP jedes Besuchers über die Grenze weiterzuleiten. | PIPL Kapitel III, Art. 38–43 und Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
GitHub ist einer der besten Orte der Welt, um eine statische Site zu bauen und auszuliefern, und nichts hier bittet Sie, ihn zu verlassen. Ihr Repository, Ihr Actions-Build und Ihr Git-Workflow bleiben genau dort, wo sie sind. Dieser Artikel handelt von der einen Sache, die ein öffentliches Festlandchina-Publikum obendrauf hinzufügt: eine Präsenz, die sowohl zum Betrieb innerhalb Chinas lizenziert als auch von innerhalb tatsächlich erreichbar ist. Das ist eine Compliance-und-Auslieferungs-Frage, und es ist die Hälfte von „funktioniert GitHub Pages in China“, die keine noch so große Build-Abstimmung beantwortet — denn es war nie die Aufgabe von GitHub Pages, sie zu beantworten.
Die Kurzfassung ist eine Partnerschaft, kein Ersatz. GitHub bleibt Ihre Quelle der Wahrheit und Build-Pipeline; 21YunBox sitzt vor der Site, die GitHub baut, als ICP-gemeldeter Inland-Eingang für Festland-Besucher. Nachstehend finden Sie, was GitHub selbst darüber dokumentiert, wo eine Pages-Site lebt, die ICP-Tür, die ein Offshore-Static-Host strukturell nicht halten kann, die Erreichbarkeitslücke, die eine github.io-Site im Festland unzuverlässig macht, und den rechtmäßigen Umgang mit Besucherdaten an der Grenze — in GitHubs eigenen Worten und nach chinesischem Recht, sodass Sie es Ihrem Rechtsbeistand vorlegen können.
github.io domain or your own custom domain.” Beide laufen auf GitHubs eigener Infrastruktur, offshore zu Festlandchina — ohne Region in Festlandchina und ohne Inland-Weg für eine ICP-Beian. Quelle: docs.github.com/en/pagesGitHub Pages in China auf einen Blick
| Worauf es ankommt | In GitHubs eigenen Worten — und nach chinesischem Recht |
|---|---|
| Was GitHub Pages ist | In GitHubs Worten “GitHub Pages is a static site hosting service that takes HTML, CSS, and JavaScript files straight from a repository on GitHub.” Es veröffentlicht auf eine github.io- oder benutzerdefinierte Domain — eine hervorragende Art, eine statische Site zu bauen und auszuliefern. |
| Eine Präsenz in Festlandchina? | Nein. GitHub Pages liefert von GitHubs eigener Infrastruktur aus, offshore zum Festland; GitHub veröffentlicht keine Region in Festlandchina und keine Inland-Hosting-Option für Pages. |
| Lädt es innerhalb Chinas? | Nicht zuverlässig. Die github.io-Domain und GitHubs Asset-Hosts werden innerhalb Festlandchinas häufig blockiert oder gedrosselt, sodass eine Pages-Site für Festland-Besucher langsam sein oder nicht laden kann. (Qualitativ angegeben — wir veröffentlichen hier keine eigene github.io-Lademessung.) |
| Die Öffentlichkeit in China bedienen | Eine öffentliche Festland-Site braucht eine ICP-Beian, die an einen lizenzierten Inland-Host und einen Festland-Rechtsträger gebunden ist (Staatsratserlass 292, Artikel 4; MIIT-Erlass 33). GitHub Pages hat keinen Inland-Host, an den sich eine binden könnte. |
| Besucherdaten an der Grenze | Die echte IP eines Festland-Besuchers ist ein personenbezogenes Datum; von offshore auszuliefern und sie aus dem Festland zu tragen, ist ein grenzüberschreitender Transfer, den das PIPL regelt. Das rechtmäßige Design hält einen Inland-Eingang und sendet eine feste Inland-IP an Ihre Origin. |
| Das funktionierende Design | Bauen Sie weiter auf GitHub; setzen Sie eine ICP-gemeldete Inland-Auslieferungsschicht vor Ihre von GitHub gebaute Site. Eine Overlay, keine Migration — kein Neuaufbau, keine zweite Codebasis. |
Was GitHub Ihnen bietet — und wo die Festland-Grenze liegt
GitHubs Beschreibung seines eigenen Dienstes lohnt sich vor allem anderen zu lesen. In seinen Worten “GitHub Pages is a static site hosting service that takes HTML, CSS, and JavaScript files straight from a repository on GitHub,” und “You can host your site on GitHub’s github.io domain or your own custom domain.” Um eine statische Site an ein globales Publikum auszuliefern, ist das nahezu ideal, und genau deshalb gehört Ihr Code auf GitHub.
Was dieselbe Beschreibung klarmacht, ist, wo die Site tatsächlich lebt. Eine github.io-Adresse — oder eine benutzerdefinierte Domain, die auf GitHub Pages zeigt — wird von GitHubs eigener Infrastruktur ausgeliefert, die offshore zu Festlandchina sitzt. GitHub veröffentlicht keine Region in Festlandchina und keine Inland-Hosting-Option für Pages, nicht als Versehen, sondern weil Pages ein globaler Static-Host ist, gebaut, um das offene Internet von außen nach innen zu bedienen. Zweierlei folgt, sobald das Publikum die chinesische Öffentlichkeit ist, eines über Auslieferung und eines über Recht, und sie sind der Gegenstand der nächsten zwei Abschnitte.
Lädt die Site überhaupt? Die Erreichbarkeits-Hälfte
Das erste Problem ist die Auslieferung, und es ist das, auf das die meisten Teams stoßen, bevor sie überhaupt an Lizenzierung denken. GitHub Pages gibt Besuchern eine github.io-Adresse oder eine benutzerdefinierte Domain, der GitHubs Offshore-Hosts vorgelagert sind, und der Zugang zu im Ausland gehosteten Domains von innerhalb Festlandchinas unterliegt den Netzkontrollen des Landes. In der Praxis werden die github.io-Domain und GitHubs Asset-Hosts innerhalb des Festlands häufig blockiert oder gedrosselt, sodass eine Site, die überall sonst einwandfrei lädt, für einen Besucher in Shanghai oder Shenzhen langsam ankommen kann — oder gar nicht.
Wir veröffentlichen auf dieser Seite keine eigene Lademessung für github.io, daher geben wir dies als die Erreichbarkeitsrealität an und nicht als Zahl. Aber es ist der Grund, warum eine GitHub-Pages-Site in China faktisch unerreichbar sein kann, obwohl mit Ihrem Code nichts verkehrt ist. Das ist eine Auslieferungslücke, und sie liegt über einer zweiten, rechtlichen.
Die ICP-Tür, die GitHub Pages nicht halten kann
Der Öffentlichkeit in Festlandchina eine öffentliche Website zu zeigen, hängt von einer Erlaubnis ab, die mit Leistung nichts zu tun hat: einer ICP-Beian (备案). Nach Staatsratserlass Nr. 292 (Artikel 4) und MIIT-Erlass Nr. 33 ist diese Meldung an eine physisch im Festland gelegene Hosting-Ressource und an einen Festland-Rechtsträger gebunden — eine Site ohne beides kann nicht melden. Eine github.io-Site hat beides nicht: Sie läuft auf GitHubs Offshore-Infrastruktur, und es gibt nichts im Inland, worauf die Meldung sitzen könnte.
Das ist eine Eigentums- und Standort-Tatsache, kein Hieb gegen GitHub. Die Meldung braucht einen lizenzierten Host innerhalb des Festlands, an den sie sich bindet, und ein globaler Static-Host hält — systembedingt — alles außerhalb davon. GitHub Pages tut genau das, wofür es gebaut ist; es ist schlicht keine Inland-Präsenz in China und war nie als eine gedacht.
Festland-Besucher und ihre Daten rechtmäßig bedienen
Es gibt noch eine Sache, bei der man bewusst sein muss: Besucherdaten. Die echte IP-Adresse eines Festland-Besuchers ist selbst ein personenbezogenes Datum nach Chinas Gesetz zum Schutz personenbezogener Daten. Ein Festland-Publikum von offshore zu bedienen und die echte IP und Request-Logs jedes Besuchers aus dem Land zu tragen, ist ein grenzüberschreitender Transfer personenbezogener Daten, den das PIPL regelt (Kapitel III, Art. 38–43: Mitteilung, gesonderte Einwilligung und ein zulässiger Transfermechanismus — eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung; Art. 40, mit Cybersicherheitsgesetz Art. 39 (vormals Art. 37), fügt für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen eine Inland-Speicherpflicht hinzu).
Eine rein statische Site ist hier leichter als eine datenlastige Anwendung, aber in dem Moment, in dem sie die Festland-Öffentlichkeit von offshore bedient, ist die Frage aktuell. Das rechtmäßige Design beantwortet sie, indem es Festland-Besucher an einem inländischen, ICP-gemeldeten Eingang terminiert und eine einzige, feste Inland-IP an Ihre Origin sendet, statt die echte IP jedes Besuchers über die Grenze weiterzuleiten. Dass Ihre Origin eine Inland-Adresse sieht statt der eigenen jedes Besuchers, ist das Design, das wie vorgesehen arbeitet, kein Defekt, um den herum zu konstruieren wäre. Ob eine bestimmte Site auch personenbezogene Daten im Festland speichern muss, hängt von Ihrer Rolle und Ihren Datenmengen ab, was eine Frage für Rechtsbeistand ist und keine Standardannahme.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Sie bauen und liefern weiter auf GitHub genau wie heute — dasselbe Repository, derselbe Actions-Build, derselbe Git-Workflow. 21YunBox fügt die zwei Stücke hinzu, die ein globaler Static-Host strukturell nicht kann: ICP-gemeldete Auslieferung aus Festlandchina und zuverlässige Inland-Erreichbarkeit, platziert vor der statischen Site, die GitHub aus Ihrem Repo baut — kein Neuaufbau, keine zweite Codebasis und kein Verlassen von GitHub. Unser China-Team kartiert, welche Pflichten auf Ihre Gesellschaft und Ihre Daten zutreffen, übernimmt die ICP-Beian und setzt den Inland-Eingang auf, der Ihr Festland-Publikum bedient, während GitHub Ihre Quelle der Wahrheit bleibt.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Müssen wir aufhören, GitHub zu nutzen, oder unsere Site neu bauen, um Festlandchina zu bedienen?
Nein. Das rechtskonforme Muster ist eine Overlay, keine Migration: GitHub bleibt Ihr Repository, Ihr Actions-Build und Ihre Quelle der Wahrheit, und eine ICP-gemeldete Inland-Auslieferungsschicht — aus demselben GitHub-Repo gebaut — wird für Festland-Besucher davorgesetzt. Es gibt keinen Neuaufbau, keine zweite Codebasis und keine Änderung daran, wie Sie auf GitHub ausliefern.
Warum kann GitHub Pages selbst nicht unsere ICP-Beian halten?
Weil eine ICP-Beian an einen lizenzierten Host physisch innerhalb Festlandchinas und an einen Festland-Rechtsträger gebunden ist, und GitHub Pages von GitHubs Offshore-Infrastruktur auf einer github.io- oder benutzerdefinierten Domain veröffentlicht. Es gibt auf GitHub Pages schlicht keinen Inland-Host und keinen Festland-Rechtsträger, auf dem die Meldung sitzen könnte. Das ist eine Lizenz-und-Standort-Grenze, kein Fehler von GitHub; 21YunBox liefert die ICP-gemeldete Inland-Auslieferung vor Ihrer von GitHub gebauten Site.
Kann 21YunBox helfen, unsere GitHub-Pages-Site in Festlandchina zum Laufen zu bringen?
Ja. Unser China-Team kann die ICP-, Erreichbarkeits- und grenzüberschreitende-Daten-Exponierung für Ihre Gesellschaft und Ihre Daten bewerten, die ICP-Beian übernehmen und rechtskonforme, ICP-gemeldete Inland-Auslieferung vor der statischen Site aufsetzen, die GitHub aus Ihrem Repo baut — sodass GitHub Ihre Quelle der Wahrheit bleibt. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen; behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risikobild.