> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-best-practices.md).
# 商品カタログのベストプラクティス
正確で最新かつ可視性のある商品カタログは、ブランドの売上最大化、強固なパートナーシップの構築、重複や古いデータなどの高くつくミスの回避に役立ち、機会損失を防ぎます。これを支援するために、優れた商品カタログの作成と維持を目標にすべきです。この記事では、カタログを正確で最新の状態に保ち、パートナーから見えるようにするための重要な推奨事項と禁止事項を取り上げ、ビジネスに影響を及ぼすミスを防ぐ方法を紹介します。
## 商品カタログの推奨事項
以下は、高品質な商品カタログを作成するために従うべきベストプラクティスの一覧です。主要なフィールドや機能領域に合わせたガイダンスも含まれています。これらの推奨事項は、カタログデータの正確性、完全性、そして Product Marketplace や Mobile App などの Marketplace 表示面での可視性とパフォーマンスを最適化するのに役立ちます。
重要なフィールドをすべて正確に入力する
パートナーが商品を閲覧・操作できる場所に商品を表示させるには、カタログの必須フィールドに正確で完全なデータを含める必要があります。参照 [商品カタログのフィールド要件](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-field-requirements.md) フィールドの完全な一覧については。これらのフィールドが欠けている商品は、Product Marketplace や Mobile App などの Marketplace 表示面から除外される場合があります。 `メーカー` このフィールドは特に重要です。商品ブランドを保持し、 *上位商品ブランド* Product Marketplace でパートナーが使用するフィルターを支えています。
バリエーションを適切に扱い、重複を避ける
* 各商品バリエーション（サイズ、色など）は、それぞれ独自の ID、画像、価格を持つ別の行として一覧化します。
* 使用して `親 SKU` （バリエーションがどの親商品に属するかを示す）と `親商品ですか` （その項目が親商品そのものかどうかを示す）を使用して、関連する商品バリエーションを結び付けます。
* ヘルスレポートを定期的に確認して重複エントリを特定し修正してください。表示されるのは最初の1件のみです。
メーカーおよびブランドデータの品質を維持する
* 一貫した命名規則を使用してください（例: 常に「Nike」、決して「Nike Inc.」ではない）。名前に一貫性がないと、パートナーがブランドで絞り込んだ際に商品が複数のエントリに分かれてしまうことがあります。
* 検索精度とデータ重複排除を向上させるために、メーカーのフィールドを完全に入力してください。
* パートナーは商品ブランドで検索し、 *上位商品ブランド* Product Marketplace で、あなたの `メーカー` フィールドの値を使用して絞り込むことができます。これにより、商品が見つけやすく、訴求しやすくなります。
カタログを定期的に更新する
* 現在の商品、オファー、価格、在庫などを反映するために、カタログを毎日更新してください。非常に大規模なカタログの場合は、代わりに毎週完全なカタログを提供するか、必要に応じて API 経由で定期的に補足更新を行ってください。
* 長期間更新されないカタログは、Marketplace 体験の品質と正確性を維持するために閉鎖される場合があります。
エラーを修正し、カタログの健全性を監視する
* カタログの正確性と完全な機能を維持するため、報告されたすべてのエラー、警告、重複エントリを速やかに対処してください。詳しくは [商品カタログのトラブルシューティング](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/troubleshoot-product-catalog-errors-and-warnings.md).
カスタムフィールドを適切にマッピングする
* カスタムカタログでは、パートナーに商品情報が不足しないよう、すべてのフィールドが標準カタログ形式に正しくマッピングされていることを確認してください。
Retail Media Seller プログラム用のフィールドを追加する
販売者との連携時には [小売業者と販売者の提携](/brand/ja/what-would-you-like-to-learn-about/seller-program/beta-seller-for-retailers/im-a-retailer/seller-explained-for-retailers.md)には、商品を正しく売り手にマッピングできるよう、カタログに追加フィールドを含める必要があります。
* を含める `販売者名` および `販売戦略` 欄に入力します。
* 複数の売り手が同じ商品を提供している場合は、勝者のオファー 1 行だけでなく、各売り手のオファーごとに 1 行を含めてください（つまり、Buy Box の候補をすべて含め、勝者だけにしないでください）。
* 参照 [商品カタログのフィールド要件](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-field-requirements.md) Seller 向けの必須フィールドと追加カタログ要件について詳しく知るには
## 商品カタログの禁止事項
以下は、商品カタログを作成する際に避けるべきよくあるミスの一覧です。エラーが頻繁に発生する主要なフィールドや機能領域を示しています。これらのガイドラインを無視すると、カタログデータが不正確、未完成、最適化不足になり、Product Marketplace での可視性とパフォーマンスに悪影響を及ぼす可能性があります。
重要なフィールドを空欄のままにしたり、プレースホルダーを使用したりしない
* 値が欠けている、またはプレースホルダーの値は、商品の可視性を妨げ、パートナーの関与を低下させます。
カタログをエラー状態のままにしない
* 未解決のエラーが30日以上続くカタログは閉鎖される場合がありますが、修正後に再度開くことができます。
古いカタログを放置しない
* 長期間更新されないカタログは、Marketplace 体験の品質と正確性を維持するために閉鎖される場合があります。
重複エントリをそのままにしない
* 重複は Marketplace を煩雑にし、可視性を低下させます。表示されるのは最初の重複のみです。
カスタムフィールドのマッピングを省略しない
* マッピングされていないカスタムフィールドは、パートナーが参照できる商品データを制限します。
任意だが有用なフィールドを空欄にしない
* 商品説明やカテゴリなどのフィールドは、パートナーが商品を見つけやすくし、全体的な体験を向上させます。
## 追加リソース
以下は、商品カタログの管理における特定の側面を支援する追加リソースです。各記事は、このベストプラクティスガイドの異なる部分を補完し、問題の解決、カタログの最適化、データ品質の維持に役立ちます。
* [**商品カタログのファイル形式**](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/file-formats-for-product-catalogs.md) — 使用可能なファイル形式を理解し、カタログファイルを正しく準備します。カタログを送信する前に使用してください。
* [**ブランドとして商品カタログを追加する**](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/add-product-catalogs-as-a-brand.md) — ブランドアカウントでカタログを送信するための手順を順を追って確認します。正しく始めるために使用してください。
* [**商品カタログのエラーと警告のトラブルシューティング**](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/troubleshoot-product-catalog-errors-and-warnings.md) — 一般的なエラー、警告、重複を診断して修正します。カタログの健全性と表示性を保つために使用してください。
* [**アップロード済み商品カタログの管理と表示**](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/manage-and-view-uploaded-product-catalogs.md) — アップロード後にカタログを更新、管理、整理します。データを最新に保つために使用してください。
* [**商品カタログルールの作成と管理**](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/create-and-manage-product-catalog-rules.md) — カタログルールをカスタマイズして、バリエーションの処理、重複の回避、データ表示の最適化を行います。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-best-practices.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.