Logto は OAuth 2.0 と OpenID Connect の標準に従ったトークンベースの認証を採用しています。各認証または認可リクエストにより、Logto はユーザーの認証または認可のステータスを表すトークンを発行します — アクセストークン、ID トークン、リフレッシュトークンなどです。

課金のためには、アクセストークンのみがカウントされます（ID トークンとリフレッシュトークンは除外されます）。

アクセストークンが発行されカウントされるシナリオ:

ユーザーサインイン: ユーザーが正常にサインインした後、オペークなアクセストークンが発行されます。これは、UserInfo エンドポイントまたは Logto Account API を呼び出してアカウント管理に使用できます。

バックエンド API の認可 (RBAC): バックエンド API を保護するためにロールベースのアクセス制御 (RBAC) が有効になっている場合、各リソース固有の認可リクエストに対してユーザーの初回認証に続いて JWT アクセストークンが発行されます。

組織の認可: 組織機能が有効になっている場合、Logto は組織レベルのアクセス制御を提供し、組織固有の認可リクエストごとに個別の組織アクセストークンを発行します。

マシン間 (M2M) 認可: 各 client_credentials 認可リクエスト（例: Logto Management API のアクセス時）に対してアクセストークンが発行されます。

トークン交換: パーソナルアクセストークンの交換またはユーザー代理トークン交換中に新しいアクセストークンが発行されます。

リフレッシュトークンの使用: offline_access が有効な場合、有効なリフレッシュトークンが前のトークンの期限切れ後に交換されるたびに、新しいアクセストークンが発行されます。

トークン vs. MAU とトークンベースの課金が優れている理由

MAU ベースの課金は、月ごとに一意のユーザーごとに課金され、アクティビティに関係なく料金が発生します。トークンベースの課金は実際の使用量に基づいて課金され、各アクセストークンが発行されるたびに料金が発生します。

トークンベースの課金は真の従量課金を表しています。使用に関係なく月の全期間に対して料金が発生する MAU ベースのモデルとは異なり、実際の認証および認可アクティビティに対してのみ支払います。このアプローチは製品を偶然のみアクセスする低頻度のユーザーにとって予算に優しいものであり、彼らはより少ないトークンを生成するので、フラットな MAU 価格と比較してコストが低くなります。これにより、Logto はさまざまなエンゲージメントパターンを持つアプリケーションに競合他社よりもコスト効率が高くなります。

例えば、1 度のサインインで 1 アクセストークンが消費される場合があります。M2M や組織機能を利用することで追加のトークンが生成されることがあります。Logto は Console > ダッシュボードにおいてリアルタイムのトークン使用の監視を提供し、特定のプロジェクトにおける MAU とトークンの関連をよりよく理解するのに役立ちます。

Steam OAuth エンドポイント

Steam 認可エンドポイント

Steam OAuth ドキュメントとリソース