メーカー定型文ではない商品説明文
多くのカタログは他店数百と同じサプライヤーコピーで走っています。仕様書のように読め、転換は弱く、検索エンジンに固有のインデックス材料を何も与えません。
商品説明文の作業が止まる理由は予測可能です：良い 1 本に 20 分、カタログには 2,000 商品。そこでサプライヤーフィードがそのまま取り込まれる。これは転換問題と重複コンテンツ問題の同時発生です。Builder と Visibility は、ストアに既にある属性とレビューを素材に、購買の疑問へ順に答える構造で商品ごとに執筆します。
すでに持っている素材から
良い説明文の原材料はすでにストアにあります——バリエーション属性、仕様、顧客レビュー、返品理由、サポートの質問。エージェントは利点を発明するのではなくそれらから書き、それが正確さと具体性を保ちます。
実際の商品属性とバリエーション差、平明に記述
実レビューとサポート記録から取った反論と疑問
実際にその商品を買う層に向けたユースケースの提示
返品を減らすフィット・サイズ・素材・互換性の詳細
人にも検索にも読める構造
買い物客は流し読みし、モデルは抽出します。同じ構造が両方に効きます——冒頭でそれが何で誰のためかを明言し、流し読み可能な具体情報、それから補足詳細。答えを遅らせるマーケ文体は転換と検索性を同時に傷つけます。
規模で固有、逸脱なし
各説明文は商品ごとに書かれますが、一貫したパターンに沿うためカタログはまとまりを保ちます。新商品はパターンを自動継承。ソースデータが薄すぎて正直に書けない商品は、水増しではなくフラグして人へ回します。
動作の流れ
カタログを取り込む
各商品の属性、バリエーション、既存コピー、レビューを読みます。
パターンで執筆
実データに基づき商品ごとに生成、構造はカタログ全体で一貫。
サンプルでレビュー
代表サンプルを承認しパターンを調整、その後カタログへ展開、新商品は自動継承。
得られるもの
共有サプライヤーコピーに代わるカタログ全体の固有説明文
ページ上での反論回答——迷いと返品が同時に減る
買い物客と AI エンジンの両方が解析できる一貫構造
データ不足の商品は捏造されずフラグされる
担当するエージェント
連携できるツール
よくある質問
商品機能を捏造しませんか？
しません。これは厳格な制約です。属性データとレビューから書き、ソース不足なら、もっともらしい仕様を生成するのではなく人にフラグします。
説明文はどれくらいの長さが良い？
そのカテゴリの購買の疑問に答えるのに足る長さで、それ以上は不要。ケーブルなら 3 行、マットレスなら数百語。固定語数目標は誤った直感です。
固有コピーは本当に順位に効く？
特定の害を除去します——同じ商品を売る全小売と共有のコピーでは、検索エンジンがあなたのページを選ぶ理由がありません。必要条件であり、十分条件ではありません。
多言語で書けますか？
書けます。しかも 1 つの原文を機械翻訳するのではなくロケールごとに書きます。購買の反論や用語は市場で異なるからです。