メルマガ配信システムを調べると、比較表が出てきます。到達率、効果の測定、自動配信、対応できる件数、料金。事業者名が縦に並び、項目が横に並び、丸と三角と罰点が埋まっています。
比較は成立しています。機能の一覧が公開されているので、並べれば差が出ます。差が出るので、あとは自分の条件に合う列を選べばよい、という形になります。
ところが、この表を上から下まで読んでも決まらないことがあります。どれも足りていて、どれも決め手を欠いている。表の中で差が付いている項目が、どれも決定的に見えないからです。
決め手が表の中に無いのは、表が一つの前提を共有しているからです。連絡先の一覧が、選んだ仕組みの中に置かれるものとして扱われています。どこに置くかは論点になっておらず、どの仕組みを選ぶかだけが論点になっている。
配信システムは、性質の違う二つの機能を同時に提供しています。一つは連絡先を保管すること、もう一つはメールを送ることです。二つは技術的には別のもので、実際に分けることもできます。分けないと、送る仕組みを変えるたびに、保管している連絡先が一緒に動きます。動かすときに減ります。
解けるのは三つです。第一に、一つの仕組みが提供している二つの機能が、それぞれ何であるか。第二に、最重視される到達率を実際に決めているものは何か。第三に、送信元を共有する仕組みで結果を分けているものは何か。
解けないのは一つです。どの事業者を選ぶべきかは、ここでは決まりません。選定は、送る量と内容の性質と他に持っている契約との関係で決まるので、条件を見ずに答えを出すと外れます。ここで渡せるのは、選定を軽くするための設計までです。
二つの機能が一体のままだと、仕組みを変える判断が、連絡先を動かす判断と同じものになります。同じものになると、判断が重くなります。機能に不満があっても、動かす手間と危険を考えて留まることになります。留まった結果として、不満は解消されないまま続きます。そして先送りしている間も件数は増えるので、判断はさらに重くなります。最初の選択が最も軽いのに、最も情報が少ない時点で行われるという順序が、ここにあります。
しかも、重くなっていく過程は数字に出ません。件数は増え、配信は届き、料金は変わらない。変わっているのは、やめられなさのほうです。以下は、このやめられなさを軽くするための道筋として組んであります。
📖 目次
メルマガ配信システムの比較軸として並ぶ五つは、どれも同じ場所を見ている
広く共有されている選び方は、五つの軸に整理されています。そして五つとも、仕組みの内側だけを見ています。
メルマガ配信システムとは、多数の宛先へメールを一斉に送るための専用の仕組みのことです。通常のメールソフトで一斉送信すると、届かない、迷惑メールとして扱われる、宛先を誤って表示してしまう、といった問題が起きるため、専用の仕組みが使われます。
呼び方の区別も案内されます。個人や小規模の事業者が使う配信の仕組みを配信スタンドと呼び、大規模な配信に対応した企業向けのものをメール配信システムと呼び分ける、という説明です。扱える件数と機能の幅が違うとされます。
選び方の観点として挙げられるのは、おおむね五つです。届く割合、効果の測定ができるか、他の仕組みと連携できるか、扱える件数、そして料金。
届く割合は、最も重視される項目として説明されます。どれだけ良い内容を書いても、届かなければ意味がないという理由です。
機能については、開封やリンクの押下を測れるか、条件で宛先を絞れるか、決まった順に自動で送れるか、が挙げられます。
目的別の選び方も示されます。購買につなげたいなら測定の機能が充実したもの、関係を深めたいなら見た目を作りやすいもの、費用を抑えたいなら無料の区分があるもの、という対応です。そして、具体的なサービス名を並べた比較表と順位付けが、記事の中心を占めます。
並んでいる五つは、いずれも実務の観察として妥当です。専用の仕組みが要るのは事実ですし、機能の一覧も網羅的です。届く割合が重要だという指摘も、外れていません。
そのうえで、五つの軸が共有している前提を取り出します。測っているのは、どれも仕組みが持っている性能です。送れる件数、測れる項目、繋げられる先。仕組みの外にあるものは、一つも軸に入っていません。
これが不自然だという話ではありません。比較するのは仕組みなので、仕組みの性能を並べるのは筋が通っています。多くの仕組みが保管と配信の両方を一体で提供していますし、そのほうが使いやすくなります。
問題になるのは、仕組みの性能だけを並べると、性能で決まらないものが表から落ちることです。届く割合はその筆頭で、これは仕組みの性能では決まりません。連絡先の置き場所も落ちます。置き場所は仕組みの機能ではないからです。
そして、落ちた二つは、どちらも時間とともに重くなる項目です。表に載っている項目は契約を変えれば入れ替えられますが、落ちた二つは入れ替えられません。比較表を熱心に読み込むほど、入れ替えられない側の判断が後回しになります。
保管と配信は、性質の違う二つの機能である
連絡先を保管する機能と、メールを送る機能は、蓄積するものと交換するものという点で性質が違います。
保管の側は、誰がいつ登録し、いま受け取る意思があるかを記録します。配信の側は、保管された宛先へ、書いた文面を届けます。
二つは、性質がまったく違います。保管は蓄積する機能です。時間とともに増え、増えたものが事業の資産になります。そして、失うと取り返しがつきません。
配信は実行する機能です。使うたびに完結し、蓄積しません。別のものに交換しても、失われるものはありません。
蓄積するものと交換するものを、同じ場所に置くのが問題です。これは置き場所についての一般的な形をしています。積み上がるものは動かしにくい場所に、交換されるものは動かしやすい場所に置く。逆にすると、交換のたびに蓄積が巻き込まれます。
だから、設計はこうなります。連絡先の一覧は手元に持ち、配信の仕組みは交換可能なものとして扱う。
手元に持つとは、こちらの管理下に、その仕組みの外でも読める形式で控えがある状態のことです。仕組みの中にある一覧と、手元の控えの両方があってよい。片方しか無い状態が問題です。
二重に持つと内容がずれるのではないか、という懸念は当たっています。ずれます。手元の控えは、取り出した時点のものだからです。
ずれることは、この用途では問題になりません。手元の控えの役割は、日々の配信ではなく、仕組みを失ったときの復旧だからです。一か月前の控えがあれば、一か月分の差を除いて回復できます。何も無い場合とは、結果がまったく違います。
控えを持つことには、扱いの責任が伴います。連絡先は個人の情報なので、置き場所と管理の仕方を決める必要があります。
この責任は、仕組みの中に置いている場合にも同じように発生しています。見えにくくなっているだけです。手元に持つと、責任が目に見える形になります。見えるようになること自体は、悪いことではありません。
手元に持つとは、日常的に開く場所に置くという意味ではありません。使う頻度が低いものは、頻度に見合った保管の仕方があります。必要なのは二つです。その仕組みを失っても読めること。置き場所と扱いの規則を自分で説明できること。この二つが満たされていれば、形式は問いません。
この分け方は、選定そのものも変えます。二つが一体だと、選ぶ対象は「今後ずっと預ける先」になります。分けてあれば、選ぶ対象は「いま送るための手段」に縮みます。同じ比較表を見ていても、読んでいる問いが違います。
届く割合を決めているのは、仕組みの性能ではなく送信元の履歴である
最も重視される項目は、仕組みの外で決まっています。メールが受信箱に入るか、迷惑メールとして分けられるかを判定しているのは、受け取る側の事業者です。送る側の仕組みではありません。
判定に使われるのは、主に送信元の履歴です。その送信元から過去に送られたメールが、どれだけ開かれ、どれだけ迷惑メールとして報告され、どれだけ存在しない宛先へ送られたか。判定されているのは、送信元の振る舞いの記録です。
ここから、二つのことが出ます。第一に、良い仕組みに変えても、届く割合はすぐには上がりません。履歴は送信元に紐づいており、履歴が積み上がるには時間がかかります。
第二に、届く割合を上げる主な手立ては、仕組みの外にあります。存在しない宛先へ送り続けない。受け取る意思の無い相手へ送り続けない。開かれる内容を送る。どれも、こちらの運用の話です。
この構造は、開かれるかどうかを決めているものと同じ形をしています。文面の外にある要因が、文面の効果を先に決めている。詳しくはメルマガの書き方と開封率の正体で扱っています。
仕組みの性能が無関係だという話ではありません。送信元の認証を正しく設定できるか、迷惑メールとしての報告を検知して自動で除外できるか、といった機能は、履歴の悪化を防ぎます。
ただし、それらは履歴を良くする機能ではなく、悪くしないための機能です。底を支えるものであって、上限を上げるものではありません。比較表の到達率という項目は、この区別をしていません。
事業者が公表している到達率の数値は、比較の材料になりにくい数値です。何を分母にし、何を届いたと数えたかが公表されていないことが多いためです。
そして、その数値が高いことの一部は、送信者を厳しく審査していることによります。質の悪い送信者を入れなければ、全体の数値は上がります。その場合、数値が高いことは、こちらが受け取る恩恵であると同時に、こちらが審査される厳しさでもあります。
届く割合が運用で決まると分かると、内容の書き方にも影響が出ます。開かれない配信を続けることが、次回以降の到達を下げるからです。
ここに、意図しない圧力が生まれます。開かれることを優先するあまり、内容が煽りに寄るという圧力です。この圧力は、機構の側から自然に発生します。抵抗するには、開かれない相手を送信対象から外すという別の手段を取ることになります。受け取っていない相手を除外することは、切り捨てではなく、届く相手への配慮でもあります。
送信元を共有するとき、結果を決めているのは規律の有無である
多くの配信の仕組みでは、複数の利用者が同じ送信元を共有しています。専用の送信元は、上位の契約でのみ提供されるのが通常です。共有しているということは、同じ送信元から送られる全員の振る舞いが、一つの履歴を作っているということです。
他の利用者が、受け取る意思の無い相手へ大量に送れば、その履歴は共有されている全員に返ってきます。こちらの運用がどれだけ丁寧でも、です。
この構造は、共有された資源の問題として古くから論じられてきました。ハーディンは、共有された牧草地に各自が家畜を増やしていくと、個々の判断は合理的でありながら、全体としては牧草地が荒れるという構図を示しました（Hardin, 1968, Science, 162(3859), 1243–1248）。
ただし、この議論には重要な限定があります。オストロムは、ハーディンが「誰でも自由に入れる状態」と「規律をもって共同で管理されている状態」を区別していなかったことを指摘しました（Ostrom, Governing the Commons, Cambridge University Press, 1990）。共同で管理されている資源が、長期にわたって維持されている実例を、各地から集めて示しています。
配信の側へ持ってくると、こうなります。送信元を共有していること自体が、履歴の悪化を意味するわけではありません。決めているのは、そこに規律があるかどうかです。
規律に当たるのが、送信者の審査と、規約違反への対応です。誰でも登録できて、質の悪い送信を放置している仕組みでは、共有された履歴は悪化します。審査があり、違反へ対応している仕組みでは、共有されていても維持されます。
だから、確認すべきは共有か専用かではありません。審査があるかどうかです。
そして、この確認は、登録するときの手続きで分かります。何も聞かれずに送信を始められる仕組みは、審査していません。用途や送信先の入手経路を確認される仕組みは、審査しています。登録が面倒なことは、この文脈では良い兆候です。
審査のある仕組みは、こちらも審査されます。送信先の入手経路を説明できなければ、使えません。説明できない状態は、そもそも運用として問題があります。つまり、この審査は、こちらの運用を点検する機会にもなっています。説明できるかどうかを、登録の前に自分で確かめておくと、判断が早くなります。
規律の有無を外から確かめる方法は、登録の手続きのほかに二つあります。一つは、規約に禁止事項がどれだけ具体的に書かれているか。迷惑行為の禁止としか書かれていない規約は、運用していない可能性が高くなります。入手経路や同意の取り方まで書かれている規約は、運用の基準を持っています。
もう一つは、迷惑メールとして報告された場合の扱いが書かれているかどうかです。報告に応じて自動で除外する仕組みを持っているなら、履歴の悪化を防ぐ機構が働いています。
積み上がる連絡先を手元に、交換される配信の仕組みを外に置く
設計は、保管と配信を別々に持つという一行に収まります。実際に何をするかは、三つに分かれます。
第一は、定期的に一覧を取り出すことです。標準的な形式で出力し、手元に保存します。取り出せるかどうかは、実際に一度やってみないと分かりません。
第二は、登録の入口を、こちらの側に置くことです。登録の受け皿を配信の仕組みが提供する画面に頼ると、仕組みを変えたときに入口ごと作り直すことになります。自分の場所に置いた入口から、配信の仕組みへ渡す形にすると、渡す先だけを差し替えられます。
第三は、その仕組みでしか動かない設定を最小限にすることです。自動配信の順序、絞り込みの条件、書式。これらは移せないので、何をどう設定したかを外部に記録しておきます。
三つとも、レンタルサーバーの選び方で扱った三つと同じ形をしています。同じ原理が、別の対象に当たっているだけです。原理は一つに言えます。積み上がるものと、交換されるものを、別の場所に置く。
入口を自分の側に置くと設定の手間が増えるのではないか、という懸念は当たっています。増えます。提供されている画面をそのまま使うほうが早く済みます。
増える手間は一度きりです。そして、この手間を払っておくと、仕組みを変える判断が軽くなります。軽くなった判断は、条件が悪化したときに実際に使えます。払っていなければ、条件が悪化しても留まることになります。
入口を自分の側に置くと、登録の完了までの手順が一つ増えることがあります。手順が増えると、途中で離れる人が出ます。
この損失は、実測できます。入口の到達数と登録の完了数を比べればよい。測ったうえで、大きすぎるなら手順を減らす工夫をします。測らずに「増えると減るだろう」と推定して設計を決めると、失っていない分まで失ったことにしてしまいます。
三つのうち、第一だけは繰り返し行う作業です。第二と第三は一度で終わりますが、一覧の取り出しは、増えるたびに古くなります。
繰り返す作業は、忘れられます。忘れないためには、決まった時期に行う形にするか、自動で控えが残る仕組みにするかのどちらかです。この判断そのものが、決め終わったことだけが自動化できるという一般則の適用例になっています。取り出す頻度を決めなければ、自動化もできません。
機能の豊富さは、そのまま乗り換え費用である
機能が多いことは、それ自体が乗り換え費用を作ります。使っている機能が多いほど、移った先で作り直すものが増えるからです。
この関係は、比較表では逆に見えます。機能が多い仕組みほど、表の上では優れて見えます。
両方とも正しい見方です。機能が多いことは、日々の運用では利得であり、移動の場面では費用です。だから、判断は多いか少ないかではなく、使う機能はどれかになります。使わない機能は、あっても利得を生まず、料金だけを増やします。
そして、使う機能のうち、その仕組みに固有の形式で保存されるものが、乗り換え費用の実体です。
具体的に分けると、こうなります。自動配信の順序は、外部に記録しておけば作り直せます。絞り込みの条件も同じです。書式は、標準的な記法で書いておけば移せますが、専用の編集画面で組んだものは移せません。
移せない形で作ったものが増えるほど、費用は上がります。そして、この蓄積は日々の運用のなかで自然に進みます。
進むことに気づけないのは、増える単位が小さいからです。設定を一つ足すたびの増分は、意識に上らない程度です。積み上がった総量だけが、移ろうとした日に一度に現れます。
費用を下げるために機能を使わない、というのは本末転倒です。機能は使うために契約しています。下げられるのは、記録によってです。使った設定を外部に書いておけば、移せない形式で保存されていても、作り直せます。費用の実体は、形式そのものではなく、何を設定したか分からなくなることのほうにあります。
記録は、設定を変えるたびに古くなります。更新しなければ、移る日には食い違っています。負担を下げるなら、記録するのは設定の値ではなく、その設定を置いた理由にします。値は変わりますが、理由は変わりにくい。理由が分かっていれば、移った先で値は決め直せます。
機能が少ない仕組みを選べばこの問題は起きないのではないか、という解も成立します。起きにくくはなりますが、機能が少ないぶん、運用の側に手作業が残ります。
手作業は、乗り換え費用を作りませんが、日々の時間を使います。どちらを取るかを決めるのは、その作業の頻度です。月に一度の作業なら手でよく、毎回発生する作業なら機能に任せる価値があります。頻度で切ると、機能の要否は自分で判定できます。
この切り方には、副次的な効き目もあります。頻度を数えるためには、その作業が何回発生しているかを知る必要があります。数えてみると、機能で解こうとしていた作業が月に一度も発生していなかった、という結果がしばしば出ます。契約の内訳は、使う機能の一覧というより、発生すると想像した作業の一覧になっていることが多くなります。
無料の区分で制限されている三つのうち、一つだけが履歴に効く
多くの仕組みが、一定の件数までは無料で使える区分を用意しています。始めるときの負担が下がるので、有効な選択肢です。確認すべきは、その区分で何が制限されているかです。制限は、おおむね三種類あります。
第一は、件数と回数です。これは分かりやすく、公開されています。
第二は、機能です。自動配信や絞り込みが有料の区分でしか使えないことがあります。始めた時点では使わない機能でも、後で必要になったときに区分を上げることになります。
第三は、こちらの表示に対する制限です。メールの末尾に事業者の名称が入る、独自の送信元を設定できない、といった形です。
このうち、第三だけが履歴に影響します。独自の送信元を設定できない区分では、送信元の履歴を自分の側に積めません。積めないということは、区分を上げても、あるいは仕組みを変えても、履歴がゼロから始まるということです。
だから、無料の区分を使う場合でも、独自の送信元を設定できるかどうかは、確認する価値があります。
始めたばかりの段階では履歴を積むほどの件数を送らないので後で考えれば十分だ、という判断もありえます。件数が少ないうちは、確かに影響も小さくなります。
ただし、後で設定を変えると、そこから履歴が始まります。早く設定しておけば、少ない件数の段階から積み上がります。そして、少ない件数の段階は、失敗しても影響の小さい段階でもあります。学習する場所としては、そちらのほうが安全です。
独自の送信元を設定するには、住所の側の設定が要ります。自分の住所を持っていない段階では、そもそも設定できません。つまり、この項目は、住所を持つという判断に依存しています。順序として、住所が先です。
無料の区分を避けるべきだ、という話ではありません。件数が少ない段階では、費用をかけずに始められることに価値があります。
確認するのは、上の区分へ移るときに何が引き継がれるかです。同じ事業者の中で区分を上げる場合、通常は引き継がれます。引き継がれないのは、別の事業者へ移る場合です。つまり、無料の区分は、その事業者に留まる限り不利になりません。不利になるのは、留まらないと決めたときです。
そして、留まるかどうかは始める時点では決められません。決められないので、無料かどうかで選ぶ判断は、実質的に「留まる前提で選ぶ」という判断になります。前提を置くこと自体は構いませんが、置いたことは自覚しておく価値があります。第三の項目を先に確認しておくと、この前提を置かずに済みます。
送信元の評判もまた、自分の名前の側に積む
この領域で積み上がるものは、二つあります。一つは連絡先の一覧、もう一つは送信元の履歴です。
連絡先の一覧は、目に見えます。件数として数えられるので、資産として認識されます。
送信元の履歴は、目に見えません。数値として表示されないので、資産として認識されにくくなります。にもかかわらず、届くかどうかを決めているのはこちらです。
そして、履歴が積み上がる先は、送信元の住所です。配信の仕組みではありません。独自の住所を送信元にしていれば、仕組みを変えても履歴は残ります。
だから、この領域の設計は、一つの原則で言えます。積み上がるものを、自分の名前の側に置く。連絡先の一覧は、手元の控えとして。送信元の履歴は、自分の住所として。どちらも、配信の仕組みとは独立に保持されます。
この設計を採ると、配信の仕組みは本当に交換可能になります。交換しても、積み上がったものは何も失われません。
そして、交換可能になった時点で、仕組みの選び方そのものが変わります。将来にわたって使い続けられるかを考える必要が無くなるので、いま必要な機能だけで選べるようになります。選択が軽くなります。比較表を読み込む作業の多くは、この軽さが無いことから来ています。
送信元の履歴は、良いものだけが積むわけではありません。悪い履歴も同じ住所に積みます。だから、この設計は運用の規律とセットです。手当たり次第に送れば、悪い履歴が自分の住所に積みます。共有の送信元を使っている場合、悪い履歴は分散されますが、良い履歴も自分のものになりません。
独自の住所を送信元にすると、住所そのものの評価が一つになります。サイトの住所とメールの送信元が同じなら、片方の問題が両方に影響することがあります。分ける設計もあります。配信専用の下位の名前を使うことで、影響を分離できます。分けるかどうかは、送る量と、内容の性質によって決まります。
もう一つ、履歴が積み上がるまでの期間に出るものがあります。設定した直後の送信元には、履歴がありません。履歴が無い送信元は、良くも悪くも判定されていないので、慎重に扱われます。
だから、切り替えた直後は、届く割合が一時的に下がることがあります。ここで慌てて元へ戻すと、履歴の積み上げが振り出しに戻ります。切り替えるなら、件数が少なく、下がっても影響の小さい時期に行うのが合理的です。これも、早いほうが安い操作の一つです。
明日いまの配信システムが止まったとして、手元に何が残るか
二つの機能が分離できているかは、三つの手で読めます。機能の多寡を数えている手は、一つもありません。分離は機能の性質ではないので、見るのは紐づきの側です。
第一は、いま使っている仕組みが明日止まったと仮定して、手元に何が残るかを書き出すことです。連絡先の一覧は残るか。誰がいつ登録したかの記録は残るか。自動配信の設定内容は分かるか。残らないものが出てきたら、そこが分離できていない箇所です。
第二は、実際に一覧を取り出してみることです。取り出せると書かれていることと、実際に取り出せることは違います。形式、項目の数、文字の扱い。やってみて初めて分かることがあります。
第三は、送信元の設定を見て、それがこちらの住所になっているかを見ることです。事業者が用意した送信元のままであれば、履歴はこちらに積んでいません。この確認は、送信済みのメールの詳細を開けば分かります。
この三つが使える範囲は狭くなっています。いずれも、既に運用が始まっている場合にしか使えません。これから選ぶ段階では、公開されている取り出しの手順と、独自の送信元に対応しているかを読むことになります。
この二つが公開されていない仕組みは、それ自体が情報です。取り出しと送信元の設定は、隠す理由の無い項目だからです。
まだ登録者が数人の段階でここまで確認する必要があるのか、という判断もありえます。確認の費用は、いまがいちばん安く済みます。件数が少ないので、取り出しも設定も一瞬で終わります。そして、この設計を後から入れるのは重くなります。入口を作り直し、送信元を変え、履歴を積み直すことになります。必要が小さいうちに済ませておくのが、最も安い順序です。
順位として渡せる答えは、ここにはありません。どの事業者を選ぶかは、比較表を並べ替えれば出るという形をしていないからです。送る量と、内容の性質と、他に持っている契約との関係で決まります。料金の上限も、使う機能の数も、同じ形をしています。
どれを選ぶかの答えが表の中に見つからないのは、表が仕組みの性能だけを並べているからです。決め手は仕組みの外にあります。届く割合を決めているのは送信元の履歴で、履歴は住所に積みます。連絡先は蓄積するもので、配信は交換するものです。共有された送信元で結果を分けているのは、規律の有無です。
今日できること、二つ。契約している仕組みが明日止まったと仮定して、手元に残るものを書き出す。そして、一覧の取り出しを一度だけ実行してみる。どちらも件数が少ないうちほど安く済みます。
送る中身の設計はステップメールの書き方、リストをどう持つかという上流の考え方はリスト集めの前提で扱っています。決め手が仕組みの性能の外にあったという形は、この一件に限りません。仕組みが作れないときに足りないのは技術ではないという指摘は実装と自動化の全体像で扱っています。
