チュートリアル
Claude Opus 5.5でメールのプリヘッダーを点検する
Claude Opus 5.5に、意図したプレビュー文、届いたメールのソース、受信箱の表示を比較させます。商品発表の件名横にナビゲーションや重複したブランド名、画像説明が出る場合、件名だけを書き換えても原因は分かりません。コピーの判断とテンプレート・クライアントの問題を分けましょう。
Claude Opus 5.5に、意図したプレビュー文、届いたメールのソース、受信箱の表示を比較させます。商品発表の件名横にナビゲーションや重複したブランド名、画像説明が出る場合、件名だけを書き換えても原因は分かりません。コピーの判断とテンプレート・クライアントの問題を分けましょう。
観察した違いから調べる
| 観察 | 次の確認 | 避けること |
|---|---|---|
| 届いたソースに予定文がない | 配信フィールドとテンプレートの接続 | 受信箱を先に疑う |
| 予定文の後に無関係な内容 | 後続本文と表示余地 | 共通の文字数上限を保証 |
| 差し込み記号がそのまま出る | 展開値と空値の代替 | 名前ありだけの試験 |
| 編集画面と受信箱が異なる | 実際のメールとクライアント | 編集画面を配信証拠にする |
Mailchimpの説明は専用フィールドと本文へのフォールバックを説明しています。StacksのメールFAQも本文や画像代替文が残りの領域に使われることを示します。だからソースを確認しますが、全受信箱共通の長さや同一表示を保証する根拠にはなりません。
発表メールの例
架空のカップなら、件名を「ポケットカップが登場」、プレビューを「折りたたみハンドルで小さなバッグにも」とします。本文冒頭も同じ事実を続ければ、追加で抜き出されても意味がつながります。これは編集例で、開封率改善の実測ではありません。説得力のために割引や期限を作らないでください。
画像の適切な代替文は残します。無関係な広告文への置き換えは、画像が表示されない場合の情報を損ないます。配信ツールの専用欄を優先し、隠しプリヘッダーがある場合は生成HTMLを先に確認します。非表示スタイルの変更や特殊空白の大量追加は、その後に判断します。
診断用の依頼文
商品メールのプレビュー文をレビューしてください。入力は承認済み事実、件名、意図するプレビュー文、テンプレート、取得できる配信後のHTMLとプレーンテキスト、クライアント・版・日付付きの受信箱画像です。メールは送信しないでください。
予定文が生成メールに入る場所を特定してください。正確な値と受信箱表示を比較し、追加文の候補を挙げてください。接続漏れ、差し込み空値、コピーの重複、クライアント固有の抽出を分けてください。配信証拠がなければ不明としてください。
診断表、承認事実だけを使う件名とプレビューの組を二つ、証拠がある場合の最小テンプレート修正を返してください。適切な画像代替文と配信停止操作を保持してください。固定表示長や開封率向上を保証しないでください。名前あり・なし、画像無効、デスクトップ、スマートフォンの確認を定義し、編集画面と実際の受信結果を区別してください。モデルの参考は公式Opusガイドです。提案するレビュー手順であり、モデルやメール環境での実測ではありません。
証拠に基づく受け入れ
承認コピー、生成ソース、テスト受信者のデータ状態、実際の抜粋を別々に記録します。許可されたテスト宛先だけを使います。ソースが正しく、合意した対象クライアントを確認し、差異を残して合格とします。一つの受信箱の成功を全環境へ広げません。
**何文字が適切ですか。** 大事な情報を先に置き、対象環境で試します。文字数は共通のピクセル予算ではありません。
**予定文だけを必ず出せますか。** 保証はありません。次の本文も役立つ文章にします。
**明確なら転換率が上がりますか。** 別途、適切な比較測定が必要です。
承認後、Panelly Studioで商品画像を制作できます。本文の色はダークモードレビューを参照してください。Panellyをメール配信サービスやOpus連携として説明していません。
