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