目錄
2026年9月22日、Notion MailのInboxは正式にサービスを終了します。発表だけを見ると、また寿命の短いEmail Clientが終了するだけのようにも思えます。しかし、メールの分類、定型返信、Email-to-Task、プロジェクトのプロセスまでNotion Mailに組み込んでいたユーザーにとって、移行すべきものは最初からメールだけではありません。Emailの大半はGmailに残っています。厄介なのは、この1年あまりで少しずつ定着した分類ルール、Snippets、Custom Views、リマインダー、そしてメールとほかのワークフローをつなぐ方法です。
9月1日には、r/Notionにこの状況をよく表す相談が投稿されました。投稿者が本当に手放したくないのは、AIによるメールの自動作成ではなく、EmailをワンクリックでNotionのTask Databaseに送るフローと、すでに設定済みのSnippetsだとはっきり述べています。現在は無料でWeb-basedの代替ツールを探していますが、まったく同じ組み合わせはなかなか見つかりません。この事例は、「どのEmail AppがNotion Mailに最も近いか」という単純な問い以上に問題の本質を示しています。失われるのは受信機能ではなく、日々の仕事にすでに根付いた一連の操作方法だからです。
Notion自身が示した終了理由も明快です。Notion Agentsでできることが増えるにつれ、整理、返信、Inboxの管理をAgentに直接任せる人が増えています。現在ではNotion Mailユーザーの半数以上がInboxをまったく開かずにメールを処理できるため、同社は「AgentsにInboxを管理させる」という方向にリソースを集中することを決めました。
これは、従来型のInboxに価値がなくなったという意味ではありません。また、この数字から残り半数のユーザーがNotion Mailに強く依存しているとも推測できません。Notionは製品全体のアクティブユーザー数、継続率、売上を公表していないため、現時点では製品の失敗なのか、リソース配分の問題なのか、単なる戦略転換なのかは判断できません。確かなのは、NotionがEmailを独立した操作画面から、Agentが検索、分類、下書き、アクション実行に使える作業ソースへと位置づけ直していることです。
Notion Mailはいつ終了する？SkiffからNotion Mailまでの全タイムライン
正式リリースから終了までは約17か月、18か月ではない
NotionとEmailをめぐるこの経緯は、2024年2月9日までさかのぼれます。当時、Notionはプライバシー重視のコミュニケーションおよびコラボレーションサービスSkiffを買収しました。その後、Skiff Mail、Pages、Drive、Calendarは2024年8月にサービスを終了し、一部ユーザー向けのMail Forwardingは2025年2月まで継続されました。
2024年10月24日、NotionはMake with NotionのイベントでNotion Mail Previewを初公開し、当時はまだcoming soonと表示されていました。全面的に提供が始まったのは2025年4月15日で、AI Auto Labels、Custom Views、Snippets、Notion Calendarによるスケジュール送信、AI Email Draftingを主な機能として打ち出していました。
2026年6月25日、NotionはNotion Mail Inboxの終了を発表し、Notion Mailにしか存在しないデータをユーザーがエクスポートできるようにしました。保存期限は9月21日、9月22日にはWeb、Desktop、iOSの全バージョンがサービスを停止します。2025年4月の正式GAから終了までは約17か月、2024年10月のPreviewから数えると約23か月になるため、当初言われていた「製品寿命18か月」は正確ではありません。
NotionがMailを終了する理由は？公式が示した本当の理由はAI Agent
半数を超えるユーザーがInboxを開かずにメールを処理している
Notionは終了告知の中で、利用行動に関する重要なデータを示しました。現在、Notion Mailユーザーの半数以上がInboxを開かずにEmailを管理できています。公式が挙げた例には、注意が必要なメールをAgentに整理させること、メッセージに返信すること、受信トレイを整頓された状態に保つことが含まれています。このため、同社は独立したMail Inboxの維持ではなく、Agentsに注力する方針です。
これは、Notionが2026年前半に進めてきた製品方針ともつながっています。5月13日にDeveloper Platformを公開した際、Notionはチームがすでに100万以上のCustom Agentsを作成し、Slack Q&A、週報、タスクの振り分けなどに利用していると説明しました。さらにWorkers、External Agents、その他の開発機能を提供し、Agentがより多くの外部システムやカスタムロジックにアクセスできるようにしようとしています。
ただし、時期が重なっているからといって、「Developer Platformを公開したためMailの終了が必然だった」とは限りません。Notionはそのような社内の意思決定過程を公開していません。より正確には、二つの発表が同じ製品方針を示していると捉えるべきです。NotionはAgentがデータを直接読み、作業を実行する能力を高めています。その方向性の中で、人がInboxにとどまり続けてEmailを整理する従来型の画面は、重要性が下がりました。
Notion Mail終了後も残るデータは？
受信・送信済みのEmail自体は消えない
Notion Mailは以前からGmailと双方向同期していたため、受信・送信済みのEmailはもともとGmailに存在しています。9月22日にNotion Mailが終了した後も、それらのメールは元のGmail Inboxに残ります。過去のメールを守るために、Mail全体を別途Exportする必要はありません。
また、すでにNotion Pageに挿入されたMail BlocksはMail Appの終了後も消えません。Gmail AI Connectorも引き続き動作し、Notion AIでGmailを検索したり、Draft Replyを支援したりできます。Gmail接続を通じたAgent Mail Toolsも、Notion Mail Inboxの終了による影響を受けません。
見落としやすい例外が、Synced Notion Mail Database Viewsです。現在までにNotionへ同期されたEmail Recordsと既存のFiltered Viewsは残りますが、9月22日以降は新しいEmailが同期されなくなります。つまり、View自体は消えないものの、データは終了日の状態で止まり、それ以降は更新されません。
9月21日までに別途保存すべきNotion Mailのデータは？
Drafts、Scheduled Emails、Snippets、Auto Label InstructionsはNotion Mailにしかない
公式は、9月21日までに処理する必要があるデータを4種類挙げています。DraftsはGmailへ移行し、Scheduled Emailsも同様にGmailへ移す必要があります。Snippetsのテキストはエクスポートし、Auto Label Instructionsも別途保存しなければなりません。これらのデータが9月22日の時点でNotion Mailにしか存在しない場合、終了後に永久削除されます。
ここで、「スケジュール日時も完全に自動移行されるので、あとはGmailで確認すればよい」と断定するのは避けるべきです。公式が保証しているのはMigrate scheduled emails to Gmailが提供されることだけで、すべての予約状態、日時設定、特殊条件がそのまま移行されるとは説明していません。移行後にGmailのScheduled Folderをもう一度確認するほうが安全ですが、これは操作上の推奨であり、公式の保証ではありません。
エクスポートしても移行できないNotion Mailの設定は？
Custom Views、Snippetの添付ファイル、Email Remindersは個別対応が必要
Notionは、ほかのEmail Appへ直接移行できないデータを3種類明示しています。一つ目はCustom ViewsとSortingを含むInboxの整理方法、二つ目はSnippetsに添付されたファイルです。これらの添付ファイルはSnippet Textと一緒に自動エクスポートされないため、Notion Mail → Settings → Snippetsから個別にダウンロードする必要があります。三つ目はEmailに設定したRemindersで、現時点ではGmailへ移行できません。
この3種類は、Notion Mail終了後に「別のAppへそのまま引き継ぐ」ことが最も難しい情報でもあります。Email自体には標準プロトコルがあり、Gmailが基盤データとして存在します。一方、Viewの並び方、リマインドのタイミング、どの返信テンプレートにどのファイルを添付するかは、もともとNotion Mail独自のProduct Logicです。
そのため、保存すべきなのはデータだけでなくロジックでもあります。Custom ViewをExportできない場合は、Filters、Sorts、Groups、利用目的を文章で記録できます。まだ有効なEmail ReminderはCalendarまたはTask Systemに作り直せます。Snippet Attachmentは終了前にダウンロードし、Snippet Textだけを残す状態にしないことが大切です。
なぜNotion Mailと完全に同等の代替サービスは見つかりにくい？
足りないのはEmail Clientではなく、すでに一体化した仕事の進め方
9月1日にr/Notionへ投稿された相談は、この問題を非常に明確に表しています。投稿者が本当に頼っていたのはOne-click Email-to-Taskと、固定の宛先や冒頭文を含む設定済みのSnippetsでした。AI Draftingはむしろ付加機能にすぎません。
6月に終了の知らせが発表された直後の別の議論でも、Snippets、Email-to-Notion Task、Ticketing Workflowのほか、EmailをProject、Client、Task、MeetingなどのNotion Contextへ直接関連づけたいという要望が特に挙げられていました。
したがって、「無料でWeb-based、Gmailを受信できるツール」を探すのは簡単です。難しいのは、一つの製品でEmail Client、Task Bridge、Snippet Library、Custom Views、Notion Database Workflowをすべて同時に再構築することです。本来は別々の問題ですが、以前はたまたまNotion Mailの同じ画面にまとめられていました。
Notion Mail終了後、Custom AgentでAuto Labelsを直接置き換えられる？
似た作業はできるが、従来のルールは自動移行されない
公式FAQが示す方法は、まずAuto Label InstructionsをNotion Pageに保存し、9月22日以降にGmail Accessを持つCustom Agentを作成して、そのInstructionsに従う同様のLabeling Workflowを実行させるというものです。Auto Label Logicは引き継げますが、従来のRuleをボタン一つでImportしてAgentへ完全移行する仕組みではありません。
Custom AgentのMail Connectionは現在、Search、Archive、Star、Delete、Labelsの作成・削除、Unsubscribe、Block Senderに対応し、EmailのDraftとSendもできます。機能面では、多くのInbox Automationを再構築できます。
ただし、この方法には二つの制限があります。現在、Custom Agentsの利用にはBusinessまたはEnterprise Planが必要です。また、RunのたびにNotion Creditsを消費し、読み込むコンテンツが多いほど、実行するアクションが多いほど、Triggerの頻度が高いほど、Creditsの消費も増えます。
そのため、「Agentへ移行する」方法は、すべてのNotion Mailユーザーにとって負担のない移行先ではありません。FreeまたはPlusユーザーが、これまで無料で使っていたMailのViews、Snippets、分類機能を再現するためにBusinessへアップグレードし、さらにAgent Creditsを負担するなら、コスト構造はまったく異なるものになります。
Notion Email Agentをすでに利用中なら、9月22日以降も動作する？
Gmail接続のAgent Mail Toolsは残る
公式説明では、すでにNotion AgentsでEmailを処理している場合や、GmailまたはOutlookをNotionのWorkflowへ接続している場合、Notion Mail Inboxの終了に伴ってすべてが停止することはないと明記されています。Gmail AI Connector、既存のMail Blocks、Gmail接続を通じたAgent Mail Toolsは今後も利用できます。
ここで注意したいのはデータソースです。終了するのはNotion Mail Inbox Appであり、NotionのEmail Capability全体ではありません。今後のEmailは、継続して開く独立Appというより、AgentやNotion AIが使うConnected Sourceに近い存在になります。
規制対象業界は9月22日だけでは不十分。HIPAAの公式移行期限はさらに早い
Notionは、Regulated Environmentでは通常のShutdown Dateより前に移行を完了する必要がある場合があると特に注意を促しています。組織がNotion MailのHIPAA Coverageに依存している場合、公式の計画上の期限は2026年6月30日までにTransitionを完了することでした。現在は9月のため、すでにこの日付を過ぎています。
したがって、医療やその他の明確なCompliance Requirementがあるチームは、9月21日を唯一のDeadlineと考えるべきではありません。まだNotion Mailを使っている組織は、Appが終了する前日まで待つのではなく、社内のAdmin、IT、Compliance Teamが既存データとワークフローをどのように処理したかを直接確認する必要があります。
Notion Mail終了前、9月21日までに済ませておくことは？
最初に守るべきはデータ。新しいApp選びを急がない
代替ツールを選ぶ前に、確実に消える内容を処理する必要があります。DraftsとScheduled EmailsをGmailへ移行し、SnippetsとAuto Label Instructionsをエクスポートし、Snippet Attachmentsを手動でダウンロードし、まだ有効なEmail RemindersをCalendarまたはTask Systemへ登録し直します。Custom Views自体は移行できなくても、各ViewのFilters、Sorting、用途、毎日の使い方を記録しておくことはできます。
ワークフローがSynced Notion Mail Databaseに依存している場合は、9月22日という境目も明確に記録してください。過去のデータは見られても、新しいEmailは入らなくなります。別の同期フローを用意しなければ、Databaseが消えるのではなく、ワークスペースは一見正常なままで、数日後に新着メールがまったく入っていないことに気づくという事態が最も起こりやすくなります。
ルート1：Notionを使い続け、Gmail ConnectorとCustom Agentでフローを再構築する
このルートは、すでにBusiness／Enterpriseを利用しており、Emailを最終的にNotionのProjects、Tasks、またはほかのDatabaseへ取り込む必要があるチームに適しています。既存のAuto Label InstructionsをNotionへ保存してからAgent Instructionsへ変換し、Mail Connectionを使ってAgentにSearch、Manage Labels、Archive、Draft、Sendを実行させられます。
利点は、EmailとほかのNotion Contextを同じ作業環境に残せること、そして公式が明らかにこの製品ラインへの投資を続けていることです。欠点は、Custom Agentが無料の代替サービスではなく、Triggers、Instructions、Tools & Accessを再設計し、Creditsも管理しなければならない点です。
また、これまでInboxを手作業で整理することを好んでいたユーザーは、現実的な違いも受け入れる必要があります。Agentは「ルール」を再構築できても、従来の視覚的な画面を自動で再現するわけではありません。Custom Views、Sorting、Mailを開けば分類済みの作業空間が見えるという体験は、すでに失われる製品体験です。
ルート2：Gmailへ戻り、EmailとNotionのワークフローを分離する
主なニーズがEmailの安定した送受信、Labels、Search、簡単なFiltersであれば、Gmailへ直接戻るのが移行コストの最も低い選択肢です。過去のEmailはもともとGmailにあるため、Mailbox Migrationをやり直す必要はありません。
既存のAuto Label InstructionsはGmail Filtersを再構築するための仕様として使えます。よく使う返信も、実際のニーズに応じてGmail Templatesとして作り直すか、別のテキストスニペットとして保存できます。ただし、どちらもワンクリックで移行できるわけではなく、Notion MailのAI Label Instructionsを一つずつGmailの条件式Filterへ置き換えられるとは限りません。
このルートで最も大きな欠落はEmail-to-Notion Workflowです。Gmail単体では、ワンクリックでTaskへ変換したり、Databaseへ書き込んだり、ほかのNotion関連を作成したりする機能は自動的に戻りません。それが従来の最重要機能だった場合は、Notion Worker、Automation、Agent、または別のIntegrationを接続する必要があります。
ルート3：第三者のEmail Clientへ移る。ただし先に補うべきレイヤーを確認する
中心的なニーズがCustom Inbox Views、Keyboard Workflow、Snippets、迅速なTriageであれば、別のEmail Clientへ移るのは合理的です。しかし、製品のFeature Listを比べる前に、Notion Mailで実際に行っていた操作を書き出すことのほうが重要です。
たとえば、Email自体はGmailに残し、別のClientは表示だけを担当させることができます。Snippetsは別のText Expansion Toolで管理し、Email-to-TaskはAutomationに任せます。Notion Mailのようにすべてが一つの画面に収まるとは限りませんが、レイヤーごとに置き換えられるため、次に一つのサービスが終了してもシステム全体を移行し直す必要がありません。
第三者のClientを評価するときは、データのSource of Truthが引き続きGmail／IMAPにあるか、RulesとTemplatesをExportできるか、サービス終了後も標準のGmailへ戻れるか、許可範囲が実際の必要性を超えていないかを特に確認できます。
最も残す価値があるのはNotion Mailの設定ではなく、ワークフローの仕様
今回のNotion Mail終了で最も厄介なのは、Emailが消えることではありません。メール自体はもともとGmailに残っています。本当に移行しにくいのは、「どの種類のメールを先に見るか」「どの送信者をどのProjectへ入れるか」「どの状況でどの返信を使うか」「どの内容を受信したらTaskを作成するか」といった標準形式のない情報です。これらのルールが特定製品の設定画面にしか存在しなければ、製品終了時に記憶だけを頼りに組み立て直すことになります。
現実的なのは、重要なWorkflowを文章の仕様として残す方法です。複雑なSOPを書く必要はなく、Input、分類条件、必要なAction、最終的な保存先が理解できれば十分です。その後、Gmail Filter、Custom Agent、Worker、別のEmail Clientのどれへ移っても、その文書を再構築に使えます。
Notion Mailの終了を「すべての画面中心の製品がAgentに淘汰される」とまで拡大解釈する必要もありません。現時点で証拠があるのは、Notion自身がEmail WorkflowをAgentへ移しており、Notion Mailユーザーの半数以上がInboxを開かない方法を採用していることだけです。ほかの製品が同じ道をたどるかは、それぞれの利用行動とビジネスモデルによります。
ただし、一つはすでに明らかです。ツールは終了しても、仕事の習慣が自動で移行することはありません。だからこそ、9月22日までに残す価値が最も高いのは、数件のDraftsやSnippetsだけではなく、毎日実際に使うことが証明されているルールです。次のツールの形は後から選べますが、少なくとも以前の仕事の進め方をゼロから思い出す必要はなくなります。
よくある質問
自動的に残るとは限りません。公式は9月21日までにDraftsとScheduled Emailsを自分でMigrate to Gmailするよう求めています。保存を完了しなければ、9月22日以降に永久削除されます。
SnippetのテキストはExportできますが、Snippetに添付されたFilesは自動で移行されません。Notion Mail → Settings → Snippetsから手動でダウンロードする必要があります。
ワンクリックでは移行できません。公式は、まずAuto Label InstructionsをNotion Pageへ保存し、終了後にGmail Accessを持つCustom Agentで同様のLabeling Workflowを構築する方法を推奨しています。
いいえ。現在、Custom Agentsの利用にはBusinessまたはEnterprise Planが必要で、実行ごとにNotion Creditsを消費します。費用に見合うかどうかは、実行頻度、読み取るコンテンツ量、必要なTool Callsによって異なります。
消えません。Notionへ同期済みのEmail Recordsと既存のViewsは残りますが、9月22日以降は新しいEmailが同期されません。そのため、Databaseは終了前の状態で止まります。
Notion Mail Inboxの終了と同時に停止することはありません。Gmail AI Connector、既存のMail Blocks、Gmail接続を通じたAgent Mail Toolsは引き続き動作します。
いいえ。Notion公式は、HIPAA Coverageに依存する組織に対し、2026年6月30日までにNotion Mailの利用を終了する計画を求めていました。この日付はすでに過ぎているため、該当する組織は社内のAdminまたはCompliance Teamへ直接確認する必要があります。
消えません。Notion MailはGmailと双方向同期してきたため、受信・送信済みのEmailはもともとGmailにあり、終了後も残ります。別途対応が必要なのはDrafts、Scheduled Emails、Snippets、Auto Label Instructionsです。
Notion MailのWeb、Desktop、iOS版Inboxは2026年9月22日にサービスを停止します。9月21日がNotion Mail-only Dataを保存できる最終日で、すべてのプランが対象です。