> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> Auth0 サービスの利用を始める際に役立つヒントを、他のユーザーからのフィードバックや経験に基づいてまとめた一覧

# ローンチ前のヒント

Auth0 サービスを使い始める際に、お客様から特に役立ったと評価されたヒントを以下にまとめました。

* 許可済みコールバック URL、CORS、ログアウト用の許可済みリダイレクト URL を確認し、設定が正しく漏れなく行われており、`file:///` や `localhost` を使用していないことを確認してください。ワイルドカードの使用は最小限にとどめ、利用する場合はセキュリティ上の影響を十分に検討してください。
* [本番、テスト、開発用にそれぞれ別のテナントを使用して、](/docs/ja-jp/get-started/auth0-overview/create-tenants/set-up-multiple-environments)本番環境を継続中の開発作業から分離してください。
* ネットワークを適切に設定し、当社の公開 API 群との通信を許可してください (本番環境では、開発／ステージング環境とは異なる設定が必要になる場合があります) 。
* 設定に追加した証明書の有効期限を確認し、開発中にアップロードした証明書がリリース中またはリリース直後に期限切れにならないようにしてください。
* リモートの<Tooltip tip="Identity Provider (IdP): デジタルアイデンティティを保存および管理するサービス。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=IDPs">IDPs</Tooltip>でNTPが動作しており、時刻が正しく同期されるようにしてください。
* 利用可能なログデータの保存日数はプランによって異なり、最長30日です。より長期間ログデータを保持する必要がある場合は、[ログストリーミングソリューション](https://marketplace.auth0.com/features/log-streaming) のいずれかを設定してください。これにより、ログデータをより長く保持できるようになります。必要なときにログデータを確実に利用できるよう、本番稼働前に必ず設定しておいてください。
* 当社のAPIの利用が[許可された制限](/docs/ja-jp/troubleshoot/customer-support/operational-policies/rate-limit-policy)内に収まるようにし、ヘッダーで返されるレート制限情報に応じて動的に調整でき、エラーも処理できるようにコードを実装してください。レート制限がアプリケーションにとって問題になりそうな場合は、トラフィックが通常に戻るまで一時的に引き上げ可能かどうか、事前に当社へご相談ください。必要以上にAPIエンドポイントへ問い合わせなくて済むよう、ユーザーデータのキャッシュ利用を検討してください。
* [ソーシャル接続](/docs/ja-jp/authenticate/identity-providers) を使用する場合は、必ずプロバイダーから自身の認証情報を取得し、それらをソーシャル接続の設定に追加してください。
* [カスタムDB接続](/docs/ja-jp/authenticate/database-connections/custom-db) を使用する場合は、すべてのカスタムDBスクリプトが実装されており、一意のユーザーIDを含む一貫性のあるユーザープロファイルを返すことを確認してください。
* メールを送信する場合は、まず[カスタムメールプロバイダーを設定](/docs/ja-jp/customize/email/smtp-email-providers)してください。
* Lockウィジェットに当社のCDNを使用する場合は、必ず特定のバージョンに固定してください。
* Actions、Rules、Hooks、およびカスタムデータベース接続スクリプトから呼び出される**外部**コンポーネントが、想定される負荷に対応できることを確認してください。
* <Tooltip tip="クライアントシークレット: クライアント（アプリケーション）が認可サーバーに対して認証を行うために使用する秘密情報です。クライアントと認可サーバーのみが知っているべきであり、推測されないよう十分にランダムでなければなりません。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=client+secret">クライアントシークレット</Tooltip>の値は、適切に保護してください。
* ご利用のアプリケーションの[グラントタイプ](/docs/ja-jp/get-started/applications/application-grant-types)を確認してください。必要なものが正しく有効になっていることを確認し、特に不要なグラントタイプは無効にしてください。
* `user_metadata`を使用している場合は、そのデータがユーザー自身で変更できるべきものであることを確認してください (例: 「支払い状況」のようなデータは含めない) 。
* [Attack Protection settings](https://manage.auth0.com/#/security/attack-protection)を確認し、[Attack Protection](/docs/ja-jp/secure/attack-protection)を読んで、ブロックされたユーザーのブロックを解除する方法を把握してください。
* [テナント設定の管理者セクション](https://manage.auth0.com/#/tenant/admins)を確認し、適切な管理者のみが<Tooltip tip="Auth0 Dashboard: サービスを設定するための Auth0 のメイン製品です。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=Auth0+Dashboard">Auth0 Dashboard</Tooltip>にアクセスできるようにしてください。詳しくは、[Dashboard へのアクセス管理](/docs/ja-jp/get-started/manage-dashboard-access)を参照してください。
* アプリケーションのエンドユーザーが使用する可能性のあるすべてのデバイスで、アプリケーションの主要なユースケースをひととおりテストしておくようにしてください。ログイン、<Tooltip tip="シングルサインオン（SSO）：ユーザーが1つのアプリケーションにログインした後、そのユーザーを他のアプリケーションにも自動的にログインさせるサービス。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=single+sign-on">シングルサインオン</Tooltip> (サポートされている場合) 、ログ、およびユーザーが複数のブラウザータブでアプリケーションを実行した場合にどうなるかについても、必ずテストしてください。
* [ルールの一覧](https://manage.auth0.com/#/rules)を確認し、適切なルールのみが有効になっていることを確認してください。
* ルールのコード、カスタム DB スクリプト、ログインページ内のカスタムコードを確認し、すべての呼び出しで十分なエラートラップとエラー処理が行われていることを確認してください。また、return/callback 文が正しく呼び出されていることも確認してください。
* エラー発生時にエンドユーザーが適切なページに誘導されるよう、[Tenant Settings General](https://manage.auth0.com/#/tenant) セクションでアプリケーション名、サポート URL、サポートメールアドレスを設定してください。
* アプリケーションが[Management API トークンを動的に取得している](/docs/ja-jp/secure/tokens/access-tokens/management-api-access-tokens)ことを確認してください。
* ルールまたはカスタム DB スクリプトから、`console.log` 文をすべて削除してください。特に、メールアドレス、ユーザー名、パスワードなどのユーザーを特定できる情報が漏洩するおそれのあるものは削除してください。
* ルールや db-connections で平文のシークレットを使用しないでください。これらはインターフェースの設定部分に追加してください。設定は暗号化され、必要なときに提供されます。設定オブジェクトをログに出力しないでください。