Dynamics 365 Commerce のドメイン

[アーティクル]
01/31/2024

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

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

メモ

2022 年 5 月 6 日現在、Dynamics 365 Commerce で作成されたすべての環境は、以前の .commerce.dynamics.com のパターンに代わり、.dynamics365commerce.ms ドメインでプロビジョニングされます。 .commerce.dynamics.com ドメインでプロビジョニングされた既存の環境は引き続き機能します。

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

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

注記

複数のドメインを LCS で サポートされているホスト名 ボックスに入力するには、セミコロンで区切ります。最初に入力したドメインは、環境用に生成された URL にデフォルト設定されます。 ?domain= URL 文字列属性を使用して、後続のドメインにアクセスできます。詳細については、サイトビルダーのドメインを参照してください。

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

「サポートされているホスト名」ボックスが強調表示された LCS E コマースプロビジョニング画面

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

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

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

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

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

Commerce 生成の URL

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

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

サイトの設定

e コマース環境のプロビジョニング後、サイトを作業用 URL に関連付けるように、サイトを Commerce サイトビルダーで設定する必要があります。

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

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

「サイトの設定」ダイアログボックス。

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

パスボックスは空白のままにするか、作業 URL に反映される追加のパス文字列を追加できます。パスボックスを空白のままにすると、Commerce 生成のベース 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 (Commerce 生成の URL または Commerce 生成の 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 に関連付けられています。各サイトは空白のパスを使用して設定されました。この 2 つのサイトは、?domain= 属性を使用して、次のように Web ブラウザーでアクセスできます:

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 コマース サブヘッダーで、+ カスタムドメインの追加 を選択します。スライダーは既存のカスタムドメインを示し、新しいカスタムドメインを追加するオプションを提供します。

使用する Commerce Scale Unit の更新

Commerce で使用される Commerce Scale Unit (CSU) は、環境を最初に作成するときに選択されるのが一般的です。 Commerce では、環境で使用する CSU インスタンスを変更できるため、セルフサービス機能によりアーキテクチャの保守を向上させ、サポートへの問い合わせを減らすることができます。 CSU インスタンスを更新するには、プロジェクトの環境の Commerce 管理ページに移動し、Scale Unit を更新する を選択します。 新しい Commerce Scale Unit スライダーを使用して、環境で使用できる CSU の一覧から新しい CSU インスタンスを選択します。

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

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

重要

トラフィックの交通量を制御するプロセスを設定するには、少なくとも 7 日間のリードタイムが必要です。実行日の 14 日以上前にプロセスを開始をお勧めします。

<e-commerce tenant name>.dynamics365commerce.ms エンドポイントは、カスタムドメイン Secure Sockets Layer (SSL) をサポートしていないため、フロントドアサービスまたは Content Delivery Network (CDN) を使用してカスタムドメインを設定する必要があります。

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

Azure Front Door のようなフロントドアサービスを設定して、フロントエンドのトラフィックを処理し、Commerce 環境に接続することで、ドメインと証明書の管理をより詳細に制御し、きめ細かなセキュリティポリシーを提供します。
Commerce が提供する Azure Front Door インスタンスを使用することで、ドメイン検証のために Dynamics 365 Commerce チームとアクションを調整し、運用環境ドメインの SSL 証明書を取得する必要があります。

メモ

外部の CDN やフロントドアサービスを使用している場合、リクエストが Commerce プラットフォームで Commerce が提供するホスト名で、X-Forwarded-Host (XFH) ヘッダーが <custom-domain> で着地することを確認する必要があります。たとえば、Commerce エンドポイント xyz.dynamics365commerce.ms で、カスタムドメインが www.fabrikam.com である場合は、転送される要求のホストヘッダーは、xyz.dynamics365commerce.ms である必要があり、XFH ヘッダーも www.fabrikam.com である必要があります。

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

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

会社名、運用環境ドメイン、環境 ID、および運用環境の eコマーステナント名を入力する必要があります。
このサービス要求が既存のドメイン (現在アクティブなサイトに使用されている) か、新しいドメインであるかを確認する必要があります。
ドメイン検証と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レコードが更新された後、トラフィックは Commerce フロントドアエンドポイントを介してルーティングされます。
既存の Web サイトにサービスを提供するドメインの場合、新しいドメインが正しく設定されていることを確認し、スケジュールされたカットオーバー時間にカスタムドメインを Commerce フロントドアのエンドポイントに向けるために CNAME 変更を実行する必要があります。
CNAME の変更が完了するまで、カスタムドメインへの既存のトラフィックは影響を受けません。

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

メモ

SSL を使用したカスタムドメインは、運用環境でのみサポートされます。サンドボックスやユーザー受け入れテスト (UAT) などの非運用環境の場合、Commerce 生成の URL を使用して、Web ブラウザーで公開されたコンテンツにアクセスします。

SSL 証明書プロセス

サービス要求が提出されると、Commerce チームは次の手順をユーザーと調整します。

新しいドメインの場合:

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

既存/アクティブドメインの場合:

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

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 インスタンスの両方を自分でホストする必要があります。

メモ

Azure Front Door を使用している場合は、同じサブスクリプションで Azure DNS も設定する必要があります。 Azure DNS でホストされている apex ドメインは、Azure Front Door をエイリアスレコードとしてポイントできます。 Apex ドメインは常に IP アドレスをポイントする必要があるため、これが唯一の回避策です。

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