はじめに
私はエンジニアではありません。
普段はSEOまわりの仕事をしていて、コードはまったく書けません。
そんな私が、MCPでつまずいて、最後に「あ、そういうことか」とほっとするまでの記録です。
この記事について
- 技術的に正確な解説ではなく、非エンジニアのつまずき体験記です（主観多め）
- 同じ立場の方にも、人にMCPを教える立場のエンジニアの方にも、何か届けばうれしいです
- 登場するツールは「サービスA（順位計測系）」「サービスB（被リンク分析系）」と表記します。私が契約している例であって、その種類のツールが全部こう、という話ではありません
最初の素朴な思い込み（と、ちょっとした不安）
きっかけは、いつも使っている順位計測系のツール（サービスA）に「MCP」のメニューがあるのを見つけたことでした。Claudeと連携したら何ができるんだろう、と軽い気持ちで調べていたんです。
そのツールのメニューを開くと、「MCP URL」が載っていました。
「あ、これを使えば良さそう」
でも次の瞬間、変な不安がよぎります。
そのURL、私だけの番号みたいなものが何もついていなくて、いかにも「みんな共通」という見た目だったんです。
待って。これ私が使ったら、他の人は使えなくなったりしない…？大丈夫だよね…？
（はい、ただの心配性です。）
整理すると、当時の私の頭の中はこうでした。
- MCPのURLは1つしかない
- ということは、それを「みんなで共有して」使うものなんだろう
- でも共有するなら、誰かが使っている間は他の人が使えない、みたいなことが起きるのでは？
もうひとつの引っかかりは「APIキーとの混同」
これまでに「APIキー」を使うことが何度かあり、それらはランダムな文字列の、いかにも“自分専用”という見た目でした。社内のIT担当からも「あなた専用のキーだから取り扱いに注意してね」と言われたことがあります。
だから私の中では「こういう連携に使うものは、人ごとに違う固有のもの」というイメージができていたんです。
なのにMCPのURLは、いかにも共通っぽい見た目。「あれ、これ“自分専用”じゃないの…？」というのも、もやもやの一因でした。
（今思えば、この思い込みも不安も的外れだったのですが・・・）
調べてみて、つまずいたこと
不安になった私は、手元の契約ツールを2つ並べて考え始めました。ひとつはサービスA（順位計測系。ユーザーを複数人登録できるプランで契約）、もうひとつはサービスB（被リンク分析系。1ユーザーだけのプランで契約）。
ここでさらに混乱します。
どちらもMCPのURLは1つ。なのに、サービスAは複数人で使えそうで、サービスBはそうじゃなさそう。同じURLなのに、なんでそんな違いが出るの…？同じ仕組みなのに、使える人数が変わるってどういうこと…？
わかったのは「URLは鍵じゃなくて窓口である」ということ
AIに聞いたり調べたりするうちに、ようやく分かってきました。
MCPのURLは、利用権そのものではない。ただの「窓口（接続先）」であると。
私が「私だけの番号がついていない」と不安になったあのURLは、不安になる必要がなかった。全員が同じ窓口を使うのが当たり前で、誰が使えるかは別の仕組み。「誰のアカウントでログイン（認証）したか」で決まっていたんです。
イメージとしてはGoogleアカウントに近い。
同じログイン画面（窓口）を世界中の人が使うけれど、実際に入れるのは自分のアカウントの中だけ。
MCPもこれと同じで、システムが見ているのは「人間」ではなく「どのアカウントで認証されたか」なんですね。
そして、先に書いた「APIキーとの混同」も、これで説明がつきました。私はずっと、APIキーとURLを“同じ種類のもの”だと思い込んでいたけれど、役割が違ったんです。
| APIキー | MCP URL |
|---|---|
| 「誰か（自分）」を表す鍵。 人ごとに固有・秘密・取り扱い注意。 |
「どこ」を指す住所。 みんな共通で当たり前 |
この考え方が分かると、先ほどの不安にも答えが出ます。
- URLは「一回使ったら他の人が使えなくなる鍵」ではない → 私が使っても誰もロックアウトされない
- 「他の人が使えるか」を決めているのはURLではなく、その人が自分のアカウントで認証できるかどうか
つまり私が本当に気にすべきだったのは、「URLの数」でも「端末の数」でもなく、「誰のアカウントで入るか」だったと分かりました。
ちなみに、これも今回いっしょに学んだことなのですが…
MCPのURLが、いつも今回のような“ただの共通の住所”とは限らないそうで。サービスによっては、URLの中にトークン（≒鍵）が埋め込まれていることがあって、その場合はAPIキーと同じく、人に見せない秘密として扱う必要があります。
今回私が見たのは、たまたまトークンが入っていない共通URLだった、というだけ。「MCPのURLは全部共通で、誰に見せてもOK」と早合点しないように、と自分にメモしておきます。
具体例で確認してみる
この「窓口とアカウント」の考え方で、さっきの2つのツールを見直すと、もやもやが解けました。
サービスA（順位計測系・ユーザーを複数人登録できるプラン）
このツールは、APIへのアクセス権が大もとのアカウントに紐づくタイプでした。ユーザーを複数登録できるプランでも、追加したユーザーがそのまま各自で連携できるとは限らない。つまり「登録できるユーザー数＝MCPを使える人数」ではない、ということです。
サービスB（被リンク分析系・1ユーザー契約）
こちらは1アカウントだけ。同じ人が複数の端末（PC・スマホなど）から使う分には問題ありません。システムから見れば「同一アカウントが複数デバイスから使っている」だけだからです。一方で、別の人と1アカウントを共有するのは規約違反になります。仕組み上は「同一人物」と区別がつかなくても、不正利用として検知される可能性があります。
ClaudeとMCP連携して使う前提で、この2つを整理すると、こうなります。
| ClaudeとMCP連携するとき | サービスA（順位計測系） | サービスB（被リンク分析系） |
|---|---|---|
| サービス自体の契約プラン | ユーザーを複数人登録できる（ただし大もとのアカウントは1つ） | 1ユーザーのみ |
| 同じ人が複数の端末からつなぐ | 使える | 使える |
| 別の人が各自つなぐ（人数分） | 登録ユーザーがいても、各自がそのままつなげるとは限らない（API権限は大もとのアカウント側） | 不可（ユーザー追加が必要） |
| API（クレジット）の消費 | プランの枠を共有して消費 | プランの枠を共有して消費 |
※実際の挙動はツールごとに違います。最後は各ツールの公式ドキュメントを確認するのが確実です。
エンジニアには当たり前かも。でも、いち例として
ここまで読んでくださったエンジニアの方がいるとしたら、こう思ったかもしれません。
いや、URLが共有なんて当たり前でしょ。
そうですよね。たぶん、詳しい人には言うまでもない話だと思います。
ただ、「自分はこう引っかかった」という“いち例”を残しておくのも、もしかしたら誰かのちょっとした気づきになるかも…と思って書いてみました。（「気づき」なんて言うとおこがましいですが、まあ、気軽にアウトプットしてみる、ということで。）
具体的には、こんな引っかかり方でした。
- 「URLが1つ＝それを共有して全員で使うもの」だと素朴に思った
- さらに「自分が使ったら他の人が使えなくなるのでは」とまで心配した
たぶん「URL」という言葉から、ついWebページのアドレスのような“場所”を思い浮かべて、「その場所をみんなで共有する」というイメージで止まってしまったんだと思います。
ちなみに私の場合は、「URLは“窓口”で、本質は“認証（誰のアカウントで入るか）”」という説明で、ようやく納得できました。もし周りに同じところで止まっている人がいたら、この説明で腑に落ちることもあるかもしれません。
おわりに
正直に言うと、MCPの技術的な細部は、今も「分かったような、分からないような」状態です。たぶんこれからも完璧には理解できないと思います…
でも、「URLの数」じゃなくて「誰のアカウントか」で考えればいい。そのイメージが持てただけで、少しだけ、分かった気になれました。
同じように「なんとなく」のまま使っていた非エンジニアの方が、ほんの少し「あ、そういうことか」と思えたなら幸いです。