公式スキル · マーケティング

マーケティングメールの配信前チェック

v1.0.1・2026年11月4日更新

配信前のマーケティングメールについて、件名とプリヘッダー、CTA が1つか、スマホでの見え方、リンク、差し込み、フッターを確かめる。

Claude・ChatGPT・コーディング用の AI で使えます。TeamとBusiness では、Pod に入れた公式スキルが改善のたびに自動で最新版になります。

使う場面

• メルマガやキャンペーンメールができあがり、配信前に確かめたいとき
• 開封やクリックが落ち、次の配信をもう一度見てほしいとき

AI に渡すもの

• 件名、プリヘッダー、本文、リンクを含むメール
• 配信先と、メールのたった1つの目的
• 差し込み項目と代替テキスト
• 差出人とリストの地域

できあがるもの

配信してよいか先に直すかの判定、「先に直す」と「直すとよい点」に分けた修正文、チェックリスト。

手順

1. 受信箱での見え方を確かめる 件名が中身について誤解を招かないこと（米国の CAN-SPAM 法）。このスキルの既定値: 件名は50文字未満、英語の大文字だけの単語を使わない、絵文字は1つまで。プリヘッダーは90文字未満で、件名をくり返さずに情報を足し、既定の「ブラウザで表示する」のままにしない。差出人名は人の名前か、読み手が知っているブランド名。
2. CTA が1つかを確かめる 別々の行動がいくつあるかを数える。このスキルの既定値: 主な行動は1つで、くり返すのは2回まで（最初の画面のボタンと、終わり近くにもう1回）。別々の行動が2つ以上あれば、メルマガでないかぎり「先に直す」。ボタンの文言は動詞で、結果を書く（「こちらをクリック」ではなく「席を予約する」）。
3. スマホの読み手として流し読みする このスキルの既定値: 幅375 px の画面を想定する。伝えたいこととボタンが最初の画面（短い4行ほどとボタン1つ）に収まる。段落は3行以内。文字は画像ではなくテキストで入れる。画像には代替テキスト（alt）がある。
4. リンクをすべて確かめる どの URL も文言どおりの場所に飛び、チームが使っていれば UTM が付いていて、ステージングやプレビューのドメインを指していない。同じリンクに別々の UTM が付いていたら指摘する。
5. 差し込みを試す 差し込みタグごとに、代替テキストが入った文（「お客様」）と、値が空の文（「 様」）を読む。空の値で崩れるのは「先に直す」。
6. 法令まわりを確かめる 米国（FTC による CAN-SPAM 法）: 正確な差出人と返信先、広告であることがはっきりわかる表示、有効な住所、わかりやすい配信停止の方法と、10営業日以内の対応。Gmail に送るすべての送信者は、Postmaster Tools の迷惑メール率を0.3%未満に保つ（Gmail の目標は0.1%未満）。Gmail と Yahoo は一括送信者（Gmail では Gmail のアカウントに1日5,000通を超えて送る送信者）に、さらに次を求める。ヘッダーでのワンクリック配信停止（RFC 8058）と本文中に見える配信停止リンク、SPF、DKIM、DMARC のポリシー（p=none で足りる）。Yahoo は配信停止を2日以内に反映するよう求めている。認証と迷惑メール率はメールの外の設定なので、ユーザーが確認できなければ「[要確認: 配信の設定]」として挙げる。このスキルの既定値: なぜこのメールが届いたかを1行書く。EU、英国、日本などのリストにはそれぞれ同意のルールがある。確かめていない法令の内容は書かず、「[要確認: 法令]」と付ける。日本の受信者なら「[要確認: 日本の法令]」とし、確認先の例は総務省、消費者庁。
7. 判定を出す 次のどれかがあれば「先に直す」: 壊れたか空になる差し込みタグ、配信停止リンクか住所の欠落、まちがったリンクやステージングへのリンク、はっきりした CTA がない、入力と食い違う事実（価格、日付）。それ以外は「配信してよい」とし、任意の修正を添える。

SKILL.md の全文

AI が読むファイルそのものです。 ダウンロード

---
name: email-campaign-review
description: 配信前のマーケティングメールをチェックする。件名とプリヘッダー、CTA が1つか、スマホでの読みやすさ、リンク、差し込みの代替テキスト、配信停止を含むフッターを見て、配信してよいか、先に直すかの判定と、行ごとの修正案を返す。マーケティングメール、メルマガ、ニュースレター、キャンペーンメールの下書きを渡されて、レビュー、校正、配信前チェック、「送る前に見てほしい」と頼まれたときに使う。
---

