Google CloudでClaudeを使うには？Anthropic管理とGoogle管理の選び方

Google CloudでClaudeを使う方法は、2026年10月から2つになりました。Anthropicが運用する「Anthropic管理」と、Googleが運用する「Google管理」です。どちらもGoogle Cloudの認証情報で使え、請求もGoogle Cloudに集約されます。それでも、誰がデータ処理者になるか、新機能をいつ使えるか、データの置き場所をどこまで固定できるかは大きく違います。

結論から言えば、最新機能を初日から使いたいならAnthropic管理、Google Cloudをデータ処理者にしたい、または地域単位のデータ所在地要件があるならGoogle管理です。迷ったら、機能差と契約主体の2点で決めます。東京リージョンでの利用やSLAのように、公式資料では確認できない項目も残るため、その聞き方まで後半で示します。

この記事でわかること

Anthropic管理とGoogle管理の違い（運用者・データ処理者・組織・請求）
自社がどちらを選ぶべきかを決める判断基準
Google管理では使えない機能の一覧
契約・データ所在地・権限・費用・監査ログで事前に決めること
Anthropic直契約、Amazon Bedrock、Microsoft Foundryとの違い

2方式の違いは「誰がClaudeを運用し、誰がデータ処理者か」

2方式の本質的な違いは、Claudeを動かす運用者がAnthropicかGoogleかという点です。この1点から、データ処理者、使える機能、管理画面、サポート窓口の違いが連鎖して決まります。

以下は2026年10月時点の公式情報です。導入前に最新版を見直してください。

運用者が違うと、何が変わるのか

「Anthropic管理」は、AnthropicがClaude APIを運用し、Google Cloudのゲートウェイ（claude.googleapis.com）経由で到達する形です。ゲートウェイはGoogleの認証情報とIAM権限（Google Cloudのアクセス制御）を確認してからAnthropicへ転送します。購入はGoogle Cloud Marketplace経由です。詳細はAnthropic管理のドキュメントにあります。

「Google管理」は、Googleが自社のAIプラットフォームの一部としてClaudeを運用する、従来からの形です。このプラットフォームは旧称Vertex AIで、現在はAgent Platformという名称に変わっています。ただ、設定名やSDK名には今もVertexが残るため、記事や設定画面ではVertex AIの表記で出会うことも多いはずです。Google管理のドキュメントで仕様を確認できます。

置き換えではなく、選択肢が1つ増えたと捉えるのが正確です。Google管理は引き続き提供されています。

項目別の比較表

公式の比較表とAnthropic公式ブログ（データ処理者・機能提供時期）を、意思決定に効く項目に絞って整理しました。

項目	Anthropic管理	Google管理
運用者	Anthropic	Google
データ処理者	Anthropic	Google Cloud
新機能・ベータ	Claude Platformと同日	Googleが提供時期を決める
推論の場所	global固定（米国限定は指定で可）	global / マルチリージョン（us・eu）/ リージョナル
Anthropic組織	プロジェクトごとに新規作成	なし
認証	Google Cloud認証のみ（APIキー不可）	Google Cloud認証
IAMロール	`roles/claude.admin` / `user` / `viewer`	Agent PlatformのIAMロール（例: `roles/aiplatform.user`）
管理画面	Claude Console	Google Cloudコンソール
レート制限の増枠	Anthropic窓口	Google Cloud
請求	Marketplace経由でGoogle Cloudの請求書	Agent Platformの利用としてGoogle Cloudの請求書

表で重要なのは、データ処理者の行と「Anthropic組織」の行です。前者は法務の判断を、後者は権限設計と既存契約との関係を左右します。両方式とも4.6以降のモデルIDやSDKは共通で、アクセス付与はそれぞれ別のIAMロールで行います。

Anthropic管理は、プロジェクトごとにAnthropicの組織が作られる

ここが最初につまずく点です。Anthropic管理を有効化すると、Google Cloudのプロジェクトごとに新しいAnthropic組織が作られます。すでにClaude EnterpriseやAPI直契約を持っていても、それらを変換する手段はありません。割引、ZDR（入力データを保存しない契約）、APIキー、ワークスペース、Console設定は引き継がれません。

Google Cloud経由であっても、Anthropic側には別の利用組織が1つ増えます。既存の組織と新しい組織は並行して稼働できるので、切り替えは新組織への移行として計画します。

