Logto は、モダンなアプリや SaaS 製品向けに設計された Auth0 の代替です。 Cloud と オープンソース の両方のサービスを提供し、アイデンティティと管理 (IAM) システムを迅速に立ち上げるのに役立ちます。認証 (Authentication)、認可 (Authorization)、マルチテナント管理を すべて一つに まとめて楽しんでください。
Logto Cloud で無料の開発テナントから始めることをお勧めします。これにより、すべての機能を簡単に探索できます。
この記事では、Nuxt と Logto を使用して、X (Twitter) サインイン体験(ユーザー認証 (Authentication))を迅速に構築する手順を説明します。
前提条件
Logto でアプリケーションを作成する
Logto は OpenID Connect (OIDC) 認証 (Authentication) と OAuth 2.0 認可 (Authorization) に基づいています。これは、複数のアプリケーション間でのフェデレーテッドアイデンティティ管理をサポートし、一般的にシングルサインオン (SSO) と呼ばれます。
あなたの 従来型 Web アプリケーションを作成するには、次の手順に従ってください:
- Logto コンソール を開きます。「Get started」セクションで、「View all」リンクをクリックしてアプリケーションフレームワークのリストを開きます。あるいは、Logto Console > Applications に移動し、「Create application」ボタンをクリックします。
- 開いたモーダルで、左側のクイックフィルターチェックボックスを使用して、利用可能なすべての "従来型 Web" フレームワークをフィルタリングするか、"従来型 Web" セクションをクリックします。"Nuxt" フレームワークカードをクリックして、アプリケーションの作成を開始します。
- アプリケーション名を入力します。例:「Bookstore」と入力し、「Create application」をクリックします。
🎉 タダーン!Logto で最初のアプリケーションを作成しました。詳細な統合ガイドを含むお祝いページが表示されます。ガイドに従って、アプリケーションでの体験を確認してください。
Nuxt SDK を統合する
- 以下のデモンストレーションは Nuxt 3.10.2 に基づいています。
- サンプルプロジェクトは GitHub リポジトリ で利用可能です。
- Logto Nuxt SDK は、正しく動作するためにサーバーサイドレンダリング (SSR) を必要とします。シングルページアプリケーション (SPA) の場合は、Vue SDK をご覧ください。
インストール
お気に入りのパッケージマネージャーを使用して Logto SDK をインストールします:
- npm
- pnpm
- Yarn
npm i @logto/nuxt
pnpm add @logto/nuxt
yarn add @logto/nuxt
統合
Logto モジュールを登録する
Nuxt の設定ファイルに Logto モジュールを追加し、設定します:
export default defineNuxtConfig({
modules: ['@logto/nuxt'],
runtimeConfig: {
logto: {
endpoint: '<your-logto-endpoint>',
appId: '<your-logto-app-id>',
appSecret: '<your-logto-app-secret>',
cookieEncryptionKey: '<a-random-string>',
},
},
// ...他の設定
});
これらの情報は機密性が高いため、環境変数 (.env
) を使用することをお勧めします:
NUXT_LOGTO_ENDPOINT="<your-logto-endpoint>"
NUXT_LOGTO_APP_ID="<your-logto-app-id>"
NUXT_LOGTO_APP_SECRET="<your-logto-app-secret>"
NUXT_LOGTO_COOKIE_ENCRYPTION_KEY="<a-random-string>"
詳細については、ランタイム設定を参照してください。
リダイレクト URI を設定する
詳細に入る前に、エンドユーザーの体験について簡単に説明します。サインインプロセスは次のように簡略化できます:
- あなたのアプリがサインインメソッドを呼び出します。
- ユーザーは Logto のサインインページにリダイレクトされます。ネイティブアプリの場合、システムブラウザが開かれます。
- ユーザーがサインインし、あなたのアプリにリダイレクトされます(リダイレクト URI として設定されています)。
リダイレクトベースのサインインについて
- この認証 (Authentication) プロセスは OpenID Connect (OIDC) プロトコルに従い、Logto はユーザーのサインインを保護するために厳格なセキュリティ対策を講じています。
- 複数のアプリがある場合、同じアイデンティティプロバイダー (Logto) を使用できます。ユーザーがあるアプリにサインインすると、Logto は別のアプリにアクセスした際に自動的にサインインプロセスを完了します。
リダイレクトベースのサインインの理論と利点について詳しく知るには、Logto サインイン体験の説明を参照してください。
以下のコードスニペットでは、あなたのアプリが http://localhost:3000/
で実行されていると仮定しています。
リダイレクト URI を設定する
Logto Console のアプリケーション詳細ページに移動します。リダイレクト URI http://localhost:3000/callback
を追加します。