# マーケティングメールの配信前チェック

このチェックが答える問いは1つ。今すぐ配信してよいか。壊れた差し込みタグ、配信停止リンクの欠落、競合する3つのボタンは「先に直す」。言い回しの好みはそうではない。判定を先に書き、成果を変える修正だけを挙げる。

## 使う場面

- キャンペーンメール、メルマガ、お知らせをリストに配信する前。
- 開封率やクリック率が下がり、次のメールをもう一度見てほしいとき。
- 1対1の営業メールや、購入確認などのトランザクションメールには使わない。どちらもルールが違う。

## 用意するもの

- メール本体: 件名、プリヘッダー、本文、ボタンの文言、すべてのリンク先 URL。HTML でもスクリーンショットでもよい。スクリーンショットのときは、リンクを確認できなかったと書く。
- 配信先のセグメントと、メールのたった1つの目的（X をクリック、Y を購入、Z に申し込む）。目的がなければ一度だけ聞く。目的がわからないと CTA を判断できない。
- 使っている差し込み項目（姓、会社名）と代替テキスト。わからなければ、差し込みタグすべてに「代替テキスト: 要確認」と付ける。
- 差出人名とリストの地域（フッターのルールが変わる）。

## 手順

1. **受信箱での見え方を確かめる。** 件名が中身について誤解を招かないこと（米国の CAN-SPAM 法）。このスキルの既定値: 件名は50文字未満、英語の大文字だけの単語を使わない、絵文字は1つまで。プリヘッダーは90文字未満で、件名をくり返さずに情報を足し、既定の「ブラウザで表示する」のままにしない。差出人名は人の名前か、読み手が知っているブランド名。
2. **CTA が1つかを確かめる。** 別々の行動がいくつあるかを数える。このスキルの既定値: 主な行動は1つで、くり返すのは2回まで（最初の画面のボタンと、終わり近くにもう1回）。別々の行動が2つ以上あれば、メルマガでないかぎり「先に直す」。ボタンの文言は動詞で、結果を書く（「こちらをクリック」ではなく「席を予約する」）。
3. **スマホの読み手として流し読みする。** このスキルの既定値: 幅375 px の画面を想定する。伝えたいこととボタンが最初の画面（短い4行ほどとボタン1つ）に収まる。段落は3行以内。文字は画像ではなくテキストで入れる。画像には代替テキスト（alt）がある。
4. **リンクをすべて確かめる。** どの URL も文言どおりの場所に飛び、チームが使っていれば UTM が付いていて、ステージングやプレビューのドメインを指していない。同じリンクに別々の UTM が付いていたら指摘する。
5. **差し込みを試す。** 差し込みタグごとに、代替テキストが入った文（「お客様」）と、値が空の文（「 様」）を読む。空の値で崩れるのは「先に直す」。
6. **法令まわりを確かめる。** 米国（FTC による CAN-SPAM 法）: 正確な差出人と返信先、広告であることがはっきりわかる表示、有効な住所、わかりやすい配信停止の方法と、10営業日以内の対応。Gmail に送るすべての送信者は、Postmaster Tools の迷惑メール率を0.3%未満に保つ（Gmail の目標は0.1%未満）。Gmail と Yahoo は一括送信者（Gmail では Gmail のアカウントに1日5,000通を超えて送る送信者）に、さらに次を求める。ヘッダーでのワンクリック配信停止（RFC 8058）と本文中に見える配信停止リンク、SPF、DKIM、DMARC のポリシー（p=none で足りる）。Yahoo は配信停止を2日以内に反映するよう求めている。認証と迷惑メール率はメールの外の設定なので、ユーザーが確認できなければ「[要確認: 配信の設定]」として挙げる。このスキルの既定値: なぜこのメールが届いたかを1行書く。EU、英国、日本などのリストにはそれぞれ同意のルールがある。確かめていない法令の内容は書かず、「[要確認: 法令]」と付ける。日本の受信者なら「[要確認: 日本の法令]」とし、確認先の例は総務省、消費者庁。
7. **判定を出す。** 次のどれかがあれば「先に直す」: 壊れたか空になる差し込みタグ、配信停止リンクか住所の欠落、まちがったリンクやステージングへのリンク、はっきりした CTA がない、入力と食い違う事実（価格、日付）。それ以外は「配信してよい」とし、任意の修正を添える。

## 出力の形式

