私のドメイン
Salesforce 組織の URL 内にお客様固有のサブドメイン名を使用して、会社のブランドを示します。[私のドメイン] を使用することで、https://mycompany.my.salesforce.com のように URL に会社名を含めることができます。これらの組織固有の URL を使用して、カスタムログインページの設定、カスタムログインポリシーの設定、シングルサインオンの提供、ソーシャルアカウントによるユーザーのログインの許可を行うことができます。[私のドメイン] では、同じブラウザー内で複数の Salesforce 組織で同時に作業することもできます。
必要なエディション
| 使用可能なインターフェース: Salesforce Classic および Lightning Experience の両方 |
| 使用可能なエディション: Group Edition、Essentials Edition、Professional Edition、Enterprise Edition、Performance Edition、Unlimited Edition、および Developer Edition |
すべての組織はデフォルトで拡張ドメインを使用する [私のドメイン] を取得します。組織の [私のドメイン] の名前が気に入らない場合、または変更する正当な理由がある場合は、名前を変更できます。
メモ [私のドメイン] では、my.salesforce.com のような Salesforce ドメインサフィックスが組織の URL に使用されます。拡張ドメインを使用すると、[私のドメイン] の名前が、Salesforce サイトや Experience Cloud サイト URL のシステムで管理されるホスト名でも使用されます。https://www.example.com のようなカスタムドメインを使用して組織の Salesforce サイトや Experience Cloud サイトを提供するには、「カスタムドメイン」を参照してください。
- Salesforce 組織のドメインのブランド設定
[私のドメイン]、Experience Cloud サイト、Salesforce サイト、カスタムドメインを使用して、Salesforce 組織とそのデータにアクセスするために使用する URL にブランドを含める方法について説明します。 - [私のドメイン] とは?
[私のドメイン] の名前で会社のブランドを示します。その [私のドメイン] の名前は、Salesforce ログインおよびアプリケーション URL で組織固有のサブドメインとして使用されます。たとえば、「https://mycompany.my.salesforce.com」と「https://mycompany.my.site.com」などです。カスタムログインページやユーザーログインおよび認証オプションなど、[私のドメイン] の利点について説明します。 - [私のドメイン] の考慮事項
[私のドメイン] の変更をリリースする場合、Salesforce 組織全体の URL に与える影響を理解しておくことが重要です。URL の変更、機能テスト、およびユーザーへの影響の軽減に関する次の考慮事項を確認してください。 - [私のドメイン] のプロビジョニングおよびリリース
組織の [私のドメイン] への変更をリリースする場合のプロビジョニングおよびリリースプロセスについて説明します。このプロセスの各ステップが Salesforce へのユーザーのアクセスにどのように影響するか、およびこうした変更を Sandbox でテストすることが重要な理由を把握します。 - 拡張ドメイン
拡張ドメインは、最新のブラウザー要件を満たす [私のドメイン] の現在のバージョンです。拡張ドメインを使用すると、Experience Cloud サイト、Salesforce サイト、Visualforce ページ、コンテンツファイルの URL を含め、組織のすべての URL に会社固有の [私のドメイン] の名前が含まれます。この機能により、ドメインサフィックス ([私のドメイン] の名前の後の部分) が最新のセキュリティ標準を満たすように変更されました。インスタンス名のない拡張された [私のドメイン] の URL は、ユーザーにとって覚えやすく、組織が別の Salesforce インスタンスに移行しても変更されません。拡張ドメインは最新のブラウザー要件を満たすため、この機能は Winter ‘24 で適用されました。 - パーティション分割されたドメイン
パーティション分割されたドメインを使用すると、Developer Edition 組織、デモ組織、パッチ組織、Sandbox 組織、スクラッチ組織、または Trailhead Playground の [私のドメイン] のホスト名に、組織種別に関連する単語が含まれます。たとえば、Developer Edition 組織およびパッチ組織用のパーティション分割されたドメインには develop という単語が含まれています。パーティション分割されたドメインを使用すると、Salesforce が提供するサービスの変更を段階的にロールアウトすることで、組織の可用性を最大限に高めることができます。また、ドメインをパーティション分割すると、組織を URL で容易に識別できるようになります。 - [私のドメイン] の変更の計画
[私のドメイン] を変更してブランドを更新するか、拡張ドメインを採用するか、パーティション分割されたドメインを有効にするかにかかわらず、Salesforce でホストされる組織の URL が変更されます。この変更には大きな影響がある可能性があるため、必要な更新を行うことは大変なプロジェクトのように思われる可能性があります。システム管理者、ユーザー、顧客がプロセスをできるだけスムーズに実行できるように、概要手順と推奨方法、およびユーザーと顧客への影響を軽減する方法を確認します。 - [私のドメイン] の詳細の変更
[私のドメイン] の名前が気に入らない場合、または変更する正当な理由がある場合は、名前を変更できます。たとえば、会社名またはブランド設定が変更されたときに名前を変更できます。一部の組織では、システム管理者は異なるドメインサフィックスを選択したり、拡張ドメインを有効にしたり、特定の [私のドメイン] の URL からインスタンス名を削除したりすることもできます。 - 別の組織への [私のドメイン名] の移動
新しい組織で既存の [私のドメイン] の名前を使用することはできません。その名前が現在使用されている組織を所有している場合も同様です。[私のドメイン] の名前を新しい組織で使用できるようにするには、まず古い組織から名前を削除します。 - 組織の更新と [私のドメイン] の変更のテスト
[私のドメイン] に対する変更をリリースする前に、ユーザーと連携して組織へのユーザーのログインアクセスが維持されるようにします。[私のドメイン] の変更をテストするには、変更を Sandbox にリリースします。[私のドメイン] のログイン URL またはサイト URL が変更された場合、認証を更新します。新しいドメインをサポートするために必要な更新を確認し、その更新を行います。次に、Salesforce で組織と機能ワークフローへのアクセスをテストします。Sandbox でのテストが完了したら、同じプロセスを使用して本番組織を更新します。最後に、以前の URL のリダイレクト動作を更新します。 - [私のドメイン] のリダイレクト
[私のドメイン] への変更をリリースすると、Salesforce によって複数のホスト名が自動的にリダイレクトされます。リダイレクトの種別、Salesforce が組織でホストするホスト名のリダイレクトをログに記録する方法、およびこれらのリダイレクトを制御する方法について説明します。 - [私のドメイン] 設定の構成
[私のドメイン] を使用して Salesforce 組織にログインするときのユーザーエクスペリエンスを決定します。ブランドを使用してユーザーのログインと認証方式を管理し、ログインページをカスタマイズします。Salesforce が以前提供していた、組織の URL にユーザーがアクセスしたときにユーザーをリダイレクトするかどうかを制御します。 - Salesforce Edge ネットワーク
Salesforce Edge ネットワークを使用して、グローバルアクセス、パフォーマンス、セキュリティを強化します。ユーザーは世界中から Salesforce データにアクセスするため、Salesforce Edge ネットワークでは場所に関係なく一貫した環境が提供されます。 - [私のドメイン] を使用した組織の状況と今後のメンテナンス日の取得
システムのパフォーマンスと可用性に関する情報を trust.salesforce.com から取得します。この [Trust] ページでは、Salesforce インスタンスに基づく状況情報がレポートされます。使用しているインスタンスが分からない場合は、[私のドメイン] の名前を使用して調べます。 - パッケージの Salesforce ドメインへのリンク
AppExchange を介して Salesforce ユーザーにパッケージを提供する場合、コードを参照してハードコードされた URL や、既知の URL を解析するコードがあるかを確認します。Salesforce が対象組織に提供する URL は、組織種別や設定に応じて変化します。ユーザーが拡張ドメインをリリースしたり、パーティション分割されたドメインをリリースしたり、[私のドメイン] の名前を変更したりすると、ハードコードされた URL と、URL 形式を想定するコードが破損する可能性があります。また、本番組織、Sandbox、他の本番以外の組織では、URL 形式が異なります。可能なすべての URL 形式でパッケージ機能が引き続き動作するようにするには、可能な限り、ハードコードされた URL 参照を相対 URL に更新します。相対 URL を使用できない場合、動的に生成されるホスト名を使用します。 - コードを使用した Salesforce へのログイン
セキュリティを強化するには、[私のドメイン] のログイン URL を使用してコードで Salesforce 組織にアクセスします。[私のドメイン] のログイン URL とデフォルトの Salesforce ログイン URL の利点を比較します。また、Salesforce インスタンスが含まれるログイン URL を更新することをお勧めします。 - [私のドメイン] の URL の形式
[私のドメイン] は、サイトや Visualforce ページを含め Salesforce 組織全体のログイン URL およびアプリケーション URL で使用されるサブドメインです。組織の URL 形式とその構造が何によって決定されるかを説明します。
関連項目:
この記事で問題は解決されましたか?
ご意見をお待ちしております。

