Notionスプレッドシート連携の使い分け｜SheetsとDBを混ぜない設計

NotionとGoogleスプレッドシートを一緒に使いたい場面は多いです。

売上表をNotionに貼りたい。

スプレッドシートで作った一覧を、Notionの案件DBに移したい。

CSVで更新している台帳をNotionでも見たい。

Google DriveにあるSheetsをNotion AIから検索したい。

Notion DBの内容を集計して、スプレッドシートでグラフ化したい。

こうした要望はすべて「Notion スプレッドシート 連携」と呼ばれがちです。

ただし、実務では分けて考える必要があります。

• GoogleスプレッドシートをNotionに埋め込めば、Notion DBになったと思っている
• Sheetsの表をNotion DBに移した後も、両方を更新し続けている
• 集計式やピボットまでNotion DBで再現しようとしている
• CSV取り込みを定期更新の仕組みだと思っている
• Notion AIでSheetsを検索できれば、データ分析までできると思っている
• 承認状態、担当者、期限をスプレッドシートのメモ欄で管理している
• どちらを正とするか決めないまま、同じ項目を二重管理している

こうなると、連携しているように見えても、業務データは不安定になります。

Notionスプレッドシート連携は、SheetsをNotionに貼ることではなく、計算と集計はSheets、業務状態と担当管理はNotion DB、原本性が必要な台帳は外部システムに分ける設計 として考えるべきです。

この記事では、NotionとGoogleスプレッドシートの連携を、Google Drive埋め込み、Notion AI検索、Notion DB、CSV運用、集計、承認、正とするデータ源まで実務目線で整理します。

先に結論：集計はSheets、状態管理はNotion DB

Notionとスプレッドシートを連携するときは、まず役割を分けます。

役割	向いている場所	理由
数式、ピボット、グラフ	Googleスプレッドシート	計算と集計に強い
業務ステータス、担当者、期限	Notion DB	状態管理とレビューに強い
ドキュメント内で表を見せる	Google Drive埋め込み	原本を見せるだけでよい
過去ファイルの検索	Google Drive AI Connector	Drive内の資料を探す用途
初期移行、単発更新	CSV	まとまったデータ投入に向く
正式な顧客、請求、会計台帳	CRM、会計、kintoneなど	権限、履歴、監査が必要

Googleスプレッドシートは、計算に向いています。

売上集計、予実差異、ピボット、関数、グラフ、外部データの加工はSheetsに残した方が自然です。

Notion DBは、業務状態の管理に向いています。

誰が担当するか。今どの状態か。いつ確認するか。どの案件や議事録に紐づくか。レビュー対象はどれか。

こうした情報は、Notion DBのプロパティ、ビュー、リレーションで管理します。

Notionデータベースの作り方

連携方法の種類

Notionとスプレッドシートまわりの連携は、1種類ではありません。

実務では、少なくとも次の5つに分けます。

連携方法	何ができるか	向いている用途
Google Drive埋め込み	Notionページ内にSheetを表示する	ダッシュボードや資料ページで原本を見る
Google Drive AI Connector	Drive上のSheetsなどをNotion AIから検索する	関連資料や表の所在を探す
CSVインポート	表データをNotion DBへ取り込む	初期移行、単発の台帳投入
手動コピー、貼り付け	小さな表をNotionページへ移す	一時的な整理、議事録内の表
APIや外部自動化	Notion DBとSheetsを同期、転記する	定型更新、連携基盤が必要な業務

Notion公式ヘルプでは、Google DriveのファイルをNotionから検索して埋め込めること、Google DocやSheetのURLを貼るかDriveから探して埋め込めることが説明されています。

Notion公式ヘルプ：Embeds, bookmarks & link mentions

また、Google Drive AI Connectorでは、Google Docs、Slides、Sheets、PDF、xlsx、csvなどをNotion AIの検索対象にできることが説明されています。

Notion公式ヘルプ：Google Drive AI Connector

ただし、埋め込みもAI検索も、Notion DBへの業務移行とは別です。

できること	できたと誤解しやすいこと
SheetをNotionページに表示する	Sheetの行がNotion DBになった
Drive内のSheetをNotion AIから探す	Notion AIが表計算分析までしてくれる
CSVをNotion DBに入れる	以後も自動同期される
Notion DBを表として見せる	Sheetsの集計式を置き換えられる

