Google Cloud経由のClaudeに、Anthropicが運用する一般提供の選択肢が加わりました。
AI利用をGoogle Cloudの請求や権限管理にそろえたい。その場合でも、誰がサービスを動かし、データを処理するかは確認が必要です。
Anthropicは2026年10月22日、Claude Models on Google Cloud（Anthropic managed）を一般提供したと発表しました。Google Cloudの認証・請求を利用しながら、Claude Platformの機能へアクセスする方式です。既存のGoogle managedも引き続き提供されるため、導入時には二つを区別します（出典：Anthropic公式発表）。
この記事でわかること
- 新しい提供方式：Google Cloudを入口に、Anthropic運用のClaude APIを使う仕組み。
- 二つの選択肢：Anthropic managedとGoogle managedの運用・組織・請求の違い。
- 導入の確認順：機能、データ条件、権限、費用を担当者間で照合する方法。
- 移行時の注意：既存組織の設定やデータ保持条件が、そのまま移らない点。
新機能を使う入口が広がる
今回の発表は、Google Cloud利用企業が、Claude APIの機能を既存のクラウド管理に組み込みやすくするものです。公式発表では、コード実行、Files API、プロンプトキャッシュなどを紹介し、新しい機能やベータ版にもネイティブのClaude Platformと同日のアクセスを提供すると説明しています。
ただし、サービス全体の一般提供と、個別機能の提供段階は分けて確認してください。詳細ドキュメントにはMCP tunnelsなどの非対応項目があり、限定ベータには新しく作る組織側の利用権限も必要です。「full Claude Platform」という発表だけを見て、現在の処理がすべて変更なしで動くとは判断できません。
Anthropic managedとGoogle managedはどう違う？
両方式ともGoogle Cloudの認証情報を利用でき、請求はGoogle Cloud側に表示されます。一方で、APIを運用する会社、アクセス権、利用上限の管理主体は異なります（出典：公式の方式比較）。
| 確認項目 | Anthropic managed | Google managed |
|---|---|---|
| APIの運用 | AnthropicがClaude APIを運用 | GoogleがAgent Platform上で運用 |
| データ処理主体 | Anthropic | |
| Anthropicの組織 | プロジェクト用に新規作成 | 不要 |
| 請求の経路 | Google Cloud Marketplace | Google CloudのAgent Platform利用分 |
| 利用上限の管理 | Anthropic | Google Cloud |
| アクセス権 | Claude用のIAMロール | Agent Platform用のIAMロール |
IAMは「どの利用者やシステムが、何を使えるか」を管理する仕組みです。同じGoogleアカウントやサービスアカウントでも、片方を使えていればもう片方も使える、という関係ではありません。
必要な機能とデータ条件から選ぶ
新しいClaude Platform機能を早く使いたい場合は、Anthropic managedが検討候補になります。一方、Googleをデータ処理主体とする条件や、厳格な地域指定、Model ArmorなどGoogle Cloud固有の連携を重視する場合は、Google managedが候補になると公式発表は説明しています。
たとえば社内FAQシステムなら、「回答を生成できるか」だけで選ばず、資料をどこへ保存するか、誰が参照できるか、問い合わせ履歴をどう扱うかまで並べて比較すると、導入後の手戻りを減らせます。これは編集部による選び方の例です。
移行は、既存契約の請求先変更だけでは終わらない
新しい組織として、設定を見直す
Anthropic managedの導入では、Google Cloudプロジェクトに対応した新しいAnthropic組織を作ります。既存のAPI用組織を変換する方式ではなく、ワークスペースや保存済みファイルなども自動では移りません。既存環境を残して段階的に切り替えられるため、先に小さな処理で確かめる進め方が現実的です。
移行対象を「機能」「設定」「保存データ」に分けて一覧化しましょう。たとえば、プロンプトが同じでも、参照するファイルが旧組織に残っていれば新しい処理は同じ結果になりません。動作確認には、実際に必要な参照先を含めることが大切です。
管理者権限を全員に配らない
公式のIAM権限表には、参照を中心とするClaude Viewer、メッセージ送信やワークスペース内の操作を含むClaude User、組織レベルの操作も含むClaude Adminがあります。必要なAPI操作に権限がなければ、Google Cloud側で拒否されます。
運用上は、管理設定を行う人と、業務システムからAPIを呼ぶ主体を分けて考えます。「動かないので全員を管理者にする」のではなく、どの処理にどの権限が不足しているかを確認するほうが、後の棚卸しもしやすくなります（出典：IAM権限の公式一覧）。
導入前に、担当者間でそろえる四つの確認
以下は、技術担当だけで判断を抱え込まないための、編集部による導入チェック例です。契約・設定を変更する前に、社内の承認手順に沿って担当者へ確認します。
- 業務担当が必要な機能を決める：何の処理を移すか、何ができれば合格かを具体化する。処理件数や完了までの許容時間も決める。
- 情報管理担当がデータ条件を確認する：送る情報、保存先、保持期間、地域条件を既存の社内基準と照合する。
- 管理者が権限と確認方法を設計する：利用主体、プロジェクト、操作権限、監査に必要な記録を決める。
- 契約担当が適用条件を確認する：料金表だけでなく、既存割引やGoogle Cloudコミットメントへの算入条件を確認する。
公式の設定フローはMarketplaceでの契約、必要サービスの有効化、Anthropic組織のセットアップ、Consoleへのアクセスという順です。先に利用を始めると、既存割引は過去の利用分へ遡って適用できないと案内されています。契約条件の確認を、検証利用の後回しにしないようにしましょう。
クラウド経由でAIを調達する際の論点は、関連記事のOpenAIとGoogle Cloudの提携にも整理しています。ただし、今回とは提供方式も利用条件も異なるため、そのまま流用しないでください。
実務上の注意
Google Cloud請求だから、すべての処理がGoogle Cloud内に閉じるとは限りません。Anthropic managedでは、信頼性・安全性に関わる一部の補助サービスがGoogle Cloud外で処理を行うと説明されています。
また、別のAnthropic組織で結んだZero Data Retention（ZDR）の条件は自動では引き継がれません。保持条件が重要な業務は、新組織での適用を確認してからデータを扱います。監査記録についても、Data Accessログは既定でオフのため、必要な記録を確認できる状態かを点検してください（出典：設定・データ保持・ログの公式説明）。
まとめ
Claude Models on Google Cloud（Anthropic managed）の一般提供により、Claude Platformの機能をGoogle Cloudの認証・請求と組み合わせる選択肢が広がりました。
導入判断では、運用主体、データ条件、新組織の設定、IAM、契約条件を一緒に確認することが重要です。現在の環境で動いている小さな処理を一つ選び、合格条件を決めてから移すと、請求の整理と業務の継続性を両立しやすくなります。
よくある質問
Google managedは使えなくなるのですか？
いいえ。公式発表では引き続き利用できるとされています。求める機能やデータ処理主体、地域条件に応じて選びます。
既存のClaude API組織をそのまま切り替えられますか？
既存組織を変換する方式ではありません。新組織を作り、必要な設定・保存データ・利用条件を確認しながら移行します。
Google Cloudのコミットメントへ必ず全額算入されますか？
公式資料はMarketplace購入と同様の扱いで算入すると説明しています。自社契約の適用条件や割引は、利用開始前に担当者へ確認してください。
出典・参考情報
運営元について
AXメディアは、株式会社ジーズ AX事業部が運営しています。AX事業部では、AI研修・AIエージェント開発・ローカルLLM開発・補助金／助成金の活用支援を提供しています。
