Discord Bot Portal JP
開発ガイド 読了目安 約9分 更新 2026.07.03

番外編:Discord Application / Activity 開発

Bot 以外の Discord 開発の入口。スラッシュコマンド中心の Application 開発と、通話内で動く Activity 開発の概要・必要な技術・始め方を整理します。

この記事で分かること

  • 常駐 Bot と Interaction ベースの Application の違い
  • Activity(通話内アプリ)の仕組みの概要
  • それぞれに必要な技術スタック
  • どこから始めるべきか

Discord 開発の中心は常駐型の Bot ですが、それ以外の形もあります。この記事では「Interaction ベースの Application」と「Activity」の2つを、概要レベルで整理します。どちらも詳細仕様は変化しやすいため、実装時は公式ドキュメントを一次情報としてください。

Interaction ベースの Application

常駐 Bot との違い

通常の Bot は Gateway(WebSocket)に常時接続してイベントを受け取ります。一方、スラッシュコマンドなどの Interaction は、HTTP エンドポイントへの通知として受け取る構成も選べます。

  • 常駐型(Gateway): メッセージやリアクションなど幅広いイベントを扱える。常時稼働のプロセスが必要
  • HTTP 型(Interactions Endpoint): コマンドが実行された時だけリクエストが届く。サーバーレス環境とも相性が良い。ただし受け取れるのは Interaction 系に限られます

「コマンドに応答するだけの機能なら HTTP 型で軽く作れる」可能性がある、と覚えておくと設計の幅が広がります。

必要になる知識

  • HTTP サーバーの基本(リクエストの受信と応答)
  • リクエスト署名の検証(Discord からのリクエストであることの確認が必須です)
  • 応答期限内に返す設計(時間のかかる処理は応答の保留を利用)

向いている場面

  • 定型の情報を返すユーティリティコマンド
  • 外部サービスと連携した単発の操作
  • 常駐プロセスを持ちたくない構成

Activity

Activity とは

Activity は、Discord の通話内でそのまま動くアプリ(ゲームや共同作業ツール)です。実体は iframe 内で動く Web アプリで、Discord クライアントの中に埋め込まれて表示されます。

仕組みの概要

  • フロントエンドは通常の Web 技術(HTML/CSS/JavaScript)で作ります
  • Discord クライアントとの連携(参加者情報の取得、認証など)には公式の SDK(Embedded App SDK)を利用します
  • 通信・ホスティングには Discord の指定する構成(URL マッピングなど)に従う必要があります

必要になる知識

  • Web フロントエンド開発(JavaScript、フレームワークは任意)
  • OAuth2 による認証フロー
  • Web アプリのホスティング

Bot 開発とはかなり毛色が違い、実態は「Discord に埋め込む Web アプリ開発」です。Web 開発の経験があるなら入りやすく、未経験なら先に通常の Web アプリを1つ作ってみることをおすすめします。

どこから始めるか

確認ポイント

  • 作りたいものは「コマンド応答」か「通話内の体験」か「常駐の自動化」かを分類した
  • 常駐の自動化 → 通常の Bot 開発へ
  • コマンド応答だけ → Interaction ベースの構成を公式ドキュメントで確認
  • 通話内の体験 → Activity(Embedded App SDK)のドキュメントとサンプルから開始

どの道でも、Developer Portal での Application 作成(Developer Portal 解説)と、Token・秘密情報の管理(Bot 運用ガイド)は共通の前提になります。

一次情報(公式ドキュメント)