このガイドでは、お客様が構築したアプリへのユーザーのサインインについて説明します。Replit アカウントへのサインインに関する問題については、アカウントとアクセスをご覧ください。
まず認証システムを特定する
Agent に次のように質問してください：「このアプリは Replit Auth、Replit 管理の Clerk Auth、または別途設定された認証プロバイダーのどれを使用していますか？」
Clerk の場合は、Agent が連携をプロビジョニングしたのか、ご自身の Clerk アカウントの認証情報を提供したのかを確認してください。両者の設定を混在させないでください。
サインインエラーを修正するために、認証テナントを削除または再作成しないでください。テナントを削除すると、ユーザーアカウントも削除される可能性があります。既存ユーザーの移行計画なしに、プロバイダーの切り替えや認証情報の置き換えを行わないでください。
プレビューではサインインできるが、公開後に失敗する
- プレビューと公開済みアプリを個別にテストします。正確な失敗内容を記録します。
- Clerk の場合は、意図した開発環境または本番環境が選択されていることを確認します。両者のユーザーと設定は別々です。
- 公開済みアプリに必要な認証用の環境変数が設定されていることを確認します。名前と設定状況を確認し、値をチャットに貼り付けないでください。
- ご自身のプロバイダーを使用している場合は、許可されたオリジンとコールバック URL を、公開済みの正確なホスト名およびプロトコルと比較します。
- 意図した設定変更を公開し、新しいブラウザーセッションでテストします。
OAuth の redirect_uri_mismatch については、実際のリダイレクト URI をプロバイダーに登録された URI と比較してください。回避策として、コールバックのパスを推測したり、ワイルドカードによるアクセスを追加したりしないでください。
1つのソーシャルサインインプロバイダーだけが失敗する
有効になっている別のサインイン方法をテストして、失敗の原因を切り分けます。失敗しているプロバイダーの設定で、環境、ドメイン、コールバック URI が正しいか確認してください。管理された Clerk の場合は、代替のテナントを作成するのではなく、Clerk Auth に従ってください。
ユーザーが見つからないように見える
変更を加える前に、プロジェクト、認証プロバイダー、環境を確認してください。開発環境のアカウントがあっても、同じアカウントが本番環境に存在することにはなりません。コピーまたはリミックスされたプロジェクトでは認証設定が異なる場合があります。コードと一緒にユーザーが移行されたと思い込まないでください。
カスタムドメインでサインインエラーが発生する
まず、デフォルトの公開 URL をテストします。カスタムドメインだけが失敗する場合は、ドメインガイドに従い、その後、認証プロバイダーのドメイン設定を確認してください。ホスティングの DNS と認証の DNS は、別々の確認項目です。
ドメインがすでに別の認証アプリケーションに接続されていると表示された場合は、管理された連携であれば Support に、自己管理の連携であればプロバイダーにお問い合わせください。ドメインを解放するためだけに古いアプリケーションを削除しないでください。
確認メールが届かない
アドレス、迷惑メールフォルダー、および意図した環境にアカウントが存在するかを確認してください。再試行する前に、エラーやレート制限のメッセージを記録してください。コードを短時間に繰り返しリクエストしないでください。また、確認コードを Support に共有しないでください。
それでも失敗する場合
プロバイダーと管理モード、環境、失敗するサインイン方法、影響を受けるホスト名、サニタイズ済みのエラー、タイムゾーンを含む日時を記載してください。他の方法が動作するかどうかも明記してください。トークン、Cookie、認証情報、ユーザーリストは含めないでください。サポートチェックリストをご利用ください。 
