SendGridは20%のメール消失をどう$3Bの事業に変えたか

SendGridは、password resetや注文確認などのtransactional emailをAPIとSMTPで届けるemail delivery platformだ。

送信基盤、IPレピュテーション管理、SPF/DKIM/DMARC認証、配信分析をまとめて提供し、開発チームがメール到達率の実装を自前で抱えずに済むようにした。

2009年創業、2017年にNYSEへ上場、2019年にTwilioが約$3Bで買収した。出典

メールは、ソフトウェアが顧客と会話するための最も古い経路だ。

その経路が壊れていた時代に、「届けること」をサービスとして切り出して$3Bの買収まで到達したのがSendGridである。

出発点は、創業者が自ら数えた一つの数字だった。

20%という数字を持った創業者

Isaac SaldanaはSendGrid以前、複数のスタートアップでCTOとして、アプリが送るメールがスパムフォルダに落ちる問題に何度も直面していた。

「アプリ経由で送られたメールの平均20%が、消失するかスパムとして捕まる」とSaldanaは当時を振り返っている。出典

問題は解決できるのに、解決がサービスになっていない。

その非対称に気づいたことが出発点だった。

Saldanaは「ほかの誰かに任せるのではなく、自分の問題だから自分で直したい」と決め、2008年11月から手を動かし始めた。出典

SMTP APIという名前と、テック企業の常識

2009年3月、Saldanaは最初の顧客を得た。

その段階では共同創業者も資金もなかった。

同年5月にTechstars Boulderへ入り、Tim JenkinsとJose Lopezと合流する。

当時の社名は「SMTP API」。

エンジニアには正確で伝わる名前だったが、購買を決めるCTOやCMOには伝わらない。

アクセラレータ滞在中にSendGridへ改名し、売れる相手が変わった。出典

営業部門のない立ち上がり

Demo Dayを迎えた2009年8月の時点で、SendGridには約100社の顧客があり、累計1億通を配信していた。

営業キャンペーンは存在しない。

開発者が自分で見つけ、試し、他の開発者へ話した。

Saldanaは「まず小さく始めて、実績を見ながら仲間も投資家も巻き込んでいった」と語っている。出典

この設計は、後にAPIビジネスと呼ばれる形そのものだった。

社長を雇うという決断

成長の途中でSaldanaは、創業者としては異例の選択をする。

2011年にJim Franklin、2014年にSameer Dholakiaと、外部出身のCEOを自分から迎え入れ、自身はPresident兼Head of Productとして製品に残った。出典

技術と製品は自分が担い、事業経営は任せる。

役職より会社を選んだこの形が、IPOまでの実行速度を支えた。

アクセラレータ発、最初のIPO

SendGridは2017年11月16日にNYSEへ上場した。

テックアクセラレータを経た企業として、主要プログラムを通じて初の公開企業だった。出典

2017年の年商は$111.9Mに達していた。出典

上場から1年後の2018年10月、Twilioが買収を発表。

2019年2月1日に取引が完了し、金額は約$3Bだった。出典

今

メールを「開発者が毎回作り直す部品」から「契約して使う基盤」へ変えたことが、SendGridの一貫した仕事だった。

2026年2月、SendGrid.comはTwilio.comへ統合され、ブランドとしてはTwilioの一部になった。

プロダクトはTwilio SendGridとして、月200億通規模の配信を担い続けている。出典

刺さる相手は、アプリから顧客へメールを送る開発チームだ。

パスワードリセットや注文確認は落とすと事業に直接影響する一方、SPF・DKIM・DMARCの設定、IPウォーミング、バウンス処理、ISPごとのフィードバックループは、どのプロダクトでも同じ仕事として繰り返される。

Saldanaは当時、アプリ経由のメールの約20%が消失・スパム判定されていたと述べている。出典

到達率を自前で作るのではなく、APIの一行で買う。

この置き換えが刺さる理由は、痛みが実装コストではなく失敗コストとして現れる点にある。

到達率の実績そのものが参入障壁になる。

長年の送信ログ、ISPとの関係、抑制リストとレピュテーション管理のノウハウは短期間では複製できない。

加えて2012年からのTwilioとの連携と、2019年の同社による買収により、メール単体ではなくSMS・音声まで含む顧客接点の一部として組み込まれた。出典

弱い。

送信者同士が価値を生む構造ではないため、利用者が増えるほど個々のユーザー体験が直接良くなるわけではない。

ただし到達率は送信者の評判に依存するため、優良な送信者を多く抱えるプラットフォームほどISPからの評価を保ちやすく、結果として全体の到達率が守られる。

この意味で間接的な規模の利益は働く。

SaaS、EC、マーケットプレイスなど、アプリから大量の通知メールを送る開発チームと、その配信品質に責任を持つプロダクト責任者。

とくに、到達率を自前で運用する余力がなく、失敗が解約やサポート負荷に直結する規模の企業に向く。

一方、送信量が極端に少ない個人用途や、送信基盤を内製して最適化したいチームには過剰になる。

第一に、問題を「メール送信機能」ではなく「到達率」という成果として定義したこと。

第二に、APIと開発者向けドキュメントを入口に、開発者が自力で導入できる導線を作ったこと。

第三に、成長の各段階で外部CEOを迎え、創業者が製品に専念できる体制を先回りで整えたことだ。出典

到達率は顧客の売上に直結するため、乗り換え理由が機能比較より明確になりやすい。

第一に、開発者向けの強いブランドは、非開発の意思決定者に価値が伝わりにくい。

SendGrid自身がSMTP APIという名前でこの壁に当たり、改名で解決した。出典

第二に、配信基盤はISPとの信頼関係に依存し、送信者の評判低下や大規模なスパム問題の影響を直接受ける。

第三に、親会社への統合後はブランドと価格の自由度が下がる。

2026年2月のTwilio.com統合はその一例だ。出典

獲得の中心はセルフサーブと開発者ドキュメントだった。

無料トライアルで送信を試させ、Essentials・Pro・Premierへ送信量に応じて引き上げる価格階段を用意している。出典

初期は開発者の口コミ、中期はパートナーとマーケティング機能の拡張、後期はTwilioの販売網という順でチャネルを積み増した。

トレードオフは、価格が安いセルフサーブ層のサポートコストをどう抑えるかにある。

主要チャネル: developer_documentation, freemium, community, partnerships, content_blog, seo

同じ技術的な課題が、誰にとっても同じ形で繰り返されているなら、それは機能ではなくサービスになる。

SendGridが見つけたのは、メール送信という機能ではなく、到達率という成果の代行だった。

加えて、役割を手放す判断も学びになる。

創業者がCEOの座を自分から手放し、製品に専念したことが、上場と買収までの実行速度を支えた。出典

日本では、EC・金融・SaaSの重要通知が依然として内製の送信基盤に依存している例が多い。

到達率と法令対応（特定電子メール法、DMARC義務化の流れ）をセットで運用支援する形は余地がある。

日本語のサポート、送信ログの長期保管、国内ISPとの関係構築を前面に出すと、価格比較だけでは決まらない層に届く。