X Chat API公開｜企業向けボットの仕組み解説

X社が、企業のチャットボットアカウント向けに新しいAPI「X Chat API」を公開したと、海外メディアのSocial Media Todayが2026年8月27日に報じた。X公式の開発者アカウント「X Developers」も自社Xアカウントで「X Chat API」と「Chat XDK」による「X Chat Agents」の提供開始を発表しており、公式ドキュメントサイトdocs.x.comでも仕様がすでに公開されている。ブランドが自社の判断で自動応答エージェントを構築し、カスタマーサポートや予約・注文対応をXアカウント上で自動化できるようになる仕組みだ。直近発表された広告主向け「Ads MCPサーバー」とあわせて見ると、Xが広告運用と顧客接点の両面でAPI・AI連携を一気に強化している局面だと分かる。本記事では公式ドキュメントの内容をもとに、X Chat APIの仕組みと、企業アカウント運用が導入前に押さえておくべき論点を整理する。

何が発表されたのか ─ X Chat APIとChat XDK

X Developersは自社Xアカウントの投稿で「新しいX Chat API・Chat XDKを搭載したX Chat Agentsを紹介する」と発表した。X ChatはXが提供するエンドツーエンド暗号化のメッセージング機能で、従来のDM（ダイレクトメッセージ）を置き換える形で2026年に本格展開されている。今回のAPIは、このX Chat上で動く「ボットアカウント」をブランドが独自にプログラムできるようにするものだ。

Social Media Todayは、架空のコーヒーショップ「The Barista Bar」を例に、顧客がボットアカウントに注文をメッセージすると「注文内容を確認しました。8分で準備が完了します」といった応答が自動で返る利用イメージを紹介している。配送状況の確認、飲食店の予約、サービスの更新通知といった定型的な問い合わせへの対応が主な想定用途とされる。MediaPostも同時期にこの機能を取り上げ、暗号化されたメッセージング環境の中にブランド専用のエージェントを置ける点が特徴で、WhatsAppやWeChatのビジネス向けボット機能と機能面で近い立ち位置になると指摘している。

なお、料金体系や提供範囲（クローズドベータか一般提供か）については、参照した報道記事・公式ドキュメントのいずれにも明記がない。X APIのBusinessプラン自体はBasicが無料、Elevatedが「近日公開」、Customが個別見積りという構成になっており、X Chat API固有の料金がこの中のどこに位置づけられるかは本記事執筆時点では確認できていない。この点は「未定・報じられていない」事実として扱い、導入検討時は公式ドキュメントの最新情報を都度確認する必要がある。

ボットアカウントはどう作られるのか ─ 公式ドキュメントで仕様を確認する

docs.x.com/xchat/botsによると、X Chat APIのボットは「プロジェクトに属するプログラム型のXアカウント」と定義されている。ユーザーIDと@ハンドル、表示名を持つが、パスワードやログイン画面は存在しない、いわば人格を持たないアカウントという扱いだ。作成はPOST /2/botsエンドポイントに対して行い、必須項目はハンドル名（1〜15文字）のみ。表示名やアクセススコープの指定は任意で、レスポンスにはボットID・ユーザー名・アクセストークン・有効期限・権限範囲が返される。

認証方式はOAuth 2.0のapp-only認証で、開発者は自社アプリのbearerトークンを使って操作する。ユーザーごとのOAuth同意フローは不要なため、通常のXアプリ開発よりも認可の手間が少ない設計だ。デフォルトで付与されるスコープはdm.read・dm.write・tweet.read・users.read・media.writeの5種類で、必要に応じてサブセットに絞り込める。発行されるアクセストークンはxcbot_から始まる専用形式で、表示されるのは発行時の一度きり。1つのボットが同時に保持できるアクティブトークンは1つのみという制約もある。

ボットアカウントに対しては、作成・一覧表示・トークン更新・情報更新・トークン失効・削除という6種類のライフサイクル操作がAPI経由で用意されている。

操作	できること
作成	ハンドル・表示名・スコープを指定してボットを新規発行
一覧表示	プロジェクト配下のボット一覧を取得
トークン更新	新規トークンを発行し、旧トークンを失効させる
情報更新	ハンドル・表示名・DM受信権限を変更
トークン失効	アクセスだけを止め、アカウント自体は残す
削除	ボットアカウントを完全に削除する

