連絡先: 技術概要

コンタクト エンティティには複数のデータ エントリが含まれており、これらはファセットにグループ化されてxDBに格納されます。一部の情報 (対話や結果など) は、関連するエンティティに格納されます。 コンタクトデータモデルを拡張する際には、カスタムコンタクトファセットの実装や追加のコンタクトファセットの拡張など、さまざまなオプションがあります。

連絡先は、一意の識別子によって識別されます。これはGUIDベースのSitecore識別子であり、オプションで、電子メール アドレスなどの文字列ベースのカスタム識別子です。どちらもxDB内で一意であることが保証されます。文字列ベースのカスタム識別子が設定されている連絡先は、既知の連絡先と呼ばれます。

関連データを変更する前に、連絡先をロックする必要があります。これにより、連絡先が別のコンテンツ配信クラスターまたはバックグラウンドプロセスによってロックされている間は、連絡先を変更できなくなります。

APIの一括インポートクラスを使用して、新しい連絡先をインポートしたり、既存の連絡先を更新したりできます。一括インポートを使用すると、他のシステムから連絡先をインポートし、既存の連絡先を最新の状態に保つことができるプロセスを作成できます。さらに、インタラクションレジストリ を使用して、これらのコンタクトに関連付けられた他のインタラクションをインポートおよび登録できます。

一括更新では、外部連絡先をxDB内の既存の連絡先にマッピングするには外部識別子が必要であるため、すでに 識別 されている既知の連絡先のみがサポートされます。

いくつかの拡張ポイントを使用してインポート プロセスをカスタマイズできるため、外部データ ソースからxDBの連絡先に連絡先データをコピーするプロセスをより詳細に制御できます。

問い合わせ処理は、インデックス作成など、システムのさまざまな部分が、問い合わせを作成または変更したときに発生するトリガーされたイベントをサブスクライブできるようにするバックグラウンドサービスです。

連絡先が挿入、変更、または削除されるたびに、イベントは、行われた変更のタイプと共に処理のためにキューに入れられます。たとえば、インデックス作成がこのイベントをサブスクライブしている場合、連絡先に加えられた変更は検索エンジンのクローラに通知され、検索インデックスを更新できます。

また、連絡先処理用に独自のカスタムイベントハンドラを作成した場合など、連絡先処理を手動でスケジュールすることもできます。コンタクト処理をカスタマイズするために、コンタクトが処理されるときに実行するカスタムコードを登録するために使用できるパイプライン拡張ポイントがあります。この問い合わせ処理イベントは、処理サーバーの役割でトリガーされます。