Excel／Google スプレッドシート連携の MCP 実装を比較｜ローカル実行・権限・監査ログの観点（網羅系・要確認）

生成AIを実務に組み込む際、最大のボトルネックとなるのが「社内データの参照」です。特に、多くの業務ロジックが埋め込まれたExcelや、共同編集の基盤であるGoogle スプレッドシートを、LLM（大規模言語モデル）からいかに安全に、かつ正確に操作させるかが、自動化の成否を分けます。

本記事では、Anthropicが提唱するModel Context Protocol（MCP）を用い、ExcelおよびGoogle スプレッドシートをLLMと連携させる際の実装手法を、実務担当者の視点で徹底比較します。ローカル実行の可否、権限管理の粒度、そしてエンタープライズ用途で不可欠な監査ログの観点から、最適なアーキテクチャを紐解きます。

MCP（Model Context Protocol）による表計算ソフト連携の全体像

MCPは、LLMアプリケーションと外部データソース（コンテキスト）を接続するためのオープンな標準プロトコルです。従来、ExcelやスプレッドシートのデータをAIに渡すには、手動でのCSVアップロードや、場当たり的なAPI連携コードの記述が必要でした。しかし、MCPを導入することで、AIクライアント（Claude Desktopなど）とデータソース側の「MCPサーバー」を定型化されたプロトコルで接続できるようになります。

なぜLLMとExcel/スプレッドシートをMCPで繋ぐのか

最大の理由は、「文脈の動的な提供」と「アクションの実行」です。MCPを介することで、AIは以下の操作を自律的に行えるようになります。

• 大量の行から必要なデータのみを検索・抽出する。
• 複数のシートを跨いだデータの集計。
• 分析結果を特定のセルへ直接書き込む、または新規シートを作成する。

Excel（ローカル/OneDrive）とGoogle スプレッドシートの技術的差異

実装において、両者は「データの所在」と「アクセス手段」が根本的に異なります。

• Excel: ローカルのファイルシステム（.xlsx）にある場合と、クラウド（OneDrive/SharePoint）にある場合で、MCPサーバーに求められる権限とライブラリが変わります。
• Google スプレッドシート: 常にクラウド上にあり、Google Sheets APIを介したアクセスが前提となります。認証にはOAuth 2.0またはサービスアカウントが必要です。

このように、データの置き場所によってセキュリティ設計や監査の仕組みが大きく変わるため、事前の比較検討が重要です。例えば、経理業務のように厳格な管理が求められるシーンでは、
Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイドで解説されているような、ノーコードツールとの棲み分けも考慮すべきでしょう。

Excel実装：ローカル実行とセキュリティ設計

Excelをデータソースとする場合、多くの企業が直面するのが「ローカルPC上のファイルをどう扱うか」という課題です。

ローカルファイルシステム経由でのMCP実装

Python（pandas/openpyxl）やNode.js（exceljs）を用いてMCPサーバーを構築すれば、ローカルにある .xlsx ファイルを直接読み書きできます。この構成の利点は、インターネットを介さずにデータ処理を完結できる点にあります。機密性の高い財務データなどをクラウドAPIに流したくない場合に有効です。

OneDrive/SharePoint API経由の実装と認証の壁

組織で共有されているExcelファイルを扱う場合、Microsoft Graph APIを使用します。この場合、MCPサーバーはAzure App Registration（Microsoft Entra ID）に登録されたクライアントIDとシークレットを保持する必要があります。

権限管理：OSレベルのパーミッションとMCPの役割

ローカル実行の場合、MCPサーバーが動作するユーザー権限がそのままExcelファイルへのアクセス権となります。特定のフォルダ内のみを読み取り専用にするなど、OSレベルでの制限が一次防衛ラインとなります。一方、MCPサーバー側で「特定の関数（Tool）のみを公開する（例：Readのみ許可し、Writeは実装しない）」というアプリケーションレベルの制限も可能です。

Google スプレッドシート実装：API連携と権限管理

Google スプレッドシートをMCPで扱う場合、公式（@modelcontextprotocol/server-google-sheets）またはカスタムのMCPサーバーが、Google Sheets APIを叩く構造になります。

Google Sheets APIを用いたMCPサーバーの構成

実装には、Google Cloud プロジェクトの作成が必須です。MCPサーバーがAIの代わりに「誰として」アクセスするかが設計の肝となります。

OAuth 2.0とサービスアカウントの使い分け

• OAuth 2.0: 実行するユーザー個人の権限でシートにアクセスします。個人用ツールとしては最適ですが、サーバーサイドでの自動実行には向きません。
• サービスアカウント: サーバー固有のメールアドレス（例: mcp-bot@project-id.iam.gserviceaccount.com）を発行し、そのアカウントに特定のシートの閲覧・編集権限を付与します。組織管理としてはこちらが推奨されます。

共有範囲の制限：特定のスプレッドシートIDへのアクセス制限

MCPサーバーの実装において、環境変数で ALLOWED_SPREADSHEET_IDS を定義し、特定のファイル以外へのアクセスを拒絶するバリデーションを設けることで、AIの暴走による情報漏洩リスクを低減できます。

