Manus Notion連携の使い方｜ページを“生きたDB”に変える手順と注意点

ManusのNotion連携は「Notionに書いたページ」をそのまま運用データに変えるための接続です。結論から言うと、最初にやるべきは自動化ではなく権限を絞った“作業用スペース”を用意することで、ここが曖昧だと便利さより不安が勝ちます。

この記事では、ManusのNotionコネクターを前提に、接続から「自動で埋まるDB」「見える化ダッシュボード」までを、手順とコピペ用プロンプトで具体化します。

ManusのNotion連携とは（できること・できないこと）

ManusのNotion連携（Notionコネクター）は、Notion内のページやデータベースをManusが読み取り・更新できる状態にするための接続です。Notionを「メモ置き場」で終わらせず、Manus側のワークフロー（手順の自動実行）と組み合わせて、更新・整形・集計まで流せます。

できること（実務で効くのはこの3つ）

機能紹介だけだとピンと来ないので、仕事で手が動く形に落とすと次の3つです。

• 静的なページをダッシュボード化：案件の進捗、今週のToDo、未回答の質問などを、決まった形式で自動更新する
• DBを自動で埋める：議事メモやヒアリング内容から、案件DBのプロパティ（担当、期限、次アクション等）を自動作成・更新する
• クライアント提出用の雛形を作る：Notionのテンプレをベースに、提案書や要件定義の“叩き台”を一定の粒度で出す

できないこと（期待しすぎない線引き）

ここを先に決めると、後でストレスが減ります。

• Notion側の権限を超えた操作（閲覧できないページの参照、管理者しか触れない設定変更）はできません。
• 曖昧な指示のまま「良い感じに整理して」は、プロパティの上書きや重複ページ作成が起きやすいです。
• 会社の運用ルールによっては、外部AI連携自体がNGの場合があります。必ず社内規程を確認してください。

Manus Notion連携の使い方：最短セットアップ手順

セットアップは「接続」より「範囲を決める」が本体です。個人的には、いきなり本番のNotionに繋ぐより、連携専用の小さなスペースを作ってから広げる方が失敗しにくいです。

手順0：Notion側で“連携専用スペース”を作る

おすすめの切り方はこのどれかです。

• チームスペースを1つ追加して「Manus連携（検証）」を作る
• 既存スペース内に「Manus連携」ページを作り、その配下だけを使う（権限を絞れるなら）

この時点で、扱うデータを決めます。たとえば顧客名や見積金額が入るなら、連携前に一段慎重に。

手順1：ManusでNotionコネクターを接続する

Manusのコネクター一覧からNotionを選び、Notion側の認可画面でアクセスを許可します。ここで重要なのが、許可する範囲です。

• 許可画面で「どのワークスペース／ページにアクセスさせるか」を選べる場合は、検証用に作った範囲だけに絞ります。
• 「全部許可」しか選べない仕様なら、先にNotion側で連携用ユーザー（または連携用インテグレーション）の権限を狭める設計にします。

料金やプランによって操作できる範囲が変わる可能性があります。最新の条件は公式ページで確認してください。

手順2：Notion側に“更新対象のDB”を作る（型を固定する）

自動化が安定するのは、Notion DBのプロパティが決まっている時です。最低限、次のようなプロパティを作ると回しやすいです。

• 案件名（タイトル）
• ステータス（選択）
• 担当（ユーザー）
• 期限（日付）
• 次アクション（テキスト）
• メモ（テキスト）
• ソース（URLや会議リンクなど）

プロパティ名は途中で変えると連携が崩れがちです。最初に日本語で良いので固定しましょう。

実例1：Notionを入力フォームにして、案件DBを自動で埋める

ここでは、Notionに貼ったヒアリングメモから案件DBに行を作る流れを作ります。「メモを書く場所」と「DB」は分けるのがコツです。

Notion側の用意（テンプレページ）

Notionに「ヒアリングメモ」テンプレを1つ作り、毎回それを複製して使います。見出しだけ固定しておくと抽出が安定します。

• 背景
• 目的
• 現状の課題
• 希望納期
• 関係者
• 決まったこと／保留

Manusに投げるプロンプト（コピペ用）

Notionコネクターで、指定の「ヒアリングメモ」ページを読み取り、案件データベースに新規行を1件追加してください。

