メールも届いたので、少し情報を整理しておきます。
新しく作成されたサンドボックス組織は、Summer'22リリースで拡張ドメインを使用してすでに作成されています。Summer '22リリースは、先週の金曜日/土曜日（数日前）にサンドボックスインスタンスの半分にロールアウトされました。インスタンスの残りの半分は、約1か月で取得されます。
サーバーには、Winter '23リリース（2022年8月下旬/ 10月中旬）までSummer'22インスタンスがあります。それらはまだSummer'22リリースにありますが、拡張ドメインを無効にすることができます。マイドメイン設定ページから行うことができます。これは、有効にするのと同じプロセスですが、逆に、[拡張ドメインを使用する]チェックボックスをオフにします。
このタイムラインで提供される日付は、生産組織のものです。サンドボックス組織は、約1か月前にリリースを取得します。
- 拡張されたドメイン施行
- 各ソリューションごとの拡張ドメイン適用注意点
- ドメイン【ヘルプ記事】
- 拡張ドメインを有効にした時の不具合
- 拡張ドメインのテスト
- 拡張ドメインのリダイレクト
- 拡張ドメインを有効にし、必要な更新を行うのに役立つ追加のヘルプ トピック。
- 既存のSSO設定で拡張ドメインを有効化したきの問題
-
Restricted IP Error with Enhanced Domain
追加のコンテキストとして、Salesforceは、IPv4にマップされたIPv6アドレス範囲（::ffff:0:0（0.0.0.0または:: ffff:0.0.0.0）から:: ffff:ffff:ffff（255.255））を使用してIPv4アドレスを格納します。 255.255または::ffff:255.255.255.255）。誤ってIPv4とIPv6をIP範囲内で混在させないようにするために、Salesforceでは::からffff:ffff:ffff:ffff:ffff：ffff:ffff:ffffまでの単一の範囲を設定することはできません。 IPv6。同じ効果を得るには、3つのIP範囲が必要です：::から::fffe:ffff:ffff,0.0.0.0から255.255.255.255、および:: 1:0:0:0からffff:ffff:ffff:ffff: ffff:ffff:ffff:ffff。または、空のIP範囲リストでも同じ効果があり、すべてのIPv4アドレスとIPv6アドレスが許可されます。 -
Plan for Salesforce Domain Changes: My Domain and Enhanced Domains
-
【Salesforce Edge の影響】Unable to Open Experience Site Workspaces or Builder
この問題を回避するには、Salesforce Edge を有効にしてから 30 分以上待ってから拡張ドメインを有効にする必要があるようです。これまでに影響を受けた組織は、Salesforce Edge を有効にしてから 1 分以内に拡張ドメインを有効にしました。拡張ドメインを有効にする前に、
Salesforce Edge を有効にした後、少なくとも 30 分など、少し待つことをお勧めします。Salesforce Edge が自動的にプロビジョニング解除された組織では、Salesforce Edge を有効にしてから 20 分以内でした。
拡張ドメインの有効化にご協力いただきありがとうございます。ご迷惑をおかけして申し訳ありません。この問題ができるだけ早く解決されることを楽しみにしています。Salesforce Edge を有効にしてから 30 分以上待ってから、拡張ドメインを有効にするお客様は、この問題に遭遇しないと予想されます。
拡張ドメインを有効にしたときに問題が発生し、新しいドメインを展開する必要があり、そこでエラーが発生しました。
次の SOQL クエリを実行して確認できるように、組織に ChatterNetwork サイトよりも多くの ChatterNetworkPicasso サイトがある場合、
SELECT Id, SiteType, UrlPathPrefix FROM Site
チームが解決しようとしているのは同じ問題です。一部の組織には、Experience Cloud サイトに予期せずリンクされていない ChatterNetworkPicasso サイト (Experience Builder によって管理されるサイト) があります。
- エクスペリエンスクラウドサイトがカスタムドメインを使用している場合、拡張ドメインに対して実行する手順はありますか？
- オプション2Bオプションはいつ利用できますか？
- 回答待ち:Report that identifies My domain URL changes as a result of enabling enhanced domains?
- 回答待ち:Impacts to clients?
- SalesforceがサンドボックスのURLに「.sandbox」を適用したのはいつですか。その理由は何ですか。拡張ドメインを有効化したから？
- Is there an option available to postpone Enhanced Domains?
Sandbox 以外の本番組織では拡張ドメインの適用が Spring '23 に延期されます。ただし、Sandbox およびその他の組織タイプは、拡張ドメインの実施を計画どおりに進めますが、そのような組織には、Spring '23 に延期するセルフサービス オプションがあります。
-
すでにcustomdomain（customname.my salesforce.com）がある場合、同じカスタムドメインで拡張ドメインを有効にした後の統合への影響は何ですか？
-
Previous Force.com redirect Experience Cloud Custom Domain Url
-
強化されたドメイン リダイレクト:新しいドメインを使用しようとするたびに、古いドメインまたは実際のドメイン (* force.com ) に自動的にリダイレクトされることがわかります。
-
Community OAuth 2.0 "token" endpoint returning "invalid_client"
拡張ドメインを使用してマイドメインを展開する場合（[新しいドメインの展開]ボタンをクリックして）、ユーザーに電子メールは送信されません。 DeployToUsers」への参照はドキュメントのエラーです。次のリリースで更新されます！
ヘルプページは拡張ドメインに固有のものではないことに注意してください。これは、マイドメインの変更に関するものであり、すべての行がすべての顧客に適用されるわけではありません。
パーソナライズされたモバイルアプリの更新に関する手順は、「ドメイン名が変更された場合」のセクションに該当します。サンドボックスで拡張ドメインをテストするために重要であるため、これらの手順を含めます。また、一部のお客様は、ブランド名の変更によりマイドメインの名前を変更したり、拡張ドメインを有効にすると同時にマイドメイン名の名前を変更したりする場合があります。
本番組織では、拡張ドメインを有効にしても、組織のマイドメインログインURLは変更されません。そのため、マイドメインの名前も変更しない限り、AppStoreとGooglePlayで公開されているパーソナライズされたモバイルアプリを更新する必要はありません。ただし、サンドボックスでは、拡張ドメインを有効にすると、マイドメインのログインURLが変更されます。「サンドボックス」という単語がログインURLに追加されます。そのため、サンドボックスで拡張ドメインをテストする場合、アプリストアで公開されているパーソナライズされたモバイルアプリの新しいバージョンをテストするには、アプリのサンドボックスバージョンのログインURLを更新する必要があります。
エクスペリエンスクラウドサイトがカスタムドメインを使用している場合、拡張ドメインに対して実行する手順はありますか？
Salesforceがホストする*の代わりにカスタムドメイン「https://www.example.comやhttps://www.myportal.example.comなど」を使用している場合は正しいです。ExperienceCloudサイトのforce.comURL。その記事の手順に従う必要はありません。
サンドボックスがSalesforceでホストされている*を使用している場合。Experience Cloudサイトの force.comの場合、記事はその組織に適用されます。
拡張ドメインは、ExperienceCloudサイトの提供に使用されるカスタムドメインによって使用されるlive.siteforce.comCNAMEには 影響しません。
- HTTPS証明書を使用してSalesforceのサーバーでHTTPSを介してカスタムドメインを提供する
- 拡張ドメインを有効にした後、カスタム ドメインに使用される CNAME レコードは変更されますか?
拡張ドメインを有効にしたときにカスタムドメインがExperienceCloudサイトにサービスを提供する場合、影響はごくわずかですが、Salesforceヘルプ の「ドメインの変更に合わせて組織を更新する」で概説されているいくつかの手順に従う必要があります。
拡張ドメインを有効にした後、古い*。force.comサイトのURLがリダイレクトされます。これらのリダイレクトは、Winter '24リリース（2023年10月の本番組織に影響します）では停止されません。ただし、ベストプラクティスとして、新しい*を指すようにカスタムドメインを更新することをお勧めします。my.site.comのURL。この手順は必須ではありませんが、カスタムドメインにアクセスすると、そのリダイレクトはスキップされます。これは非常にマイナーで、ほとんどのユーザーには遅延は表示されませんが、接続が非常に遅い場合は、サイトの読み込み時に余分なホップが1〜2秒かかる可能性があります。
あなたの質問の核心にあるのは、拡張ドメインを有効にするときと比較して設定するときはあなた次第です。
- 拡張ドメインを有効にする前にカスタムドメインを設定した場合、少量のテストが行われ、ドメインの構成によっては、組織を更新する手順の一部として検証が行われる可能性があります。また、新しいURLを指すようにカスタムドメインを更新することをお勧めしますが、これは必須ではありません。
- 拡張ドメインを有効にした後で設定すると、上記の手順で労力を節約できます。
カスタムドメインを有効にすると、レガシーリダイレクトに影響しますか？
拡張ドメインでは、すべてのアプリケーションURLは組織のマイドメイン名で始まります。インスタンス名が削除され、一部のURLからパッケージ名が削除されます。インスタンス名がないため、拡張されたマイドメインURLは、ユーザーが覚えやすく、組織を別のSalesforceインスタンスに移動したときに安定した状態を維持できます。 しかし、この記事には、 InstanceNameが何であるかを示すものは何もありません。
それはログインURLです。[マイドメイン設定]ページ（推奨）にリストされている組織のマイドメインログインURLを使用できます。また、本番組織の場合はlogin.salesforce.comを使用するか、サンドボックスの場合はtest.salesforce.comを使用できます。技術的には、拡張ドメインの後も機能しますが、Salesforceは将来、組織を新しいインスタンスに移動する可能性があり、その時点でリンクが切断されます。このため、URLを組織のマイドメインログインURLまたは汎用ログインURLのいずれかに更新することをお勧めします。各種類のログインURLを使用することの長所と短所の詳細については、Salesforceヘルプの 「コードを使用してSalesforceにログインする」を参照してください。
拡張ドメインを有効にすると、Marketing Cloud Connectに影響がありますか？
Test.salesforce.com/ログインsalesforce.comの一般的なログインに対する拡張ドメインの影響
汎用ログインURL（login.salesforce.comおよびtest.salesforce.com）は、拡張ドメインを有効にした後も、[マイドメイン設定]ページの[ポリシー]セクションで組織内のこれらのURLを介したアクセスを無効にしない限り、引き続き機能します。
セキュリティをさらに強化するために、マイドメインログインURLを使用してコードを使用してSalesforce組織にアクセスすることをお勧めします。詳細については、「コードを使用してSalesforceにログインする」を参照してください。
Impact of Enhanced Domains on Test.salesforce.com / Login salesforce.com generic logins
まだ cloudforce.com サフィックスを使用している場合の影響
まだ cloudforce.com サフィックスを使用している場合の影響
＊を使用している場合。現在、 cloudforce.comまたは * database.comサフィックスを使用している場合、拡張ドメインを有効にするには、標準 (* .my.salesforce.com ) 私のドメイン サフィックスに移行する必要があります。そのため、拡張ドメインが適用される場合は、*. my.salesforce.comサフィックス。( Winter '23 リリース ノートおよび拡張ドメインの拡張ドメインヘルプ ページでは、強制リリースについて詳しく説明しています。)
はい、拡張ドメインを有効にする必要があります。はい、それは、私のドメインのサフィックスがプロセスで変更されることを意味します.
Network doesn't allow you to access these domains
If the Enhanced Domains checkbox was checked and saved shortly before seeing this message, such as within 5 to 10 minutes of saving the checked Enhanced Domains checkbox, it's likely that the DNS registration and/or propagation of standard.file.force.com was delayed. After the propagation is completed within DNS, refreshing the page allows the JavaScript-side code to detect standard.file.force.com as existing and reachable.
In that scenario, that error message shouldn't have shown up since that one time. Is that the case? If so, it's expected to be safe to proceed with deploying the change.
有効化するとSandboxのメニューがでなくなる？
