Dynamics 365 Commerce のドメイン

この記事では、Microsoft Dynamics 365 Commerce がドメインを処理する方法について説明します。

ドメインは、Web ブラウザーで Dynamics 365 Commerce サイトに移動するために使用する Web アドレスです。 選択したドメイン ネーム サーバー (DNS) プロバイダーを使用して、ドメインの管理を制御します。 Dynamics 365 Commerce サイト ビルダーは、発行時にサイトにアクセスする方法を調整するためにドメインを参照します。 この記事では、Commerce サイトの開発と立ち上げのライフサイクルを通じてドメインがどのように処理および参照されるかを確認します。

プロビジョニングおよびサポートされているホスト名

Microsoft Dynamics Lifecycle Services (LCS) で e コマース環境をプロビジョニングする場合は、eコマース プロビジョニング画面の [サポートされているホスト名] ボックスに、デプロイされたコマース環境に関連付けられているドメインを入力します。 これらのドメインは、eコマース Web サイトをホストする顧客向けのドメイン ネーム サーバー (DNS) 名です。 この段階でドメインを入力しても、ドメインのトラフィックを Dynamics 365 Commerce に振り向けることはありません。 ドメインのトラフィックは、ドメインでコマース エンドポイントを使用するように DNS CNAME レコードを更新する場合にのみ、Commerce エンドポイントにルーティングします。

次の図は、サポートされているホスト名 ボックスが強調表示された LCS E コマース プロビジョニング画面を示しています。

サポートされているホスト名の追加

初期環境のプロビジョニング後に、サポートされているホスト名を LCS の環境に追加できます。

LCS でサポートされているホスト名の一覧に新しいドメインを追加するには、次の手順に従います。

1. LCS のご利用の環境に移動します。
2. 環境機能 > Commerce に移動し、管理 を選択します。
3. eコマース を選択します。
4. カスタム ドメインの追加 を選択します。
5. 新しいカスタム ドメイン の サポートされている カスタム ドメインの追加 ダイアログ ボックスに、完全なドメイン名 (例: www.contoso.com) を入力します。
6. 追加 を選択すると、そのドメインがサポートされるホスト名の一覧に追加されます。

LCS の eコマース > システム情報 > システム情報サポートカスタム ドメイン でサポートされているホスト名のリストを見ることができます。

Commerce 生成の URL

Dynamics 365 Commerce e コマース環境をプロビジョニングする際、Commerce は環境の作業用アドレスとなる URL を生成します。 環境がプロビジョニングされた後に LCS に表示される e コマース サイトのリンクは、この URL を参照します。 Commerce 生成の URL は、https://<e-commerce tenant name>.dynamics365commerce.ms の形式で、e コマース テナント名は、Commerce 環境に対して LCS に入力された名前です。

サンドボックス環境では、実稼働環境サイトのホスト名を使用することもできます。 このオプションは、サンドボックス環境から運用環境にサイトをコピーする場合に最も適しています。

サイトの設定

eコマース環境をプロビジョニングしたら、コマース サイト ビルダーでサイトを設定し、サイトを作業 URL に関連付けます。

サイト ビルダーで初めてサイトを設定すると、サイトの設定 ダイアログ ボックスが表示されます。

次の図は、サイト ビルダーで初めてサイトにアクセスするときの、"default" という名前のサイトの サイトの設定 ダイアログ ボックスを示しています。

[ ドメインの選択 ] ボックスで、LCS がサイトに提供するサポートされているホスト名の 1 つをサイト ビルダーのサイトに関連付けることができます。

[パス] ボックスを空白のままにするか、作業 URL に表示される別のパス文字列を追加できます。 [パス] ボックスを空白のままにすると、コマースで生成されたベース URL を、サイト ビルダーで設定しているサイトに関連付けます。 パスは、サイトとドメインのペアごとに一意である必要があります。 選択したサイトとドメイン内で、空のパスを使用したり、一意のパス文字列に関連付けたりできるのは、環境内の 1 つのサイトだけです。 サイトのセットアップ中に [パス ] フィールドに追加した文字列は、Web ブラウザーでサイトにアクセスするために使用される、Commerce で生成されたベース URL のサブパスになります。

たとえば、サイト ビルダーに "xyz" という名前の e コマース テナントに "fabrikam" という名前のサイトがあり、空白のパスでサイトを設定した場合は、Commerce で生成されたベース URL に直接移動して、Web ブラウザーで発行済みのサイト コンテンツにアクセスします。

https://xyz.dynamics365commerce.ms

または、この同じサイトのセットアップ中に "fabrikam" のパスを追加する場合は、次の URL を使用して、Web ブラウザーで発行されたサイト コンテンツにアクセスします。

https://xyz.dynamics365commerce.ms/fabrikam