自社に合う方式は、機能とデータ処理者の2軸で決まる

選び方は、使いたい機能の範囲と、データ処理者をどこに置きたいかの2軸で決まります。公式の使い分けも同じ軸です。下の表を上から読み、最初に当てはまった行が推奨です。

自社の状況	選ぶ方式
法務・情報セキュリティが「Google Cloudをデータ処理者にしたい」と求める	Google管理
EUなど地域単位でデータ所在地を固定する要件がある	Google管理
Model ArmorやAgent Engineなど、Google側のネイティブ機能と組み合わせたい	Google管理
Managed Agents、Files API、Code executionなどを使いたい	Anthropic管理
新モデル・ベータ機能を発表日から検証したい	Anthropic管理
単純なテキスト生成や社内チャットボットのAPI利用が中心	Google管理で足りる。既存のGoogle Cloud運用を流用しやすい

最後の行は公式の使い分けではなく、本記事での整理です。メッセージ送信とツール呼び出し程度ならGoogle管理で足り、Google Cloud側の既存の統制にそのまま乗せられるメリットが勝ちます。

Anthropic管理を選ぶのは、機能を初日から使いたいとき

Anthropic管理の強みは、機能の同等性です。新機能とベータが、ネイティブのClaude Platformと同日に提供されます。対象モデルはFable 5.1、Opus 5.5、Sonnet 5.5、Haiku 5.5で、新モデルも発表と同時に提供される方針です（Anthropic公式ブログ）。

エージェントをホスト環境で動かすClaude Managed Agents（ベータ）、コード実行、Web検索・取得、MCPコネクタ（ベータ）、Agent skills、バッチ処理、Prompt cachingが並びます。Claude Consoleでプロンプト作成、利用量やコストの確認、ワークスペース単位のアクセス管理もできます。

エージェントを業務に組み込むつもりなら、機能差が選定を決めます。モデル選びで迷う場合は、Claude Haiku 5.5の料金・性能とSonnet 5.5との使い分けが参考になります。

Google管理を選ぶのは、Googleをデータ処理者にしたいとき

Google管理は、データの扱いがGoogle Cloudの規定の下に入ります。Google Cloud側の既存の契約・統制の枠内で完結させたい会社には、この点が決定打です。推論の場所もglobalのほか、us・euのマルチリージョン、リージョナルから選べます。ただしリージョナルを指定できるのはSonnet 4.6以前のモデルだけで、新しいモデルはglobalかマルチリージョンになります。

マルチリージョン／リージョナルのエンドポイントは、グローバルより10%高くなります（Sonnet 4.5以降）。地域を固定する代わりに費用が上がる点は、見積もりに入れておくべきです。

Google管理で使えない機能を先に確認する

Google管理で使えない機能は多く、ここを確認せずに決めると後で戻れなくなります。公式ドキュメントでは次のように整理されています。

区分	Google管理で使えないもの
知識・ファイル	URLソース、Files API
サーバー側ツール	Code execution、Web fetch、Advisor
拡張	Agent Skills、MCP connector、プログラム的ツール呼び出し
管理系API	Message Batches API、Models API、Admin API、Compliance API、Usage and Cost API
エージェント	Claude Managed Agents、サーバー側fallbacks

使えるのは、Messages API、Prompt caching、Thinking、Bash・Browser use・Computer use・Memory・Text editor・Web searchの各ツール、Citations、Structured outputsです。

一括処理を夜間に回したい、エージェントにファイルを持たせたい、利用量をAPIで集計したい。こうした要件が1つでもあるなら、Google管理は候補から外れます。逆にこの表の左側を使う予定がなければ、機能面でAnthropic管理を選ぶ理由は薄くなります。

契約・データ・権限・費用で、導入前に決める5項目

導入前に決めるのは、契約主体、データの扱い、権限、費用、監査ログの5項目です。技術検証より前に、情シス・購買・法務で合意しておく必要があります。

契約主体は「買うのはGoogle Cloud、規約はAnthropic」になる

Anthropic管理は、調達の窓口がGoogle Cloud Marketplaceですが、設定時にAnthropicのCommercial Terms of ServiceとUsage Policyに同意します。購入はGoogle Cloud経由でも、利用規約の相手はAnthropicです。データ処理者もAnthropicになります。

