メール件名のA/Bテスト：Gmailで少人数リストに行う方法

メール件名のA/Bテストは、送信先が数十人しかいないリストでも実施できます。ただし「少ない数字から分かること・分からないこと」を受け入れるのが前提です。やり方自体は単純で、受信者をランダムに2グループに分け、件名だけを変えた同じメールを同時に送り、グループごとの開封数を比べるだけです。難しいのは最後の「比べる」部分です。1グループ25人なら、開封が1件増えるだけで開封率は4ポイント動くので、1回のテストの多くは引き分けに終わります。対策は、差が大きく出そうな案を比べること、複数回の配信で同じテストを繰り返すこと、そして結果を記録し続けることです。1回の結果を信じてはいけません。

この記事では、テストする価値がある件名のパターン、Gmailから公平に分けて送る手順（手作業またはGoogleスプレッドシートの差し込み送信）、開封の計測方法、そして見えた差が本物かノイズかを判断する方法まで、一連の流れを説明します。

少人数リストでのメール件名A/Bテストが難しい理由

大手の配信元は数万件のアドレスで件名テストを行います。その規模なら開封率2ポイントの差はおそらく本物です。しかし、取引先80社へのお知らせや、40社への新規営業メールとなると、計算の前提が完全に変わります。

少人数リストでテストが難しくなる理由は3つあります。

• 1人の比重が大きすぎる。 20人のグループでは、1人が開封率の5%にあたります。誰かがたまたま夏休みや年末年始で不在だったかどうかのほうが、件名の言い回しより結果に影響します。
• 開封計測は完璧ではない。 開封は通常、メール表示時に読み込まれる小さな画像で検知します。画像をブロックしている人は開封が記録されず、Appleの「メールプライバシー保護」が有効な人は、読んだかどうかに関係なく開封扱いになることがあります。大規模リストではこのぶれが全体に均等にかかりますが、少人数では結果をどちらかに傾けてしまいます。
• リストが均質ではない。 同じ会社の10人が含まれていたり、既存顧客と新規見込み客が混ざっていたりすると、ランダムに分けたつもりでも「開封しやすい人」が片側に偏ることがあります。

だからテストをやめるべき、という話ではありません。1回の配信で勝者を決めるのではなく、数週間かけて「傾向」を学ぶためにテストをする、という考え方に切り替える必要があるということです。

テストする価値がある件名のパターン

比べる2案は、はっきり違うものにしてください。「ご確認のお願い」と「ご確認のお願いです」を比べても配信が無駄になります。以下は、どちらかに目に見える差が出やすいパターンで、少人数テストにはこの「差の大きさ」が欠かせません。

具体的な件名と漠然とした件名

漠然：プロジェクトの件 具体的：渋谷店改装の契約書ドラフト、ご確認をお願いします

具体的な件名は、中身が何で、なぜ自分に関係があるのかを読む前に伝えます。ビジネスメールでは最も効果の大きい要素であることが多く、最初に試すべきパターンです。

質問形と断定形

断定：請求書No.2041が支払期日を過ぎています 質問：請求書No.2041は今月のお支払い予定に含まれていますか

質問形は返信を促し、要求のように感じさせにくい効果があります。ただし関係が浅い相手には、かえって押しつけがましく読まれることもあります。

相手の固有情報を入れるか入れないか

汎用：Webサイトのご提案 固有情報あり：ベイクハウス様サイトリニューアルのご提案

相手の会社名、案件名、店舗名などを入れると、テンプレート配信ではないことが伝わります。差し込み送信を使っているなら差し込み項目を1つ足すだけなので、コストはかかりません。

短い件名と説明的な件名

短い：木曜はいかがでしょうか 説明的：キックオフ打合せ、木曜14時でご都合いかがでしょうか

短い件名は混雑した受信トレイで目立ちますが、開く理由を示しません。説明的な件名は関連性で勝負します。どちらが勝つかは、相手があなたをすでに知っているかどうかに大きく左右されます。

数字を入れるか入れないか

10月の予定、変更点3つ と 10月の予定の変更について を比べます。数字があると「短く、流し読みできる内容」という期待が生まれます。

少人数リストでテストする価値がないもの：絵文字、【】などの記号の有無、句読点の微調整。効果があったとしても小さすぎて、数百人未満では見えません。

Gmailで2グループに分けて送る手順

Gmailには標準のA/Bテスト機能がないので、分割は自分で設定します。ポイントは「公平に分けること」と「両グループを同時に送ること」の2つです。

Googleスプレッドシートでグループを作る

1. Googleスプレッドシートに受信者を並べ、メールアドレス、氏名、必要な差し込み項目（会社名、案件名など）の列を作ります。
2. グループという列を追加し、各行に =RAND() で乱数を入れます。その列をコピーし、編集 > 特殊貼り付け > 値のみ貼り付け で数値を固定します。
3. その列でシートを並べ替えます。上半分がAグループ、下半分がBグループです。バリエーションという列に A または B を入力します。
4. 件名という列を追加し、A行には件名A、B行には件名Bを入れます。これで1枚のシートで1回の配信を管理できます。

五十音順や登録日順ではなく乱数で分けるのは、同じ会社の人が偶然同じグループに固まるのを避けるためです。

