サードパーティCookieをブロックするブラウザを回避し、ドメイン間でシングルサインオン（SSO）を有効にするには、集中管理されたホスト型ログインページを使用するのがベストプラクティスです。このアプローチでは、認証プロセスを単一ドメインに集約することで、サードパーティCookieへの依存を回避できます。
* オプション A: 不正解です。サイトグループを使用して SSO を有効にしても、サードパーティの Cookie が使用される可能性がありますが、最近のブラウザではサードパーティの Cookie がブロックされるケースが増えています。
* オプション B: 不正解です。SSO セグメントはサイトをグループ化するメカニズムですが、サードパーティ Cookie のブロックの問題には対処しません。
* オプション C: 不正解です。親サイトにホストされたページを使用しても、サードパーティの Cookie 制限によって発生するクロスドメイン SSO の課題は完全には解決されません。
* オプション D: 正解です。集中管理されたホスト型ログインページにより、認証が単一のドメインで行われるため、サードパーティの Cookie が不要になり、ドメイン間でシームレスな SSO が可能になります。
参考文献:
* SAP Customer Data Cloud - 集中ホストログイン
* クロスドメイン SSO のベストプラクティス

SAP Customer Data Cloud のアカウントデータベースは、次のコンポーネントに分割されています。
* A. プロファイル データ: 名前、電子メール、ソーシャル ID などのユーザー プロファイル情報が含まれます。
* カスタム データ: 組織によって定義された追加のカスタム属性を保存します。
* システム データ: タイムスタンプや内部識別子などのシステム管理フィールドが含まれます。
他のオプションは間違っています:
* B. プロファイル データ、設定、データ ストア: 設定とデータ ストアはアカウント データベースのセグメントではありません。
* C. ID、カスタム データ、データ ストア: ID はプロファイル データ セグメントの一部であり、個別のセグメントではありません。
* D. 登録データ、設定、システム データ: 登録データと設定は、アカウント データベースの有効なセグメントではありません。
SAP Customer Data Cloud リファレンス:
* アカウント データベース セグメント。
* データ ストアの概要。