Google管理はGoogle Cloudの契約下で、データ処理者はGoogle Cloudです。

購買・法務が確認すべきことは次のとおりです。

利用規約の相手方と、社内の契約審査フローが一致するか
Marketplace購入の権限者（請求アカウントでの購入権限）を誰にするか
既存の割引がある場合、購入前にAnthropicまたはGoogle Cloudの担当へ連絡したか（割引は過去の利用分に遡って適用されない）
準拠法・管轄、日本語の契約書、DPA（データ処理契約）の条項、適格請求書の扱いを、担当へ書面で確認したか

4つ目は、公式資料では確認できていません。断定できないので、導入前に担当者へ問い合わせて回答を残してください。Marketplace購入がコミットメントに全額計上されるかも、契約次第です。

データ所在地は、日本で完結する前提を置かない

日本の法人が最も気にする点なので、事実をそのまま書きます。Anthropic管理のエンドポイントは現時点でUSとGlobalです。推論の場所はglobal固定で、米国内に限定したい場合はリクエストごとにinference_geo: "us"を指定します（標準レートの1.1倍）。ワークスペースの保存地域は設定できず、すべてusです（データ所在地のドキュメント）。EU・日本・APACを指定する手段は、公式には示されていません。

東京リージョンでClaudeが使えるかは、公式ドキュメントの範囲では確認できていません。日本国内で処理を完結させる要件がある場合は、Google Cloudの担当者へ個別に確認してください。個人情報保護法の越境移転への対応方針も、公式の記載を確認できていません。

もう1点。Anthropic管理では、Anthropicのtrust and safetyシステムなど一部の補助サービスがGoogle Cloudの外でデータを処理します。「Google Cloudの中に閉じる」という説明はできません。データ保持はClaude APIと同じポリシーで、ZDRは要望ベースです。別の組織で結んだZDR契約は、この組織に引き継がれません。

権限設計は、プロジェクト分離と管理者ロールで組む

Anthropic管理のIAMロールは3つです。

roles/claude.viewer: 参照のみ
roles/claude.user: メッセージ送信、バッチ、ファイル、スキル、Managed Agentsの管理など
roles/claude.admin: 組織レベルの権限を含む

ロールはプロジェクト単位で付与します。Claude Consoleを開けるのは、プロジェクトでroles/claude.adminを持つ人だけで、メールアドレスでのサインインはできません。チームごとに権限を分けたい場合は、チームごとにGoogle Cloudプロジェクトを分けます。各プロジェクトが別のAnthropic組織になる点まで含めて、プロジェクト設計を先に決めてください。

認証はGoogleのOAuth 2.0アクセストークン（Application Default Credentials）です。APIキーは使えません。キーをコードに埋め込む運用から離れられるので、情報セキュリティの観点ではむしろ利点です。サービスアカウントやWorkload Identity Federationも使えます。

見落としやすいのがManaged Agentsの権限です。権限はセッションやデプロイの作成時にだけ確認され、実行中は再確認されません。作成者のGoogle Cloudアクセスを取り消しても、セッションもスケジュール実行も止まりません。止めるにはuser.interruptイベントの送信か、デプロイの一時停止・アーカイブが要ります。退職者が出たときやサービスアカウントを入れ替えるときは、そのIDが作ったセッションとデプロイを必ず見直してください。エージェントの権限設計の考え方は、AIエージェントの権限管理とは？企業が決めるID・権限・監視の設計で整理しています。

Google管理は、必要権限がaiplatform.endpoints.predictを含むロール（例: roles/aiplatform.user）です。Google Cloudの既存のIAM運用に乗せられます。

費用は単一インボイスだが、通貨と上乗せ条件を確認する

請求はどちらの方式もGoogle Cloudの単一インボイスです。Claudeの利用量は、既存のGoogle Cloudコミットメントから消化されます。Anthropic管理では、Anthropicが利用量を計測し、Claude Consumption Unit（1 CCU = 0.01米ドル）の単位でGoogle Cloudに報告します。Anthropicから別の請求書は出ません。

トークン単価はClaude APIと同じ標準レートが基準です。Google Cloud上のAnthropic管理専用の単価ページは確認できていません。Google管理の単価はGoogle Cloudの料金ページで確認してください。