【徹底比較】Excel vs Google スプレッドシートのMCP実装

実務上の主要な評価項目に基づき、両者の特性を比較表にまとめました。

特に、SaaSコストやインフラの負債を整理している段階の企業では、
SaaSコストとオンプレ負債を断つ。バックオフィス＆インフラの「標的」と現実的剥がし方（事例付）の視点も踏まえ、どのデータソースにMCPを繋ぐべきか慎重に判断する必要があります。

実務における監査ログとセキュリティ対策

エンタープライズ環境でMCPを導入する際、最も懸念されるのが「AIが勝手にデータを書き換えた際、誰が責任を取るのか」という点です。

誰が、いつ、何をしたか：MCPサーバー側のロギング実装

標準的なMCPサーバーの実装に加えて、以下の情報を構造化ログ（JSONなど）として出力し、CloudWatch LogsやBigQueryへ転送する仕組みが推奨されます。

• 実行されたTool名（例：read_sheet, append_row）
• 呼び出し元のAIエージェントID（またはユーザーID）
• 操作対象のファイルID・範囲
• 実行パラメータの内容

書き込み操作の制御：AIによる誤操作を防ぐ「Human-in-the-loop」

MCPサーバー側で、書き込み関数（update_cell等）を実装する際は、即座に実行するのではなく、一度プロンプトを介してユーザーに「この内容で更新して良いですか？」という承認を求めるステップを設けることが、実務上の安全弁となります。

例えば、会計データの自動連携においては、
【完全版】給与ソフトからfreee会計への「部門別配賦」と仕訳連携。労務と経理の分断を解決するアーキテクチャのような、厳密なフロー制御が不可欠です。

実装手順ガイド：スプレッドシートMCPサーバーの構築

ここでは、汎用性が高いGoogle スプレッドシートを対象としたMCPサーバーの構築手順を解説します。

ステップ1：Google Cloud ConsoleでのAPI有効化

1. Google Cloud Consoleにログインし、プロジェクトを新規作成します。
2. 「APIとサービス」から「Google Sheets API」を検索し、有効化します。
3. 「認証情報」から「サービスアカウント」を作成し、JSONキーをダウンロードします。このファイルがMCPサーバーの認証に必要です。

ステップ2：MCPサーバーの環境構築（Node.js）

公式の @modelcontextprotocol/server-google-sheets を利用する場合、以下のコマンドでセットアップを行います。

npm install -g @modelcontextprotocol/server-google-sheets

環境変数として、ダウンロードしたJSONキーのパスを指定します。

ステップ3：Claude Desktopへの接続設定

Claude Desktopの設定ファイル（config.json）に、MCPサーバーの起動コマンドを追記します。

{
"mcpServers": {
"google-sheets": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-google-sheets"],
"env": {
"GOOGLE_APPLICATION_CREDENTIALS": "/path/to/your/key.json"
}
}
}
}

よくあるエラーと対処

• 403 Forbidden: サービスアカウントのメールアドレスが、対象のスプレッドシートに「編集者」として招待されているか確認してください。
• Timeout: 大容量のシートを読み込もうとすると、MCPの通信制限に引っかかる場合があります。read_range 関数等で取得範囲を絞るようプロンプトを調整してください。
• Token Expired: OAuthを使用している場合は、リフレッシュトークンの管理が正しく行われているか確認してください。

組織規模・セキュリティ要件別 スプレッドシートMCP選定早見表

Excel MCPとGoogle Sheets MCPは技術的な実装方式だけでなく、組織のセキュリティポリシーと規模によって適切な選択肢が異なる。以下の早見表で自社環境に合った選定を確認してほしい。

MCP経由でAIがスプレッドシートを操作する際、書き込み権限の範囲を最小化するロールを明示的に設定しない限り、意図しないセル上書きのリスクが残る。読み取り専用MCPから始め、書き込みを許可する範囲をシートやレンジ単位で制限するのが安全な導入手順だ。

よくある質問（Excel Google スプレッドシート MCP 実装 権限 監査ログ）

まとめ：業務要件に合わせたMCP選定基準

ExcelとGoogle スプレッドシート、どちらのMCP実装を選ぶべきかは、単なるツールの好みではなく「データのガバナンス」と「実行環境の制約」で決まります。

• Excel（ローカル）: 外部APIにデータを出せない、あるいはPC上の孤立したファイルを一時的に分析したい場合に最適。
• Google スプレッドシート: 複数人での同時編集、ワークフローの自動化、クラウドネイティブな監査ログの集中管理を優先する場合に最適。

MCPはまだ進化の途上にあるプロトコルですが、表計算ソフトとの連携は、AIを「ただのチャット相手」から「実務を遂行するエージェント」へと昇華させる重要なステップです。まずはスモールスタートとして、特定の定型業務からMCPサーバーの導入を検討してみてはいかがでしょうか。

Excel MCP や Google Sheets MCP を組織で使い始める際は、書き込みを許可するシートやレンジを明示的に制限し、誰がいつ何を操作したかを記録する監査ログを最初から設計に組み込むことが安全な導入の基本です。MCP の権限設計や運用ルールづくりは Claude Code 導入支援 でもご相談いただけます。