まず、Salesforce Express Connect のサービスプロバイダに連絡し、AWS Direct Connect への切り替えなどを行うことで、グローバルログインの変更後も接続を中断せずに維持できるかどうかを確認します。これができない場合、接続を中断せずに維持するには、2026 年 6 月末までに次の 3 つの対応策のうち少なくとも 1 つを実装する必要があります。これらのオプションのいずれかを実装しないと、グローバルエンドポイントにアクセスできなくなり、グローバル URL を使用したログインおよび認証サービスが利用できなくなります。

これらのソリューションのいずれかを実装済みの場合は、追加のアクションは必要ありません。

オプション 1 (推奨):Hyperforce にアップグレードして AWS DX を実装する

Hyperforce は Salesforce の主要なインフラストラクチャであり、お客様の組織に優れたセキュリティ、信頼性、可用性を提供します。

長期的には、Hyperforce へのアップグレードと AWS DX の実装が、Salesforce に直接接続するためのソリューションとなります。Hyperforce へのアップグレードのリクエストに関しては、アカウントチームにお問い合わせください。

Hyperforce の詳細については、次のリソースを参照してください。

• Hyperforce の概要 - 一般情報と FAQ
• 組織の移行への準備方法
• Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する

オプション 2: [私のドメイン] に移行し、TSC および LSC の使用を停止する

ログインサービスへの影響を回避し、SEC を引き続き使用するためには、login.salesforce.com と test.salesforce.com の利用をすべて、組織の [私のドメイン] の URL に移行してください。[私のドメイン] はすべての Salesforce 組織で使用できます。URL を検索するには、[設定] の [クイック検索] ボックスに [私のドメイン] と入力し、[私のドメインの設定] を選択します。

注意: ハードコーディングされた login.salesforce.com の URL を使用して Salesforce と連携している内部または外部アプリケーションがある場合、これらのアプリを更新して [私のドメイン] を使用するようにします。

[私のドメイン] がまだ使用されていない箇所を特定するには、次の手順に従います。

• ログイン履歴を確認し、最近のログインデータの一覧をダウンロードします。詳細は、ヘルプ記事を参照してください。
• ログイン URL が login.salesforce.com になっているレコードを絞り込みます。
• 関連するアプリケーションまたはサービスの担当チームと連携し、ログイン先をそれぞれの [私のドメイン] に切り替えます。SOAP/API アプリケーションについては、こちらの記事で切り替え方法を説明しています。

[私のドメイン] はお客様にさまざまな利点をもたらします。幅広いログイン機能との互換性を維持しつつ、パフォーマンスとセキュリティを向上させます。

主な利点

• パフォーマンスの向上:[私のドメイン] に直接接続すると余分なルーティングを回避でき、ログインパフォーマンスが向上します。
• セキュリティの強化:[私のドメイン] では、セキュリティを強化するために mTLS 認証やその他の接続機能をご利用になれます。

互換性のあるログインおよび SSO 機能

ほとんどのログインおよび SSO 機能は [私のドメイン] と互換性があります。お客様が login.salesforce.com (LSC) または test.salesforce.com (TSC) を使用しているかを確認し、可能な場合は [私のドメイン] に切り替えることをお勧めします。

• ユーザー名とパスワードによるログイン
• サービスプロバイダとして Salesforce を使用した SAML SSO
• OAuth エンドポイント
• ID URL の OpenID Connect (OIDC) トークン件名
• JWKS /id/keys エンドポイント からの JSON Web トークン (JWT) キーの取得
• SOAP API ログイン
• こちらのような非推奨の従来型ポータル顧客ログイン
• Web-to のホスト名に関連する Web-to-ケース、Web-to-リード、統合フォームハンドラー

[私のドメイン] には多くの利点がありますが、移行時には上に示されているような問題が発生する可能性があります。できるだけ早い分析と移行作業の開始をお勧めします。ブロッカーが見つかった場合は、AWS DX を導入してアクセスを確保してください。

オプション 3:ログイントラフィックの移行前に、SEC と併用して AWS Direct Connect (DX) を追加する

AWS Direct Connect (DX) は、Hyperforce の直接接続ソリューションです。Salesforce と関連サービスへの直接アクセスを維持するには、ログイントラフィックの移行が開始される前に AWS Direct Connect をネットワークに追加してください。

AWS Direct Connect (DX) は、Amazon Web Services が提供する、専用のプライベートネットワーク接続サービスです。これにより、組織はオンプレミスのデータセンター (または社内ネットワーク) と AWS インフラストラクチャとの間に高帯域幅・低遅延のプライベート接続を確立し、パブリックインターネットを完全に回避できます。

Salesforce Hyperforce に関係する理由

Salesforce の Hyperforce プラットフォームはパブリッククラウドインフラストラクチャ (AWS) 上に構築されています。Salesforce がグローバルログインエンドポイントを Hyperforce に移行すると、基盤となるネットワークパスが変わります。従来の Salesforce インフラストラクチャで機能していたこれまでの SEC ルートでは、Hyperforce にホストされた新しいグローバル IP に正しく到達できない場合があります。
AWS Direct Connect は、Hyperforce が稼働する AWS ネットワークバックボーンに直接接続する専用のプライベート仮想インターフェース (VIF) を提供することで、この問題を解決します。これにより、Hyperforce への移行後も顧客のプライベート接続を維持できます。

