MailerSendはMailerLiteの送信基盤をどう製品化し、WhatsAppとSMSまで広げたか

MailerSendは、パスワード再設定や注文確認などのトランザクションメールを、APIとSMTPで送るための配信基盤だ。

メールマーケティングツールのMailerLiteを10年以上運営してきたチームが、自社の大量送信で溜まった課題を製品として切り出した。出典

MailerSendの出発点は、MailerLiteが自社で抱えていた送信の悩みだった。

創業者のIgnas Rubežiusは、Vercomによる買収を発表した2022年4月のリリースで「Vercomのトランザクション通信のノウハウを強く頼りにしている。これでサービスの魅力をさらに高め、世界市場での競争力を強められる」と述べている。出典

メールマーケティングの裏側にあった送信基盤

MailerLiteは2010年の創業以来、購読者リストへの配信と、登録確認やパスワード再設定のような自動送信を同じ顧客に提供してきた。

10年以上にわたって大量のメールを送るうちに、届くかどうかの判断は文面より送信側の設計で決まるという知見が社内に積み上がった。出典

公式の説明は簡潔だ。

「MailerLiteを作ってきた私たちが、トランザクションメールでも同じ利点を使えるようにMailerSendを立ち上げた」。

マーケティングメールの道具を売る会社が、その裏側の送信部分だけを別製品として切り出した形になる。出典

開発者と非開発者が同じ画面を使う

MailerSendが他社と違うと打ち出したのは、送信APIの使いやすさより先に「チームで使えること」だった。

開発者がAPIキーとドメインを設定し、その上でデザイナーや運用担当がドラッグ&ドロップのエディタでテンプレートを直せる。

権限を分けて渡せるので、送信の設定を触らせずに文面だけを更新してもらう運用が組める。出典

この設計は、MailerLiteがメールマーケティングで相手にしてきた層と重なる。

エンジニアだけの道具にすると、テンプレートの修正のたびに開発の順番待ちが発生する。

逆に、コードを書かない人だけの道具にすると、送信ドメインの認証や到達率の調整ができない。

両方を1つの画面に収めることが、製品の前提になっている。出典

2022年、グループごとポーランド企業へ

2022年4月、ポーランドのCPaaS企業VercomがMailerLiteを約4億ズウォティで買収すると発表した。

この取引でMailerSendとMailerCheckも同じグループに入る。

発表時点でMailerLiteは180市場・3万8,000社の顧客を持ち、直近3年の平均売上成長率は43%と説明されていた。出典

買収の狙いはトランザクション通信だった。

VercomはSMSやプッシュ通知の配信基盤を持ち、MailerLite側はメールマーケティングとトランザクションメールを持っていた。

Rubežiusが語ったとおり、両者の技術を組み合わせる前提でこの取引は設計されている。出典

メールの外へ、SMSとWhatsApp

グループ入りした後のMailerSendは、扱うチャネルを広げていった。

2026年9月にはWhatsApp Business APIの提供を開始し、注文確定や配送通知をWhatsAppのテンプレートメッセージとして送れるようにした。

すでに提供していたSMSと合わせて、メール・SMS・WhatsAppを同じAPIと管理画面で扱う構成になる。出典

機能追加の順番も特徴的だ。

2025年12月にDMARCモニタリング、2026年3月にブロックリストモニタリング、8月にはDKIMの2048bitデュアルCNAMEキーへの移行と、送信そのものより「届く状態を保つ」ための機能が続く。出典

AIから送る経路

2025年9月にはMCPサーバーを公開し、2026年2月にはコマンドラインから送信と管理ができるCLIを出した。

9月にはMCP側でテンプレートの更新やAPI残量の確認までできるようになり、AIアシスタントが送信状況を聞いてから実行する流れを想定した作りになっている。出典

今

メールマーケティングの会社が、送信インフラだけを独立した製品に育てた。

10年分の配信ノウハウを、開発者向けのAPIと非開発者向けの画面の両方に載せ替えた点が、現在の立ち位置を作っている。

MailerSendが刺さるのは、アプリから送る通知メールの品質を、開発チームだけで抱えきれなくなった組織だ。

パスワード再設定、注文確認、請求書送付のような文面は、リリースのたびに変わる。

そのたびにエンジニアがHTMLを直し、送信ドメインの設定を確認するのは無駄が多い。出典

MailerSendはこの作業を、APIによる送信と、権限を分けたテンプレート編集に分ける。

開発者はドメイン認証とAPIキーの管理に集中し、文面は運用担当がドラッグ&ドロップのエディタで更新する。

役割を分けたまま、同じ送信基盤を使える。出典

到達率の維持も製品の中心にある。

ドメイン認証（SPF・DKIM・DMARC）の設定、ブロックリストの監視、配信イベントのWebhook通知までを同じ画面で扱えるため、届かない原因を調べる作業を外部ツールに分けずに済む。出典出典

