> 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).

# 商品カタログのベストプラクティス

正確で最新かつ可視性の高い製品カタログは、ブランドが売上を最大化し、強力なパートナーシップを築き、重複や古いデータのような高くつくミスを避け、機会損失につながるのを防ぐのに役立ちます。これを支えるため、目標は優れた製品カタログを作成・維持することであるべきです。この記事では、カタログを正確で最新、かつパートナーから見える状態に保ち、ビジネスに影響を及ぼし得るミスを防ぐための重要な実践事項と注意事項を解説します。

## 製品カタログのやるべきこと

以下は、高品質な製品カタログを作成するために従うべきベストプラクティスの一覧です。主要フィールドおよび機能領域ごとに合わせたガイダンスを示します。これらの推奨事項は、製品マーケットプレイスやモバイルアプリなどのマーケットプレイス画面で、カタログデータの正確性、完全性、可視性、パフォーマンスを確保するのに役立ちます。

<details>

<summary>重要項目をすべて正確に入力してください</summary>

パートナーが閲覧・操作できる場所に製品を表示させるには、カタログに必須フィールドの正確で完全なデータを含める必要があります。 [商品カタログのフィールド要件](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-field-requirements.md) フィールドの完全な一覧については、 `メーカー` このフィールドは特に重要です。製品のブランドが格納され、 *主要商品ブランド* パートナーが製品マーケットプレイスで使用するフィルターを支えています。

</details>

<details>

<summary>バリエーションの扱いと重複の回避</summary>

* 各製品バリエーション（サイズ、色など）は、独自のID、画像、価格を持つ個別の行として一覧にしてください。
* 使用 `親 SKU` （そのバリエーションが属する親製品を示す）と `親商品か` （項目が親製品そのものかどうかを示す）を使って、関連する製品バリエーションをまとめてリンクします。
* 定期的に健全性レポートを確認して重複エントリを特定・修正してください。表示されるのは最初の1件のみです。

</details>

<details>

<summary>製造元およびブランドデータの品質を維持する</summary>

* 一貫した命名規則を使用してください（例: 常に「Nike」で、「Nike Inc.」は使わない）。名称に一貫性がないと、パートナーがブランドで絞り込んだ際に製品が複数のエントリに分かれてしまうことがあります。
* 製造元フィールドを完全に入力し、検索精度とデータ重複排除を向上させましょう。
* パートナーは製品ブランドで検索し、 *主要商品ブランド* 製品マーケットプレイスでブランドで絞り込みを行い、 `メーカー` ブランドフィールドの値を使用して、製品を見つけやすく、宣伝しやすくします。

</details>

<details>

<summary>カタログは定期的に更新する</summary>

* カタログは毎日更新し、現在の製品、オファー、価格、在庫などを反映してください。非常に大規模なカタログの場合は、代わりに毎週完全なカタログを提供するか、必要に応じてAPI経由で定期的な補足更新を行ってください。
* 長期間更新されないカタログは、マーケットプレイス体験の品質と正確性を維持するために閉鎖される場合があります。

</details>

<details>

<summary>エラーの修正とカタログ健全性の監視</summary>

* 報告されたエラー、警告、重複エントリはすべて速やかに対処し、カタログの正確性と完全な機能を維持してください。詳細はこちら: [製品カタログのトラブルシューティング](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/troubleshoot-product-catalog-errors-and-warnings.md).

</details>

<details>

<summary>カスタムフィールドを適切にマッピングする</summary>

* カスタムカタログでは、すべてのフィールドが標準カタログ形式に正しく対応するようにして、パートナーに製品情報が欠けないようにしてください。

</details>

<details>

<summary>Retail Media Seller プログラム向けのフィールドを追加する</summary>

〜を通じて販売者と連携する場合 [小売業者と販売者の提携](/brand/ja/what-would-you-like-to-learn-about/seller-program/beta-seller-for-retailers/im-a-retailer/seller-explained-for-retailers.md)、カタログには追加のフィールドを含める必要があります。そうすることで、製品を販売者に正しくマッピングできます。

* 以下を含めてください `販売者ID`, `販売者名`、および `販売戦略` フィールドから値を削除します。
* 複数の販売者が同じ製品を提供している場合は、勝者のオファーだけでなく、各販売者のオファーごとに1行ずつ含めてください（つまり、buy box の勝者だけでなく、すべての buy box 候補を含めてください）。
* 参照 [商品カタログのフィールド要件](/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-field-requirements.md) Seller に必要な必須フィールドと追加のカタログ要件の詳細については、こちらをご覧ください。

</details>

## 製品カタログのやってはいけないこと

以下は、製品カタログを作成する際に避けるべき一般的なミスの一覧です。エラーが頻発する主要フィールドおよび機能領域を強調しています。これらのガイドラインを無視すると、カタログデータが不正確、不完全、かつ最適化不足になり、製品マーケットプレイスでの可視性とパフォーマンスに悪影響を及ぼします。

<details>

<summary>重要なフィールドを空欄のままにしたり、プレースホルダーを使ったりしない</summary>

* 値の欠落やプレースホルダーは、製品の可視性を妨げ、パートナーの関与を低下させます。

</details>

<details>

<summary>カタログをエラー状態のまま放置しない</summary>

* 未解決のエラーが30日を超えて残っているカタログは閉鎖される場合がありますが、修正後に再度開くことができます。

</details>

<details>

<summary>古いカタログを放置しない</summary>

* 長期間更新されないカタログは、マーケットプレイス体験の品質と正確性を維持するために閉鎖される場合があります。

</details>

<details>

<summary>重複エントリを残さない</summary>

* 重複はマーケットプレイスを見づらくし、可視性を低下させます。表示されるのは最初の重複のみです。

</details>

<details>

<summary>カスタムフィールドのマッピングを省略しない</summary>

* マッピングされていないカスタムフィールドは、パートナーが参照できる製品データの可視性を制限します。

</details>

<details>

<summary>任意だが価値のあるフィールドを空欄のままにしない</summary>

* 製品説明やカテゴリなどのフィールドは、パートナーが製品を見つけやすくし、全体的な体験を向上させます。

</details>

## 追加リソース

以下は、製品カタログ管理の特定の側面を支援する追加リソースです。各記事は、このベストプラクティスガイドのさまざまな部分を補完し、問題の解決、カタログの最適化、データ品質の維持に役立ちます。

* [**製品カタログのファイル形式**](/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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/product-catalogs/product-catalog-best-practices.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