直接接続が必要な場合は、このオプションをお勧めします。このアプローチなら既存の機能を維持でき、アプリケーションレベルの変更も不要です。AWS DX を追加すると、組織は最終的に Hyperforce にアップグレードできるようになります。

利点

• ログインだけでなく、Hyperforce に移行するすべてのグローバルエンドポイントで機能します。
• 今後、組織が Hyperforce に移行することによる中断を防ぎます。
• SEC と AWS DX を併用している他のお客様の環境でも、動作することが実証されています。

参照資料

• AWS ドキュメンテーション: How to Access Salesforce Hyperforce Securely and Reliably with AWS Direct Connect (AWS Direct Connect を使用した Salesforce Hyperforce への安全で信頼性の高いアクセス方法)
• ナレッジ記事:Set Up AWS Direct Connect (DX) for Hyperforce (Hyperforce 用の AWS Direct Connect (DX) のセットアップ)

グローバルログインエンドポイントアクセスに関連する機能

グローバルログインエンドポイントを移行する場合、アクセスが必要となる機能を把握しておくことが重要です。そうすれば、その動作を確認し、ソリューションをテストできます。何も対処しない場合、これらの機能が失敗する可能性があります。

• グローバル認証プロバイダ:Google、Facebook、Microsoft などのサービスのグローバル認証プロバイダは、login.salesforce.com (LSC) または test.salesforce.com (TSC) を必要とするグローバルコールバック URL を使用します。代わりに、認証プロバイダを定義して、SSO 要求を [私のドメイン] の URL に切り替えることもできます。
• ログインヒント:この機能を利用するには、LSC/TSC へのグローバルアクセス権が必要です。ただし、これはログインブロック機能ではなく、必要に応じて無効にできます。
• カスタムアプリ:カスタムアプリがログインおよび OAuth インテグレーションに login.salesforce.com (LSC) または test.salesforce.com (TSC) を使用している場合、影響を受けることが見込まれます。これには Canvas、Mobile、MailApp、パッケージのインストール、Lightning、画像のサーブレットなどのインテグレーションが含まれます。
• 未検出のクライアント:グローバルエンドポイントを使用してすべてのクライアントを識別できるとは限りません。AWS Direct Connect の採用を優先すれば、予期しない接続の問題を回避できます。
• アプリケーションの更新: インテグレーションを継続して動作させ、既存の機能を維持するには、お使いの Salesforce 組織にインストールされているアプリケーションを更新または再設定して、login.salesforce.com または test.salesforce.com の代わりに [私のドメイン] の URL を使用するよう変更する必要がある場合があります。

FAQ: Hyperforce のログインルーティングの変更

Q: Hyperforce の LSC/TSC カットオーバーとは何ですか?
A:  カットオーバーとは、リージョンごとの login.salesforce.com (LSC) および test.salesforce.com (TSC) へのウェブトラフィックのルーティングを、Salesforce のファーストパーティデータセンターから Hyperforce インフラストラクチャに切り替える移行プロセスのことです。

Q: このリリースは私のログイン可否に影響しますか?
A: この移行は、ダウンタイムなしでユーザーが通常どおりログインできるように設計されています。リージョンごとのカットオーバー直後に、Salesforce のチームはトラフィックが Hyperforce に安全かつ適切にルーティングされていることを確認するため、高優先度の 10 分間のシステム検証を実施します。

Q: この変更の対象となるリージョンはどこですか?
A: このルーティング変更は、グローバルで実施される取り組みです。リリース作業とその後のパフォーマンス検証は、北米、南米、アフリカ、ヨーロッパ、アジア太平洋地域を含む全世界で実施されます。

Q: Salesforce では、変更後にログインが適切に機能していることをどのように検証しますか?
A: リリース後の 10 分間で、Salesforce のエンジニアリングチームが重点的な健全性テストを実施します。その一環として、標準およびカスタムドメインインスタンスで、ログインページがエラーなく読み込まれることを検証するほか、ブラウザのリクエストヘッダー、IP、TLS 暗号化を評価して、接続を検証します。また、社内のログインメトリクスをモニタリングして、一貫した可用性、要求レート、ロードバランスの安定性が維持されていることを確認します。さらには、世界各地からのログイン試行を再現する自動化されたシンセティックテストを実施し、100% の可用性を確認します。

Q: ログインしたときにパフォーマンスの違いはわかりますか?
A: 地域によっては、パフォーマンスの向上を実感できる場合があります。たとえば、アジア太平洋地域でのリリース後のテストでは、シドニーから接続しているユーザーのレイテンシが大幅に改善したことが確認されました。全体として、グローバルでのログイン件数と信頼性は、一貫して安定した状態を維持しています。

Q: 1P を利用しています。7 月 20 日までに対応を行う必要がありますか?
A: これは [私のドメイン] を使っているかどうかによります。

