Skip to main content

アプリケーションのリストのための要件

GitHub Marketplace上のアプリケーションは、リストを公開する前にこのページに概要がある要件を満たさなければなりません。

注: この記事は、GitHub Marketplace でのアプリの公開にのみ適用されます。 GitHub Marketplace での GitHub Actions の公開について詳しくは、「GitHub Marketplaceでのアクションの公開」をご覧ください。

GitHub Marketplace上にアプリケーションをリストするための要件は、提供するのが無料なのか有料アプリケーションなのかによって変わります。

すべてのGitHub Marketplaceリストの要件

GitHub Marketplace上のすべてのリストは、GitHub Enterprise Cloudコミュニティに価値を提供するツールのためのものでなければなりません。 パブリケーション用のリストを提出するには、「GitHub Marketplace 開発者契約」の契約条件を読み、同意しなければなりません。

すべてのアプリケーションに対するユーザ体験の要件

すべてのリストは、無料のアプリケーションのためのものか、有料アプリケーションのためのものであるかにかかわらず、以下の要件を満たさなければなりません。

  • リストはユーザを積極的にGitHub Enterprise Cloudから離れさせようとしてはなりません。
  • リストは、パブリッシャーの有効な連絡先の情報を含んでいなければなりません。
  • リストには、アプリケーションの適切な説明がなければなりません。
  • リストは価格プランを指定しなければなりません。
  • アプリケーションは顧客に価値を提供し、認証以外の方法でプラットフォームと統合されていなければなりません
  • アプリは GitHub Marketplace で公開されなければならず、Copilot Extensions を除いて、パブリック プレビューや招待のみでの利用であってはなりません。
  • アプリケーションは、GitHub Marketplace APIを使ってプランの変更やキャンセルがあったことをパブリッシャーに知らせるために、webhookイベントがセットアップされていなければなりません。 詳しくは、「アプリケーション内でのGitHub marketplace APIの使用」を参照してください。

適切なカスタマー エクスペリエンスを提供するための詳細については、「アプリケーションの顧客体験のベストプラクティス」を参照してください。

すべてのアプリケーションに対するブランドとリストの要件

  • GitHubのログを使用するアプリケーションは、GitHubガイドラインに従わなければなりません。 詳細については、「GitHub のロゴと使用」を参照してください。
  • アプリには「アプリケーションのリストの説明を書く」に記載されたレコメンデーションを満たすロゴ、フィーチャー カード、およびスクリーンショット画像が必要です。
  • リストには、十分に書かれた文法上の誤りがない説明が含まれていなければなりません。 リストの作成に関するガイダンスについては、「アプリケーションのリストの説明を書く」を参照してください。

顧客を保護するために、セキュリティのベストプラクティスにも従うことをおすすめします。 詳しくは、「GitHub Marketplace でのアプリのセキュリティ ベスト プラクティス」を参照してください。

無料アプリケーションに関する留意点

無料アプリケーションはGitHub Marketplaceで推奨されており、オープンソースサービスを提供するための素晴らしい方法です。 アプリケーションの有料バージョンをGitHub Marketplace外でリストしているなら、アプリケーションをGitHub Marketplaceでリストする際には最低でも1つの有料プランを提供しなければなりません。

GitHub Copilot Extensions

の要件

Copilot Extensions は、基本的には GitHub Apps であり、Copilot Chat への追加の読み取りアクセス、Copilot API との統合、および他の LLM へのオプションの統合が含まれます。

拡張機能を発行するには、検証済みの作成者のステータスを持つ組織アカウントが拡張機能を所有している必要があります。 アプリの検証プロセスまたは所有権の譲渡の詳細については、「Organizationのパブリッシャー検証プロセスを申請する」を参照してください。

Copilot Extension を発行する要件は、無料アプリの要件と同じですが、次の例外があります。

  • 拡張機能は、"何ができるか" または "機能を一覧表示する" のようなプロンプトに対して 明確でわかりやすい応答を提供する必要があります。

  • 拡張機能は、登録情報の説明で明確に伝えられる限り、パブリック プレビュー にすることができます。 記入待ちリストを使用している場合は、説明の上部にサインアップするためのリンクも含める必要があります。 GitHub レビュー チームの誰かが待機リストに参加し、テストのためのアクセスを要求する技術リーダーに電子メールを送信します。

  • 以下を示す 2 つのビデオへのリンクを含める必要があります。

    • 拡張機能からのプロンプトと応答の例
    • 初めてのプロンプトを拡張機能にインストール、認証、送信する新規ユーザー

    これらのビデオは GitHub に対して非公開であり、登録情報の申請を確認するためにのみ使用されます。 ビデオは簡潔にすることができ、編集する必要はありません。

  • 拡張機能は、安定した信頼性の高いユーザー エクスペリエンスを提供し、説明に記載されている機能を実行できる必要があります。

  • 新しいユーザーに最小限の摩擦で拡張機能をインストール、設定、認可するための経路を提供する必要があります。 GitHub レビュー チームが拡張機能を正常にテストできない場合、発行は承認されません。

有料アプリケーションの要件

GitHub Marketplace でアプリの有料プランを公開するには、そのアプリが検証済みパブリッシャーである Organization の所有である必要があります。 アプリの検証プロセスまたは所有権の譲渡の詳細については、「Organizationのパブリッシャー検証プロセスを申請する」を参照してください。

アプリケーションが既に公開されており、あなたが検証済みパブリッシャーである場合は、価格プランエディタから新しく有料プランを公開できます。 詳しくは、「リストに対する価格プランの設定」を参照してください。

有料アプリケーション (または有料プランを提供するアプリケーション) を公開するには、以下の要件も満たす必要があります。

  • GitHub Appsは最低100件のインストールが必要です。
  • OAuth appsは最低200ユーザが必要です。
  • すべての有料アプリケーションは、新規購入、アップグレード、ダウングレード、キャンセル、無料トライアルのGitHub Marketplace購入イベントを処理できなければなりません。 詳細については、「有料アプリの課金に関する要件」を参照してください。

アプリケーションをGitHub Marketplace上で公開する準備ができたら、アプリケーション掲載のために検証をリクエストする必要があります。

注: 自分の個人アカウントが所有するアプリケーションを販売したいなら、まずそのアプリケーションを Organization に移譲し、続いてその Organization が作成したリストのための検証をリクエストしてください。 アプリを組織に譲渡する方法については、「公開のためのリストのサブミット」を参照してください。

有料アプリケーションの支払い要件

アプリケーションは支払いを処理する必要はありませんが、GitHub Marketplace購入イベントを使って新規の購入、アップグレード、ダウングレード、キャンセル、無料トライアルを管理できなければなりません。 これらのイベントをアプリに統合する方法については、「アプリケーション内でのGitHub marketplace APIの使用」を参照してください。

GitHub の Billing API を使えば、顧客は GitHub を終了せずにアプリを購入したり、GitHub のアカウントに既に結合されている支払方法でサービスの料金を支払ったりすることができます。

  • アプリケーションは、有料のサブスクリプションの購入について、月次及び年次の支払いをサポートしなければなりません。
  • リストは、無料及び有料プランの任意の組み合わせを提供できます。 無料プランはオプションですが、推奨されます。 詳しくは、「リストに対する価格プランの設定」を参照してください。