まず押さえること：レビューではなく「同期と長接続」の話
Notion の料金体系やテンプレートの話は公式情報に譲ります。ここではページ取得・ブロック更新・リアルタイム反映までのネットワークが律速になっている状況を想定します。モダンなウェブ版では HTML 本体に加え、認証、アセット、計測、そしてコラボ用の双方向チャネルが並行して動き、開発者ツールや Clash のログには似て非なるホスト名が並びます。デスクトップアプリは OS のルーティングや証明書ストアの違いで、ブラウザだけと症状が分かれることもあります。まず「いつ・どの画面で・オンラインかオフラインか」という再現条件を一つに絞り、その瞬間の接続名をログに残すと、以降の調整が短くなります。
同期まわりの症状：「遅い」と「切れる」は別レイヤになりがち
初回のフルロードだけ遅い場合は、大きなバンドルや画像取得が律速だったり、TLS や DNS が先に詰まっている可能性があります。ページは出ているのに更新だけ遅い／同期アイコンが回り続ける場合は、HTTP 全体ではなく長く張られた接続側の品質や、別ホストへの付け替えが疑わしくなります。Clash 利用者に特有なのは、GEOIP や広い MATCH によって、Notion の各ホストが日によって違うポリシーへ着地する、あるいは HTTPS の SNI と実 IP の取り合いから DOMAIN ルールが効かないといったパターンです。いずれも、その瞬間にどの名前がどのポリシーに乗ったかをログで固めるのが近道です。
WebSocket が絡む理由：コメントや共同編集の裏側
Notion のようなプロダクトは、チャット性の高い UI で頻繁なプッシュを行うため、WebSocket あるいは同等の長時間アップグレードされた HTTP 接続を使うことがあります（実装詳細はバージョンで変わり得ます）。ここで重要なのは、短い API 呼び出しよりも輻輳時の再送・キープアライブ・プロキシ側のタイムアウトの影響を受けやすい点です。加えて複数タブやモバイルとデスクトップの同時利用があると、見かけ上「同期だけおかしい」に見えもします。まずは 1 クライアント・1 ワークスペースに絞って再現を取ると切り分けが楽です。
Notion 周辺のドメイン：固定表よりログ優先
コミュニティでは notion.so、notion.com、ワークスペース用のサブドメイン、添付ファイルや画像の配信ホストなどが挙がります。ただし CDN の入れ替えやエッジの追加で名前は変わり得るため、公開の一覧より自分の環境の接続ログに出た名前を正にしてください。ルールを雑に広げるとき DOMAIN-KEYWORD,notion のように書くと、無関係な第三者ドメインまで誤爆しやすいので、運用が安定してきたら DOMAIN-SUFFIX に整理するのが安全です。企業ネットワークではゼロトラストや DNS フィルタが挟まり、想定外のブロックが出ることもあります。職場端末だけ発生するなら、個人回線と同一プロファイルで再現するかを比較してください。
分流のコツ：Notion 関連は「同じ出口」に寄せる
長時間セッションは、最初に張った経路と再接続時の経路が変わると、アプリケーション側では「同期が戻るまで時間がかかった」と感じられます。フェイルオーバーや自動選択のグループを使っていて、ホストごとに別ノードへ振り分けられる設定になっていると、典型です。対策としては、ログに出た notion 系をひとつの安定したポリシー（例：特定のプロキシグループ、あるいは遅延のバランスが小さいノード）に寄せ、ルールの上の方でまとめて処理することが有効です。国情報で雑に捌くより、困っている名前を個別に拾う方が再現性が高くなります。国コードベースの整理は GEOIP / GEOSITE 分流ガイド と併読すると、並び順の意図が掴みやすいです。
分流ルールのスケッチ：ポリシー名は自分のプロファイルに合わせる
以下は説明用の YAML スケッチです。YOUR_PROXY_GROUP は実際の proxy-groups の名前に置き換えてください。居住地域や契約によって、Notion へは DIRECT が安定というケースと、プロキシ経由の方が途切れにくいケースの両方があり得ます。重要なのは「正しき最適解」を一つに決めることより、ログと体感が一致する経路を選ぶことです。
# Example: Notion-related hosts (adjust policy names to your logs)
rules:
- DOMAIN-SUFFIX,notion.so,YOUR_PROXY_GROUP
- DOMAIN-SUFFIX,notion.com,YOUR_PROXY_GROUP
# Add upload / CDN hosts observed in your connection log:
# - DOMAIN-SUFFIX,notionusercontent.com,YOUR_PROXY_GROUP
実運用では画像やファイルのドメインが別レコードになっていることが多いので、不足分はダッシュボードの接続一覧から DOMAIN-SUFFIX を足してください。ルール順は評価の優先度そのものです。細かいマッチを粗いマッチより上に置く、という一般的な作法を崩さないでください。
DNS と FakeIP / DoH：ルールが評価される前後を揃える
分流は多くの場合、名前解決の結果とセットで解釈されます。OS が Clash を経由せず ISP の DNS へ向いていると、得られた IP がルールの想定と食い違い、結果としてブラウザだけタイムアウトに見える、といったズレが起きます。Clash Meta（Mihomo）系では fake-ip や nameserver-policy、DoH を組み合わせられますが、設定が増えるほど切り分けも難しくなるため、変更は一つずつが安全です。TUN と DNS の組み合わせは Meta コア DNS リーク防止ガイド に注意点をまとめています。HTTPS が IP 表示のまま DOMAIN ルールに乗らないときは、Sniffer による HTTPS のドメイン復元 も検討してください。
システムプロキシと TUN：ブラウザとデスクトップアプリを同じ設計に
ブラウザは OS のプロキシ設定を尊重しやすい一方、デスクトップアプリはプロキシを無視して直結することがあります。TUN モードはルーティング層でトラフィックを捕捉するため、アプリとブラウザを同じ分流に乗せやすくなり、長時間接続の取りこぼしを減らせることがあります。手順の流れは Clash Verge Rev の TUN モードガイド と、Windows の初期構成は Windows でのセットアップ（2026） を参照してください。VPN や別のフィルタとの二重化はレイテンシと断線感を増やすため、必要最小限から試すのがおすすめです。
補足：同期だけ遅いのに他サービスは速いときは、Notion 固有のホストが別ポリシーに落ちていないかを優先確認してください。体感は「全体の回線速度」よりルール命中の一貫性に引っ張られやすいです。
切り分けの推奨順：ログ → ルール → DNS → TUN
- Clash を Rule モードで動かし、ローカル追記のルールが有効か確認する。
- 症状が出る操作を一つに絞り、接続ログでドメインと実際に選ばれたポリシーを記録する。
DOMAIN-SUFFIXを追記し、Notion 系が想定どおり同じグループへ集まるかを再確認する。- DNS が Clash と矛盾していないか、FakeIP / DoH 併用時は名前解決経路をログで点検する。
- ブラウザとアプリで差がある場合は TUN、もしくはアプリ側のプロキシ設定を揃える。それでも改善しない場合はノード品質や純粋なサーバー負荷を疑う。
注意：職場・学校・契約上、プロキシや迂回ツールの利用が禁じられている場合があります。許可された環境でのみ設定してください。
シリーズ記事との棲み分け
当サイトでは 対話型 AI や Doubao のように、ウェブ UI を前提にした題材も並べています。いずれもログでホストを押さえ、分流と DNS を矛盾なく揃える骨格は共通しつつ、Notion は共同編集の長接続が前面に出やすい点が異なります。CLI や npm の経路に焦点を当てたい場合は 開発チェーン向け記事 を参照してください。
まとめ
Notion の「同期が終わらない」「ずっと読み込み」の体感は、単一の帯域問題ではなく、複数ホストにまたがる経路とWebSocket を含むセッションの安定性に結びつくことがあります。Clash の分流ルールで notion.so など関連ドメインを意図した出口へ揃え、DNS・FakeIP・Sniffer・TUN を一貫させれば、長時間接続のブレや名前解決の迷子を減らしやすくなります。2026 年現在もっとも再現性が高いのは、話題だからといって雑な KEYWORD を増やすより、ログに出たサフィックスだけを足す運用です。クライアントの入手と更新は 公式ダウンロードページ から行い、用語とモードの整理は ドキュメント・チュートリアル も併読すると設定とログの対応が掴みやすくなります。
同じ Clash エコシステムでも、ルールと DNS を同じ画面で扱えることはコラボツールのような長接続アプリで特に効きます。経路が揃えば、同じノードでも体感のばらつきが小さくなり、ページと同期インジケーターの挙動が落ち着きやすくなるでしょう。