ローカルのDeepSeekは中国のデータ問題を解決するか？2026

DeepSeekは分離可能な2つのものとして存在します。中国から運営されるホスト型サービス（アプリ、ウェブ、API）と、どこででもダウンロードして動かせるオープンウェイトのモデル群です。 ほぼすべての「DeepSeekのプライバシー」論争はこの2つを混同しており、それが答えを曖昧にしています。分けて考えれば、全体像は明確です。

このセクションでは、まずホスト型サービスを見ていきます。データ上の懸念はここにあります。DeepSeekアプリに入力したりAPIを呼び出したりすると、入力はDeepSeekのサーバーへ送られ、同社のプライバシーポリシーはデータが中華人民共和国に保存されると述べています。これは、EUにおいて実際の規制上の影響をもつ、国境を越えるデータの流れです。

オープンウェイトはまったく別のものです。DeepSeek-R1の蒸留モデルは、モデルレジストリからダウンロードし、Ollamaやllama.cpp、LM Studioで自前のハードウェア上で動かすファイルです。ネットワークコードもテレメトリも含まず、動かしてもDeepSeekには何も送られません。ウェイトに関するプライバシーの問いは「データはどこへ行くのか」（どこにも行きません）ではなく、モデルの挙動に関する別の問いであり、後述します。

ホスト型のDeepSeekサービスはユーザーデータを中国に保存し、直接収集しており、欧州の規制当局はこれを国境を越える深刻なデータ保護上の懸念として扱ってきました。 これはDeepSeek自身のプライバシーポリシーに記載されており、具体的な規制措置にも反映されています。憶測ではありません。

事実を中立に述べます。

DeepSeekのオープンウェイトモデルを自己ホストすると、経路にDeepSeekサーバーが存在しないため、中国への国境を越えるデータの流れはなく、プロンプトと出力はお使いのマシンから決して出ません。 これがデータ保護問題を解決する唯一の変更点です。海外にデータを保存していたサービスを取り除いたのです。

これを鵜呑みにする必要はありません。モデルにはテレメトリが含まれないため、外向き通信がないことを直接検証できます。ネットワークを監視しながらモデルを動かし、推論中に外向きの接続が発生しないことを確認してください。単純なファイアウォールルールか、セッション中のパケットキャプチャで十分に示せます。

実践的で完全にオフラインの構成（トラフィック監視で「本当にオフライン」かを確認する方法を含む）については、DeepSeekをオフラインで動かす2026：自己ホスト構成を参照してください。どの蒸留モデルを動かすか選ぶには、最良のローカル推論モデル2026を参照してください。

自己ホストはデータの流れの問題を解決しますが、すべての懸念を解決するわけではありません。一部のセキュリティ研究者はモデルウェイトのレベルの問題（ジェイルブレイクへの脆弱性、出力の物語的方向性）を指摘しており、これらはモデルをどこで動かすかに関係なく存在します。 これをはっきり述べ、ローカルなら無リスクだと示唆するのではなく、両論を提示することが重要です。

懸念を公平に述べます。研究者は、DeepSeekモデルが比較的ジェイルブレイクされやすいこと、また特定の政治的に敏感な話題で出力が特定の物語的方向性を反映することを報告しています。これらはウェイト自体の性質であり、ローカルで動かしても変わりません。

反論も同じく公平に述べます。あらゆるオープンモデルは一定のジェイルブレイク面をもち、物語的方向性は出自を問わずどの国のモデルにも存在し、訓練データやチューニングの選択によって形作られます。数学、論理、コーディング、そしてほとんどの業務上の推論——人々が実際にR1蒸留モデルを自己ホストするタスク——では、これらの懸念は作業とほぼ直交します。

実践的な結論は、2つの問いを分けることです。「自分のデータは漏れるか？」には答えが出ています（自己ホストして検証すれば、漏れません）。「この話題でこのモデルの出力を信頼するか？」は、どのモデルでも同じようにその是非で答えるべき、モデル選定の問いです。コンプライアンスの論点を絞って見るには、DeepSeekはGDPR上安全か？を参照してください。

GDPRの下では、ホスト型のDeepSeekサービスは国境を越える移転の問題を生じさせます。EUのインフラ上での自己ホスト型デプロイは、個人データがあなたの管理外へ移転されないため、これをおおむね回避します。 中国のデータセキュリティ法（DSL）と個人情報保護法（PIPL）はホスト型サービス側を規律し、GDPRはあなたの側を規律します。

メカニズムが重要です。GDPRは、適切な保護措置のないEU個人データの第三国への移転を制限します。中国でホストされたAPIへプロンプトを送ることはそうした移転に当たりますが、EU内で自分が管理するサーバーでオープンウェイトを動かすことはそもそも移転ではありません。データは処理環境から決して出ないからです。

だからこそ「ホスト型APIではなくオープンウェイトを使う」が、EUチームにとっての標準的なプライバシーエンジニアリングの答えです。これは困難な国境を越える移転のコンプライアンス問題を、すでに満たし方を知っている通常のオンプレミスのデータ取り扱い問題へと変えます。

プライバシー上クリーンなDeepSeekのデプロイは3つの決定からなります。オープンウェイトの蒸留モデルを選ぶこと、自分が管理するハードウェアで動かすこと、外向き通信がないことを検証することです。いずれもホスト型サービスには一切触れません。

ホスト型サービスのデータ経路なしにDeepSeekの推論が欲しいなら自己ホストしましょう。DeepSeekを完全に避けるべきなのは、モデルウェイトの懸念が、あなたの具体的な作業における強みを上回る場合のみです。