M.I.A.I

Eコマース検索

なぜ E コマース サイト 検索 ショー 象の製品 - 修正する方法?

関連するeコマースの検索結果は、通常、システムが候補を見つけたが、製品識別、顧客の用語集、適格性、またはランキングを混乱させることを意味します。 その順序で問題の修正: クエリと期待される結果を再現し、製品の事実を確認し、正確な識別子を保護し、承認された用語のみを正規化し、ランクの前にハード制約を適用し、実際の検索の判断されたセットに対するすべての変更をテストします。 商業ブーストは、不適切な製品が関連性に見えるべきではありません.

このプロセスの繰り返し可能なバージョンについては、 M.I.A.I スマート検索.

顧客の決定として関連性を扱います、一致の計算ではないです

商品が返されたため、検索は単なる成功していません。 有用な結果は、顧客が何を意味したかを満たす代替品、変種または小さなセットです。 ルーズリーに関連したアイテムを含むページは、顧客が正しい答えを認識する信頼できる方法を与えないので、より詳細に正直な要求よりも悪いことができます.

アルゴリズムを変更する前に情報の必要性を書き留めます。 「T650 左リアアイドラー」などのクエリでは、T650 に言及するすべての項目については、顧客は尋ねていません。 モデル、コンポーネントタイプ、全ての問題の位置。 カタログがそれらの関係を証明できない場合は、クエリを広くしたり、人気のあるアイテムをブーストすると、それを解決するのではなくギャップを隠します.

M.I.A.I Smart Searchは、言語、スペル、用語が異なるときに、製品や知識の検索をより有用なものにするように設計されています。 その承認された機能 - 意図的検索、用語正規化、コンテキストランキング、検索フィードバック信号 - 正確なカタログの事実と明示的な安全境界に依存します.

失敗をキャプチャして再現できる

正確なクエリ、期待される製品または許容セット、代わりに返された製品、ストアフロントコンテキスト、アクティブフィルタ、時間とデバイスを録音します。 また、顧客は完全なSKU、バーコード、製造業者の参照、句か通常の言語を使用したかどうかに注意して下さい。 Shopifyは、記憶から逸脱するのではなく、反復可能な例がチェックできるため、予期しない結果をトラブルシューティングする際に、この種類の証拠を要求します.

「研究が悪く感じている」などの漠然とした報告から始めないでください。 ケースごとに小さな問題記録を作成。 予測提案から一定の結果を分離し、異なるリクエストを作成し、異なる結果タイプを示す可能性があるためです。 Shopifyの組み込み検索、テーマのカスタマイズ、またはサードパーティの検索エクスペリエンスが実際に設定を変更する前に応答を生成しているかどうかを確認します.

  • 句読点および間隔を含む入力されたとして丁度問い合わせて下さい
  • 期待されるプロダクト、変形または受諾可能なセット
  • 期待外の製品とその位置
  • 選択されたコレクション、市場、言語およびフィルター
  • 表面を検索:予測提案またはフル結果ページ
  • 製品データと検索設定バージョンのテスト

失敗したレイヤーを診断する

異なるレイヤーで品質の問題を検索します。 クエリの理解は、モデルコードを通常のテキストとして誤って読み込むことができます。 製品のデータは、2つのバリアントを区別する属性を省略できます。 候補者の検索は、正しい項目を含めることができない場合があります。 フィルターは、互換性のない製品を認める可能性があります。 ランキングは、正確な1つの上にマージンマッチを置くことができます。 ページは、決定的な属性を非表示にし、正しい結果が間違って見えることがあります.

一度にレイヤーを変更します。 適切な製品が候補セットから不在の場合、ランクウェイトを調整することは回復できません。 互換性のない製品が決して修飾されなければ、より大きな関連性罰則は、適格性規則よりも弱くなります。 正しい製品が最初にランクされているが、バリアントラベルが欠落している場合、問題は、検索ではなくプレゼンテーションに属します.

意図を解釈する前に、正確な識別子を保護する