この違いを最初に確認します。

埋め込みで十分なケース

GoogleスプレッドシートをNotionに埋め込むだけで十分なケースもあります。

ケース	埋め込みでよい理由
売上集計表をNotionの会議ページで見たい	原本はSheetsのままでよい
予算表をプロジェクトページに貼りたい	計算式をNotionへ移す必要がない
外部共有されたSheetを参照したい	更新はSheet側で行う
グラフやピボットを見せたい	Sheetsの表示機能をそのまま使える
月次レポートの補足資料として置きたい	Notionは文脈の置き場でよい

埋め込みの考え方はシンプルです。

原本はGoogleスプレッドシート。

Notionは、その原本を見に行くための文脈ページです。

たとえば、営業会議ページに売上集計Sheetを埋め込みます。

Notion側には、会議アジェンダ、確認項目、決定事項、次アクションを置きます。

売上金額、ピボット、グラフはSheet側で管理します。

Notionに置くもの	Sheetsに残すもの
会議の目的	元データ
確認観点	数式
決定事項	ピボット
次アクション	グラフ
担当者、期限	月次集計

埋め込みで危ないのは、Notion上に見えているため、Notionが原本だと誤解することです。

埋め込みは表示です。

業務状態を管理する仕組みではありません。

Notion DBに移すケース

一方で、スプレッドシートからNotion DBへ移した方がよいケースもあります。

判断基準は、計算よりも状態管理が重要かどうかです。

SheetsからNotion DBへ移すべき状態	理由
担当者別に対応状況を見たい	ユーザープロパティとビューが使える
未対応、確認待ち、完了を追いたい	ステータスで管理できる
案件、議事録、タスクと紐づけたい	リレーションで接続できる
期限超過や確認漏れを拾いたい	日付とフィルターでビュー化できる
ページ内に詳細メモを残したい	各行をページとして開ける

Notion公式ヘルプでは、データベースアイテムはページとして開け、プロパティやページ内コンテンツを編集できると説明されています。

Notion公式ヘルプ：データベースの基本

この特徴は、スプレッドシートとは違います。

Sheetsの1行は、基本的には表の1行です。

Notion DBの1行は、担当者、状態、期限、リレーション、本文を持つ1ページです。

たとえば、問い合わせ管理を考えます。

項目	Sheetsで管理しやすいもの	Notion DBで管理しやすいもの
問い合わせ件数	月次集計、媒体別集計	各問い合わせの状態
担当者	名前の入力	ユーザー割り当て
進捗	セルへの手入力	ステータス
詳細	メモ欄	ページ本文、関連議事録
確認漏れ	条件付き書式	確認待ちビュー

状態管理が主なら、Notion DBに寄せます。

数値集計が主なら、Sheetsに残します。

両方が必要なら、どちらを正にするかを先に決めます。

CSV運用の注意

CSVは、Notionとスプレッドシートの間で使いやすい形式です。

ただし、CSVは便利な反面、運用を間違えるとデータが壊れます。

CSVで向く作業	注意点
初期データ投入	取り込み前に列名と型を決める
既存台帳の移行	1行の意味を揃える
単発の一括更新	更新後の正をNotionにするかSheetsにするか決める
外部システムからの出力確認	原本性が必要なら外部システムを正にする
月次での補助データ投入	上書きルールを明文化する

CSV運用で一番危ないのは、毎回なんとなく取り込むことです。

同じ顧客が重複する。

ステータス名が揺れる。

日付形式が変わる。

担当者名とNotionユーザーが一致しない。

前回のデータを上書きしたのか、新規追加したのか分からなくなる。

こうした問題が起きます。

CSVでNotion DBに入れるなら、最低限次を決めます。

決めること	例
一意キー	顧客ID、案件ID、問い合わせID
取り込み単位	新規追加だけ、月次上書き、差分更新
列名	顧客名、状態、担当者、期限
型	セレクト、ステータス、日付、URL、数値
重複時の扱い	更新する、別レコードにする、手動確認に回す
取り込み後の確認ビュー	担当者未設定、状態未設定、期限なし

CSVは連携基盤ではありません。

CSVは、データを移すための中間形式です。

定期同期が必要なら、API、自動化ツール、または最初から別の業務システムを検討します。