見積もりに入れる上乗せは次のとおりです。

方式	上乗せが発生する条件
Anthropic管理	米国限定推論（`inference_geo: "us"`）で1.1倍（Claude 4.6以降のモデル）
Google管理	マルチリージョン／リージョナルのエンドポイントでグローバルより10%高い（Sonnet 4.5以降）

料金は米ドル建てで、日本円での請求の可否は公式資料で確認できていません。レート制限の増枠の申請先も、Anthropic管理はAnthropic、Google管理はGoogle Cloudと分かれます。Google Cloud側の予算アラートやラベル別のコスト配賦がAnthropic管理でも使えるかも未確認なので、検証環境で試してから決めます。

監査ログは、既定のままだとメッセージの記録が残らない

Anthropic管理の操作は、Cloud Audit Logsにclaude.googleapis.comとして記録されます。ただしData Accessログ（メッセージ、バッチ、ファイルなどの操作）は既定でオフです。Admin Activityログだけが常時オンです。誰がいつ何を送ったかを残したい場合は、Data Accessログを明示的にオンにしてください。

この設定を知らないまま導入すると、監査対応の段階で「記録がない」と気づきます。導入初日のチェックリストに入れておくのが安全です。

他の調達経路と比べると、Anthropic管理は「AWS版」に近い

Claudeを調達する経路は、Google Cloudの2方式のほかにも複数あります。構造が最も近いのは、AnthropicがAWS上で運用する「Claude Platform on AWS」です。

Anthropic直契約・Amazon Bedrock・Microsoft Foundryとの横並び

公式ドキュメントから読み取れる違いを整理します。

経路	運用者・データ処理者	認証	特徴
Anthropic直契約（Claude API）	Anthropic	APIキー	Anthropic管理とは別の組織。米国限定推論は`inference_geo`で指定（1.1倍）
Google Cloud（Anthropic管理）	Anthropic	Google Cloud IAMのみ	Managed Agents利用可。請求はGoogle Cloud
Google Cloud（Google管理）	Google Cloud	Google Cloud IAM	Managed Agentsは不可。地域を選べる
Amazon Bedrock	AWS	AWS IAM	地域はinference profileで決まる。リージョナルは10%割増
Claude Platform on AWS	Anthropic	AWS IAM	Managed Agents利用可。Computer useとFast modeは非対応
Microsoft Foundry	Anthropic（Azureホストでは内容がAzure内に留まる）	APIキー・Entra ID	Azureホストは多くの機能が非対応。Managed Agentsは不可

Foundryの詳細は公式ドキュメントに、AWS版はClaude Platform on AWSにあります。

読み方は単純です。クラウドの請求・認証に寄せたいだけならAnthropic管理かClaude Platform on AWS、そのクラウド事業者をデータ処理者にしたいならGoogle管理かBedrock。すでに主要クラウドをAWSとGoogle Cloudで使い分けているなら、データ処理者の考え方をクラウド間で揃えると社内説明が楽になります。日本リージョンの有無、日本円請求、日本の商習慣に沿った契約条件は、どの経路も公式資料から確認できていません。

なお、Claude Enterprise（SSO、SCIMなど）は別形態の契約で、Anthropic管理のセットアップで作る組織とは別物です。整理が必要な方は、Claude Code法人導入で決める契約・権限・教育設計と合わせて確認してください。

Claude Codeを使うなら、Google管理が確実な選択肢

開発チームへClaude Codeを配る場合、公式ドキュメントで手順が確認できるのはGoogle管理（Agent Platform経由）のほうです。Claude CodeのAnthropic管理（claude.googleapis.com）経由の利用は、公式ドキュメントでは確認できていません。Claude Codeの機能比較表にも、Anthropic管理の列はありません。

Google管理経由の手順の流れは次のとおりです。

Agent Platform APIを有効化する
Model GardenでClaudeの利用を申請する（承認に24〜48時間かかる場合がある）
gcloudのApplication Default Credentials、サービスアカウント、Workload Identity Federationのいずれかで認証する
環境変数CLAUDE_CODE_USE_VERTEX=1、CLOUD_ML_REGION、ANTHROPIC_VERTEX_PROJECT_IDを設定する
モデルをピン留めし、/statusで確認する

