Skip to main content
Auth（認証の略）は、アプリに「ユーザー」という概念を与えるものです。認証がなければ、すべての訪問者は匿名で、アプリはある人と別の人を区別できません。認証があれば、各訪問者がサインインし、アプリはその人が誰かを把握し、その人に固有のデータを保存できます：予約、保存した車、設定、進行状況。 認証を組み込むと、以下が可能になります：
  • ユーザーごとにデータを保存 — 予約、設定、コンテンツ、履歴。
  • サインイン後ろに機能をゲート（チェックアウト、プロフィールページ、管理パネル）。
  • 名前、役割、プラン、過去の行動によって体験をパーソナライズ。
  • セッション単位ではなく個人単位でアクティビティと利用状況を追跡。

​
ReplitアプリでAuthがどのように機能するか

Replitには2つの組み込み認証オプションが付属しています。どちらもAgentによってプロビジョニングされます — 別途ダッシュボードへのサインアップや、OAuthキーのコピー&ペーストは不要です。
  • Replit Auth — ユーザーは既存のReplitアカウントでサインインします。サインインページはReplitブランドです。Agentに追加するよう依頼するだけで設定は不要です。
  • Clerk Auth — アプリが専用のClerkテナントを持ちます。ユーザーはReplitではなくあなたのアプリ内でアカウントを作成します。ブランディング、ログイン方法、サインイン画面のルック＆フィールをコントロールできます。
どちらのオプションも重い作業を担ってくれます — サインインページ、セッション、安全なパスワード処理、ソーシャルログイン — アプリのコードは「サインインしているユーザーは誰か？」を尋ねるだけです。

​
Replit Auth vs. Clerk Auth

プロトタイプや社内ツールを構築する場合は、Replit Authが最速の選択肢です。独自のブランドアイデンティティを持つもの、特に顧客向けや商用のものを構築する場合は、Clerk Authの方が適しています。

​
アプリに認証を追加する

事前に選択する必要はありません — どちらか一方から始めて、後から移行できます。最速の方法は、Agentにどちらを使用するか伝えることです：
  • 「アプリにサインインを追加してください。Replit Authを使用します。」
  • 「アプリにサインインを追加してください。Clerk Authを使用します。」

​
次のステップ

Replit Auth

ゼロ設定のReplitブランドサインイン — ユーザーはReplitアカウントでサインインします。

Clerk Auth

独自のブランド認証テナント — 完全カスタマイズ可能なログイン、開発/本番環境の分離。

ログインを追加する

実例：Clerk Authを実際のアプリに組み込み、2人の顧客でテストする。

Replit AuthからClerkへの移行

既存のアプリをReplit AuthからClerkテナントへ移行する。