完全なSKU、バーコード、OEMの参照または内部部品番号は強い同一の信号です。 部分的なコード動作はフォーマットに依存しながら、SKUとバーコード値が検索可能である文書をShopify。 識別子のクエリは、記述的な検索から別々にテストし、別のコードを区別したときに正規化中に句読点を保存します.

識別子を安定した製品と variant ID に解決します。 編集可能なタイトルをレコードのアイデンティティとして、開き、エクスポート、または更新に使用することはありません。 同じサプライヤーコードが2つのアクティブなバリアントに添付されている場合は、ランキングを尋ねる代わりに重複を停止し、レビューします.

正確なアイデンティティは通常、顕著な類似性を上回る必要があります。 単に部品番号に似ているフレーズは、確認された識別子を置換してはならないし、チポ処理がバインドされなければならないので、一文字の変更は無声に異なる安全批判項目を選択することはできません.

制御用語で顧客の言語を正規化

顧客は、略語、商号、地方のスペル、および古い製品言語を使うことができます。 これらの表現をマップして、承認されたカタログの概念をマップしますが、各マッピングの見直しを続けます。 「アイドラー」と「アイドラーホイール」は、1つのカタログに等しいかもしれません。 「ローラー」は、同一と扱われるべきではないより広い家族であるかもしれません.

顧客の言葉、承認された概念、市場または言語、証拠、所有者およびレビュー日付の有用な用語記録名。 広範な用語がより狭い概念につながることができるが、逆ではないとき、より詳細な方向マッピング。 すべてのカテゴリに自動同義語の拡張を避けてください。同じ言葉は、異なる業界の異なるコンポーネントを意味します.

Shopifyは、関連する単語、コンセプト、カテゴリ、製品属性を使用して結果を拡大することができます。 これにより、発見が向上しますが、製品の説明や拡張された結果を作る関係を適切に検証する必要はありません.

関連するランキングの前に適格ルールを適用します

適格性は、製品が確認された必要性のために表示されるかどうかに答えます。 既に受け入れられるランクの発注プロダクト。 これらのジョブを別々に保ちます。 適合関係、規制当局の承認、必要なサイズまたは市場の制限は、ハードルールである可能性があります。 人気、マージン、または配送速度は、有効な残りを注文することができます.

小さなスコアペナルティとしてハードな要件をエンコードしないでください。 強力なテキストの類似性を持つ非互換なコンポーネントは、十分な商用信号やエンゲージメント信号を追加しても、有効な製品を上回ることができます。 承認されたルールを除外し、理由を保持し、何も残らないときに有用なノーマッチまたは明確化ルートを表示します.

  • アイデンティティの規則:厳密なプロダクトか変形の参照
  • 適格性の規則:確認された両立性、次元または承認
  • 取得ルール: 候補には、関連する概念や属性が含まれています
  • ランキング信号:対象候補のマッチングの強み
  • プレゼンテーションルール:顧客に示す決定的な事実

重量調整前の製品の事実を改善

検索は、カタログが表現する区別だけをランク付けすることができます。 製品の種類、ブランド、メーカーの参照、バリアント属性、ユニット、カテゴリ、互換性レコードを標準化します。 タイトルを人々に有用なものに保って下さい; 欠けている構造の事実を補うために繰り返された検索条件でそれらを詰めないで下さい.

Shopifyは、製品データが検索結果に影響を及ぼすことができ、検索可能なプロパティとして、タイトル、ボディ、製品タイプ、タグ、バリアントSKU、バーコード、タイトル、ベンダーなどのフィールドを識別することができます。 期待される製品と、よりランク上の誤った製品側をサイドで確認します。 比較は、誤った項目がより豊かな言語を持っていることをよく明らかにし、正しいものは、顧客が使用した事実を欠きます.

データの質の作業として、値の欠如や競合を記録します。 リコールを改善するために、互換性ステートメント、材料または寸法を単に製造しないでください。 必要な事実が不明な場合、正直な結果はレビューまたは明確化です.

境界信号で関連製品をランク付け

