Funktioniert Typesense in China? PIPL-Grenztransfer, Datenresidenz & Selbst-Hosting
Typesense ist eine Open-Source, selbst-hostbare Suchmaschine, die auch Vektorsuche macht: Die Dokumente, die Sie indexieren, und die daraus abgeleiteten Embeddings sind ruhend gehaltene personenbezogene Information, und Typesense Cloud hat keine Festland-China-Region — Ihre China-Nutzer-Daten dort zu indexieren, ist also ein PIPL-Grenztransfer. Ein Blick zuerst auf die Compliance: die Residenz-Exponierung und der inländische Selbst-Host-Hebel.
Funktioniert Typesense in China?
Die Dokumente, die Sie in Typesense indexieren — und die Embeddings, die es daraus ableitet — sind personenbezogene Information, die ruht, wo auch immer die Engine läuft, und Typesense Cloud hat keine Festland-China-Region.
Typesense ist eine Suchmaschine (mit Vektor- und semantischer Suche), die die Dokumente speichert, die Sie hineinladen, plus dichte Vektor-Embeddings, die aus demselben Text gebaut werden; für China-Nutzer ist dieser Inhalt personenbezogene Information. Ihn in eine Offshore-Typesense-Cloud-Region zu indexieren, ist ein PIPL-Grenztransfer und ein Residenzproblem — und Embeddings waschen es nicht, da sie zurück zum Quelltext invertiert werden können und neben ihrer Nutzlast sitzen. Der rechtmäßige Hebel ist, den Index und die Embeddings im Land zu halten, indem man die Open-Source-GPL-3.0-Engine selbst hostet (oder eine lizenzierte inländische verwaltete Bereitstellung), nicht den Offshore-Endpunkt erreichbar zu machen.
Dies ist eine Risikokarte, kein Urteil — klären Sie die Einzelheiten mit Rechtsbeistand. Unser China-Team kann Ihre Exponierung kartieren →
Compliance-Momentaufnahme
- ✕ Typesense Cloud hat keine Festland-China-Region; Ihr Index sitzt offshore.
- ! China-Nutzer-Daten offshore zu indexieren, ist ein PIPL-Grenztransfer (Art. 38–40).
- ! Embeddings sind auch personenbezogene Information — Vektoren anonymisieren die Daten nicht.
- ! CIIO-/Verarbeiter großer Mengen müssen China-Daten inländisch speichern (CSL Art. 39, vormals 37).
- ✓ Rechtmäßiger Weg: die GPLv3-Engine inländisch selbst hosten + ICP-gemeldete Auslieferung.
Was die offizielle Typesense-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Typesense ist Open Source unter der GPL-3.0-Lizenz und als eine einzelne Binärdatei selbst-hostbar. Sein GitHub-Repository listet die GPL-3.0-Lizenz und beschreibt Typesense als „a fast, typo-tolerant search engine,“ und merkt an, es sei „a single binary that you can run locally or in production with a single command“ — dieselbe Engine kann also auf inländischer Infrastruktur laufen und den Index und die Embeddings im Festland halten. | Typesense, GitHub repository (github.com/typesense/typesense), retrieved 2026-10-10 |
| Typesense Cloud läuft in 25+ geografischen Regionen weltweit — keine im Festland Chinas. Typesenses eigene Search-Delivery-Network-Dokumentation gibt an „Typesense Cloud has 25+ geo regions around the world,“ über Amerika, Europa, den Nahen Osten und Asien-Pazifik (zum Beispiel Oregon, Ohio, Northern Virginia, Frankfurt, London, Singapur, Tokio, Seoul und Sydney), ohne Festland-China-Standort — ein China-gerichteter Cloud-Cluster hält Ihren Index also offshore. | Typesense Docs, “Search Delivery Network” (typesense.org), retrieved 2026-10-10 |
| China-Nutzer-Daten in einen Offshore-Speicher zu indexieren, ist ein PIPL-Grenztransfer, mit einer inländischen Speicherpflicht für CIIOs und Verarbeiter großer Mengen. Unter PIPL Art. 38–40 verlangt der Transfer personenbezogener Information ins Ausland Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus; das Cybersicherheitsgesetz Art. 39 (vormals Art. 37) verlangt von Betreibern kritischer Informationsinfrastruktur, in China gesammelte personenbezogene Information im Festland zu speichern. | Personal Information Protection Law (PIPL) Arts. 38–40; Cybersecurity Law Art. 39 (formerly Art. 37), 2025 amendment effective 2026-01-01; retrieved 2026-10-10 |
| Embeddings und Abfrageprotokolle sind auch personenbezogene Information — und große Transfers können eine Sicherheitsbewertung brauchen. Ein Vektor-Embedding wird aus dem Quelltext berechnet und unterstützt Inversion und Mitgliedschafts-Inferenz, es trägt also dieselben Residenzpflichten wie die Rohdaten; umfangreiche grenzüberschreitende Transfers können Chinas Datenexport-Sicherheitsbewertung (数据出境安全评估) auslösen. | China Data Export Security Assessment Measures (CAC), effective 2022-09-01; retrieved 2026-10-10 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist, ob Typesense „funktioniert“, geklärt, bevor irgendjemand eine Abfrage misst: Es dreht sich darum, wo der Inhalt, den Sie indexieren, leben darf. Eine Suchmaschine ist ein Datenruhespeicher — Sie laden Typesense mit den Dokumenten, die Sie durchsuchbar machen wollen (Datensätze, Profile, Support-Ticket-Text), und es behält sie, baut einen invertierten Index und speichert, mit aktivierter Vektor- und semantischer Suche, dichte Vektor-Embeddings, die aus diesem Text berechnet werden. Für ein China-gerichtetes Produkt beschreiben diese Dokumente Menschen, sowohl der Index als auch die Embeddings halten also personenbezogene Information. Hilfreich: Typesense ist Open Source unter der GPL-3.0-Lizenz und wird als eine einzelne, selbst-hostbare Binärdatei ausgeliefert — aber sein verwalteter Dienst, Typesense Cloud, hat keine Festland-China-Region, Ihre China-Nutzer-Daten dort zu indexieren, setzt diesen Inhalt und seine Embeddings also offshore. Drei Zinken entscheiden den Rest: grenzüberschreitender Transfer des indexierten Inhalts, Embeddings, die selbst personenbezogene Information sind, und der Hebel, die offene Engine inländisch selbst zu hosten.
Typesense in China auf einen Blick
| Was es entscheidet | In Typesenses eigenen Worten — und Chinas Recht |
|---|---|
| Was Sie hineinladen | Sie indexieren vollständige Dokumente — Namen, E-Mails, Bestellhistorien, Ticket-Text — in Typesense-Kollektionen, und mit aktivierter Vektor-/semantischer Suche speichert es auch Embeddings, die aus diesem Text gebaut werden. Beide sind ruhend gehaltene personenbezogene Information, kein Cache. |
| Wo die Engine läuft | Typesenses eigene Doku gibt an „Typesense Cloud has 25+ geo regions around the world“ — über Amerika, Europa, den Nahen Osten und Asien-Pazifik, keine im Festland Chinas. China-Nutzer-Daten in irgendeine davon zu indexieren, ist ein grenzüberschreitender Transfer (数据出境) unter PIPL Art. 38–40. |
| Embeddings sind personenbezogene Information | Ein Vektor wird aus dem Quelltext berechnet und unterstützt Inversion (Rekonstruktion von annäherndem Text) und Mitgliedschafts-Inferenz, er ist also nicht anonym. „We only send vectors“ nimmt einen Index der Daten Ihrer Nutzer nicht aus PIPL heraus. |
| Datenresidenz | Ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen muss in China gesammelte personenbezogene Information im Festland speichern — Cybersicherheitsgesetz Art. 39 (vormals Art. 37) — was keine Offshore-Region erfüllen kann. Ihre Abfrageprotokolle tragen dasselbe Gewicht. |
| Die Achse — und der Hebel | Erreichbarkeit ist nicht die Frage. Weil Typesense GPL-3.0-Open-Source und als eine einzelne Binärdatei selbst-hostbar ist, ist der rechtmäßige Hebel, die Engine inländisch zu betreiben, sodass der Index und die Embeddings im Festland bleiben; die App, die sie abfragt, braucht weiterhin eine ICP-Beian und inländische Auslieferung. |
Was Sie tatsächlich speichern — indexierter Inhalt und seine Embeddings
Eine Suchmaschine ist kein Rohr; sie ist ein Speicher. Wenn Sie in Typesense indexieren, übergeben Sie ihm die vollständigen Dokumente, die Sie durchsuchbar machen wollen, und in der Praxis tragen diese Dokumente Namen, E-Mail-Adressen, Telefonnummern, Bestellhistorien, Support-Ticket-Text und was auch immer Ihre Nutzer sonst erzeugen. Typesense behält diesen Inhalt in seinen Kollektionen, auf der Festplatte, und baut einen invertierten Index darüber, sodass Nachschlagevorgänge sofort sind. Schalten Sie seine Vektor- und semantische Suche ein, und es speichert noch etwas: dichte Vektor-Embeddings, die aus demselben Text berechnet werden, neben den ursprünglichen Feldern gehalten. Selbst gehostet, lebt all das im On-Disk-Datenverzeichnis der Engine auf der Maschine, die Sie betreiben; auf Typesense Cloud lebt es in der Region des Clusters. So oder so wird die Frage „wo ruht die personenbezogene Information meiner China-Nutzer?“ beantwortet mit „wo auch immer das Typesense-Datenverzeichnis ist“ — nicht damit, wie schnell eine Abfrage zurückkommt. Darum ist Erreichbarkeit die falsche Achse: Der Speicher und die personenbezogene Information darin haben einen Standort, und dieser Standort ist, was das Recht liest.
Es ist ein Residenz- und Grenztransfer-Problem — und Embeddings anonymisieren es nicht — unter PIPL
Sobald Sie akzeptieren, dass der Index die personenbezogene Information Ihrer Nutzer ist, folgt das regierende Recht. Indexieren Sie Dokumente, die von Menschen in Festlandchina gesammelt wurden, in einen Typesense-Cluster, der in einer von Typesense Clouds Offshore-Regionen sitzt, und Sie haben personenbezogene Information über die Grenze getragen — ein grenzüberschreitender Transfer (数据出境) unter Chinas Gesetz zum Schutz personenbezogener Informationen. Der Verarbeiter — Sie, nicht Typesense — muss Mitteilung geben, eine gesonderte Einwilligung für den Transfer einholen und einen Transfermechanismus klären: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder Zertifizierung (Art. 38–40). Wenn Sie ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen sind, muss in China gesammelte personenbezogene Information zudem im Festland gespeichert werden — Cybersicherheitsgesetz Art. 39 (vormals Art. 37) (die Cybersicherheitsgesetz-Novelle 2025, in Kraft 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, Inhalt unverändert) — eine Residenzpflicht, die keine Offshore-Region erfüllen kann.
Die unterscheidende Falle ist das Embedding. Es ist verlockend zu denken, dass das Behalten „nur von Vektoren“ die Daten wäscht — dass ein Array von Gleitkommazahlen anonym ist. Ist es nicht. Ein Embedding wird direkt aus dem Quelltext berechnet und wird gerade deshalb behalten, weil es die Bedeutung dieses Textes bewahrt; veröffentlichte Forschung zeigt, dass Embeddings Inversion (Rekonstruktion von annäherndem Quelltext) und Mitgliedschafts-Inferenz (feststellen, ob ein bestimmter Datensatz im Satz war) unterstützen. Ein Speicher von Embeddings der Dokumente Ihrer China-Nutzer ist daher selbst ein Speicher ihrer personenbezogenen Information, mit denselben Residenz- und Grenzpflichten wie der Rohtext — und in Typesense sitzen die Nutzlast-Felder meist direkt neben dem Vektor, die ursprünglichen Daten sind also auch da. Ihre Abfrageprotokolle tragen dasselbe Gewicht: Die Begriffe, die Ihre Nutzer eintippen, sind personenbezogene Information darüber, wonach sie suchen. Nichts davon ist ein Grund, Typesense nicht mehr zu nutzen; es ist ein Grund, bewusst zu entscheiden, wo der Speicher lebt.
Den Endpunkt zu erreichen, ist nicht die Frage — den Index im Land zu halten, ist es
Typesense Cloud ist erreichbar, und die selbst gehostete Binärdatei installiert sich mit einem einzigen Befehl; Konnektivität war nie das Hindernis. Das Hindernis ist Residenz, und die ehrliche Lösung ist, den Index und seine Embeddings im Festland zu halten, statt einen Offshore-Speicher erreichbar zu machen. Weil Typesense Open Source unter der GPL-3.0-Lizenz ist und als eigenständige Binärdatei läuft — über sein offizielles Docker-Image, native Binärdateien oder DEB/RPM-Pakete — können Sie genau dieselbe Engine auf inländischer Infrastruktur betreiben, sodass die Kollektionen, der invertierte Index und die Embeddings China nie verlassen. Minimieren und pseudonymisieren Sie, was Sie indexieren, während Sie dabei sind: Ein Feld, das Sie nie in ein Dokument setzen, ist ein Feld, das Sie nie transferieren müssen. Wo eine verwaltete, inländische Bereitstellung über einen lizenzierten lokalen Betreiber verfügbar ist, kann das auch eine rechtmäßige Option sein — aber behandeln Sie es als ein zu bestätigendes Warn-Positiv, das den Betreiber präzise benennt, nicht als einen globalen Freibrief. Was nichts davon ist: die Daten an einen Offshore-Speicher zu verschiffen und es lokal zu nennen. Lokalisieren heißt, der Datenruhespeicher sitzt echt auf einem inländischen Weg.
Dies ist eine Risikokarte, kein Urteil: Ob eine Lokalisierungspflicht gilt, welcher Grenzmechanismus passt und wie viel Ihres Index als personenbezogene Information zählt, dreht sich um Ihre Gesellschaft, Ihre Datenmengen und wessen Daten es sind — klären Sie die Einzelheiten mit Rechtsbeistand, bevor Sie bauen.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Kartieren. Wir inventarisieren, was Sie indexieren und vektorisieren, welche personenbezogene Information diese Dokumente tragen, ob Embeddings personenbezogener Daten gespeichert sind, wo die Engine heute läuft (eine Typesense-Cloud-Region oder selbst gehostet), Ihre Abfrageprotokoll-Exponierung und die Einwilligungsgrundlage dahinter.
Lokalisieren. Wir halten Ihren China-Nutzer-indexierten Inhalt und die Embeddings im Land — indem wir die Open-Source-Typesense-Engine auf Festland-Infrastruktur aufstellen, sodass die Kollektionen, der Index und die Vektoren im Festland bleiben, oder eine verwaltete inländische Bereitstellung über einen lizenzierten lokalen Betreiber nutzen, wo das passt — dann minimieren und pseudonymisieren wir, was indexiert wird, und steuern jeden verbleibenden grenzüberschreitenden Transfer. 21YunBox nutzt oder empfiehlt niemals irgendeine Form der Umgehung.
Ausliefern. Die Anwendung, die den Index abfragt, ist weiterhin der Öffentlichkeit in China zugewandt, sie trägt also eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung — den 21YunBox Optimizer, vor den Stack gesetzt, den Sie bereits betreiben, ohne Neuaufbau und ohne Migration. Typesense bleibt Ihre Suchmaschine; wir fügen die rechtmäßige China-Grenze darum herum hinzu, sodass es für Ihre Nutzer in China legal und rechtskonform läuft.
Compliance-Einschätzung anfordern →
Weiterführende Lektüre:
- Grenzüberschreitende Datentransfers unter PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- Chinas Maßnahmen zur Datenexport-Sicherheitsbewertung
- Wie Sie eine ICP-Beian für China erhalten
Häufige Fragen
Ist Typesense in Festlandchina verfügbar?
Typesense Clouds Endpunkte sind erreichbar und die selbst gehostete Binärdatei installiert sich überall, Verfügbarkeit ist also nicht das Hindernis. Die eigentliche Frage für ein China-gerichtetes Produkt ist Datenresidenz: Typesense Cloud hat keine Festland-China-Region, die Dokumente, die Sie indexieren, und die daraus abgeleiteten Embeddings sitzen also offshore. Die Open-Source-Engine inländisch selbst zu hosten, hält diesen Index und diese Embeddings im Festland. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Sind die Embeddings in Typesense personenbezogene Daten unter PIPL?
Ja, wenn sie aus dem Inhalt Ihrer China-Nutzer gebaut werden. Ein Vektor-Embedding wird aus dem Quelltext berechnet und kann zu ihm zurück invertiert oder für Mitgliedschafts-Inferenz genutzt werden, und in Typesense sitzt die Rohnutzlast meist neben dem Vektor — ein Index von Embeddings der Dokumente Ihrer Nutzer ist also selbst ein Speicher ihrer personenbezogenen Information, mit denselben Grenz- und Residenzpflichten wie der ursprüngliche Text. „We only send vectors“ ist keine Anonymisierung.
Kann ich Typesense für China-Nutzer rechtskonform betreiben?
Ja. Weil Typesense GPL-3.0-Open-Source und als eine einzelne Binärdatei selbst-hostbar ist, können Sie die Engine auf inländischer Infrastruktur betreiben, sodass die Kollektionen, der Index und die Embeddings im Festland bleiben, minimieren und pseudonymisieren, was Sie indexieren, und die abfragende App auf ICP-gemeldeter Infrastruktur ausliefern. 21YunBox kartiert diese Exponierung, stellt die inländische selbst gehostete Engine auf und liefert die App inländisch aus — klären Sie die Einzelheiten mit Rechtsbeistand.