X Chat APIでボットアカウントを作成し、DM経由の問い合わせに自動応答する流れを示した図解

ボット作成からDM自動応答までの流れと、権限・ラベリングの仕組み。

DM権限とラベリング ─ 「誰からの問い合わせに応答するか」を制御できる

X Chat APIのボットには、DMの受信範囲を制御する権限設定が用意されている。公式ドキュメントによれば、受信可否は「everyone（誰からでも受信）」「premium（X Premium加入者からはみ受信）」「no_one（受信しない＝送信専用）」の3段階から選べる。すへての問い合わせに応答する設計にするか、premium会員のみに限定してスパム的な問い合わせを減らすかを、企業側が用途に応じて選択できる仕組みだ。

もう一つの重要な仕様がラベリングだ。ボットアカウントのプロフィールには「automated by @owner」というタグが自動的に付与され、企業本体の公式Xアカウントへのリンクが表示される。このラベルは非表示にできない仕様と見られ、機械による応答であることを利用者に隠せない設計になっている。透明性の担保という観点では評価できる一方、ブランド側は「ボットが応答している」という前提を踏まえたコミュニケーション設計を最初から組み込む必要がある。

各プロジェクトが保有できるボット数（bot allowance）はプランに依存し、デフォルトは1件。それを超えて複数のボットを運用したい場合はプランのアップグレードが必要になる、と公式ドキュメントには記載されている。

【企業アカウント運用者向け】導入前に検討すべき5つの設計ポイント

X Chat APIは技術的には強力だが、実際にカスタマーサポートやリード対応の現場に導入するとなると、既存のX上のDM運用と混同しやすい点がいくつかある。SNS運用担当者の視点で、導入前に整理しておきたい論点を挙げる。

**論点1：既存のDM自動応答とは「別人格のアカウント」である点。**Xには従来から、DMを開いた相手に定型メッセージを自動送信する「ウェルカユチッセージ」機能や、SocialDogなどサードパーティ製ツールが旧Twitter API経由で提供してきたDM自動返信機能が存在した。これらはいずれも、企業の「本アカウント」自身の設定または代理投稿として動く仕組みだった。一方、X Chat APIのボットは@ハンドルと表示名を持つ独立したアカウントとしてXChat上に存在し、本アカウントとは別人格として顧客とやり取りする。フォロワーや投稿履歴を共有しない別アカウントである以上、ブランド全体のアカウント運用ポリシー（返信トーン、エスカレーション基準など）をボット専用に作り直す必要がある。

論点2：ボット許容数がデフォルト1という制約。「予約受付用」「サポート用」のように用途別にボットアカウントを分けたい企業は多いはずだが、デフォルトのプランでは1件しか作成できない。複数ユースケースを並行運用する計画がある場合は、事前にプランのボット許容数を確認し、必要ならアップグレードを織り込んだ予算計画を立てておく必要がある。

**論点3：DM受信権限の設計は「取りこぼし」と直結する。**premium限定に絞れば迷惑メッセージは減らせるが、その分だけ問い合わせを受け付けられる母数も減る。日本のX利用者はX Premiumの加入率が高いとは言えず、everyoneを選ばなければ実質的にサポート窓口として機能しない可能性がある。逆にeveryoneで開放すると、スパムや悪意あるプロンプトインジェクション的な入力への耐性を、自社のAI連携側で用意しておく必要が出てくる。

論点4：トークンは発行時一度しか表示されない。xcbot_形式のアクセストークンは再取得ができない仕様のため、シークレット管理の手順（保管場所、ローツーション周期、担当者交代時の失効フロー）をもらかじめ運用ドキュメント化しておかないと、紛失時にボットアカウント自体を作り直す事態になりかねない。

論点5：ラベルが外せない前提でのUX設計。「automated by @owner」表示は消せない仕様と見られるため、「人間が対応していると誤認させる」設計は最初から成立しない。だからこそ、AIが対応しきれない複雑な問い合わせをどこで人間の担当者に引き継ぐか、エスカレーションの導線をボットの応答フローに最初から組み込んでおくことが、顧客体験を損なわないための実務上の要点になる。

Ads MCPサーバーとあわせて見るXのAPI戦略

