# 送信前のメールQAチェックリスト：確認すべき8項目

正規URL：https://brew.new/ja/blog/pre-send-email-qa-checklist
執筆：Thomas Park
公開日：2026-10-11
更新日：2026-10-11

送信前のQAチェックリストとは、すべてのメールについて、配信する前に行う短いチェックの一覧です。不具合のあるキャンペーンは、たいてい、`#` を指したままのボタンや、夕方6時に4MBのPNGに差し替えられたヒーロー画像、従来の Outlook が無視する2カラムのレイアウトを抱えたまま送られています。どれも送信前なら1分で見つけられますが、送信後には直せません。

私たちは今月、こうしたチェックを軸に Brew のメール診断を作り直し、チェックごとに正確なしきい値を決めました。Brew を使う場合も使わない場合も、手作業で実行できます。

![メール診断の結果。スコア、送信準備の状態、重要度別にまとめられた診断結果が表示されている。](/images/blog/email-audit-findings.png)

*重要度別にまとめられた診断結果と、送信準備についての1つの判定。*

## この記事のポイント

- リンク、サイズ、画像、メールクライアントの対応状況、アクセシビリティ、コピー、コンプライアンス、マークアップの8つの領域をチェックします。
- Gmail は約102KBを超えるHTMLを途中で切り詰め、フッターや配信停止リンクを隠してしまいます。クリックトラッキングでサイズが増えるため、Brew は80KBで警告します。
- 実際に届いたテストメールで、すべてのリンクをクリックしましょう。ただし、配信停止リンクや配信設定のリンクを、自動チェックツールに開かせてはいけません。
- Brew の診断は、0〜100のスコアで評価します。「重大」1件につき20点、「エラー」1件につき10点、「警告」1件につき3点を減点し、「重大」か「エラー」が1件でもあれば「問題あり」と判定します。
- 診断によって送信がブロックされることはありません。また、受信トレイへの到達、レンダリングのスクリーンショット、ダークモードはテストしません。

## 1. リンク

リンク切れがあると、その配信は無駄になります。次の点を確認しましょう：

- すべてのボタンに、`#` や `example.com`、未入力の `{{url}}` ではなく、実際のリンク先が設定されている
- 404や410を返すリンク、名前解決できないドメインを指すリンク、証明書に問題があるリンク、接続を拒否するリンク、リダイレクトがループするリンクがない
- すべてのリンクが `https` を使っている
- 表示されているリンクテキストがリンク先と一致している。`brew.new/pricing` と表示されているのに別の場所に飛ぶリンクは、フィッシングに見えます
- 公開のURL短縮サービスを使っていない。こうしたサービスは、それを使うすべてのスパム送信者とレピュテーションを共有しています

リンクは、エディターではなく、実際に届いたテストメールでクリックしましょう。ESPは送信時にクリックトラッキングのためにリンクを書き換えるため、リダイレクトの連鎖や壊れたトラッキングパラメーターは、届いたメールでしか確認できません。

配信停止リンクや配信設定のリンクには、自動チェックツールから絶対にリクエストを送らないでください。そのURLへのリクエストを、すべて配信停止として扱うプロバイダーもあります。また、チェックツールにボット対策の画面が返されたからといって、リンクが切れているとは限りません。自分でクリックして確かめましょう。

## 2. サイズ

Gmail は、HTMLが約**102KB**を超えるメッセージを途中で切り詰め、残りを「メッセージ全体を表示」リンクの先に隠します。フッター、配信停止リンク、住所が見えなくなるため、切り詰められたマーケティングメールは、知らないうちにコンプライアンス上の問題になってしまいます。

Brew のしきい値は次のとおりです：

- HTMLが**80KB**で「警告」
- HTMLが**102KB**で「エラー」（Gmail に切り詰められるため）
- HTMLと画像を合わせた読み込みサイズの合計が**3MB**で「警告」
- 読み込みサイズの合計が**5MB**で「エラー」

80KBで警告するのは、クリックトラッキングによって短いリンクが長いリダイレクトURLに置き換えられたり、ESPによってはマークアップが追加されたりするからです。エディターでは98KBでも、届いたときには105KBになっていることがあります。

サイズが膨らむよくある原因は、要素ごとに繰り返されたインラインスタイル、メールビルダーが残したコメント、非表示になっているモバイル用とデスクトップ用の重複したセクション、埋め込まれたbase64画像です。

## 3. 画像

すべての画像について、次の点を確認します：

- `alt` テキストがある（純粋な装飾なら `alt=""`）
- `width` と `height` が指定されている（画像の読み込み中やブロックされたときにも、レイアウトが崩れないように）
- 読み込めて、HTMLのエラーページではなく、ちゃんと画像になっている
- **1MB**未満である（GIFなら**3MB**未満）

1行のテキストの上に大きな画像が1枚だけ載ったメールは、画像をオフにすると読めず、スクリーンリーダーにも内容が伝わらず、一部のフィルターではスパムの兆候とみなされます。見出しとオファーは、画像ではなく本物のテキストで入れましょう。

