AI で WooCommerce 商品をインベントリ化する方法

WooCommerce 商品インベントリは、カタログの整理、SEO、移行、コンテンツ作業のための証拠基盤です。AI は商品レコードを正規化してパターンを明らかにできますが、調査中に価格、在庫、表示、商品状態を変更してはいけません。

コマースデータには運用上および評判上のリスクがあります。まずインベントリを作成し、フィールドを正規化し、分析中は書き込みを無効に保ち、商品所有者に主張、価格、可用性、規制上の詳細を承認させてください。

一文で言うと: 完全にページ分割された商品データを取得し、生のフィールドを保持し、商品とバリエーションごとに追跡可能なレコードを一件作成します。

このガイドで達成できること

出力は、カタログ所有者に商品アイデンティティ、状態、商用フィールド、コンテンツ、関係の安定した見取り図を提供する必要があります。親商品とバリエーションを区別し、不足フィールドを補完せずに記録する必要があります。

有用な結果は、単に整った回答ではありません。どのレコードやページを調べたか、どの証拠が利用できなかったか、アシスタントが何を推論したか、人間が何を決めるべきか、どの操作が引き続き禁止されるかを示す必要があります。

成功する出力に含めるもの

• 商品とバリエーションの ID、タイプ、状態、URL。
• 利用できる場合の SKU、価格、在庫、税、配送、表示フィールド。
• カテゴリー、タグ、属性、バリエーションの関係。
• 説明と画像の完全性フィールド。
• ソース日、API バージョン、ページ分割の証拠。
• 競合および欠損データのフラグ。

準備する証拠と入力

コマースのエクスポートには、機密性の高い運用情報が含まれる場合があります。範囲を限定し、商品コンテンツのインベントリから注文、顧客、個人データを除外してください。

• WooCommerce API バージョンとストアの範囲。
• ページ分割ヘッダーまたはログを含む完全な商品コレクション。
• バリエーション商品用のバリエーション。
• 商品カテゴリー、タグ、属性。
• 画像およびメディアの参照。
• 商品タイプ別の必須フィールドルール。
• 通貨、税、マーケットのコンテキスト。
• 注文と顧客レコードの明示的な除外。

各入力について、日付、ソース、範囲、既知の欠落を記録してください。タスクに不要な認証情報、個人情報、顧客データを削除してください。

商品タイプとバリエーションを明示する

シンプル、バリエーション、グループ、外部の商品には、それぞれ関連するフィールドがあります。バリエーションを持つ親商品と各バリエーションには、個別のアイデンティティと完全性ルールが必要です。

• 親商品のアイデンティティ
• バリエーションのアイデンティティと属性
• 商用フィールド
• カタログ表示
• コンテンツフィールド
• メディア関係

生のコマース値を保持する

価格、在庫、寸法は、文字列、null、継承値、またはプラグイン制御の場合があります。正規化する前に生の値とソースフィールドを保持してください。API が何も返さない場合に、ゼロや既定値を推測してはいけません。

安全なワークフロー

1. 含める商品タイプ、マーケット、フィールドを定義します。
2. 専用の読み取り専用資格情報を使用します。
3. すべての商品ページを取得し、ページ分割の完了を記録します。
4. バリエーションと関連するタクソノミーを取得します。
5. 生データを保持し、正規化キーを作成します。
6. レコードと不足フィールドを分類するようアシスタントに依頼します。
7. カタログ所有者と競合を確認します。
8. 下流タスク用にスナップショットを固定します。
9. インベントリが完了したらアクセスを取り消します。

このワークフローは、分析と実装を意図的に分離します。後の変更段階では、分析用アイデンティティの権限をひそかに広げるのではなく、承認済みの出力を参照する必要があります。

プロンプトのひな型

このプロンプトを使用する前に、角括弧内のすべての値を置き換えてください。パスワード、API キー、非公開の顧客レコード、無関係な個人情報を指示に貼り付けないでください。

