ClaudeとShippoを連携する方法 — 運賃比較からラベル購入まで安全に任せる
Shippo公式のMCPサーバーをClaudeにつなぐ手順です。OAuthで接続し、運賃比較・住所検証・追跡を任せつつ、ラベル購入が本番課金になる点を踏まえた運用まで解説します。
Claude Shippo連携とは何か
Claude Shippo連携は、複数キャリア対応の配送APIを提供するShippoの公式MCPサーバーを、Claudeにつなぐ仕組みです。運賃の比較、ラベルの購入、住所の検証、荷物の追跡を、チャットの中から自分のShippoアカウントに対して実行できます。
Connectorsディレクトリでは、開発元Shippoの「Anthropic verified」表示付きで掲載されています。カテゴリはコマース・ショッピング、生産性、セールス・マーケティング。追加時期は2026年6月で、サインインは必須です。接続先のURLは https://mcp.shippo.com/ です。
ディレクトリの説明が挙げる対象はUSPS、UPS、FedEx、DHLを含む40以上のキャリアです。できることは次のとおりです。
- リアルタイムの運賃比較
- 出荷(shipment)の作成と、ラベルの購入・返金
- 住所の検証と標準化
- 荷物の追跡
- 国際発送の通関書類
- 集荷の予約、マニフェストの生成、バッチ出荷
認証はShippoアカウントでのOAuthです。インストールもAPIキーの入力もありません。ここまでは手軽ですが、見落としやすい点が1つあります。このサーバーは本番(ライブ)のアカウントに作用し、ラベルの購入は実際の課金になります。接続手順より、この点を前提にした運用のほうが記事の中心になります。
Connector全般の仕組みはClaudeコネクタの解説にまとめています。
Claudeに追加する手順
claude.ai、Claude Desktop、Claudeモバイルは同じディレクトリを共有しており、手順は共通です。
ディレクトリからShippoを追加する流れ
- 1
Connectorsを開く
claude.aiではサイドバーの「Customize」から「Connectors」へ進みます。Claude Desktopでは「Settings → Connectors」です。
- 2
Shippoを探す
「+」を押し、「Browse connectors」を選んで一覧からShippoを見つけます。
- 3
Connectして認証する
Shippoの掲載ページで「Connect」を押し、表示されるShippoのサインインを完了します。
Team・Enterpriseの管理者は、「Admin settings → Connectors」の「Browse connectors」からShippoを組織向けに追加できます。この操作はメンバーの一覧に表示するだけで、サインインまでは済みません。各メンバーが自分の「Customize → Connectors」から接続し、初回にShippoのサインインを行います。Teamプランでコネクタを追加できないメンバーには「Request」ボタンが出て、管理者に通知が飛びます。
組織の設定でディレクトリのコネクタが制限されていて、Shippoが一覧に出ないこともあります。その場合はカスタムコネクタとして足せます。
- 「+」から「Add custom connector」を選ぶ
- 名前に
Shippoを入れる - URLに
https://mcp.shippo.comを貼る - 詳細のOAuth欄は空のまま「Add」を押す
接続先もサインインも、ディレクトリ経由と同じです。
Claude Codeに追加する
Claude Codeからは、リモートMCPとして1行で足せます。
claude mcp add --transport http shippo https://mcp.shippo.com追加後にClaude Code内で /mcp を実行し、Shippoのサーバーを選んでブラウザのサインインを完了します。サインインの有効期限が切れて再認証を求められたときも、同じ /mcp から操作します。
Shippoは、コネクタと同社のスキルをまとめたプラグインも配布しています。Claude Codeでは次の2コマンドで入ります。
/plugin marketplace add goshippo/ai
/plugin install shippo@shippoclaude.aiとDesktopでは、同じリポジトリの最新リリースからプラグインのzipを落とし、Pluginsの画面で追加します。Team・Enterpriseの管理者は「Organization settings → Plugins」から全員向けに入れられます。ツールだけを使うならプラグインは不要です。Shippoは、スキルを足すと住所や通関データの整形、サービスの選び方といった出荷の定石をClaudeが踏まえるようになると説明しています。
標準入出力(stdio)でしかMCPを起動できないクライアント向けには、npmパッケージ @shippo/shippo-mcp が用意されています。同じ公式サーバーへの薄いブリッジで、Node.js 18以上が必要です。リモート接続に対応しているクライアントなら、直接つなぐほうが部品が少なく済みます。
4つのツールで構成されたサーバー
ディレクトリに載っているツールは4つだけです。
| ツール名 | 名前から分かること |
|---|---|
shippo_list_tools | 名前から分かることツールの一覧 |
shippo_describe_tool | 名前から分かることツールの説明 |
shippo_read_execute_tool | 名前から分かること読み取り系の実行 |
shippo_write_execute_tool | 名前から分かること書き込み系の実行 |
運賃取得やラベル購入ごとに専用のツールがあるわけではありません。一覧と説明を引ける2つに加え、実行が読み取りと書き込みの2本に分かれた構成です。各ツールの引数や内部の動きは、ディレクトリの掲載ページに書かれていません。表の右列は名前からの読み取りで、公式が明記しているのは「読み取りと書き込みが別のツールなので、状態を変える操作には承認を求められる」という点です。
この分離がClaude側の運用で効きます。承認の設定をツール単位で行うクライアントなら、読み取りは自動、書き込みは毎回確認、と分けられます。Claudeのコネクタ設定でツールごとの許可を調整できる環境では、shippo_write_execute_tool だけを都度確認にしておくのが、課金を伴うサーバーでは分かりやすい形です。
任せられる作業と、頼み方の例
Shippoの機能ページには、領域ごとに例文が載っています。文面は公式の例を日本語に直し、少し言い換えたものです。
| 領域 | 頼み方の例 |
|---|---|
| 住所 | 頼み方の例この住所を検証して標準化して |
| 出荷の作成 | 頼み方の例10×8×4インチ・2ポンドの荷物で、AからBへの出荷を作って |
| 運賃 | 頼み方の例この出荷の運賃をキャリア横断で比べて、最安と最速を出して |
| ラベル | 頼み方の例最安のUSPSの運賃でラベルを買って |
| 追跡 | 頼み方の例追跡番号とキャリアを渡して、いまの状況を聞く |
| 通関 | 頼み方の例カナダ宛てのTシャツ2枚の税関申告書を作って |
| バッチ | 頼み方の例このCSVから出荷をまとめて作り、ラベルも作って |
| 集荷・マニフェスト | 頼み方の例今日のUSPS出荷の日次マニフェストを作って |
| Webhook | 頼み方の例配達完了時にこのURLへ通知する設定を作って |
機能ページには、キャリアアカウントの一覧表示や設定の更新、保存済みアドレス帳の参照、Webhookの設定も並びます。注意したいのは、運賃比較のような読み取りだけでなく、キャリアアカウントの設定変更やWebhook作成のような状態を変える操作も、同じサーバーから呼べる点です。
使い方が分かれる3つの場面
場面ごとの使い方
日々の出荷
住所を検証し、運賃を比べ、ラベルを買うまでを1つの会話で進めます。アプリを行き来する手間が省けます。
荷物の問い合わせ対応
追跡番号を複数貼って、遅れているものを聞けます。Shippoで購入した荷物の追跡は無料です。
開発前の動作確認
CursorやClaude Codeで、運賃や通関のデータをライブAPIに投げて挙動を確かめ、そのあと実装コードにします。
課金と本番アカウントの扱い
ここが運用の要です。Shippoの資料では、課金のかかり方が次のように分かれています。
課金のかかり方
運賃の比較・住所の検証
無料
アカウントに課金されない
Shippoで買った荷物の追跡
無料
外部購入分は課金対象
ラベルの購入
課金
実行前に確認が入る
追跡については、Shippoの外で買った荷物の追跡は課金される操作に当たる、と明記されています。同じ「追跡」でも、どこで買ったラベルかで扱いが変わるわけです。
もう1つの制約は、ホスト型サーバーに専用のテストモードがないことです。テスト用ラベルや模擬追跡が必要な開発では、shippo_test_ で始まるテスト用APIキーをShippoのAPIに直接使います。テスト用とライブ用のデータとオブジェクトIDは完全に別物です。つまり「MCPで試してからAPIに切り替える」という流れは、テスト環境では成り立ちません。ライブのアカウントで試すことになるので、最初は課金のない読み取り系の操作から始めるのが無難です。
ラベル購入を安全に任せる書き方
ラベルの購入前に確認を入れるルールを、Claudeへの指示として明文化しておく方法があります。プロジェクトの指示文やClaude Codeの CLAUDE.md に、たとえば次のように書きます(これは例示で、Shippo公式の記述ではありません)。
Shippoを使うときの決まり:
- 運賃を比べたら、キャリア・サービス名・料金・到着見込みを表で示す
- ラベルを買う前に、購入する運賃と宛先をもう一度示して承認を待つ
- 承認なしに複数のラベルを連続で買わない
- バッチ作成のときは、件数と合計の想定料金を先に伝えるツール側の承認画面と二重になりますが、承認ダイアログだけでは「どの運賃を買うのか」を読み飛ばしやすいため、会話の中で購入内容を明示させる意味があります。バッチはとくに、1回の指示で多数のラベルに触れ得ます。最初の数件で結果を確かめてから広げるのが現実的です。
承認の仕組みそのものはStripe連携の返金承認フローや、読み取り専用のCheckout.com連携と比べると違いが分かります。Checkout.comは読み取り専用の調査向け、Shippoは書き込みを含む実行向け、という位置づけです。
つまずいたときの切り分け
Shippoの資料にある対処を、症状別に並べます。
Shippoが使えないときの確認順
- Qコネクタの一覧にShippoが出ているか?答えがいいえのとき答えがはい
ディレクトリへの反映が途中か、組織がディレクトリのコネクタを制限している可能性があります。前述のカスタムコネクタで
https://mcp.shippo.comを追加します。 - Qツールの選択画面にShippoが出るか?答えがいいえのとき答えがはい
サーバーの追加とShippoのサインインが完了しているかを、コネクタの設定画面で確かめます。
- Qサインインを求められ続けるか?答えがいいえのとき答えがはい
認可セッションの期限切れです。コネクタの設定から再認可します。Claude Codeでは
/mcpから行います。
サインイン画面が出ないとき
ポップアップがブロックされている可能性があります。許可してからやり直します。
接続を外すときは、クライアントのコネクタ設定からShippoを削除します。必要ならShippoのアカウント側でもアクセスを取り消せます。リクエストはHTTPSでShippoのホスト型サーバーに送られ、ユーザーごとのShippoの認可で認証されてShippo APIへ転送されます。手元で動くプロセスや、保管するAPIキーはありません。
導入前に確認したいこと
Shippoのアカウントがなければ、サインインの段階で止まります。まずアカウントとキャリアアカウントの設定が済んでいることが前提です。
次に、誰が本番の課金権限を持つかです。ClaudeのTeam・Enterpriseでは、組織で追加しても各メンバーが自分のShippoアカウントで接続します。一覧に出すだけでメンバー全員が購入できる状態になるわけではありません。ただしラベル購入は接続したアカウントへの課金なので、どのメンバーのShippoアカウントで接続するかは、導入前に決めておく項目です。
最後に、役割の切り分けです。Shippoのコネクタが受け持つのは配送の領域です。注文管理や決済の情報は別のコネクタで補い、Shippoには「運賃の比較から追跡まで」を任せると、権限の範囲を小さく保てます。同じ「会話で数字を引く」型の例は、ChartMogul連携が参考になります。