Notion AIで社内Wikiを使うときは、ページの正本と更新責任者を整えた後、検索範囲を確認します。Enterprise Searchは既定でNotion、接続アプリ、Webなど利用可能な検索元を対象にするため、社内手順だけを探したい場合は検索元を絞ってから質問します。ページをWikiにしたことと、AIが今回そのページを根拠に答えたことは別の確認です。
この記事は公式ヘルプを基にした整理と検索の手順です。実製品でのWiki変換、検索、権限・通知の検証は行っていません。備品申請のページと質問は説明用の架空例です。Enterprise Searchは公式が案内するBusiness／Enterprise向けの範囲で扱います。
目次
最初は、問い合わせの多い一つの社内手順を選ぶ
全社の資料を一度にAIへ整理させるより、正しい答えを担当者が確認できる小さな領域から始めます。今回は「備品を申請するとき、誰の確認が必要か」を探す架空の例を使います。
必要なページは、現行の備品申請手順、例外の扱い、問い合わせ先です。旧版が残るなら、現行と混同しない名称や参照関係にします。AIが古い資料を読まないと保証するためではなく、人が根拠を開いたときに版を見分けられるようにするためです。
表は横にスクロールできます
| 項目 | ページへ残す内容の例 |
|---|---|
| 対象 | この手順を使うチームと申請の種類 |
| 適用時点 | 現行ルールの開始日、旧版との違い |
| 手順 | 申請者、確認する担当、完了条件 |
| 例外 | 通常手順では判断できない条件と確認先 |
| 更新責任者 | 正本を点検し、修正できる担当者 |
| 確認状態 | 内容を正本と照合した日と次の確認期限 |
「例外は総務へ確認する」とだけ書かれ、どの例外か分からないなら、AIへ補完させず担当者に確認します。確認日と、ページが編集された日も同じとは限りません。
Wikiへ変換できるページかを確認する
公式は、Wikiにできるのはページで、データベース自体はWikiへ変換できないと説明しています。また、単独のページで、自分がFull accessを持つことが変換の条件です。
対象ページの上部の三点メニューからMoreを開き、Turn into wikiを選ぶのが公式手順です。選択肢が見当たらない場合は、権限やページの状態を確認します。データベースをそのまま変換しようとして、同じ操作を探し続けないようにしてください。
WikiにはHome、All pages、Pages I ownの標準ビューがあります。Homeは案内、All pagesは全ページ、Pages I ownは自分が担当するページの確認に使えます。見た目を整える前に、利用者が現行の手順へ進めるか、担当者が自分の更新対象を見つけられるかを確かめます。
OwnerとVerificationを、人の確認に対応させる
公式では、Wiki内でページを作った人が既定のOwnerになり、後から変更できます。作成者が実際の業務責任者とは限らないため、そのままにせず、誰が内容を点検するかに合わせます。
Wiki内の自分がOwnerであるページを開き、上部のVerificationから、有効期限を指定するか無期限で確認済みにする方法が案内されています。期限が切れるとOwnerへ通知されます。
Verificationは内容を最新として示す管理状態です。規程の変更を自動で見つけ、回答の正しさを保証する機能として扱わないでください。今回は備品申請の担当者が正本と照合し、内容に問題がなければ確認状態を更新する運用にします。変更が多い手順を、理由なく無期限へ設定しないようにします。
HomeのEnterprise Searchで、検索元を先に確認する
公式は、Homeの検索欄へ質問を入力してEnterprise Searchを使う方法を案内しています。既定ではNotionワークスペース、接続済みアプリ、Webなど利用可能な検索元を対象にします。
社内手順だけを確認する場合は、検索欄のAll sourcesを開きます。公式は、Web searchやApps and integrationsの切替と、特定の検索元を選ぶ方法を説明しています。社内Notionを探すなら、ワークスペースを検索元として選び、必要ならその下の特定ページやチームスペースへ範囲を絞ります。
Web searchをオフにしたことだけで、目的のWikiだけに限定されたとは判断しません。接続アプリなど、ほかに残っている検索元と、選んだページの範囲を確認してください。社内の備品ルールを知りたいのに、一般的な備品管理の記事を根拠にした回答を、そのまま社内の正式手順として採用しないためです。
この作業は、既に閲覧できる範囲で検索対象を選ぶものです。必要なページが見えないからといって、検索の都合だけで機密ページの共有範囲を広げる必要はありません。ページの権限や所属チームについて管理者へ確認します。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
Notion AI
Add contextと検索範囲の指定を分ける
Enterprise Searchでは、Add contextからページや人を選び、質問中でページ、チームスペース、人を@メンションする方法も案内されています。今回のWikiや担当ページを明示する際に使えます。
ただし、「このページを考慮してほしい」という指定と、All sourcesで検索元を絞る操作は別に確認します。特定ページだけを根拠にしてほしい場合は、文面の指定だけに頼らず、検索元の設定と実際の引用先を見ます。
架空の依頼例は次のとおりです。
指定した現行の備品申請手順について、通常申請で必要な確認者を教えてください。
回答に対応する根拠ページを示してください。
旧版や一般的なWeb上の手順を、当社の現行ルールとして扱わないでください。
指定資料にない例外は補わず、確認が必要な点として分けてください。
これは質問の例で、この指示だけで参照先が完全に限定されたことを保証するものではありません。設定と回答の両方を確認するために使います。
回答から引用先を開き、対象と版を照合する
公式は、ワークスペースや接続アプリの情報を使って回答する場合、出典を示すと説明しています。引用が付いたら、根拠のページを開いて内容を照合します。
備品申請なら、少なくとも「誰の申請か」「通常か例外か」「いつからの手順か」「誰が確認するか」を見ます。「上長」と「チーム責任者」を勝手に同じ担当者へ置き換えないようにします。名称が曖昧なら、業務担当に確認してページ自体を直します。
以下は、検索を確認するための架空ケースです。製品上で実施したテスト結果ではありません。
表は横にスクロールできます
| 質問・状況 | 確認すること | 採用を保留する例 |
|---|---|---|
| 通常の備品申請 | 現行ページの確認者と一致するか | 旧版にある担当者を答える |
| 特別な備品の例外 | 例外が資料に記載されているか | 資料にない承認手順を補う |
| Webも含めた検索 | 社内ルールと一般情報を区別できるか | 外部の手順を社内の決まりとする |
| 別の権限の利用者 | 引用先をその利用者が開けるか | 必要な根拠へ戻れず確認できない |
不一致があれば、回答の表現だけ直す前に、正本、旧版、検索元、引用先を調べます。ページに欠けている事実はページへ戻し、検索元の混在なら範囲を見直します。
一つの業務で、更新と再確認まで回す
小さな試行の記録には、質問、検索日、利用者、検索元、引用先、採否、修正担当を残します。必要のない個人情報や問い合わせ内容を大量に記録せず、改善に必要な範囲へ絞ります。
ページを直した後は、同じ質問で根拠と回答を再確認します。Verifiedを付けたことや、検索結果にページが出たことだけで、次の利用者にも正しく答えられるとは決めません。正本を開けること、回答が条件に合うこと、資料にない部分を人へ引き継げることを確認します。
正式な範囲へ広げる前に、更新責任者と問い合わせ先を決めておきます。検索設定を管理する人と、備品ルールを決める人は別の場合があります。AI回答を直せる人だけでなく、根拠ページの内容を確定できる人までつながる運用にしてください。
確認した公式情報
- Wikis & verified pages：変換条件、Owner、Verification（新しいタブで開く）
- Enterprise Search：対象プラン、検索元、文脈と引用（新しいタブで開く）
資料確認日：2026年10月21日。操作名、利用範囲、接続先と権限は、現在のワークスペースと契約条件を確認してください。