AI で不完全な WooCommerce 商品を見つける方法

商品が不完全であるかどうかは、そのタイプ、市場、ビジネスルールとの関係でのみ決まります。ダウンロード商品には寸法が不要な場合があります。バリエーション商品には整合性のあるバリエーション属性が必要です。AI はルールマトリックスを一貫して適用できますが、もっともらしいデータで欠落を埋めてはいけません。

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

一文で言うと: 商品タイプごとに完全性ルールを定義し、固定されたカタログを評価して、所有者と優先度を伴う不足証拠を返します。

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

出力では、必要な商用、説明、メディア、分類、運用情報がない商品を識別する必要があります。実際に欠けているフィールドを、非該当、継承済み、プラグイン制御、未知の状態と区別する必要があります。有用な結果は、検査した記録やページ、利用できなかった証拠、アシスタントの推論、人間が決めること、禁止されたままのアクションを示します。

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

• 商品タイプおよび市場別のルールマトリックス。
• フィールドグループ別の商品レベルの完全性状態。
• 欠落、無効、非該当、継承済み、未知の状態。
• バリエーションレベルの欠陥。
• 商品状態、表示、ビジネス上の重要度に基づく優先度。
• 各欠落に対する所有者と必要な証拠。

準備する証拠と入力

一般的なチェックリストでは偽陽性が生じます。最初にカタログ、マーチャンダイジング、運用の所有者に要件を定義させてください。

• 固定された商品およびバリエーションのインベントリ。
• 商品タイプ別の必須、推奨、非該当フィールド。
• 市場、通貨、税、配送のルール。
• 承認済みの場合の商品重要度または収益ティア。
• 画像およびカテゴリー要件。
• 規制および主張レビュー要件。
• フィールド所有者マップ。

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

完全または不完全だけを使わない

少なくとも、存在、欠落、無効、非該当、継承済み、プラグイン管理、未知をサポートします。これにより、別のシステムが制御する空のフィールドをエラーとして扱うことを防げます。

真実ではなくトリアージのために採点する

パーセンテージは作業を並べ替える助けになりますが、多数の任意フィールドの背後に重要な欠落価格を隠してはいけません。フィールドレベルの検出結果を保持し、重大性ルールを追加します。

安全なワークフロー

1. 商品タイプ別のフィールドマトリックスを承認する。
2. カタログインベントリを固定する。
3. 生の値を上書きせずにフィールド状態へ対応付ける。
4. すべての商品とバリエーションをアシスタントに評価させる。
5. 未知およびプラグイン管理フィールドをレビューする。
6. 重要な欠落がある表示中かつ高価値の商品を優先する。
7. 証拠と所有者を割り当てる。
8. コンテンツまたはカタログ変更のための別タスクを作る。
9. 承認済みの修正後に監査を再実行する。

このワークフローは分析と実装を意図的に分離します。後続の変更段階では、分析用 ID の権限を静かに拡張するのではなく、承認済み出力を参照する必要があります。

プロンプトのレシピ

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

提供された WooCommerce カタログを、承認済みの完全性ルールに対して評価してください。

各商品およびバリエーションについて、次を返してください:
- ID、親 ID、タイプ、状態、表示
- フィールドグループ
- ルール: 必須、推奨、または非該当
- 状態: 存在、欠落、無効、継承済み、プラグイン管理、未知、または非該当
- 生の値への参照
- 重大性とビジネス優先度
- 必要な証拠
- 所有者
- 推奨される次のタスク

ルール:
1. 欠落値を捏造しないでください。
2. 商品タイプおよび市場別にルールを適用してください。
3. スコアが高い場合も重要フィールドを可視のままにしてください。
4. 商品を更新しないでください。
5. 顧客または注文データを取得しないでください。

このプロンプトがこの構造である理由

状態モデルとルールマトリックスは偽陽性を減らします。フィールドレベルの証拠はスコアの理由を保持し、コンテンツまたはカタログ所有者への安全な引き継ぎを作ります。

推奨アクセス境界

Read Only ID を使用します。アシスタントは範囲に含まれる WordPress 記録を検査できますが、コンテンツの作成、編集、削除、公開の試みは拒否される必要があります。ソースデータが範囲限定され、書き込み権限がない場合、このワークフローは低リスクです。低リスクはレビュー不要を意味しません。

このタスクの外に残すべきこと

• 商品またはバリエーションの更新をしない。
• 価格、在庫、寸法、規制データを生成しない。
• 顧客または注文データを使用しない。
• すべてに通用するフィールド一覧を使わない。
• 自動公開をしない。

アクセスレベルは開始時の推奨であり、普遍的な権利ではありません。ID が利用できる正確な能力は、インストール済み製品バージョンと公開済みカバレッジに基づく必要があります。

WP Agent Control の位置付け

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

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

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

検証チェックリスト

• ☐ ルールが商品タイプ別に承認されている。
• ☐ フィールド状態が生の証拠を保持している。
• ☐ 重要な欠落が平均値に隠されていない。
• ☐ バリエーションが評価されている。
• ☐ 所有者とソースが割り当てられている。
• ☐ カタログデータが変更されていない。

よくある失敗モード

• 一般的なチェックリスト: すべての商品タイプが同一の要件を受ける。
• もっともらしい補完: アシスタントが記録を完全にするために値を捏造する。
• スコアの盲点: 高い平均が重大な商業上の欠落を隠す。
• バリエーションの見落とし: 親の完全性が壊れたオプションを隠す。

高度な注記

完全性ルールをバージョン管理されたポリシーオブジェクトとして表現します。監査結果は各フィールドをどのルールバージョンが分類したかを正確に示せるため、将来のポリシー変更を追跡できます。

関連ガイド

• AI で WooCommerce 商品をインベントリ化する方法
• AIでWooCommerceの商品説明を準備する方法
• AIでWooCommerce商品カテゴリーを監査する方法
• AI を使って WordPress 画像の SEO を監査する方法

次のステップ

承認済みのコンテンツ欠落には 説明ワークフロー を使用し、分類問題には カテゴリー監査 を使用してください。