## 4. メールクライアントの対応状況

Flexbox、Grid、`position`、背景画像、インラインSVGは、いずれも少なくとも1つの主要なメールクライアントで崩れます。[Can I email](https://www.caniemail.com/) は、機能ごと・クライアントごとの対応状況をまとめており、ひとつだけ参照するならこれが最適です。

最も注意すべきは Outlook です。Gmail や Apple Mail は、たいてい目立たない形で表示が劣化するだけです。Windows版の従来の Outlook は Word のレイアウトエンジンでレンダリングするため、多くのCSSの幅指定を無視し、背景画像を表示せず、スタイルを当てたリンクで作ったボタンからパディングを取り除いてしまいます。

Brew が Gmail や Outlook といったクライアントのファミリー単位で機能を指摘するのは、そのファミリーの2つ以上のクライアントがその機能に対応していない場合だけです。「警告」になるのは、Outlook で代替手段のないまま崩れる場合だけで、それ以外はすべて「情報」です。そうしないと、どのメールにもクライアント関連の警告が20件も並び、誰も目を向けなくなってしまいます。

## 5. アクセシビリティ

手軽にできるチェック：

- `<html>` に `lang` がある（スクリーンリーダーが正しく読み上げられるように）
- `<title>` がある
- 見出しのレベルが順番どおりで、`h1` から `h4` に飛んでいない
- 画像が伝えている内容を説明した代替テキストがある。「3月に登録数が倍増したことを示す棒グラフ」なら役に立ちますが、「image1.png」では役に立ちません
- 本文、ボタン、薄いグレーのフッターのテキストに十分なコントラストがある（問題の多くはここに潜んでいます）

基準となるのは[WCAG 2.2](https://www.w3.org/TR/WCAG22/)です。メールの問題の多くは、代替テキスト、コントラスト、ページの言語、見出しに関する達成基準に対応しています。

## 6. コピー、件名、プレビューテキスト

件名は約**60文字**かつ**9語**未満に収めましょう。そうしないと、スマートフォンで途中が切れてしまいます。すべて大文字の表記、返信や転送ではないメールへの「RE:」や「FWD:」、感嘆符の連続も避けます。

プレビューテキストは約**90文字**未満にし、件名を繰り返さないようにします。空のままにすると、多くのメールクライアントでは、代わりに「ブラウザで表示」のような文言が表示されてしまいます。

代替値のない差し込みタグがあると、名が登録されていない全員に、「Hi ,」のように名前の抜けたあいさつが届きます。読み手は、それを覚えているものです。

すべての数字には、示せる出典が必要です。とくにAIが書いた最初の下書きは、もっともらしい数字を簡単に作り出すので注意しましょう。言葉選びについては、[マーケティングメールの書き方](/ja/blog/how-to-write-marketing-emails)と[件名のガイド](/ja/blog/email-subject-lines)で詳しく解説しています。

## 7. コンプライアンス

[CAN-SPAM法](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business)では、商用メールに、機能する配信停止リンクと有効な住所が必要です。Gmail と Yahoo 宛てにメールを送る一括送信者には、ワンクリック配信停止のヘッダーも必要です。詳しくは、[エージェントがメールを送る場合にも変わらないこと](/ja/blog/agent-email-deliverability)で説明しています。

トランザクションメールには、マーケティングメールのルールの一部が適用されませんが、このチェックリストは省けません。リンク切れのある領収書は、やはりサポートへの問い合わせにつながります。

## 8. マークアップ

メールクライアントが削除またはブロックするものは、取り除いておきましょう：

- `<script>`、`<form>`、`<iframe>` の要素
- 埋め込まれたSVGと `data:` URI
- `background-color` の代替指定がない背景画像（画像を読み込めなかったときにも、テキストが読めるように）

冒頭にはDOCTYPE宣言を入れましょう。ないと、一部のクライアントは互換モード（quirks mode）でレンダリングし、余白がずれてしまいます。

## Brew でチェックリストを実行する

Brew のメール診断は、次の場所からこのチェックリストを実行します：

- 送信ダイアログの**診断**タブ（「プレビュー」タブと「オーディエンス」タブの隣）
- オートメーションのキャンバスで、メールステップにある**診断**ボタン
- APIとMCP（`POST /v1/emails/audit` または `audit_email` ツール）

すべてのフィールドについては、[診断のドキュメント](https://docs.brew.new/create-emails/audit-email)と[APIリファレンス](https://docs.brew.new/api-reference/public-v1/emails/audit-an-email)をご覧ください。

HTMLだけで判定できるルールについては、無料の**即時チェック**が自動で実行されます。対象は、プレースホルダー、サイズ、代替テキストと画像サイズの指定漏れ、見出しの順序、`lang` と `<title>`、件名とプレビューテキストの長さ、代替値のない差し込みタグ、ブロックされるマークアップです。

**診断を実行**を選ぶと、ネットワークへのアクセスや判断が必要なチェックが加わります：

- すべてのリンクへの実際のリクエスト（1通あたり最大100件。配信停止リンクと配信設定のリンクは除く）。ボット対策で弾かれたリンクは、リンク切れではなく「未確認」として返されます
- すべての画像へのリクエスト。表示できない画像や大きすぎる画像を検出します
- Gmail、Apple Mail、Outlook、Yahoo の4つのファミリーにわたる15のメールクライアントでの対応状況（セクション4のルールを適用）
- コントラストなどのアクセシビリティのルール（WCAG 2.2の参照付き）
- AIによるレビュー。件名が誤解を招かないか、リンクテキストと代替テキストに意味があるか、いずれかの国の形式で住所が記載されているか、メールがマーケティングとトランザクションのどちらに当たるかを確認します

AIによる各判定は、私たちが保有するメールで、指摘した内容が95%以上の確率で正しくなるよう調整しています。オオカミ少年のようなAIレビュアーなら、ないほうがましです。

完全な診断には5クレジットかかります。必須のチェックを実行できなかった場合は、スコアなしの部分的な診断が無料で返されます。チェックを飛ばしたスコアでは、誤解を招くからです。

## スコアの仕組み

すべての診断で、0〜100のスコアと状態（ready、needs review、not ready のいずれか）が返されます。アプリでは、それぞれ「送信準備完了」「要確認」「問題あり」と表示されます。各診断結果には、「重大」「エラー」「警告」「情報」のいずれかの重要度と、リンク切れのHTTPステータスなどの根拠が含まれます。

スコアは100点から始まります。「重大」1件につき20点、「エラー」1件につき10点、「警告」1件につき3点が引かれ、「情報」は減点されません。カウントされるのは、ルールごとに最初の3件までです。

例として、リンク先が `#` のボタン、404を返すフッターのリンク、代替テキストのない画像2枚、68文字の件名、Yahoo の2つのクライアントが無視する Flexbox がある場合を考えてみます。

| 診断結果 | 重要度 | 点数 |
| --- | --- | --- |
| ボタンのリンクがプレースホルダーのまま | 重大 | −20 |
| フッターのリンクが404を返す | エラー | −10 |
| 代替テキストのない画像（×2） | 警告 | −6 |
| 件名が60文字を超えている | 警告 | −3 |
| Yahoo の2つのクライアントが Flexbox に非対応 | 情報 | 0 |
| **スコア** | | **61** |

「重大」か「エラー」が1件でもあれば「問題あり」、「警告」だけなら「要確認」です。この例で2つのリンクを直せば、スコアは91で「要確認」になります。正直なところ、このまま送っても問題はありませんが、残りの指摘にも1分かける価値はあります。

**チャットで修正**を選ぶと、「警告」以上の診断結果が Brew のエージェントに渡され、修正後には無料の即時チェックがもう一度実行されます。

## 診断がしないこと

診断は、送信をブロックしません。「重大」の診断結果がある場合、送信ダイアログでは**このまま送信**を選ぶ必要があり、その判断は記録に残ります。API、MCP、オートメーションからの送信では、診断結果が報告されたうえで、そのまま送信されます。これが正しいデフォルトです。診断が良しとしないメールでも送るべきものはありますし、送信を人質に取るようなQAツールは、いずれオフにされてしまいます。

HTMLを書き換えることもありません。修正は、あなたが始める別のステップです。

受信トレイへの到達のテスト、レンダリングのスクリーンショットの作成、ダークモードのチェックも行いません。ダークモードについては、スマートフォンでダークモードをオンにして、テストメールを開いてみましょう。黒い背景で消えてしまうロゴに気づけます。

## よくある質問

### 診断の結果は、どのくらいの期間有効ですか？

送信ダイアログでは15分です。それを過ぎるか、メールが変更されると、パネルに診断の再実行を求めるメッセージが表示されます。MCP経由なら、保存されたレポートを7日間、無料で読み直せます。

### スコアが高ければ、メールは受信トレイに届きますか？

いいえ。診断がチェックするのは、メールそのものです。受信トレイに届くかどうかは、ドメインのレピュテーション、認証、迷惑メール報告率にも左右されます。これらについては、[到達率ガイド](/ja/blog/email-deliverability)で説明しています。

### ほかのツールで作ったメールも診断できますか？

はい、APIかMCPを使えば診断できます。Brew のメールIDの代わりに `emailHtml` か `emailJsx` を送れば、ESPに取り込む前に同じレポートを受け取れます。[ギャラリーのテンプレートをリミックスしてESPにエクスポートする](/ja/blog/how-to-remix-a-real-brand-email-template-and-export-it-to-your-esp)場合も、エクスポートの前に Brew で診断しておきましょう。

### チームの誰が診断を実行できますか？

ブランドにアクセスできる人なら、誰でも実行できます。つまり、組織の管理者と、そのブランドに追加されたメンバーです。Brew には閲覧のみの役割はありません。