Notionが自前のメールクライアント「Notion Mail」を2026年9月22日で終了します。理由として公式が挙げたのは、意外にもプロダクト側の事情でした——利用者の半数超が受信箱そのものを開かず、処理をAIに任せていた、というものです。
これは単なる一機能の廃止に見えて、Notionという製品が「人に気づかせる」役割からどこへ舵を切ろうとしているかを示す、示唆的なニュースです。この記事では、何が起きたのか、自分の運用に何が起きるのか、そして通知という仕事がこれからどこで発生するのかを、Notionを日常的に使う人の目線で整理します。
TL;DR
- Notion Mail（Notion内で使えるメールクライアント機能）が 2026年9月22日に終了する。
- 公式が挙げた理由は「利用者の半数超が受信箱を開かず、AIに処理を任せていた」こと。
- Gmailの受信自体はNotion内に残る。消えるのは「メールクライアントとしてのUI・機能」であって、メールが読めなくなるわけではない。
- 大きな流れとして、Notionは「人に気づかせる」通知UIを畳み、「AIが処理する」方向へ寄せている。
- ただし締切・入金・確認依頼は、最後は人が動かないと終わらない。だからこそ「Notion外の相手に、期日を能動的に届ける」通知の仕事はむしろ増える。
何が起きたのか：Notion Mailが9月22日に終了
Notion Mailは、Gmailアカウントを接続してNotionの中でメールを読み書きできる、メールクライアント機能でした。それが2026年9月22日をもって終了します。
公式ヘルプ（Notion Mail inbox is going away — what to do next）に、終了日と理由、そして利用者が取るべき対応が案内されています。まずは一次情報として、このヘルプページを確認するのが確実です。
重要なのは、**「Gmailの受信自体はNotion内に残る」**という点です。終了するのはメールを操作するためのクライアント機能であって、接続していたメールアカウントが使えなくなるわけでも、過去のメールが消えるわけでもありません。この線引きを取り違えると、必要以上に慌てることになります。
なぜ終了するのか：公式が挙げた理由
Notionが説明した理由は、シンプルかつ示唆的です。利用者の半数超が受信箱を開いておらず、処理をAIに任せていた——つまり「人がメール一覧を眺めて仕分ける」という前提の機能が、実際にはあまり使われていなかった、ということです。
ここで見落としたくないのは、これが「不人気だから畳む」という後ろ向きの話に留まらない点です。受信箱を開かずにAIへ任せる使われ方が主流だったのなら、Notionが投資すべきなのは「見やすい受信箱UI」ではなく「AIが処理する仕組み」の側だ、という判断につながります。実際、Notionはメールの受信自体は残したうえで、クライアントUIだけを畳みました。
Notionユーザーへの実務影響
多くのNotionユーザーにとって、直接の影響は限定的です。整理すると次のようになります。
- Notion Mailをメインのメールクライアントにしていた人：9月22日以降、Notion内でのメール操作ができなくなります。GmailなどのWeb版・アプリに戻すか、他のメールクライアントへ移行する必要があります。移行手順は公式ヘルプに沿って進めてください。
- Gmailを接続していただけ／たまに使っていた人：受信自体はNotion内に残るため、慌てて何かを退避する必要は基本的にありません。
- Notion Mailを使っていなかった大多数の人：直接の影響はありません。
ただし、影響が「小さい」ことと、この変化が「意味を持たない」ことは別です。次の節が本題です。
より大きな示唆：Notionは「気づかせる」層を降りた
今回の終了は、Notionの姿勢の変化を象徴しています。ざっくり言えば——Notionは「人に気づかせる」ためのUI（受信箱を開いて自分で仕分ける体験）から一歩引き、「AIが処理する」方向へリソースを寄せた、ということです。
この流れ自体は合理的です。定型的な情報の仕分けや要約は、AIに任せたほうが速い場面が多いからです。
一方で、AIに任せきれない領域が残ります。締切・入金・確認依頼のように「最後は人が動かないと終わらない」タスクです。請求書は、AIが要約しても入金されるわけではありません。素材待ちは、AIが分類しても相手が送ってくれるわけではありません。ここは、相手（多くは社外の人）に能動的に気づいてもらう必要があります。
つまり、Notionが「気づかせる」層から手を引くほど、その仕事はNotionの外側で、誰かがやらなければならなくなる。通知の仕事は消えたのではなく、場所を移しただけ、という見方ができます。
締切・入金の連絡は「Notionの外」で設計することになる
ここで問題になるのが、Notionの通知が構造的に抱える限界です。Notion標準のリマインダーやメンションは、基本的にNotionアカウントを持ってログインして開く相手を宛先の前提にしています。だから、Notionを使わない社外のクライアントや顧客には届きにくい。この点は Notionの通知を社外へ届ける方法 や Notion通知の種類と仕組み でも整理しています。
さらに、Notionの標準機能だけで「期日が来たら社外へ自動で催促」を組もうとすると、できることには線引きがあります（Notion自動化の限界）。そもそも本人がアプリを開かないと気づけない、という限界もあります（Notionのプッシュ通知が来ない・遅い原因）。
つまり標準機能だけで社外へ届けるのは難しいので、実務では「期日が来たら、Notion外の相手にメールで知らせる」層を別に用意することになります。手段はいくつかあります——ZapierやMakeのような外部連携で組む、メール送信に対応した専用のリマインドツールを使う、あるいは自分で作る。選ぶ基準は、案件の量と、「送りすぎない設計」（完了・入金済みには送らない）をどこまで作り込みたいか、あたりです。
ちなみに筆者は、この「社外への催促」が自分ごとで気まずかったので、Notionの期日を見て社外にメールでリマインドする小さなツール（Kapsel）を自分用に作って使っています。個人開発なので、同じ悩みの人の参考になれば、という程度に置いておきます。
Notion Mailの終了は、メール機能ひとつの話に見えて、「気づかせる仕事はどこへ行くのか」を考えさせるニュースでした。AIが受信箱を整えるほど、締切や入金のような「最後は人が動かないと終わらない」連絡だけは、相手の受信箱にきちんと届くことの価値が残ります。それをNotionの外側でどう設計するかが、これからの小さな宿題になりそうです。
