1. インデックス作成を構成する

販売フィード クローラーの構成

日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

販売フィード クローラーは、次のようなドキュメントからコマース固有のデータをインデックス化するために使用されるフィード クローラーの一種です。

  • 区切り文字を含むテキストファイル。

  • CSVファイル。

  • JSON文字列ファイル。

販売フィード クローラーを構成するには、フィード クローラーを構成する手順に従い、コネクタ タイプの入力を求められたらSales feed crawlerを選択します。

メモ

セールスフィード分析は毎日計算されます。セールスフィードクローラーにファイルを1日に1回以上アップロードしないでください。セールスフィードファイルをクローラーにアップロードするのは、週に一度行うことをおすすめします。

販売フィード クローラーには、次の構成が存在する必要があります。

タグ

セールスフィードクローラーでは、抽出器は次のタグの1つまたは両方で構成する必要があります。これらは、オンライン購入とオフライン購入を区別するために使用されます。

  • web - このタグはオンライン取引に使用されます。

  • store - このタグは、オフライン取引に使用されます。

ドメインがウェブトランザクションイベントをイベントAPIに送信しない場合は、イベントをファイルにアップロードできます。

エクストラクタロジック

販売フィード クローラーの抽出ロジックは、フィード クローラーのロジックと似ていますが、トランザクション キー、イベント タイプ、エンティティ タイプなどのフィールドが含まれます。

大事な

データが正しく処理されるようにするには、抽出ロジックのtransaction_keyentity_type、およびevent_typeフィールドを変更しないでください。

トランザクションキー

セールスフィードクローラーは、transaction_keyを使用して、セッション内のイベントをそのセッションのみ、または1人の顧客でグループ化します。これらのキーは、販売フィード クローラーで事前に構成されており、編集する必要はありません。ただし、抽出マッピングを更新して値を上書きすることで、販売フィードのセッション化にカスタム値を使用できます。

手記

セールスフィードクローラーでは、JavaScript抽出タイプのみがサポートされます。

  • アップロードされたファイルにuser_idが含まれている場合、Searchはそれをトランザクションキーとして使用します。

  • アップロードされたファイルにuser_idが含まれていない場合、Searchはorder_idorder_dateを組み合わせて、代わりに新しい一意のキーを作成します。

どちらかまたは両方がuuid.listと見なされます。

イベントの種類

抽出関数では、event_typesを使用して、注文イベントをentity_page_viewcart_addなどのサブイベントに分割します。これにより、recommendations、パーソナライゼーション、レシピで使用するデータセットが改善されます。このリストは編集する必要はありません。

エンティティタイプ

抽出機能では、entity_typeはデフォルトでproductに設定されています。カタログが正しくリンクされていることを確認するには、これは製品エンティティの名前と同じである必要があります。

フィールド名

次のフィールドは販売フィード クローラーでサポートされており、必須フィールドはMandatory列に記載されています。販売フィード ファイルにこれらのフィールド名が含まれていない場合は、ファイル内でフィールド名を変更するか、抽出コードを使用して変換およびマップできます。

表 1.フィールド名

Searchフィールド

形容

必須

conversion_id

コンバージョン イベントに関連付けられている一意の番号またはID。たとえば、注文IDなどです。

はい

document_id

一意のインデックス ドキュメントID。商業では、これは通常skuまたはproduct_idです。このIDは、SearchユーザーインターフェイスのContent Collectionセクションで確認できます。

はい

group_by

SKUのグループを識別する一意の文字列。商品がSKUと同じ場合は、SKUの値と同じ値にすることができます。

たとえば、特定のシャツのサイズと色のすべてのサイズバリエーションがこのカテゴリに分類される場合があります。指定しない場合、特定のURLを共有するすべての商品がグループ化されます。

いいえ

entity_type

エンティティのタイプ (製品/コンテンツ/カテゴリなど)。

はい

date

変換が行われた日時。

はい

price

変換が発生したときのカタログ価格。

はい

sale_price

コンバージョンが発生した価格(割引を含む)。

はい

quantity

変換されたdocument_idの数量。

はい

order_total

注文の合計金額(複数のdocument_idが換算される場合、これは複数行でも同じです。

はい

user_id

購入したユーザーまたは顧客に関連付けられた一意のID。通常、これはCRMシステムで顧客に割り当てられるIDです。

これは、分析用のイベント(user.id)で使用されるユーザー ID、つまりorder:confirmuser:loginuser:infoイベントと同じです。

いいえ

user_eid

ユーザーの電子メール アドレスのハッシュ (md5またはSHA256)、または電子メール サービス プロバイダーが使用するその他のID。

いいえ

user_email

ユーザーまたは顧客の電子メール アドレス。

いいえ

billing_zipcode

顧客の請求先住所のZip code。

いいえ

billing_region

顧客の請求先住所の都道府県または地域。

いいえ

billing_country

顧客の請求先住所の国。

いいえ

store_id

変換が行われたストアの一意のID。

いいえ

store_zipcode

変換が行われた店舗のZip code。

いいえ

store_region

変換が行われたストアの都道府県または地域。

いいえ

store_country

変換が行われた店舗の国。

いいえ



この記事を改善するための提案がある場合は、 お知らせください!