ページと URL

パスを使用してサイトを設定すると、サイト ビルダーのページに関連付けられているすべての URL が、サイトの作業 URL (コマースによって生成された URL、またはコマースで生成された URL とパス) に基づいて構築されます。 サイト ビルダーで新しい URL (URL/> + 新規) を作成する場合は、[新しい URL] ダイアログ ボックスの一覧からページを選択し、そのページの URL パスを入力して、その URL を 選択したページに関連付けます。 ページにアクセスするには、サイトの作業 URL に URL パスの値を追加します。 URL パスは、サイト ビルダーの [./<URL path>] ページの URL リストにとして表示されます。

次の図は、URL パスの例が強調表示されたサイト ビルダーの 新しい URL ダイアログ ボックスを示しています。

次の図は、URL の例が一覧で強調表示されたサイト ビルダーの URL ページを示しています。

サイト ビルダーのドメイン

サイトのセットアップ時に、サポートされているホスト名の値をドメインとして関連付けることができます。 サポートされているホスト名の値をドメインとして選択すると、選択したドメインがサイト ビルダー全体で参照されます。 このドメインは、Commerce 環境内の参照にすぎません。 そのドメインのライブ トラフィックはまだ Dynamics 365 Commerce に転送されていません。

サイト ビルダーでサイトを操作する場合、2 つの異なるドメインを持つ 2 つのサイトを設定した場合は、 ?domain= 属性を作業 URL に追加して、ブラウザーの発行済みサイト コンテンツにアクセスできます。

たとえば、環境 "xyz" をプロビジョニングし、サイト ビルダーで 2 つのサイト (1 つはドメイン www.fabrikam.com 、もう 1 つはドメイン www.constoso.com) を作成して関連付けます。 各サイトは、空白のパスを使用して設定します。 その後、 ?domain= 属性を使用して、次のように Web ブラウザーでこれらの 2 つのサイトにアクセスできます。

• https://xyz.dynamics365commerce.ms?domain=www.fabrikam.com
• https://xyz.dynamics365commerce.ms?domain=www.contoso.com

複数のドメインが提供されている環境でドメイン クエリ文字列を指定しない場合、Commerce は指定した最初のドメインを使用します。 たとえば、サイトのセットアップ中に最初にパス "fabrikam" を指定した場合、URL https://xyz.dynamics365commerce.ms を使用して、 www.fabrikam.comの発行済みサイト コンテンツ サイトにアクセスできます。

カスタム ドメインを追加することも可能です。 これを行うには、プロジェクトの環境の Commerce 管理ページの E コマース サブヘッダーで、+ カスタム ドメインの追加 を選択します。 スライダーは既存のカスタム ドメインを示し、新しいカスタム ドメインを追加するオプションを提供します。

環境で使用するコマース スケール ユニットを更新する

環境を作成するときに、コマース スケール ユニット (CSU) を選択します。 環境で使用する CSU インスタンスを変更できます。 このセルフサービス機能は、アーキテクチャを維持するのに役立ち、サポートに連絡する必要が減ります。 CSU インスタンスを更新するには、プロジェクトの環境の Commerce 管理ページに移動し、スケールユニット を更新する を選択します。 新しい Commerce Scale Unit スライダーを使用して、環境で使用できる CSU の一覧から新しい CSU インスタンスを選択します。

実稼働環境でのトラフィックの転送

commerce.dynamics.com エンドポイント自体でドメイン クエリ文字列パラメーターを使用して、複数のドメインをシミュレートできます。 ただし、実稼働環境で稼働させる必要がある場合は、カスタム ドメインのトラフィックを <e-commerce tenant name>.dynamics365commerce.ms エンドポイントに転送する必要があります。

<e-commerce tenant name>.dynamics365commerce.ms エンドポイントは、カスタム ドメイントランスポート層セキュリティ/Secure Sockets Layer (TLS/SSL) をサポートしていないため、フロント ドア サービスまたはコンテンツ配信ネットワーク (CDN) を使用してカスタム ドメインを設定する必要があります。

フロント ドア サービスまたは CDN を使用してカスタム ドメインを設定するには、次の 2 つのオプションがあります。

• フロントエンド トラフィックを処理し、コマース環境に接続するように、Azure Front Door などのフロント ドア サービスを設定します。 このオプションを使用すると、ドメインと証明書の管理をより細かく制御でき、より詳細なセキュリティ ポリシーが提供されます。

• コマースが提供する Azure Front Door インスタンスを使用します。 このオプションでは、ドメインを検証し、運用ドメインの TLS/SSL 証明書を取得するために、Dynamics 365 Commerce チームとの調整アクションが必要です。

CDN サービスを直接設定する方法の詳細については、コンテンツ配信ネットワーク (CDN) のサポートの追加 を参照してください。