厳密なアイデンティティ、確認された属性および強いフレーズまたは概念のマッチから始めて下さい。 選択したカテゴリ、市場、言語、フィルターなどの明示的かつ認可された場合にのみコンテキストを追加します。 可用性、エンゲージメント、商用信号を使用して、関連しない製品を適格にするために、関連しない製品を注文します.

製品ブーストに注意してください。 Shopifyは、多くの人が他の関連製品を押し下げることができるので、特定の条件の単一の製品や小さな番号を高めることをお勧めします。 すべてのマニュアルルールを所有者、理由、有効期限、またはレビュー日付にします。 リリース前に他のクエリに対してテストします.

フィードバック信号はまたガードレールを必要とします。 クリックや販売は、すでにトップ付近に表示されている製品を支持することができます, 自己補強ループを作成します. 再構成、フィルタ変更、サポート連絡先、確認されたリターンをエンゲージメントと一緒に調査するので、人気は関連性に間違いはありません.

生産を変化させる前に判断されたクエリセットを作成する

ストアフロントログから代表的な検索を収集します。, 会話をサポートし、知識を商品化, 適法かつ比例したデータ処理を使用して. 各クエリでは、情報の必要性を識別し、期待通りにプロダクトを、受諾可能またはunacceptable率して下さい。 正確なコード、カテゴリの用語、記述的なニーズ、一般的なスペルミス、地域言語、およびリスクの互換性例を含む.

Elastic のランキング評価ガイダンスは、手動で評価された文書と組み合わせた典型的なクエリを推薦し、代表的なテストスイートが互いに害を及ぼすから 1 つのクエリの改善を防ぐのに役立つことを説明しています。 メソッドを使用する特定のプラットフォームを必要としません。テストケースをバージョンアップし、各変更前後に実行し、1つの平均スコアに依存するのではなく、失敗を見直します.

万能のテストクエリはありません。 最も顧客の努力や商業リスクを作成する検索を始め、メインの意図、カタログエリア、障害タイプが表されるまで拡大します。 新しく確認された問題を加える間安定した回帰セットを維持して下さい.

  1. アイデンティティ、カテゴリ、属性、自然言語の意図を渡る実際のクエリを選択します.
  2. 期待される結果と、調整前の許容されない結果を書きます.
  3. 現在の検索を実行し、設定とデータバージョンで位置を保存します.
  4. 1つの制御要素を変更し、フルセットを再実行します.
  5. カタログ所有者とのゲイン、回帰および説明されていない違いを確認します.
  6. 証拠を監視し、ロールバックパスをキープします.

バリアントと互換性を明示的に処理します

製品レベルのマッチは、決定的な事実が多様体に属しているときに誤った購入につながることができます。 結果、製品ページ、カート、および後でエクスポートすることにより、安定した variant ID を運ぶ。 モデル、サイズ、色、電圧、その他の属性を表示し、そのバリアントが一致した理由を説明します.

互換性は、マーケティングコピーのモデル名の誤った存在からではなく、承認された関係や規則から来るべきです。 クエリに車両、機械、アプリケーション、関係が未解決の場合、対応するケースを明確にするか、またはルーティングしてください。 著名な製品が非常にランクされているため、適していません.

具体的な例:正しい掘削機のidlerを見つけること

技術的な部品店が「T650左リアアイドラー」の問い合わせを受けていると想像してみてください。 現在の結果ページでは、一般的なゴムトラックを最初に置き、いくつかのマシンファミリーのアイドラーに従っています。 各項目には1つ以上のクエリ条件が含まれているため、ページがポップアップされますが、決定は悪いです.

診断は4つの事実を分けます:T650は機械モデル、アイドラーです部品家族、左は位置であり、後部はアセンブリ位置です。 カタログチームは、どの位置フィールドが有意義であるかを検証し、承認された適合性関係を安定した variant ID に添付します。 検索は、記述的な類似性の上に正確なOEMの参照を保持します。, 承認されていないモデルの関係をフィルタアウトし、残りのアイドルだけをランク.