集計はSheetsに残す

Notion DBにも表、フィルター、ビュー、チャートなどの機能があります。

それでも、複雑な集計までNotionに寄せすぎない方がよいです。

集計内容	向いている場所
月次売上のピボット	Googleスプレッドシート
予実差異の計算	Googleスプレッドシート
関数での加工	Googleスプレッドシート
複数シートをまたぐ集計	Googleスプレッドシート
担当者別の未対応一覧	Notion DB
確認待ち、期限超過の抽出	Notion DB
案件別の関連タスク確認	Notion DB

特に、数式が多い表はSheetsに残した方が保守しやすいです。

Notion DBで管理すべきなのは、判断やアクションにつながる状態です。

たとえば、月次売上表はSheetsで集計します。

Notionには、次のようなレビューDBを作ります。

プロパティ	型	目的
レビュー名	タイトル	例：2026年6月売上レビュー
対象月	日付	月次で整理する
Sheetリンク	URL	集計表へ戻る
確認者	ユーザー	誰が見るか決める
ステータス	ステータス	未確認、確認中、修正待ち、完了
論点	テキスト	見るべき差異を残す
次アクション	リレーション	タスクDBへつなぐ

これなら、計算はSheets、レビュー状態はNotion DBに分かれます。

Notionに集計式を無理に再現するより、役割が明確です。

正とするデータ源

スプレッドシート連携で一番重要なのは、正とするデータ源です。

情報	正とする場所
売上実績の元データ	会計、販売管理、CRM、またはSheets
集計式、ピボット	Googleスプレッドシート
案件の対応状態	Notion DB
担当者、確認者	Notion DB
議事録、決定事項	Notionページ、議事録DB
正式な請求、入金、会計	freeeなどの会計システム
契約、承認履歴	契約管理、ワークフロー、kintoneなど

正とする場所を決めないまま連携すると、次のような事故が起きます。

状態	起きる問題
SheetsとNotionの両方でステータスを編集する	どちらが最新か分からない
Notionに売上金額を手入力する	集計表と金額がずれる
CSVで上書きする	手動で入れた担当者やメモが消える
Sheetを埋め込む	Notion側で承認済みだと誤解する
AI検索で見つけた表を使う	更新日時や権限を見落とす

基本は、次の分担にします。

分担	ルール
Sheets	計算、集計、数値の原本
Notion DB	担当者、状態、確認、次アクション
外部システム	正式台帳、承認履歴、監査が必要な情報
Notionページ	背景、判断、会議メモ、リンク集

この分担を決めてから、埋め込み、CSV、API、自動化を選びます。

順番を逆にすると、連携方法だけ増えて管理できなくなります。

移行判断チェック

最後に、Notionへ移すか、Sheetsに残すか、外部システムに分けるかを判断します。

質問	判断
数式、ピボット、グラフが主役か	Sheetsに残す
担当者、期限、ステータスが主役か	Notion DBに移す
行ごとに詳細メモや議事録を持ちたいか	Notion DBが向く
金額、請求、会計、契約の正式記録か	専用システムを正にする
月次で一括更新するだけか	CSV運用でもよい
毎日双方向に更新したいか	APIや業務システムを検討する
外部共有や権限事故が怖いか	Notionに置く情報を絞る

実務では、いきなり全部をNotionへ移さない方がよいです。

最初は、Sheetsを原本にしたままNotionに埋め込みます。

次に、担当者、状態、期限、確認者だけをNotion DBで持ちます。

その後、CSVで初期移行してよい項目と、Sheetsや外部システムに残す項目を分けます。

段階を踏むと、移行の失敗が減ります。

段階	やること
1	SheetをNotionに埋め込み、会議や判断の文脈を近くに置く
2	状態管理が必要な行だけNotion DB化する
3	担当者、期限、確認者、ステータスを整える
4	CSVで既存データを移行する
5	集計はSheets、状態はNotion DBの分担で運用する
6	二重更新が増えたらAPIや専用システムを検討する

Notionとスプレッドシートは、どちらか一方に寄せればよいものではありません。

Sheetsは計算と集計。

Notion DBは状態管理とレビュー。

外部システムは正式台帳。

この3つを分けて設計することが、Notionスプレッドシート連携の現実的な始め方です。