> ## Documentation Index
> Fetch the complete documentation index at: https://developer.box.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 認証方法の選択
export const SignupCTA = ({children}) => {
return ;
};
export const Link = ({href, children, className, ...props}) => {
const localizedHref = localizeLink(href);
return
{children}
;
};
アプリケーションで使用できる承認の種類は、特定のユースケースによって異なります。
**OAuth 2.0はいつ使用すべきですか?**
クライアント側認証は、以下に当てはまるアプリに最適な認証方法です。
* 既存のBoxアカウントを持っているユーザーを使用する
* ユーザーがBoxを使用していることを認識できるように、ID管理にBoxを使用する
* アプリケーションのサービスアカウントではなく各ユーザーアカウント内にデータを保存する
**JWTはいつ使用すべきですか?**
JWTを使用するサーバー側認証は、以下に当てはまるアプリに最適な認証方法です。
* Boxアカウントを持たないユーザーを使用する
* 独自のIDシステムを使用する
* Boxを使用していることをユーザーに認識させたくない
* ユーザーのアカウントではなくアプリケーションのサービスアカウント内にデータを保存する
**クライアント資格情報許可はいつ使用すべきですか?**
クライアント資格情報許可を使用するサーバー側認証は、以下に当てはまるアプリに最適な認証方法です。
* Boxアカウントを持たないユーザーを使用する
* 独自のID管理システムを使用する
* Boxを使用していることをユーザーに認識させたくない
* ユーザーのアカウントではなくアプリケーションのサービスアカウント内にデータを保存する
無料のDeveloperアカウントを使用して作成したアプリは、自動で承認されます。そのような環境では、アプリの使用前にJWTアプリやクライアント資格情報許可アプリで別途管理者の承認が求められることはありません。承認の詳細については、
アクセストークンは特定のBoxユーザーに関連付けられており、そのユーザーが誰であるかは、トークンがどのように取得されたかによって決まります。
たとえば、クライアント側認証を使用している場合、トークンは、自分のアカウントへのアクセス権限を付与したユーザーを表します。一方、サーバー側認証を使用している場合、トークンは、デフォルトでアプリケーションのサービスアカウントとなります。
作成を始める準備ができたら、無料のDeveloperアカウントを作成すると、開発者コンソールにアクセスし、Platformアプリを作成してお好みの認証方法を構成できます。