2つの案を同時に送る

手作業で送れる人数なら、本文を1回書き、1人ずつ個別に送ります（全員をBCCに入れた1通で送ると、誰が開封したかが分からなくなるので避けてください）。件名はシートのものを使います。送信時刻は開封率に件名以上の影響を与えるので、両グループを同じ30分以内に送り切るようにします。

手作業では多すぎる場合は差し込み送信を使います。GmailではGoogle Apps Scriptを使えば無料で可能です（Googleスプレッドシートの差し込み送信については別記事があります）。拡張機能を使う方法もあります。ZestmailはGoogleスプレッドシートのURLを指定してGmail内で差し込み送信ができ、送信予約にも対応しているので、AグループとBグループを同じ時刻に自動で送り出せます。無料プランでは1日20通までで、送信メールに小さな「Sent with Zestmail」のフッターが付きます。60人のテストならProプランが必要になるか、送信を複数日に分けることになりますが、日を分けるとテストの精度は落ちます。

グループごとの開封を計測する

必要なのは受信者ごとの開封データで、合計だけでは足りません。選択肢は次のとおりです。

• Gmail標準の開封確認はGoogle Workspaceアカウントにしかなく、相手のメールシステムが対応していて、かつ相手が開封確認の送信に同意した場合にしか機能しません。テストには使えません。
• 開封トラッキングの拡張機能は、各メールに見えない画像を埋め込み、誰がいつ開いたかを表示します。ZestmailはこれをGmail内で行い、自分自身の開封と、よくあるボットの開封（本人より先にメールを「開く」セキュリティスキャナーなど）を除外して、サイドパネルに結果を表示します。受信トレイを読み取る権限は要求しません。AI補助の件名A/Bテスト機能もあり、件名案の提案と開封状況の比較を同じ場所で行えるので、上記のスプレッドシート作業を省けます。ただしAI機能は、提案を生成するために下書きをZestmailのサーバーへ送信する点に注意してください。なお、拡張機能とWebサイトは英語のみです。

どのツールを使う場合も、集計までの待ち時間を固定してください。ビジネスメールなら48時間でほぼ出そろいます。両グループを同じタイミングで数えます。

結果の読み方：その差は本物か

少人数テストで一番間違いが起きるのがここです。統計の知識がなくても判断できる実践的な手順を示します。

1. 各グループの開封数を数え、開封1件が開封率の何ポイントにあたるかを計算します。1グループ25人なら、1件は4ポイントです。
2. 「2〜3人が逆の行動をしていたら勝者が入れ替わるか」を考えます。Aが11件、Bが9件なら、2人の行動で結果が決まっています。これは引き分けとして扱います。
3. 差が明らかに「数人分」を超えているときだけ勝者を決めます。25人ずつなら14件対7件くらいは信じてよいでしょう。10人ずつなら、ほぼ何も言えません。
4. きちんと確認したい場合は、無料で使えるオンラインの「A/Bテスト 有意差 計算」ツールに、グループごとの受信者数と開封数を入れると、どの程度確信できるかが分かります。少人数テストの多くは「結論が出ない」と返ってきます。それは失敗ではなく、正直な答えです。

1回の配信で現実的に検出できる差の目安です。

これは1回の配信に対する、あえて保守的に設定した目安です。複数回の配信結果を合わせるほど、信頼できる差の幅は小さくなっていきます。

合計だけでなく、開封のタイミングも確認してください。片方の案は最初の1時間に開封が集中し、もう片方は2日かけてぱらぱら開封されたなら、48時間後の合計が近くても、前者の件名のほうが仕事をしています。

勝敗表ではなく、記録を積み上げる

少人数リストから本当の答えを得る方法は、結果を蓄積することです。テスト1回につき1行のシートを作り、日付、リストの区分、A案、B案、グループごとの受信者数、グループごとの開封数、どのパターンを試したか（具体的対漠然、質問形対断定形など）の一言メモを記録します。

そのうえで、

• 同じパターンを、言い回しを変えながら複数回の配信でテストします。「具体的」が「漠然」に5回中4回勝ったなら、どの1回も単独では結論が出なくても、使える知見になります。
• 勝ったパターンを次回の基準（コントロール）にして、新しいパターンと比べます。1回のテストで変える要素は1つだけです。
• 結果を歪めた可能性のある事情を書き留めます。たとえばBグループの半分が同じ会社で、その日が創立記念日の休業だった、など。
• 勝ったパターンもときどき再テストします。新規営業で効いた件名が、相手があなたを知った後も効くとは限りません。

8〜10回の配信を終える頃には、自分の読者に合った、根拠のある件名の「社内ルール」が短くまとまっているはずです。それは一般論のリストより、ずっと役に立ちます。必要な道具はささやかなもので、スプレッドシート、2案を同時に送る手段、受信者ごとの開封を見る手段の3つです。GmailとApps Scriptの無料の差し込み送信で大半はまかなえます。Zestmailのような開封トラッカーを使えば手作業の集計がなくなり、1日20通ではテストに足りない場合はProプランに7日間の無料トライアルがあります（画面は英語です）。どちらの方法でも、ランダムに分ける、同時に送る、少ない数字を正直に読む、という規律こそがテストを価値あるものにします。