管理されたインポートでWooCommerce AIコンテンツを扱う

コンテンツだけの範囲から始める

改訂した説明やお手入れ段落など、特定の出力を選びます。商品識別、価格、在庫、分類の変更をそのタスクの外に置きます。これによりレビュー範囲が小さくなり、承認済みテキストと、後でストアが受け取る内容を正確に比較できます。

変更を試みる前にバックアップとテストストアを準備し、ライブ商品への書き込みには承認を得ます。まずよく分かっている商品ファミリーをエクスポートし、レビュアーを割り当て、更新する正確なフィールドを特定します。そのフィールド一覧をバッチとともに保持し、最終的なインポートの範囲を明確にします。

ドラフトツールとインポートツールを分ける

Meow AppsはAI EngineのカスタムOpenAI互換プロバイダーを文書化しています。これは、バージョン固有のエンドポイントテストを前提に、WordPressのドラフト環境の候補になります。WooCommerceの文書化されたCSVインポーターは別の商品データインターフェースです。前者を設定しただけで後者も検証されたと示唆しないでください。

外部コンテンツワーカーが、ストア認証情報なしでドラフトを準備することもできます。レビュアーがどこで作業し、誰がマッピングを保守するかで選びます。後の更新が未対応の互換性主張を引き継がないよう、テスト前にWordPress、WooCommerce、関連プラグインのバージョンを記録します。

ソーススナップショットをエクスポートする

新鮮なストアエクスポートを、フィールド名と商品識別情報の出発点にします。変更前の状態として未加工のコピーを保持します。インポートされる可能性のあるテキストに非公開コメントを追記せず、ソース参照と編集メモを含む別のレビュー用ファイルを作ります。

コンテンツを生成する前に、識別子の一意性とバリエーションの関係を確認します。スプレッドシートの行順が変わったために、あるサイズの説明が別のサイズへ移ってはいけません。価格と単位は元の構造化表現で保持します。モデルの出力を承認済みテキストフィールドに限定し、運用フィールドは信頼できるスナップショットから組み立てます。

最小限の送信先パッチを準備する

WooCommerceでは、UTF-8 CSV入力、列マッピング、IDまたはSKUによる既存商品の照合が文書化されています。説明だけを更新するなら、マッピングを意図的に狭くします。変更するつもりのないフィールドを除外し、インポート前にマッピングを検査します。

以下の合成例を、テストストアからエクスポートした識別子で適応します。CSVライブラリを通してシリアライズし、引用符の処理を検証します。仕入先フィールドには、テストストアの新鮮なエクスポートをマッピングの参照に使い、選択した更新モードを小さな管理サンプルでテストします。

SKU,Description
SYNTHETIC-LINEN-A,"Approved description text, reviewed against its source."

多言語保存を別の契約として扱う

一般的な商品CSVだけでは、ストアがすべてのロケールに独立した説明を保存できる証拠になりません。多言語プラグインまたは別のローカライズ層、そのバージョン、公式のフィールドマッピングを確認します。description_deのような列を作り、それだけで翻訳商品が作られると仮定しないでください。

レビュー用パッケージでは、商品識別子とソースリビジョンをキーにしてロケール固有の候補を保持します。その契約を確立してから、送信先形式へ変換します。テストストアで言語選択とフォールバックをレビューします。インポート自体が完了していても、二つのインポート済み言語行が同じ説明を上書きするなら、ローカライズワークフローは失敗です。

マークアップ、主張、CSV処理を確認する

生成テキストは、フィールドが許可しないHTMLを導入したり、手動リンクを変更したり、プレースホルダーを削除したりするべきではありません。カスタム表示コードを実装する場合はWordPressのエスケープガイダンスが関係しますが、通常のストア描画経路にも実際のプレビューが必要です。コンテンツ検証と出力エスケープを分けてください。

素材、互換性、手入れに関する主張をソースと照合します。根拠のない認証や利点は、きれいに整えるのではなく却下します。スプレッドシートのレビュー用ファイルでは、数式の解釈と選択したエディタの動作も考慮します。引用されたCSV構文だけでは、編集上またはセキュリティ上の承認にはなりません。元のソースを保持し、送信先固有のエクスポートポリシーを使ってください。

インポートレポートと保存フィールドを検査する

WooCommerceのインポーター文書では、スキップ行と失敗行が調査すべき結果として説明されています。レポートを保存し、意図した商品集合と照合します。件数がもっともらしく見えるまでファイル全体を繰り返し実行せず、失敗した識別子と具体的な原因を特定してください。

更新した説明を読み戻し、承認済み候補と比較します。保護された商品フィールドが変わっていないことを確認します。長いテキストとリンクを含め、テストテーマで商品ページとバリエーション選択を検査します。保存値がペイロードと一致することと、ページが正しく描画されることは別の事実なので、両方を観測します。

証拠と展開のチェック

テストを行った場合は、ソースエクスポート、レビュー判断、承認済みパッチ、インポートレポート、読み戻し比較、実際のテストストアのスクリーンショットを保持します。環境を明確にラベル付けします。生成された段落のスクリーンショットは、商品インポート成功の証拠ではありません。

承認済みのライブ更新前に、現在のソースと正確なフィールド一覧を再確認し、検証に失敗した場合に以前の値を復元する方法を定義します。モデル使用量と編集者の作業を分けて記録します。このガイドのCSVは例示であり、この記事のためにモデル実行、サンドボックスインポート、多言語ストアの結果を実行したものではありません。

よくある質問