条件：
- DB名：案件DB
- 作成するプロパティ：
  - 案件名：目的を短く要約（15〜25文字）
  - ステータス：ヒアリング中
  - 期限：メモ内の希望納期があれば設定。なければ空欄
  - 次アクション：次に人がやる作業を1つだけ（動詞で始める）
  - メモ：背景/課題/保留を200文字以内でまとめる
  - ソース：このヒアリングメモのNotionページURL

注意：
- 既存の行を更新しない（必ず新規作成）
- 期限が曖昧な場合は推測せず「期限なし」のままにする

完了後：
- DBに追加した行のURLを返す
- 抽出根拠として、メモの該当箇所を引用して示す

最後の「根拠を引用」が地味に効きます。人がチェックする前提を作ると、運用が荒れません。

実例2：Notionページを“生きたダッシュボード”にする

ダッシュボードは凝るほど壊れます。最初は「今見るべき3つ」だけに絞るのがおすすめです。たとえば、未着手、期限が近い、未回答の質問。

Notion側の用意（ダッシュボードページ）

「案件ダッシュボード」ページを1つ作り、以下の3ブロックを置きます。

• 今日見る（期限が7日以内）
• 止まっている（ステータスが“保留”）
• 次アクション一覧（担当が自分）

ブロックは後でManusが書き換えやすいように、見出しと区切り線を入れておくと迷子になりにくいです。

Manusに投げるプロンプト（コピペ用）

Notionの「案件DB」を参照して「案件ダッシュボード」ページを更新してください。

更新ルール：
- 既存の見出し（今日見る／止まっている／次アクション一覧）は残す
- 各セクションに、条件に合う案件を最大10件まで箇条書き
- 各項目は「案件名（期限 / ステータス）」の形にし、案件ページへのリンクを付ける
- データがないセクションは「該当なし」と1行だけ残す

条件：
- 今日見る：期限が今日から7日以内
- 止まっている：ステータス=保留
- 次アクション一覧：担当=（私）

注意：
- DBのプロパティは変更しない
- ダッシュボード以外のページは編集しない

実行後：更新したNotionページURLと、反映件数を返してください。

失敗しやすい点と注意点（ここだけ先に読んでもOK）

1) 「上書き事故」は、更新対象を狭くすると防げる

ManusがNotion全体を触れる状態だと、指示が少し曖昧なだけで“関係ないページ”まで整形してしまう可能性があります。編集対象をダッシュボード1ページ、DB1つのように明記し、プロンプトにも「他は編集しない」を入れてください。

2) 重複行が増えたら、ユニークキー（重複しない値）を作る

案件DBに「案件ID」や「受付日＋連番」などを入れておくと、後から重複判定がしやすいです。運用で困るのは、たいてい2週間後に同じ名前の案件が並ぶ時です。

3) 書式崩れは「出力フォーマット固定」でだいたい止まる

Notionは自由度が高いぶん、整形ルールがないと毎回見た目が揺れます。ダッシュボードの項目形式（例：案件名（期限 / ステータス））を固定し、最大件数も決めると読み物になりません。

4) 機密情報は“渡さない設計”に寄せる

AI連携の不安は「うっかり貼る」ことで起きます。Notionに機密があるなら、そもそも連携範囲から外す。もしくは、機密を別DBに分離する。ここは運用設計の問題なので、ツールの気合いで解決しない方が安全です。

ManusのNotion連携が向いている人

• Notionに情報は溜まっているのに、見返すのが面倒で“埋もれている”人
• 案件管理や問い合わせ管理で、入力の揺れ（書き方のバラつき）に困っている人
• 毎週同じ形式の進捗まとめを作っていて、素材はあるのに整形で時間が溶ける人

逆に、Notionの運用がまだ固まっていない（DBのプロパティが頻繁に変わる）段階だと、自動化は壊れやすいです。先に「項目の型」だけ決めるのが近道です。

まとめ（今日やるならこの順）

ManusのNotion連携は、Notionのページを“読む”だけでなく、“更新して回す”ための接続です。最初から大きく繋げるより、連携専用の小さな範囲で、DB1つとダッシュボード1枚を回すところから始めると失敗が少なくなります。

• Notionに連携専用スペース（またはページ配下）を作る
• 案件DBのプロパティを固定する
• 「新規作成」と「ダッシュボード更新」を別プロンプトに分ける

参考リンク

• The Connector That Turns Notion Into a Workflow Engine（Manus Blog）