サインインと同様に、ユーザーは共有セッションからサインアウトするために Logto にリダイレクトされるべきです。完了したら、ユーザーをあなたのウェブサイトに戻すと良いでしょう。例えば、http://localhost:3000/
をサインアウト後のリダイレクト URI セクションとして追加します。
その後、「保存」をクリックして変更を保存します。
コールバックを処理する
コールバックルートを処理するための追加の設定は必要ありません。@logto/nuxt
モジュールを登録すると、次のことが行われます:
- サインイン (
/sign-in
)、サインアウト (/sign-out
)、およびコールバック (/callback
) の 3 つのルートを追加します。 - 2 つのコンポーザブルをインポートします:
useLogtoClient
とuseLogtoUser
。
これらのルートは、モジュールオプションの logto.pathnames
で設定可能です。例えば:
export default defineNuxtConfig({
logto: {
pathnames: {
signIn: '/login',
signOut: '/logout',
callback: '/auth/callback',
},
},
// ...他の設定
});
@logto/nuxt
パッケージの 型定義ファイル を確認してください。
コールバックルートを別のパスに設定する場合は、Logto でリダイレクト URI を更新する必要があります。
サインインとサインアウトを実装する
Nuxt ページは初期ロード後にシングルページアプリケーション (SPA) としてハイドレートされるため、必要に応じてユーザーをサインインまたはサインアウトルートにリダイレクトする必要があります。これを支援するために、SDK は useLogtoUser()
コンポーザブルを提供しており、サーバーサイドとクライアントサイドの両方で使用できます。
<script setup lang="ts">
import { useLogtoUser } from '#imports'; // 自動インポートが無効な場合はこの行を追加
const user = useLogtoUser();
</script>
<template>
<!-- サインインとサインアウトのための簡略化されたボタン -->
<nuxt-link :to="`/sign-${ user ? 'out' : 'in' }`"> Sign {{ user ? 'out' : 'in' }} </nuxt-link>
</template>
チェックポイント: アプリケーションをテストする
これで、アプリケーションをテストできます:
- アプリケーションを実行すると、サインインボタンが表示されます。
- サインインボタンをクリックすると、SDK がサインインプロセスを初期化し、Logto のサインインページにリダイレクトされます。
- サインインすると、アプリケーションに戻り、サインアウトボタンが表示されます。
- サインアウトボタンをクリックして、トークンストレージをクリアし、サインアウトします。
X (Twitter) コネクターを追加する
迅速なサインインを有効にし、ユーザーコンバージョンを向上させるために、アイデンティティプロバイダー (IdP) として Nuxt を接続します。Logto ソーシャルコネクターは、いくつかのパラメーター入力を許可することで、この接続を数分で確立するのに役立ちます。
ソーシャルコネクターを追加するには、次の手順に従ってください:
- Console > Connectors > Social Connectors に移動します。
- 「Add social connector」をクリックし、「X (Twitter)」を選択します。
- README ガイドに従い、必要なフィールドを完了し、設定をカスタマイズします。

インプレースコネクターガイドに従っている場合は、次のセクションをスキップできます。
X OAuth app を設定する
X Developer Portal でアプリを作成する
X Developer Portal にアクセスし、X アカウントでサインインします。アカウントをお持ちでない場合は、登録できます。
その後、アプリを作成します。
ステップ 1: アプリ作成セクションに移動します。
サインインしたら、「Projects & Apps」セクションに移動し、「Create App」(またはインターフェースによっては 「New App」)をクリックします。
ステップ 2: アプリの詳細を入力します。
次の情報でフォームを完成させます:
- App Name: アプリケーションの一意で説明的な名前を提供します。
- Application Description: (オプション)アプリの機能について簡単に説明を追加します。
- Website URL: アプリケーションのホームページの URL を入力します。
- Callback URL / Redirect URI: この場合、
${your_logto_endpoint}/callback/${connector_id}
になります。例:https://foo.logto.app/callback/${connector_id}
。connector_id
は Logto Admin Console のコネクター詳細ページの上部バーにあります。
ステップ 3: 権限とスコープを選択します。
アプリに必要な権限を選択します。X を介したソーシャルサインインの場合、必要なスコープ tweet.read
と users.read
を有効にしてください。
ステップ 4: アプリを保存します。
「Create」 または 「Save」 をクリックしてアプリを登録します。
作成後、アプリの 「Keys and tokens」 セクションに移動して、OAuth 2.0 Client ID と Client Secret を取得します。
コネクターを設定する
Logto コネクター設定で、アプリの「Keys and tokens」ページの「OAuth 2.0 Client ID と Client Secret」セクションから取得した値で次のフィールドを入力します:
- clientId: アプリの Client ID。
- clientSecret: アプリの Client Secret。
scope
はスペースで区切られた スコープ のリストです。指定しない場合、デフォルトのスコープは tweet.read users.read
です。
設定タイプ
名前 | タイプ |
---|---|
clientId | string |
clientSecret | string |
scope | string |
設定を保存する
Logto コネクター設定エリアで必要な値をすべて記入したことを確認してください。「保存して完了」または「変更を保存」をクリックすると、X (Twitter) コネクターが利用可能になります。
サインイン体験で X (Twitter) コネクターを有効にする
ソーシャルコネクターを正常に作成したら、サインイン体験で「X (Twitter) で続行」ボタンとして有効にすることができます。
- Console > サインイン体験 > サインアップとサインイン に移動します。
- (オプション)ソーシャルログインのみが必要な場合は、サインアップ識別子に「該当なし」を選択します。
- 設定済みの X (Twitter) コネクターを「ソーシャルサインイン」セクションに追加します。

テストと検証
Nuxt アプリに戻ります。これで X (Twitter) を使用してサインインできるはずです。お楽しみください!
さらなる読み物
エンドユーザーフロー:Logto は、MFA やエンタープライズシングルサインオン (SSO) を含む即時使用可能な認証 (Authentication) フローを提供し、アカウント設定、セキュリティ検証、マルチテナント体験の柔軟な実装のための強力な API を備えています。
認可 (Authorization):認可 (Authorization) は、ユーザーが認証 (Authentication) された後に行えるアクションやアクセスできるリソースを定義します。ネイティブおよびシングルページアプリケーションの API を保護し、ロールベースのアクセス制御 (RBAC) を実装する方法を探ります。
組織 (Organizations):特にマルチテナント SaaS や B2B アプリで効果的な組織機能は、テナントの作成、メンバー管理、組織レベルの RBAC、およびジャストインタイムプロビジョニングを可能にします。
顧客 IAM シリーズ:顧客(または消費者)アイデンティティとアクセス管理に関する連続ブログ投稿で、101 から高度なトピックまでを網羅しています。