X Chat APIの公開は単発の機能追加ではなく、Xが2026年8月に相次いで打ち出しているAPI・AI連携強化の一環と見るべきだ。同じ8月には、広告主がChatGPT・Claude・Grokなどの外部AIツールから自然言語で広告キャンペーンを構築・分析できる「Ads MCPサーバー」も提供開始されている。詳しくはX、広告主向け「Ads MCPサーバー」を提供開始。ChatGPT・Claude・Grokと広告データを連携し運用最適化で解説した。広告運用側はMCPで外部AIツールと接続し、顧客対応側はChat APIで独自ボットを構築できるようにする。両方をあわせると、Xは「代理店・運用担当者がAIツールから広告を操作する」動線と「ブランドが自社のAIエージェントで顧客対応を自動化する」動線を、同時期にそれぞれ整備してきたことになる。X Chatそのものの基本的な使い方や、廃止されたXコミュニティからの移行についてはXChat完全ガイド｜使い方と企業アカウントでの活用法【日本語での最新情報】にまとめているので、あわせて参照してほしい。

導入までの流れ

公式ドキュメントの記載をもとに整理すると、企業がX Chat APIでボットアカウントを立ち上げるまでの流れはおおむね次のようになる。

X Developer PortalでプロジェクトとアプリのBearerトークンを用意する
POST /2/botsにハンドル名（1〜15文字）を指定してボットアカウントを作成する
用途に応じてスコープ（dm.read/dm.write/tweet.read/users.read/media.write）を絞り込む
DM受信権限をeveryone・premium・no_oneから選択する
発行されたトークンを安全に保管し、社内のシークレット管理フローに組み込む
Chat XDKやGitHub上のサンプル（xchat-agent-skeleton、xchat-bot-python）を参考に応答ロジックを実装する
本アカウントに「automated by」ラベルでボットがリンクされることを踏まえ、告知文言やヘルプページを整備する

GitHub上には、xdevplatformアカウントからGrok連携込みのサンプル「xchat-agent-skeleton」と、Pythonで最小構成のDM返信ボットを組む「xchat-bot-python」が公開されており、実装の出発点として参照できる。

FAQ

X Chat APIはベータ版ですか、それとも一般提供ですか

参照した報道記事・公式ドキュメントのいずれにも、ベータ版か一般提供かを明言した記述は見当たらなかった。ドキュメントとサンプルコードはすでに公開・利用可能な状態にあるが、提供範囲や審査の有無については公式アナウンスの続報を確認してほしい。

料金はかかりますか

本記事執筆時点で、X Chat API固有の料金は公式ドキュメントに明記されていない。X APIのBusinessプラン全体としては、Basicが無料、Elevatedが「近日公開」、Customが個別見積りという構成になっている。

既存のDMウェルカムメッセージや自動返信ツールとは何が違いますか

最大の違いは、応答する主体が「本アカウントの設定・代理投稿」なのか「@ハンドルを持つ独立したボットアカウント」なのかという点だ。X Chat APIのボットは本アカウントとは別人格のアカウントとしてプロフィールが独立しており、「automated by @owner」のラベルで本アカウントとの関係が明示される。

日本語でこのAPIを解説した記事はほかにありますか

本記事執筆時点の検索では、X Chat API（ボットアカウント向けAPI）を専門に解説した日本語記事は見当たらなかった。英語圏ではSocial Media Today、MediaPostが報じている。

まとめ

X Chat APIの公開により、ブランドは自社のXアカウントとは別に、@ハンドルを持つ独立したボットアカウントを立ち上げ、DM経由の問い合わせに自動応答するエージェントを構築できるようになった。POST /2/botsによるアカウント作成、OAuth 2.0 app-only認証、dm.read/dm.writeを含む5つのデフォルトスコープ、everyone/premium/no_oneの3段階DM権限、「automated by @owner」ラベルといった仕様が公式ドキュメントで確認できる。一方で、料金体系や提供範囲（ベータか一般提供か）は現時点で明らかになっていない。導入を検討する企業アカウント運用者は、ボット許容数がデフォルト1件である点、DM受信権限の設定が問い合わせの取りこぼしに直結する点、そしてラベルが外せない前提でのエスカレーション設計が必要な点を踏まえ、既存のDM自動応答運用との違いを整理したうえで段階的に試すのが現実的だ。