Commerce 提供の Azure Front Door インスタンスを使用するには、Commerce オンボード チームから CDN 設定支援のサービス要求を作成する必要があります。

• 会社名、運用環境ドメイン、環境 ID、および運用環境の eコマース テナント名を入力する必要があります。
• このサービス要求が既存のドメイン (現在アクティブなサイトに使用されている) か、新しいドメインであるかを確認する必要があります。
• ドメイン検証と TLS/SSL 証明書は、DNS TXT レコード検証によって取得されます。 このプロセスには複数の連続したステップが含まれ、ドメインが稼動するまでに 7 営業日のサービスレベル合意 (SLA) が必要です。 プロセスは次のベーシック ステップで構成されています:
  1. ドメインのセットアップを要求するサポート チケットを作成します。
  2. Microsoft サポートは、ドメインを確認するために DNS レコードを連絡します。
  3. DNS プロバイダーのサービスで DNS レコードを作成します。
  4. Microsoft サポートは、DNS 検証が完了したことを確認しています。
  5. Microsoft サポートは、ライブ トラフィック スイッチオーバー用に作成される DNS CNAME レコードを提供します。
  6. Commerce が提供するフロント ドア エンドポイントを指すカスタム ドメインの DNS CNAME を作成します。
• 新しいドメインの場合、Commerce が提供するフロント ドアのエンドポイントに CNAME をすぐに更新できます。 トラフィックは、CNAME レコードが更新された後、コマース フロント ドア エンドポイントを経由してルーティングされます。
• 既存の Web サイトを提供するドメインの場合は、新しいドメインが正しく設定されていることを確認する必要があります。 CNAME の変更を実行して、スケジュールされたカットオーバー時間にカスタム ドメインをコマース フロント ドア エンドポイントにポイントします。
• カスタム ドメインへの既存のトラフィックは、CNAME の変更が完了するまで影響を受けません。

LCS でサービス要求を作成するには、環境内で サポート > サポートの問題 に移動し、インシデントの送信 を選択します。

TLS/SSL 証明書プロセス

サービス要求を提出すると、コマース チームは次の手順を調整します。

新しいドメインの場合:

• Commerce チームは Azure Front Door インスタンス (Commerce ホスト) を設定します。
• その後、Commerce チームは、カスタム ドメインをポイントする CNAME レコードを提供します。
• CNAME レコードを更新すると、Commerce でホストされる Azure Front Door インスタンスでドメインの所有権を確認し、SSL 証明書を取得できます。

既存またはアクティブなドメインの場合:

• コマース チームは、ドメイン DNS プロバイダーに afdverify.<custom-domain> CNAME レコードを追加するよう指示します。
• CNAME レコードを完了すると、コマース チームは Azure Front Door インスタンスにドメインを追加し、ドメインの DNS に追加する DNS TXT レコードをさらに提供します。
• TXT レコードを追加すると、コマース チームは、ドメインの Azure Front Door の更新を完了して SSL 証明書を設定します。

Apex ドメイン

Commerce 提供の Azure Front Door インスタンスは、apex ドメイン (サブドメインを含まないルート ドメイン) をサポートしていません。 Apex ドメインは解決するために IP アドレスを必要とし、Commerce Azure Front Door インスタンスは仮想エンドポイントでのみ存在します。 Apex ドメインを使用するには、次のオプションがあります。

• オプション 1 - DNS プロバイダーを使用して、apex ドメインを "www" ドメインにリダイレクトします。 たとえば、fabrikam.com は www.fabrikam.com にリダイレクトし、www.fabrikam.com は、Commerce ホストの Azure Front Door インスタンスをポイントする CNAME レコードです。

• オプション 2 - DNS プロバイダーが ALIAS レコードをサポートしている場合、Apex ドメインを Azure Front Door エンドポイントにポイントできます。これにより、エンドポイントによる IP 変更が確実に反映されます。

• オプション 3 - DNS プロバイダーが ALIAS レコードをサポートしていない場合は、DNS プロバイダーを Azure DNS に変更し、Azure DNS と Azure Front Door インスタンスの両方を自分でホストする必要があります。

Apex ドメインについてご質問がある場合は、 Microsoft サポートにお問い合わせください。

その他のリソース

新しい eコマース テナントの配置

オンライン ストア チャネルのセットアップ

eコマース サイトの作成

オンライン チャネルと Dynamics 365 Commerce サイトの関連付け

robots.txt ファイルの管理

URL リダイレクトの一括アップロード

B2C テナントを Commerce に 設定

ユーザー ログイン用のカスタム ページの設定

Commerce 環境での複数の B2C テナントの構成

コンテンツ配信ネットワーク (CDN) のサポートの追加

場所に基づく店舗検出の有効化