• 組織での [私のドメイン] の使用率が 100% の場合、7 月 20 日までの対応は不要です。LSC カットオーバーによる影響はありません。*
• [私のドメイン] を使用していない場合は、至急、Salesforce アカウントチームにお問い合わせください。

SEC ネットワークでは Hyperforce に直接到達できません。[私のドメイン] の利用が最適な方法となります。SEC をご利用のお客様で、[私のドメイン] ではなくグローバル URL 経由でログインを続けている場合は、2026 年 7 月 20 日以降に login.salesforce.com が Hyperforce に移行すると影響を受けます。

*注意: [私のドメイン] を使用している場合は、7 月 20 日までに対応を行う必要はありませんが、長期的にはすべての組織が Hyperforce に移行するため、SEC のサポートは終了します。組織が Hyperforce に移行すると、アプリケーションのトラフィックが SEC を経由しようとしても SEC が AWS に到達できないため、Salesforce とのインテグレーションは完全に遮断されます。詳細は、「Hyperforce 用の AWS Direct Connect (DX) 設定」を参照してください。

Q: Hyperforce を利用するには、どの IP 範囲を許可すればよいですか?
A: Salesforce は最新の Hyperforce の IP 範囲を、機械で読み取り可能な形式で https://ip-ranges.salesforce.com/ip-ranges.json に公開しています。これは、信頼できる最新のソースです。ヘルプ記事の静的なリストではなく、こちらのファイルからデータを取得してください。Salesforce は IPAM (一元化された IP 管理) への移行を積極的に進めており、IP 範囲は今後変更される可能性があります。

AWS Direct Connect をご利用のお客様向けには、DX 設定に関するナレッジ記事に Salesforce Edge 移行期の短期的な IP アドレス表が掲載されています。これらの IP アドレスは、Edge CDN の IPAM 移行が完了すると削除されます。

Q: Salesforce Edge ネットワークとは何ですか。また、どのように設定すればよいですか?
A: Salesforce Edge とは、優れたネットワークエクスペリエンスの実現に役立つコンテンツ配信ネットワーク (CDN) です。高度なアプリケーションセキュリティ保護などにより、パフォーマンスとセキュリティを向上できます。Edge と AWS DX を組みあわせることで、トラフィックは DX を経由して対象の AWS リージョンにルーティングされ、そこから最寄りの利用可能な Edge 接続拠点 (PoP) を経由して Salesforce 組織に配信されます。

[私のドメイン] を使用している場合、組織でのログインやページトラフィックは、すでに Edge 経由でルーティングされています。

Q: TSC 中に CRMA/Insights のバッチジョブが失敗しました。これは想定どおりですか?
A: 公開ガイダンスよりも厳しい IP 許可リストを設定している一部のお客様の組織では、Salesforce のソース IPが移行されたときに、CRMA/Insights ジョブが失敗する場合があります。Hyperforce の IP 範囲を許可するようにしてください。詳細は、「Hyperforce IP の許可」を参照してください。

Q: SSO/OAuth フローが動作しなくなりました。IdP の設定をどのように変更すればよいですか?
A: [私のドメイン] を使用し、OAuth 2.0 を使用してログインしていることを確認してください。詳細は、「OAuth ユーザー名/パスワードからクライアント認証情報フローへの移行」を参照してください。

Q: 7 月 20 日までに [私のドメイン] に移行しなかった場合はどうなりますか?
A: 7 月 20 日以降、login.salesforce.com は Hyperforce から配信されます。組織が [私のドメイン] を使用していない場合は、組織やネットワークの設定に応じて、ログインおよび OAuth フローが動作しなくなるか、パフォーマンスが低下する可能性があります。
具体的には次のようなことが起こります。

• IP ベースのネットワーク許可リスト (従来の login.salesforce.com の IP に基づくファイアウォールルール) では、新しい Edge の IP 範囲がブロックされます。
• [私のドメイン] を使用せずに SEC をご利用中のお客様はログインできなくなります。これは、SEC ネットワークが Edge に到達できず、従来のエンドポイントを利用できないためです。
• トークンエンドポイントとして login.salesforce.com を使用している接続アプリケーションやインテグレーションが動作しなくなる可能性があります。

必要な対応は次のとおりです。

• まだ行っていない場合は、早急に [私のドメイン] を有効化して使用してください。これが唯一、最も効果的な対策です。
• https://ip-ranges.salesforce.com/ip-ranges.json を使用して IP 許可リストを更新します。
• 7 月 20 日までに、重要なソースネットワークから https://login-canary.salesforce.com への接続テストを行います。

7 月 20 日の期限について、例外は認められません。重大な問題がある場合は、至急 Salesforce アカウントチームにお問い合わせください。

Q: AWS の使用は避けたいと考えています。どのような対応が推奨されますか?
A: AWS の使用を避けるには、login.salesforce.com の使用を停止し、[私のドメイン] に切り替えてください。[私のドメイン] はお客様の組織と同じインフラストラクチャにホストされており、[私のドメイン] を使用したログインフローは、AWS で稼働する Hyperforce インフラストラクチャを経由せずに、直接組織のインスタンスにルーティングされます。