ストアが確認した部分がある場合、結果はバリアントを識別し、マッチングモデルと位置を説明します。 左と右が同じ承認された部分を使用する場合は、ページはそう言います。 リアポジションが記録されていない場合、システムは、シリアル範囲を要求するか、ベストセラーT650アクセサリを宣伝する代わりに、証拠をルートするように要求します.

スマートな検索を接続して、Shopify製品のアイデンティティをライブに

Shopifyインテグレーションは、認証されたストアの安定した製品とバリアント識別子、検索可能な製品事実、出版物の状態と可用性を使用する必要があります。 結果が正しいライブレコードにリンクされているので、タイトル変更は、顧客または後で別の製品にデータ操作をリダイレクトしません.

検索&ディスカバリーの設定、結果タイプ、組み合わせてリストする行動と、カスタム検索体験と一緒に在庫処理をチェックしてください。 テーマは、要求された結果タイプを上書きすることができ、その予測的な検索とフル結果ページが別々の表面であることに注意してください。 テーマ、カタログ、検索変更後の両方のテスト.

固定シャドウのカタログを、調整せずに検索レイヤーにコピーしないでください。 ソースレコードをログにし、最後に成功したリフレッシュを成功させ、接続障害を目に見えるようにし、承認されたストアフロント状態がそうでないと述べたとき、未使用または未公開のレコードがpurchasableとして表示されないようにします.

証拠とロールバックパスで検索の変更を解放する

デプロイ前に決定されたクエリセットを比較し、正確なクエリと代表的な顧客の言語でライブストアフロントを確認します。 モバイルとデスクトップ、キーボードのナビゲーション、予測提案、フル結果、フィルタ、製品リンク、およびバリアントハンドオフを確認してください。 渡された構成およびカタログ版を保存します.

誤った結果報告、クエリのリフォーム、フィルタ使用、結果のクリック、追加ツーカートの結果およびサポートケースをモニターします。 これらは、自動証拠ではなく、手掛かりとして扱う。 下のクリック率は悪化するランキングを意味することができますが、結果がより明確に答えたか、その需要が変更されたことを意味することもできます.

受容不可能な製品が高リスクのクエリや広範な改善が深刻な回帰を隠したときにロールバック. マニュアルのブーストや用語集の変更を見直し、カタログ構造、テーマの動作、またはShopify検索設定の変更時にテストセットを繰り返す.

おもてなしの心

この記事で使用されるガイダンス

よくある質問

Eコマースの統合とAI検索コンテンツに関する質問

人気の製品は、顧客が望む正確な製品の上に表示されるのはなぜですか?

人気やエンゲージメントシグナルは、より弱いアイデンティティと属性信号をオーバーパワーすることができます。 正確な識別子を保護し、まず、適格性規則を適用し、すでに関連している製品を注文するだけ人気を使用してください.

より同義語を追加すると、検索が少ないか?

はい。 ブロードまたはコンテキストフリーの同義語は、言葉を共有する製品ではなく、顧客の意味を認めることができます。 見直し、スコープ化された用語集マッピングを使用して、関連のないカタログ領域に対してテストします.

Eコマース検索は、正確な製品コードを処理するにはどうすればよいですか?

完全なSKU、バーコードまたはメーカーの参照を安定した製品または variant ID に解決し、通常、そのアイデンティティが意味のある類似性の上にランク付けします。 重複識別子は、人気で解決するのではなく、レビューする必要があります.

検索関連テストには、いくつの質問がありますか?

ユニバーサル合計はありません。 実際の需要、高リスクの決定、正確な識別子、主要なカタログエリア、言語の変動と既知の故障タイプをカバーし、新しいケースとして安定した回帰セットを維持します.

M.I.A.Iスマート検索は?

M.I.A.I Smart Searchは、インテント・アウェア・リトリーバル、用語正規化、コンテキスト・ランキング、eコマース、テクニカル・ドキュメント、内部のナレッジ・サーチのフィードバック・シグナルをサポートしています。 それは承認されたプロダクト事実で地上され、明示的な関連判断に対してテストされるべきです.