Business Manager 設定の確認

商品とストアフロントカタログ

少なくとも 2 つのカタログがあることを確認します。商品を所有する商品カタログと、同じ商品がストアフロントカテゴリに割り当てられているストアフロントカタログです。この設定は国際化のために重要です。国際的な運用では、商品が複数のストアフロントで共有される可能性があります。各ストアフロントでは、カテゴリ経由で独立した独自のナビゲーションを使用できます。

次のことを確認します。

• 商品カタログとストアフロントカタログが設定されている。
• ストアフロントカタログがサイトに割り当てられている。
• ストアフロントカタログに商品が割り当てられているが、ストアフロントカタログは商品を一切所有していない。

ストアフロント

ストアフロントのベストプラクティスにより、すばらしい購入体験を提供できます。商品およびコンテンツアセットのしっかりとした管理を維持することが重要です。商品カタログとストアフロントカタログの両方を使用して、現在と未来のビジネスニーズをサポートします。ストアフロントカタログのナビゲーションをミラーリングしたサイトナビゲーションを構築します。これにより、ストアフロントでカテゴリを表示する方法を、非常に柔軟に管理できます。

検索の絞り込みおよび並び替えルール

検索の絞り込みと並び替えルールは、2 種類のユーザーをサポートします。買い物客が探し求める商品を見つけられるようにサポートし、マーチャンダイザーが購買を誘う並び替え順で商品を表示できるようにします。

デフォルト並び替えルールは、ストアフロントカタログルートに適用されています。検索の絞り込みも、ストアフロントカタログルートで設定されています。いずれも、ストアフロントカタログ全体で継承モデルに従います。つまり、下位レベルの分類は、親の並び替えルールと検索の絞り込みを継承します。

デフォルト並び替えルールおよび検索の絞り込みが設定されていることを検証します。これにより、買い物客とマーチャンダイザーの両方が望む結果を得られます。

リファレンスアーキテクチャカテゴリおよび商品オブジェクト属性

カテゴリおよび商品オブジェクトは、リファレンスアーキテクチャをサポートする属性を含みます。カスタムソリューションは、リファレンスアーキテクチャ属性をカスタム属性と組み合わせて、ビジネスの要件を満たします。これは開発およびテストのみを目的としています。

立ち上げ前に、属性グループからリファレンスアーキテクチャ属性を削除して、Business Manager のカテゴリおよび商品ページを合理化し、新しいカテゴリや商品のセットアップ時のミスの可能性を取り除きます。グループから属性を削除しても、Business Manager の商品またはカテゴリページから削除されるだけです。属性やデータベースからの値は削除されません。

使用している属性のリストを含むデータモデルスプレッドシートと、Business Manager の商品およびカテゴリオブジェクトを比較して確認します。

価格表

ストアフロントで価格を表示するために、価格表を適切に設定する必要があります。Business Manager で、少なくとも 1 つの価格表が次に該当することを確認します。

• 存在する
• サイトに割り当てられている
• 有効である

複数の価格表がサイトに割り当てられている場合、共通の設定にはリスト価格表 (usd-list-prices) と販売価格表 (usd-sale-prices) が含まれます。

次のことを確認します。

• どちらも有効でサイトに割り当てられている。
• 販売価格がリスト価格に基づいている。
• 過去/現在の価格設定に合わせて価格が表示されている (取り消し価格設定とも呼ぶ)。

在庫リスト

商品が在庫に属するように、少なくとも 1 つの在庫リストが存在し、サイトに割り当てられている必要があります。Business Manager で確認します。また、テスト目的で適用した在庫処理が削除され、実際の在庫がサイトに反映されていることを確認します。

検索可能属性

検索可能属性設定は、検索インデックスに含むストアフロントデータ要素および属性を指定します。検索可能に設定されている属性がない場合、インデックスにはデータが含まれず、検索結果を得られません。商品およびコンテンツインデックス属性の両方が定義されていることを確認します。検索結果ページに商品とコンテンツの両方が含まれる場合、コンテンツが表示されます。

検索インデックスと検索インデックス更新スケジュール

ストアフロント並び替えオプション

並び替えルールが定義されて、ストアフロントで表示されていることを確認します。

URL ルール

すべての URL が一意であることを確認します。競合を書き出し、マーチャントが解決の指示を提示できるようにするか、自ら競合を解決できるようにします。

グローバルな URL ルールが適切に設定されていることを確認します。次の最小限の設定を確認します。

• [Blank Replacement (空白の置換)] が [-] (マイナス) に設定されている。
• [Character Replacement (文字の置換)] が有効であり、置換ルールが設定されている。
• 複数の地域情報を使用するサイトの [Locale Mapping (地域情報マッピング)] ルールが、[None (なし)] 以外の値に設定されている。

パイプライン

パイプライン (廃止) を使用している場合、ストアフロントで提示されるパイプラインのリストと、エイリアスルールのリストを合わせて確認します。それぞれが説明されなければなりません。この確認が重要であるのは、エイリアスが設定されていない場合、結果 URL に SFCC.store という値が含まれるためです。これにはストアフロントのブランディングは反映されず、不要に URL が長くなり、SEO ランキングが下げってしまいます。

シングルサイトまたは複数サイトのエイリアス設定を使用できます。複数サイトの構成とは、同じ Business Manager インスタンスに複数のサイトが存在することを意味します。ストアフロントリンクをクリックすると、すべてのサイトにホスト名 my-site.SFCC.net が含まれます。サイトが指定されるのは、ホスト名の終わりではありません。たとえば、/Sites-myFirstsite-Site や /Sites-mySecondsite-Site です。

これが問題であるのは、個々のインスタンスのそれぞれのサイトは一意のエイリアスを持たなければならないというルールに違反するためです。このような設定でもストアフロントにアクセスできますが、エイリアスが一意でなければ、静的または動的マッピングルールを検証できません。立ち上げ前に対処する必要があります。

静的および動的マッピング

プラットフォームを移行する場合、URL が変更します。その結果、マーチャントは古い URL から新しい URL への 301 マッピングを作成して、古い URL に対するトラフィック (および検索エンジンのヒット) が新しいページを見つけられるようにする必要があります。

立ち上げ前に、「Business Manager Static and Dynamic Mapping (Business Manager の静的および動的マッピング)」モジュールで、これが設定されていることを確認します。本番への最終データおよびコードの導入では、これらの設定が取得されます。