```markdown
**判定:** [配信してよい / 先に直す] — [理由を1行で]

## 先に直す
| # | 場所 | 問題 | 修正 |
|---|---|---|---|
| 1 | [件名 / 行 / リンク] | [問題] | [そのまま差し替える文] |

## 直すとよい点
| # | 場所 | 提案 | 理由 |
|---|---|---|---|

## チェックリスト
- 件名（[n]文字）: [問題なし / 問題あり]
- プリヘッダー（[n]文字）: [問題なし / 問題あり]
- CTA: 別々の行動が[数]つ — [問題なし / 問題あり]
- スマホの最初の画面: [問題なし / 問題あり]
- リンク: [n]件確認 — [問題なし / 問題あり]
- 差し込みタグ: [代替テキストつきの一覧]
- フッター: 配信停止 [あり/なし]、ワンクリック [あり/なし / 不要]、住所 [あり/なし]、届いた理由 [あり/なし]
```

## 例

**入力:** 件名「🎉🎉 BIG NEWS！春のウェビナーシリーズがついにスタート。全3回、あなたもぜひご参加ください！皆さまのご参加をお待ちしています」、プリヘッダー「ブラウザで表示する」。本文: 「*|LNAME|* 様 … ウェビナーに申し込む … 新しい料金ページもご覧ください … LinkedIn もフォローしてください」。2段落のあとにあるボタン「こちらをクリック」のリンク先は app-staging.morinotech.example/webinar。フッターに配信停止リンクはあるが、住所はない。目的: ウェビナーの申し込み。

**出力:**

```markdown
**判定:** 先に直す — ボタンがステージングのサイトに飛び、フッターに住所がない。

## 先に直す
| # | 場所 | 問題 | 修正 |
|---|---|---|---|
| 1 | ボタンのリンク | app-staging.morinotech.example を指している | 本番の申し込み URL にする [要確認: 正しい URL] |
| 2 | フッター | 住所がない（米国の受信者には CAN-SPAM 法が住所を求める） | 会社の住所を入れる。[要確認: 日本の法令] |
| 3 | 「*\|LNAME\|* 様」 | 代替テキストが未設定で、姓が空だと「 様」になる | 代替テキストを「お客様」にし、「様」を外す |
| 4 | 本文 | 行動が3つ: 申し込み、料金ページ、LinkedIn | 申し込みだけを残し、料金ページと LinkedIn はフッターに移すか削る |

## 直すとよい点
| # | 場所 | 提案 | 理由 |
|---|---|---|---|
| 1 | 件名（66文字） | 「春のウェビナー全3回、参加する回を選べます」 | スマホに収まる。大文字の英語と重ねた絵文字をやめる |
| 2 | プリヘッダー | 「この春、全3回。都合のよい回を選んで申し込めます。」 | 既定の文では2行目がむだになる |
| 3 | ボタン | 「席を予約する」 | 結果を書いている |

## チェックリスト
- 件名（66文字）: 50文字超、大文字の英語、絵文字2つ
- プリヘッダー（9文字）: ブラウザ表示の既定の文
- CTA: 別々の行動が3つ — 1つに絞る
- スマホの最初の画面: ボタンが2段落の下にある — 上に移す
- リンク: 4件確認 — 1件がステージング
- 差し込みタグ: LNAME、代替テキストなし
- フッター: 配信停止あり、ワンクリック [要確認: 配信数]、住所なし、届いた理由なし
```

## 送る前のチェック

- [ ] 判定が1行目にあり、「先に直す」に入れたのは手順7に挙げたものだけ。
- [ ] どの修正も、「もっと刺さる感じに」ではなく、そのまま差し替えられる文。
- [ ] 件名とプリヘッダーの文字数を数えて書いた。
- [ ] 入力にあるリンクと差し込みタグを、すべて確認済みとして挙げた。
- [ ] 法令の点は、ルールが確かでないかぎり「[要確認: 法令]」と書いた。

## よくある失敗

- 壊れたリンクを、12件の文体の指摘の下に埋もれさせる。
- 修正3つで済むのに、メール全体を書き直す。
- パソコンで見栄えがよいからと、画像だけのメールを通す。

チームで使う

AI Skill Pod に追加すると、業務委託の方も含めてチーム全員が、自分の AI から同じ版を使えます。 AI スキルをチームで共有する方法を読む

チームのPodに追加

変更履歴

• v1.0.1 · 2026年11月4日 · Example: the input now says the series has 3 sessions and the button sits below 2 paragraphs, so the suggested subject and the mobile check use only given facts; the suggested preheader no longer invents dates or a Q&A.
• v1.0.0 · 2026年11月4日 · First release. Gmail and Yahoo sender rules checked against their guidelines on 2026-11-04.