参入障壁は、送信ドメインの評判を保つ運用ノウハウと、顧客ごとの設定の蓄積にある。

メールは送信しても届かないことがあり、その原因は認証設定、ブロックリスト、ISP側の判定など多岐にわたる。

MailerSendはこれらを監視・可視化する機能を製品に取り込み、担当者が原因を追える形にしている。出典

加えて、7つの言語向けの公式SDKとOpenAPIのコレクションを揃え、Laravelのような主要フレームワークのドライバも自前で提供している。

導入時の実装コストが低いことは、乗り換えの検討時に効く。出典出典

ネットワーク効果は弱い。

送信基盤は顧客ごとに閉じており、利用者が増えても他の利用者の配信が良くなるわけではない。

ただし、同じISPに対する送信実績が蓄積され、配信ノウハウとして製品の機能に反映される点は、間接的なプラスになる。出典

統合の広がりは別の意味を持つ。

Airbyteやn8nのような外部ツールとの接続が増えると、導入の入口が増える。

これはネットワーク効果というより、接続面の拡大による導入障壁の低下だ。出典

主な顧客は3層に分かれる。

1つはSaaSやECを運営する開発チームで、注文確認やパスワード再設定などの通知を安定して送りたい層。出典

2つ目は制作会社や代理店。

複数顧客のドメインを1つのアカウントで管理し、顧客ごとに評判を分けたいというニーズがある。

2026年10月に追加されたドメイン分離機能はこの層を意識している。出典

3つ目は、非エンジニアが文面を更新する運用体制を持つ企業。

テンプレートの編集権限を分けて渡せるため、マーケティング担当やCS担当が直接直せる。出典

再現できる要因は3つある。

1つは、すでに顧客を持っていたことだ。

MailerLiteの顧客基盤に対して、トランザクションメールという隣接製品を売る形で始まっている。

ゼロから顧客を集める必要がなかった。出典

2つ目は、機能の優先順位を「送信できること」ではなく「届き続けること」に置いたことだ。

DMARC監視、ブロックリスト監視、DKIMの鍵更新と、地味な運用機能を継続的に出している。出典

3つ目は、チャネルの拡張順序だ。

メールで信頼を得た後に、SMS、WhatsAppと、同じ顧客がすでに必要としている通知手段へ広げた。

新規市場ではなく既存顧客の隣を攻めている。出典

公開情報から見えるリスクは3つある。

1つは事業規模が見えないこと。

ARRや従業員数、MailerSend単体の売上は公表されておらず、成長率を外部から検証できない。出典

2つ目は、親会社ブランドとの距離の近さだ。

MailerLiteとMailerSendは名前も対象も近く、マーケティングメールとトランザクションメールの違いを理解していない利用者には、どちらを選ぶべきか伝わりにくい。出典

3つ目は、チャネル拡張に伴う地域制約だ。

SMSは米国とカナダが中心で、WhatsAppはアドオン扱いになっている。

グローバルに同じ設定で送れる前提はまだ置けない。出典

成長は3段階で説明できる。

第1段階はMailerLiteの顧客基盤へのクロスセル。

同じチームが作った製品として、既存顧客にトランザクションメールを提案できる立場にあった。出典

第2段階は開発者向けの入口づくり。

無料プランで月500通を試せ、SDKとドキュメントを揃えて、小規模なプロジェクトから導入してもらう。出典出典

第3段階がチャネルとグループの拡張だ。

2022年のVercomグループ入りでSMSやプッシュの基盤を持ち、2026年にはWhatsAppを追加した。

単価の高い法人案件では、複数チャネルを1社でまとめられることが選定理由になる。出典出典

主要チャネル: content_seo, free_tier_product_led, developer_docs, integration_marketplace, comparison_pages

学べるのは、既存事業の裏側にあった工程を製品として切り出す判断だ。

MailerLiteは自社のメール配信で培った送信の運用を、そのまま外部に売れる形にした。

新しい市場を探すより、自分たちが毎日使っている仕組みを製品化する方が、要件の解像度が高い。出典

もう1つは、機能追加の順番。

開封率のような見栄えのする指標より、認証・ブロックリスト・鍵更新といった「届かなくなる原因」を潰す機能を先に置いている。

送信インフラでは、止まらないことが最も評価される。出典

日本で展開するなら、障壁は技術より運用だ。

日本の企業は送信ドメインを1つに集約していることが多く、代理店が複数顧客のドメインを1アカウントで管理する使い方はまだ一般的ではない。

ドメイン分離の機能は、代理店経由の制作案件が多い業界では説明が必要になる。出典

入口として現実的なのは、英語のドキュメントをそのまま読める開発チームへの導入だ。

日本語のテンプレート編集画面と、携帯キャリア向けのSMS送信は現状の対象外なので、SMSやWhatsAppを主目的にする提案は慎重にした方がよい。出典