提供された API エクスポートから、正規化済み WooCommerce 商品インベントリを作成してください。

返すもの:
- 商品またはバリエーションの ID
- 該当する場合は親 ID
- 商品タイプと状態
- 名前、slug、パーマリンク、SKU
- 提供された価格と通貨
- 提供された在庫状態と数量
- カタログ表示
- カテゴリー、タグ、属性、バリエーションオプション
- 説明と短い説明の有無
- 画像とメイン画像の有無
- 提供された配送、寸法、税のフィールド
- 不足または競合するフィールド
- ソースページ、API バージョン、抽出日

ルール:
1. 不足する価格、在庫、属性を推論しないでください。
2. 親商品とバリエーションを分けてください。
3. 注文や顧客データを取得しないでください。
4. 商品を作成または更新しないでください。
5. 生の値を保持してください。

このプロンプトがこのように構成されている理由

商品とバリエーションの明示的な区別と生の値のルールは、カタログのアイデンティティを保護します。このプロンプトはデータ面を商品情報に限定し、顧客または注文レコードへの不要なアクセスを避けます。

推奨するアクセス境界

読み取り専用アイデンティティを使用してください。アシスタントは範囲に含まれる WordPress レコードを調べられますが、コンテンツの作成、編集、削除、公開の試みは拒否する必要があります。

ソースデータが範囲指定され、書き込み権限が与えられていない場合、推奨ワークフローは低リスクです。低リスクはレビュー不要を意味しません。

このタスクの対象外にすべきこと

• 価格、在庫、状態、表示の変更はしない。
• 注文または顧客データは扱わない。
• 商用値を推論しない。
• 商品を作成または削除しない。
• 公開またはカタログ同期をしない。

アクセスレベルは出発点となる推奨であり、普遍的な権利ではありません。アイデンティティで利用できる正確な能力は、インストール済みの商品バージョンと公開されたカバレッジに基づく必要があります。

WP Agent Control の位置付け

これはWordPressの一般的な作業手順であり、Agent Controlがここで扱うすべての対象や連携機能を編集できるという意味ではありません。ガイド付き手順では、まず公開ページから始めます。プラグイン、テーマ、ユーザー、設定、ファイル、削除、WooCommerce、ACF、ページビルダーの操作は、標準のガイド付きタスクではありません。必要に応じて、別途検証されたツールと権限を使ってください。

接続後は、サイトの構造化情報を取得し、選択した公開ページを調べられます。この公開情報の読み取りに一時タスクは不要です。公開ページはプラグインなしでも閲覧できます。Agent Control は構造化されたアクセスと、その先の許可された WordPress 作業への流れを提供します。

AI を接続する: docs first profile · 機能と対応環境を見る: coverage

検証チェックリスト

• ☐ すべての商品ページとバリエーションを取得した。
• ☐ API バージョンと抽出日を記録した。
• ☐ 親レコードとバリエーションレコードは区別されている。
• ☐ 生の値を保持している。
• ☐ 注文と顧客を除外している。
• ☐ スナップショット後にアクセスを取り消した。

よくある失敗モード

• 親のみのインベントリ: バリエーションレベルの可用性と属性が消えます。
• ページ分割の欠落: 最初の API ページがカタログとして扱われます。
• null の正規化: 不足値が誤ったゼロや既定値になります。
• データの過剰取得: 注文または顧客詳細が不必要に取得されます。

高度な注記

生の商品スナップショットをハッシュ化し、その後の完全性、カテゴリー、コピーのワークフローで安定した商品 ID を使用してください。変更は、その根拠となった正確なカタログ状態を参照できます。

関連ガイド

• AI で不完全な WooCommerce 商品を見つける方法
• AIでWooCommerce商品カテゴリーを監査する方法
• AIでWooCommerceの商品説明を準備する方法
• AIでWordPressのURLインベントリを作成する方法

次の手順

固定したインベントリに対して、完全性監査 と カテゴリー監査 を使用してください。