商品タイトル playbook
タイトルは各商品で最もレバレッジの高い 1 行です：検索マッチ、クリック率、ページ到着時の確認を同時に決めます。多くのカタログはそこを社内用語で埋めています。
商品タイトルの失敗は予測可能です：社内 SKU で命名、読めなくなるまでキーワード詰め、バリエーション間の重複で何も区別できない。この playbook はタイトルをシステムとして直します：買い手の実際の検索の仕方から語彙を導出し、面ごとの構造を適用し（ストア・Google 結果・マーケットプレイス出品はルールが違う）、効果を証明できる測定つきでカタログ全体に展開します。
ステージ 1：語彙を導出
言葉はブランドでなく買い手から来ます。自社のサイト内検索語、各商品にすでに着地しているクエリ、レビュー内の言語——自分の言葉で商品を描写する顧客は、あなたのタイトルを代筆しています——を掘ります。買い手の語彙とカタログの語彙のずれを記録すること。そのずれが見えない機会損失です。
商品別のサイト内検索語と着地クエリ
レビューの言語——所有者が実際に何とどう呼ぶか
買い手が属性を指定する順序：ブランド、種類、仕様、サイズ、色——カテゴリ依存
社内命名と買い手命名のずれ一覧
ステージ 2：面ごとに構造化
1 つのタイトルは全部の面に効きません。ストアのタイトルは、クリックを確認しカタログ内で差別化するものを先頭に。SEO タイトルはピクセル制限内で、検索にマッチする語句を先頭に。マーケットプレイスのタイトルはそのモールの長さ・構造ルールに従い、属性の完全性がフィルタ露出を左右します。同じ事実を、面ごとの並びで——1 つの事実源から供給し、決して矛盾させない。
ステージ 3：測定つきで展開
カタログ全体のタイトル変更には慎重さが要ります：バッチで公開し、Search Console でバッチごとに表示とクリック率を見張り、旧タイトルをロールバック用に記録。数週間で表示の変化を予期してください。あるバッチが負けたら、記録が何を変えたか正確に示します——バッチ展開が安全で、一斉書き換えが安全でない理由です。
動作の流れ
言語を掘る
商品・カテゴリ別の検索語、着地クエリ、レビュー語彙。
面ごとの構造を適用
ストア・SEO・マーケットプレイスの変種を 1 つの事実源から、それぞれのルールで。
バッチ、測定、控えを保持
バッチ展開、バッチ別測定、記録済みロールバック状態。
得られるもの
買い手が実際に打ち込む言語のタイトル
マーケットプレイスのフィルタ流入を取りこぼさない面別の変種
どの変更が効いたか証明できる展開
顧客向けテキストから引退した社内用語
担当するエージェント
連携できるツール
よくある質問
商品タイトルの長さは？
面ごとに：SEO タイトルは表示限界内（切り詰め前でおよそ 50〜60 文字）、モールはそのモールのルール、ストアは明快さの要る分だけでそれ以上は不要。長さは制約であって目標ではありません。
ブランド名は入れる？
買い手がブランド名で検索する、または差別化に効くなら——モールでは通常先頭、自社ストアでは文脈が含意するので末尾が多い。検索語データがカテゴリごとに答えます。
タイトル変更は既存順位を危険にしない？
実際のクエリ言語に沿ったタイトルはほぼ常にプラスですが、「ほぼ常に」は「常に」ではありません——バッチと記録済みロールバックはまさにそのためにあります。バッチ別に測ってください。
どのエージェントが実行？
Visibility が語彙の導出と測定を所有し、Builder が共有の事実源からストアとモールの面へ変更を公開します。