詳細はClaude Code公式ドキュメントにあります。複数人に配るときは、モデルを固定してください。固定しないとopusなどの別名が既定モデルに解決され、意図せずOpusの料金で課金される場合があります。専用のGoogle Cloudプロジェクトを作れば、費用の把握と権限管理が楽になります。

Claudeのサブスクリプションが必須の機能（クラウドセッション、Desktop、Code Review、Chrome拡張、Remote Controlなど）は、Google Cloud経由では使えません。Fast mode、Advisor、分析ダッシュボードも対象外です。運用の細部はClaude Codeのセキュリティ対策とは？も参照してください。

開発チーム全体にClaude Codeを定着させる段階では、ツールの設定だけでなく、使い方の教育が成否を分けます。Claude Code研修では、権限・許可モデルの設計から実務での使い方まで、法人の導入場面に沿って身につけられます。

導入手順と既存契約からの切り替え方

Anthropic管理の導入は、次の順で進みます。

Marketplaceで「Claude Models on Google Cloud（Anthropic managed）」を購読する（請求アカウントでの購入権限が必要）
claude.googleapis.comとanthropic-managed-claude.cloudpartnerservices.googの2つのサービスを、プロジェクトごとに有効化する
Claudeのページで有効化し、連絡先メールの設定リンクから組織名・事業体の種類・国・利用目的を入力して、規約に同意する
Claude Consoleでワークスペース ID（wrkspc_で始まる）を確認し、開発者に共有する
呼び出すIDにroles/claude.userを付与し、Application Default Credentialsを設定する（Pythonはpip install "anthropic[google_cloud]"）

403エラーが出たら、まずclaude.googleapis.comの有効化とroles/claude.userの付与を疑います。サービスエージェントの権限を外すと動かなくなる点にも注意が必要です。SDKのクライアント（AnthropicGoogleCloud）はベータ扱いなので、本番で固定する前に挙動を確認してください。

すでにClaude EnterpriseやAPI直契約がある会社は、並行稼働を前提に進めるのが現実的です。ファイル、スキル、バッチ、Managed Agentsのリソースは既存組織に残るので、移すものと残すものを棚卸ししてから、用途単位で切り替えます。既存のAPI直契約やBedrockとの二重利用（担当部署が気づかないまま始まる利用）も、同時に洗い出してください。

よくある質問

東京リージョンでClaudeは使えますか？

公式ドキュメントの範囲では確認できていません。Anthropic管理のエンドポイントはUSとGlobalです。国内完結が要件なら、Google Cloudの担当者に書面で確認してください。

Anthropic管理とGoogle管理は同時に使えますか？

使えます。2方式は並行して利用できます。IAMロールはそれぞれ別なので、用途ごとに権限を分けて運用します。

既存のClaude Enterprise契約はそのままGoogle Cloudに移せますか？

移せません。Anthropic管理では新しいAnthropic組織が作られ、割引・ZDR・APIキーは引き継がれません。新組織への切り替えとして計画してください。

Google Cloud経由でClaude Codeは使えますか？

Google管理（Agent Platform経由）では使えます。Anthropic管理経由の利用は、公式ドキュメントでは確認できていません。

SLAは両方式で同じですか？

公式資料では、どちらの方式のSLAも確認できていません。障害時の窓口の切り分けも含め、契約前に担当者へ確認してください。

まとめ

Google CloudでClaudeを使うなら、まずデータ処理者の希望と、使いたい機能の2点だけを先に決めてください。Google Cloudをデータ処理者にしたい、または地域単位で固定したいならGoogle管理、エージェントやファイル連携まで使うならAnthropic管理です。

次の一手は、Google Cloud側の担当者への確認事項をまとめて投げることです。東京リージョン、SLA、日本円請求、適格請求書、DPA、準拠法の6点は、公式資料では判断できません。回答を待つ間に検証用プロジェクトを1つ作り、両方式を同じ題材で試せば、機能差が自社の用途に効くかを見極められます。比較検証を飛ばして契約すると、データ処理者の違いに後から気づいて契約をやり直すことになります。

開発現場でClaude Codeを使い始めるなら、方式の選定と並行して使い方の教育を始めるのが近道です。Claude Code研修で、チームの共通ルールと実務での使い方を揃えられます。全社でAIを開発に取り込む場合は、AI駆動開発研修も選択肢になります。