「ChatGPTの中から、うちのサービスを使ってもらえるようにしておいて」。そう言われたものの、何をどこへ登録すればいいのか、見当がつかない。
調べてみると、Apps SDK・MCP・プラグインと似た言葉が並んでいて、どれが自分の仕事なのか分からなくなる。そういう状態のまま、この記事にたどり着いた方が多いのではないかと思います。
この記事は、ChatGPT Apps SDKという言葉を今日はじめて調べた方を想定して書きました。専門用語は出てきたその場で言い換えます。図解と会話をはさみながら、最後は「今日から手をつけられること」まで持っていきます。
こんなふうに調べていませんか
- 「ChatGPT Apps SDK とは」で検索したが、公式ドキュメントが英語で読み解けなかった
- 上司から「ChatGPTの中で使えるようにして」と言われたが、指示の意味が分からない
- AI検索対策の続きとして、ChatGPTの中の導線をどう作るか探している
この記事を読み終えたときに手に入るもの
- Apps SDKとプラグインの関係を、社内の人に自分の言葉で説明できるようになります
- モデルが「この機能を呼ぼう」と決めるときの判断材料が、図で分かります
- 今日から手をつけられる作業が、4つに絞れます
結論30秒でわかる、この記事の結論
- ChatGPT Apps SDKとは、ChatGPTの会話の中でモデルが呼び出せるアプリを作るための、公式のフレームワークです。
- 呼ぶかどうかを決めるのはモデルです。キーワードを登録して露出を買う枠は、用意されていません。
- 整えるのは説明文です。ツール名・説明文・パラメータ・ヒントタグ。この4つの精度が、そのまま導線になります。
この記事では、ある会社のマーケティング部の3人と、専門家の会話をはさみながら進めます。あなたに近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当2年目）— 「そもそも、それって何ですか？」を聞く役
- 高梨課長（マーケ課長）— 「誰が、どれくらいの手間でやるんですか？」を聞く役
- 大森部長（マーケ部長）— 「うちはやるべきなのか」を決める役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01そもそもChatGPT Apps SDKとは何で、AI検索対策と何が違うんですか？
若葉さんあの…そもそもなんですが、「ChatGPT Apps SDK」って、自社サイトを作るのと何が違うんですか？正直、言葉から全然イメージが湧かなくて…。
鈴木さんはい、そこは多くの方がつまずくところなので、順番に整理しますね。ひとことで言うと、ChatGPTの会話の中で、モデルのほうから呼び出せる機能を作る道具なんですよ。
ChatGPT Apps SDKとは、ChatGPTの会話内でモデルが呼び出せるアプリを、開発者が組み立てるための公式フレームワークです。
これまでのWeb施策は、来てもらう形でした。検索結果や広告からリンクを開いてもらい、自社のページの中で操作してもらう。導線の主導権は、リンクをクリックする読者の側にありました。
Apps SDKが前提にしているのは、その逆の形です。読者はChatGPTの画面から動きません。会話の流れの中で、モデルのほうが「ここでこの会社の機能を使おう」と判断して呼び出します。
AI検索対策とは地続きですが、ゴールの置き場所が違います。AI検索対策は「答えの中で引用してもらう」ことを目指します。Apps SDKは「会話の中で機能を使ってもらう」ことを目指します。
02ChatGPT Apps SDKとは、結局どんな部品でできているんですか？（AIOの視点で見る中身）
公式ドキュメントは、企業が公開する成果物を「プラグイン」と呼んでいます。そしてプラグインは、スキル・MCPサーバー・その両者の組み合わせのいずれかで構成されると説明しています。
聞き慣れない言葉が2つ出てきたので、その場で言い換えます。
MCP（Model Context Protocol） は、ChatGPTを外部のツールやデータへつなぐためのオープン標準です。MCPサーバーは、その標準に沿ってプラグインに実際のツール機能を渡し、外部システムへのアクセスを実現する中核部分にあたります。
スキルは、そのMCPツールの周辺に組み立てる、繰り返し実行できるワークフローと位置づけられています。
つまりApps SDKで作るアプリは、2つの層でできています。外部システムにつなぐ配線と、その配線を使って依頼をこなす手順です。企業側は、この2つをどう組み合わせるかを設計することになります。
言葉だけだとイメージしにくいので、道具箱にたとえてみます。
職人は、ラベルを読んで工具を選びます。ラベルが曖昧だったり、1本の工具に用途がいくつも書いてあったりすると、手が止まります。Apps SDKで企業が整えるのは、このラベルの精度です。
この章のまとめ
Apps SDKで作るものは、外部システムへの配線（MCPサーバー）と、依頼をこなす手順（スキル）の2層。公開される単位が「プラグイン」です。
03自社のアプリは、ChatGPTの中でどうやって見つけてもらうんですか？AI検索と同じ考え方でいいですか？
若葉さんすみません、AI検索なら「上位に出る」というのが分かるんですが、ChatGPTの会話の中では、どこに並ぶことになるんでしょうか？
鈴木さんいい質問です。ここは並ぶ場所を取りにいく話ではないんですよ。モデルが「いま使う道具はどれか」と考えている、その判断の中に入っていく話なんです。
若葉さんえっと…つまり、目立つ場所を確保するのではなくて、選ばれる候補に入れておく、ということですね？
鈴木さんはい、その理解で十分です。
結論から述べます。企業が事前にキーワードを登録して露出を買う仕組みではありません。 モデルがメタデータを読んで、自分で呼び出しを判断する仕組みです。
公式ガイドは、モデルがツールを呼ぶタイミングを、企業が提供するメタデータにもとづいて判断すると明記しています。判断の根拠になるのは、ツールに付与されたメタデータそのものです。
AI検索での引用と、考え方の骨格はよく似ています。どちらも、こちらが押し込むのではなく、向こうが選ぶという点が同じです。違うのは、選ばれた先に起きることです。引用は「読まれる」で終わり、呼び出しは「使われる」まで進みます。
04Apps SDKでモデルに呼んでもらう説明文は、AI検索最適化の書き方とどこが同じなんですか？
企業が調整できるメタデータは、主に次の4つです。
- ツール名の設計 —
calendar.create_eventのように、領域名と操作名を組み合わせた形式にする - 説明文の書き方 — 「Use this when…」で始め、使うべき場面とともに、使うべきでない場面（disallowed cases）も明記する
- パラメータの文書化 — 各引数を説明し、具体例を添え、制約のある入力には許可される値の範囲を示す
- ヒントタグの付与 —
readOnlyHintやdestructiveHintなど、ツールの性質を示すタグを用途に応じて設定する
AI検索最適化の書き方と重なるのは、その一片だけを読んでも意味が通るようにするという原則です。AI検索では、ページ全体ではなく文の一部が抜き出されます。だから指示語に頼らない1文を置きます。
Apps SDKでも同じことが起きています。モデルが読むのは、あなたのサービス紹介ページ全体ではありません。ツールに添えた短い説明文だけです。その1枚のラベルだけで判断が付くかが分かれ目になります。
さらに公式ガイドは、企業が想定される依頼文の集合（golden prompt set）を事前に用意することを勧めています。開発モード上で実際のプロンプトを繰り返し試し、呼び出しの精度を高めていく運用です。
05Apps SDKという呼び方は、もう変わったんですか？（AI対策の情報の追い方）
技術の土台としてのApps SDKは現役です。ただし、ユーザーがアプリを見つける入口としての呼び名と導線は、移り変わってきました。
OpenAIは2025年10月6日にApps SDKをプレビュー公開しました。その後、OpenAIヘルプセンターの説明によると、コネクタの呼称はアプリへ整理され、2026年7月にはアプリの公開先が「プラグインディレクトリ」へ移行したとされています。
ここが実務でつまずきやすいところです。「Apps SDK」という単語で情報を探すと、発表当時の記事にばかり当たります。現在の一次情報は、「プラグイン」という枠組みで書かれています。
Apps SDKは終了した機能ではありません。プラグインを構成するMCPサーバー部分の開発基盤として、そのまま存在し続けています。呼び名が変わったのは、公開と発見の側です。
06プラグインディレクトリに載ることは、LLMOの導線としてどう効くんですか？
公式ドキュメントは、プラグインを「ChatGPTとCodexで人々が発見・インストール・共有・公開するパッケージ」と定義しています。そして、ChatGPTとCodexは単一のプラグインディレクトリを共有すると明記しています。
公開したプラグインは、両方の製品の対応する場所から同じ形で発見できるということです。ひとつ公開すれば、届く面が2つある、という関係になります。
LLMOという言葉で語られる取り組みは、AIの中で自社が扱われる状態を整えることを指します。プラグインディレクトリへの登録は、その中でも会話の中に自社の機能そのものを置くという位置づけになります。読まれるだけでなく、使われる場所に置く、という違いです。
この章のまとめ
公開先はひとつに集約されています。だからこそ、そこに置く説明文の精度が、そのまま発見のされ方を左右します。
07うちの体制で、ChatGPT Apps SDKの対応は誰がやるんですか？AI検索対策と兼任できますか？
高梨課長鈴木さん、仕組みは分かりました。それで、実際にうちの体制でこれをやるとしたら、誰が担当することになりますか。専任は置けません。
鈴木さん分担で考えると整理しやすいと思います。ツールを動かす部分はエンジニア、ラベルにあたる説明文はマーケティング側、という分け方ですね。
高梨課長説明文のほうは、若葉さんでも書けそうですか。
鈴木さんはい。むしろ、ユーザーがどんな言い方で頼んでくるかを知っている人のほうが向いています。想定される依頼文を集める作業は、現場の言葉を持っている方の仕事なんですよ。
実装そのものはエンジニアの領域です。一方で、モデルに読ませる説明文は、日本語の設計です。ここはAI検索対策で記事の結論文を整えてきた担当と、必要な力が重なります。
分担を決めるときの順番
候補になる機能を1つ選ぶ
会話の中で使ってもらう意味がある機能を、まず1つだけ決めます
ラベルを書く担当を決める
ツール名と説明文を書く人を、実装担当とは別に置きます
想定される依頼文を集める
問い合わせやチャットで実際に使われている言い回しを持ち寄ります
08中小企業でも、ChatGPT Apps SDKの対応は要るんですか？AIOとして判断の分かれ目はどこですか？
大森部長鈴木さん、話はよく分かった。それで、結論として、うちはやるべきなのか、様子見でいいのか、どちらだ。
鈴木さん正直に言うと、そこを企業の規模で線引きする材料は、公式ドキュメントには見当たりません。会話の中で直接サービスを使ってもらいたいニーズがあるかどうか、そこが分かれ目になると考えています。
大森部長なるほど。うちの場合はどう考える。
鈴木さん問い合わせの内容を思い出してみてください。「調べたい」で終わる依頼が多いなら、AI検索対策が先です。「予約したい」「見積もりがほしい」のように操作で終わる依頼が多いなら、こちらの検討が生きてきます。
公式ドキュメントは、対応の要否を企業規模別には定めていません。ですので、規模ではなく依頼の性質で見るのが、実態に近い判断のしかたになります。
09ChatGPT Apps SDKで、やってしまいがちなAI対策の遠回りとは何ですか？
取り組むときに、次のような誤解から遠回りをしてしまうケースがあります。
1. ツール名に複数の機能を詰め込んでしまう
ひとつのツールに「予約する」「変更する」「キャンセルする」を全部持たせると、モデルがどの場面で呼ぶべきか判断しづらくなります。用途ごとにツールを分けることが勧められています。
2. 説明文にキーワードを詰め込んで書いてしまう
SEO記事のタイトルのような書き方は、モデルの呼び出し判断を助けません。「Use this when…」で始まる自然な用途説明のほうが、公式ガイドの勧める形に沿っています。
3. 発表当時の情報のまま止まっている
Apps SDKが公開された時点の記事だけを参照していると、その後のプラグインディレクトリへの統合を見落とします。導線を検討するときは、最新の公式変更履歴を確認する必要があります。
この章のまとめ
遠回りの3つは、どれも「よかれと思って」起きます。名前を詰め込む・言葉を足す・古い地図を使う。この3つを避けるだけで、精度は上がります。
10今日からできるAI検索最適化として、Apps SDKの準備は何から始めますか？
大がかりな体制変更がなくても、着手できます。ここでは、今日から手をつけられる4つを挙げます。
今日この順でやります
候補になる機能を1つだけ選ぶ
会話の中で完結させたい操作を、まず1つに絞ります
ツール名を領域と操作に分ける
ひとつの名前にひとつの用途だけを持たせます
使うべきでない場面を書き足す
「Use this when…」の後ろに、対象外のケースも並べます
想定される依頼文を集める
実際に使われている言い回しを持ち寄り、開発モードで試します
公開の直前には、プラグインディレクトリでの公開要件も確認してください。ChatGPTとCodexの両方で、自社のプラグインがどう表示されるかを見ておくと、公開後の手戻りが減ります。
11よくある質問
ChatGPT Apps SDKはまだ使えますか？
使えます。公式ドキュメントは現在も更新されており、MCPサーバーとスキルを組み合わせてプラグインを構築する基盤として位置づけられています。ただし、呼び名と公開先の枠組みが変わっている点には注意が必要です。情報を探すときは「プラグイン」という言葉でも追ってください。
Apps SDKとプラグインは同じものですか？
厳密には異なります。Apps SDKは、MCPサーバーやUIを開発するための技術基盤です。プラグインは、それらを組み合わせてユーザーに公開・発見される単位です。Apps SDKで作った成果物が、プラグインとして公開される、という関係になります。
中小企業でもApps SDKへの対応は必要ですか？
公式ドキュメントは、対応の要否を企業規模別には定めていません。会話の中で直接サービスを使ってもらいたいニーズがあるかどうかで判断することになります。「調べたい」で終わる依頼が中心なら、AI検索対策を先に進めるほうが現実的です。
Apps SDKの対応には、MCPの知識が必須ですか？
公式リファレンスは、MCP Appsという公開仕様から着手することを勧めています。ですので、MCPの基本的な仕組みを理解しておくことが、実装の前提になります。ただし、説明文を書く担当まで全員が同じ深さで理解している必要はありません。
説明文は日本語で書いてもいいですか？
公式ガイドは、説明文を「Use this when…」で始める形を例示しています。どの言語で書くかについての指定は、公式ドキュメントからは確認できていません。まずは想定される依頼文を集め、その言い回しに近い書き方で試すのが現実的です。
AI検索対策とApps SDKは、どちらを先に進めるべきですか？
依頼の性質で決めるのが実務的です。読者の質問が「調べたい」で終わるなら、AI検索対策が先になります。「予約したい」「申し込みたい」のように操作で終わる依頼が多いなら、Apps SDKの検討が生きてきます。
12まとめ｜今日やる4つのこと
ChatGPT Apps SDKとは、ChatGPTの会話の中でモデルが呼び出せるアプリを作るための、公式のフレームワークです。中身は、外部システムへの配線（MCPサーバー）と、依頼をこなす手順（スキル）の2層でできています。
発見されるかどうかは、キーワードの量ではありません。モデルが誤解なく呼び出せるメタデータの精度で決まります。加えて、公開と発見の入口は、ChatGPTとCodexで共通のプラグインディレクトリに集約されています。
もう一度、今日やる4つ
候補になる機能を1つだけ選ぶ
会話の中で完結させたい操作に絞ります
ツール名を領域と操作に分ける
ひとつの名前にひとつの用途を持たせます
使うべきでない場面を書き足す
対象外のケースも説明文に並べます
想定される依頼文を集める
実際の言い回しを持ち寄り、開発モードで試します
AI検索では、こう聞かれています
ChatGPT Apps SDKって何ですか？普通のWebサイトと何が違うんですか？
「そもそもChatGPT Apps SDKとは何で、AI検索対策と何が違うんですか？」の見出しで、図と会話を使って説明しています
自社のサービスをChatGPTの会話の中で使ってもらうには、何を用意すればいいですか？
「まとめ｜今日やる4つのこと」に手順があります
Apps SDKとプラグインは同じものですか？呼び方が変わったと聞きました
「よくある質問」の2つ目で答えています（結論：技術基盤と公開単位の違いです）
モデルはどうやって呼び出すツールを選んでいるんですか？
依頼が届いてから会話に返るまでの流れを、図解で説明しています
次に読むなら、この記事です
