2026.05.05 2026.05.07

Make × Notion × Buffer 連携マニュアル

ゆきの

Make × Notion × Buffer

Notionで管理、
Bufferで安全にX投稿。

Makeを初めて使う人向けの、Notion投稿管理データベースとX投稿運用の構築マニュアル。手順通りに進めれば、初期設定から運用開始まで到達できます。

🛠

対象

Make初心者

⏱

所要時間

約60〜90分

🎯

最終ゴール

Notion→Buffer連携

🔒

運用方針

自動投稿・人が確認

━━ 全体フロー ━━

📝

Notion

→

⚙️

Make

→

📦

Buffer

→

𝕏

X(投稿)

投稿管理の中心はNotion。Makeは中継役、XへはBuffer経由で安全に。

Why this design

なぜMakeから直接Xに投稿しないのか。

XのAPI制限や仕様変更の影響を避けるため、Bufferを中継します。Buffer経由にすることでX API直連携の不安定さを回避し、投稿後の状態(Queue/Sent/Error)も一覧で追えます。

★

Buffer経由のメリット
・投稿予約がしやすい
・投稿後の状態をBufferのSent/Errorで確認できる
・X以外のSNSにも展開しやすい
・Make側の設定が複雑になりにくい
・誤投稿リスクを下げやすい

最初から完全自動化を目指さない
初期は Now: No(下書き保存)で動作確認し、安定したら Now: Yes / Post immediately(即投稿)に切り替えるのがおすすめ。本マニュアルの推奨は Lv.2(半自動)で安定させてから Lv.3(自動投稿)に移行 です。

Phase 1

Makeアカウントを作って、初期設定を済ませる

登録時の質問6つに答えればセットアップ完了。各画面で何を選ぶか、なぜそれを選ぶかを順番に説明します。

Makeのアカウントを作る

公式サイトでサインアップ。メールアドレスとパスワードがあればOK。

https://www.make.com/ を開く
右上の 「Get started free」 または 「Sign up」 をクリック
メールアドレス・パスワードを入力して登録
確認メールが届くのでリンクをクリックして本人確認

★

登録直後にリージョン（サーバーの地域）を聞かれることがあります。特に指定がなければ EU のままで進めて構いません。

「Discovery」画面で答える

Makeをどこで知ったか。

How did you hear about Make?

Makeをどこで知りましたか？

✓Recommended by AI

ChatGPTなどAIに相談しながらMakeを使い始める場合、この選択が自然です。

「Experience」画面で答える

自動化ワークフローの経験。

How would you describe your experience with automating workflows?

自動化ワークフローの経験をどう説明しますか？

✓I have no experience with automation

Makeを初めて使う場合は、初心者向けの選択で問題ありません。

「Skillset」画面で答える

技術スキルレベル。

Which of the following best describes your technical skill level?

あなたの技術スキルに一番近いものはどれですか？

✓I use everyday business tools or AI assistants, but not advanced features.

意味：普段の業務ツールやAIアシスタントは使うが、高度な機能までは使っていない。
ChatGPT・Notion・Googleスプレッドシートを使っていても、APIやWebhookを自分で扱う段階でなければこの選択が安全です。

「Building for」画面で答える

誰のためにMakeを使うか。

Who do you plan to use Make for?

Makeを誰のために使う予定ですか？

✓For my company

Notion管理、投稿管理、メルマガ管理、WordPress更新など、自分の事業の効率化に使うため。

「AI Intent」画面で答える

自動化の中でAIをどう使うか。

What is your primary goal for using AI in your automations?

自動化の中でAIを使う主な目的は何ですか？

✓AI for specific tasks

投稿ネタの整理、要約、分類、文章生成、分析など、自動化の一部にAIを使う想定だから。

「Tech Stack」画面でツールを選ぶ

よく使うツールにチェックを入れる。

最低限チェックする項目：

Google Sheets
Gmail
Notion
WordPress
OpenAI（ChatGPT, Whisper..）

SNS運用も視野に入れる場合は追加：

Instagram for Business
Facebook Pages
YouTube
Anthropic Claude

Xはこの画面に出ていない場合があります。X投稿はMakeから直連携ではなく、Buffer経由で行うので、ここに出ていなくて問題ありません。

選択内容のまとめ表で確認

最後に答えた内容が正しいかチェック。

画面	選ぶ項目
Discovery	Recommended by AI
Experience	I have no experience with automation
Skillset	I use everyday business tools or AI assistants, but not advanced features.
Building for	For my company
AI Intent	AI for specific tasks
Tech Stack	Google Sheets / Gmail / Notion / WordPress / OpenAI

✓

この内容で進めればMakeのダッシュボードに到達できます。これで Phase 1 完了。

Phase 2

Notionに投稿管理データベースを作る

投稿の中心はNotion。Makeに渡す前提のデータベース設計を、項目とステータスで固めます。

Notionで新規データベースを作る

空白ページに「Database – Full page」を追加。

Notionのサイドバーで 「+ Add a page」 を押す
ページタイトルに投稿管理と入力
本文エリアで 「/database」 と入力
表示された 「Database – Full page」 を選択

プロパティ（項目）を作る

下の表の通りに、項目を10個追加します。

項目名	種類	用途
ネタタイトル	Title（タイトル）	投稿ネタの管理名
投稿本文	Text（テキスト）	実際に投稿する文章
切り口	Text	投稿の視点・訴求
カテゴリ	Select	お金を守る／AI実践記／法人化など
ステータス	Select	下書き／投稿待ち／投稿済み
投稿先	Select	X／note／ブログ／メルマガなど
投稿予定日	Date	投稿予定日
生成月	Date	ネタを生成した月
メモ	Text	補足メモ

項目名を後から変えない。Makeで連携設定をした後にNotion側の項目名を変えると連携が崩れます。特にネタタイトル投稿本文ステータス投稿予定日投稿先は注意。

「ステータス」のセレクト項目を設計する

3段階。Makeが自動で拾うのは「投稿待ち」のみ。

「ステータス」プロパティに以下の3つのセレクト値を追加します。シンプルに3段階で運用します。

ステータス	意味
下書き	投稿文を作成中／確認前
投稿待ち	Makeで拾ってよい状態
投稿済み	実際に投稿済み

★

重要：Makeが自動で拾う対象は、原則として投稿待ちのみ。下書きや未確認の投稿までBufferに送られると誤投稿リスクがあるため、人が「投稿待ち」に変えた瞬間が連携トリガーになる設計にします。

テスト用の投稿データを1件入れる

Phase 4のテスト実行で使うサンプル。

データベースで 「+ New」 を押す
ネタタイトルに「テスト投稿」と入力
投稿本文に100〜180文字程度の短い文章を入れる
投稿先を X に
ステータスは 下書き のまま（Phase 4でテストする時に「投稿待ち」へ変える）

テスト時の本文は 長文ではなく、100〜180文字程度 に。スレッド投稿や長文の検証は、基本フローが安定してから。

Phase 3

MakeでScenarioを作る（Notion → Buffer）

最初のScenarioは1本だけ。Notionで「投稿待ち」になった投稿をBufferに送り、Notionのステータスを更新する流れを作ります。

新しいScenarioを作成する

Makeダッシュボードから空のScenarioを開始。

Makeにログインしてダッシュボードを開く
左メニューから 「Scenarios」 を選択
右上の 「+ Create a new scenario」 をクリック
空のキャンバスが表示される
画面上部の名前欄に Notion to Buffer と入力して保存

最初のモジュール：Notion「Search Objects（Data Source Items）」

投稿待ちかつ投稿予定日時が過ぎた行を、毎回検索して取得する。

キャンバス中央の 「+」 円をクリック
検索欄に Notion と入力
「Search Objects」 を選択（説明：Searches for objects of a page, database, or database item.）
初回は 「Add」 ボタンからNotionと接続（OAuth認証）
連携先のWorkspace・ページを承認
Search Objects ドロップダウンで 「Data Source Items」 を選択（重要）
Data source ID 欄で「投稿管理データベース」を選択（または「Search」ボタンから検索）
Filter を以下のように2条件設定：
- 条件①：プロパティ投稿ステータス (Select) → 演算子 Select: Equals → 値投稿待ち
- 「Add AND rule」 をクリックして条件②を追加
- 条件②：プロパティ投稿予定日時 (Date) → 演算子 Date: On or before → 値 {{now}}（Date and time 関数パネルから「now」を選択して挿入）
Limit は 10 に設定
「Save」 で保存

「Search Database Items」ではなく「Search Objects」を選ぶ
Make の Notion 統合は2026年5月頃にアップデートされ、旧「Search Database Items」「Search Data Source Items」は 「Search Objects」 に統合されました。Object Type のドロップダウンで Data Source Items を選ぶことで、旧「Search Database Items」相当の動作になります。

フィルター条件で「Name」だけを直接選ばない
Make の演算子選択で String: Equals を選んで Name = 投稿待ちと書くと、ページ名（タイトル）側の Name を見ている可能性があります。
必ず Select: Equals（Selectカテゴリの演算子）を選び、プロパティは投稿ステータス (Select) を選んでください。

なぜ Watch型ではなく Search型なのか
Watch Data Source Items は「新規作成・更新された行」を拾う仕組みです。「投稿予定日時が来た行」を自動で探す機能ではありません。
実際にWatch型で運用すると、以下の問題が起きます：

投稿予定日時が来ても、その行が更新されていなければ拾われない
別の投稿済み行を更新すると、その投稿済み行が拾われてしまう
意図した投稿がBufferに送られない

そのため、本マニュアルでは Schedule起動 + Notion Search Objects (Data Source Items) を採用しています。

★

Notionと接続するとき、Notion側で 「Connections」→「投稿管理ページにMakeを追加」 する操作が必要な場合があります。Notion画面右上の「・・・」→「Connections」から確認できます。

Limit 10 運用の注意点を理解する

複数件まとめて送られないよう、運用ルールを守る。

Limit 10 で運用する場合、条件に合う「投稿待ち」が複数残っていると、まとめてBufferへ送られます。これを防ぐために、以下の運用ルールを守ってください。

過去日時の「投稿待ち」を残さない
同じ時間帯に「投稿待ち」を複数残さない
投稿予定日時を正確に入力する
投稿後はNotion側のステータスを「投稿済み」に変更する（Step 17でMakeが自動更新するので通常は不要）
投稿後はBufferの Queue / Sent / Error を確認する

危険な状態の例
以下のように、過去日時の「投稿待ち」が複数残っていると、次回 Make 実行時に複数件まとめてBufferへ送られる可能性があります：

2026/5/4 19:00 投稿待ち
2026/5/5 07:00 投稿待ち
2026/5/5 12:00 投稿待ち

投稿が完了したらすぐに「投稿済み」へステータスを変えるのが鉄則です。

Limit を 10 にする理由
実践時に Limit 1 で運用したところ、Notion API の返却順序の都合で意図した投稿文が検索結果に含まれないことがありました。Limit 10 にすることで、意図した投稿文が拾われ、Bufferに送信できました。

2つ目のモジュール：Buffer「Create a status update」

取得した投稿をBufferに送信する(初期は下書き、安定後は即投稿)。

右側の 「+」 をクリックして次のモジュールを追加
検索欄に Buffer と入力
「Create a status update」 を選択
初回は Buffer と接続（OAuth認証）
Profile 欄で連携対象のXアカウントを選択
Text 欄に、Notionから取得した投稿本文をマップする
Now オプション(または Publication)：
・初期(Lv.2 半自動運用)：No(下書き保存)にして、Buffer上で確認してから手動でShare Now → 動作と投稿文の検証ができる
・安定後(Lv.3 自動投稿運用)：Yes(または Publication: Post immediately)に切り替えると、Bufferに送信された瞬間にXへ自動投稿される
「OK」で保存

★

事前にBufferで無料アカウントを作り、Xアカウントを接続しておくこと。Buffer側でXが連携済みでないと、Make側で選択肢に出てきません。

3つ目のモジュール：Notion「Update a Data Source Item」

Bufferに送ったらNotionのステータスを更新する。

右側の 「+」 をクリック
検索欄に Notion と入力
「Update a Data Source Item」 を選択
Update By：Data Source を選択
Data Source ID：投稿管理データベースを選択
Page ID：1つ目のNotionモジュール（Search Objects）から Page ID をマップ
Fields に以下の項目を追加：
- Key：投稿ステータス
- Value Type：Select
- Value：投稿済み
「Save」で保存

★

3ステータス運用では、BufferにデータをStep 16で送った時点で、Notion側を「投稿済み」に変えるシンプルな流れにします。Notionは「Makeが取り扱いを終えた」マーカーとして「投稿済み」を使います。Buffer→Xへの実投稿状況はBufferのSent/Errorタブで別途確認します。

✓

これで Notion → Make → Buffer → Notion更新 の3モジュール構成が完成。次のPhase 4でテスト実行します。

Phase 4

「Run once」で1件だけテストする

本番運用の前に、必ず1件だけ流して全モジュールが正常に動くか確認します。エラーが出たら次のモジュールに進ませません。

テスト投稿のステータスを「投稿待ち」に変える

Notionで状態を変えて、Makeに拾わせる準備。

Notionの「投稿管理」DBで、Phase 2で作ったテスト投稿を開く
ステータスを下書きから投稿待ちに変更
保存（自動保存）

Makeで「Run once」を実行

Scenario画面の左下にあるボタン。

Make Scenario画面の左下にある 「Run once」 をクリック
各モジュールに緑のチェックが付くのを確認
クリックすると各モジュールの実行結果（Input/Output）が確認できる

✓

確認するポイント：

Notion「Search Objects」が「投稿待ち」かつ「投稿予定日時 ≤ now」の投稿を取得しているか
投稿本文がBufferに正しく送られたか
Notionのステータスが投稿済みに変わったか
Buffer のダッシュボードで投稿が登録されているか(Lv.2なら下書き、Lv.3なら Sent または X 上に投稿済み)

Bufferで投稿状態を確認する

Lv.2なら下書き確認→手動投稿、Lv.3なら投稿後の状態確認。

Lv.2(半自動 / Now: No 運用)の場合：

Bufferにログインしてダッシュボードを開く
下書きフォルダ(Drafts)を確認
Makeから送られた投稿が入っているか確認
文字化けや改行ミスがないか目視チェック
問題なければ 「Share Now」 または日時を指定して投稿

Lv.3(自動 / Now: Yes・Post immediately 運用)の場合：

Bufferの Sent タブで投稿が成功しているか確認
Error タブにエラーがないか確認(あれば Retry Now で再試行)
X本体で実際に投稿が公開されているか念のため確認
Notion ステータスが「投稿済み」になっているか確認

★

Notion側のステータスは、Bufferに送信した時点でMakeが自動で投稿済みに変えてくれます。
本マニュアルの推奨は Lv.2 で1〜2週間運用 → 動作が安定したら Lv.3 に切り替え。シンプルな3段階ステータスで完結します。

Phase 4.5

本番運用に切り替える（Scheduleを起動）

Run onceでの動作確認が完了したら、Scheduleを起動して自動運用に切り替えます。

Schedule（実行間隔）を設定する

何分ごとに「投稿待ち」をチェックするかを決める。

Scenarioのキャンバス画面を開く
最初のNotion Search Objects モジュールの左上の 時計アイコン をクリック
Run scenario：At regular intervals を選択
Minutes：15 程度に設定（15分に1回チェック）
Advanced scheduling を確認（特に注意）：
- Time from / Time to：投稿時刻をカバーする時間帯を指定（例：投稿が6:00なら 06:00 〜 06:30）。何も指定しなければ24時間動く
- Days：曜日を指定。土日も含めるか必ず確認（デフォルトで月〜金しか入っていないことがある）
- Months：月を指定。通常は全月選択
「OK」 で保存
画面下部の ON/OFF トグル を ON にする

Schedule の Days と Time 制限は要確認
過去の設定が残っていて、土日が外れていたり、特定時間帯にしか動かない設定になっていることがあります。本番運用に入る前に必ず Schedule settings の中身を全項目確認してください。
気付かずに ON にすると、土日の投稿が漏れたり、設定時刻外の投稿予定が処理されないトラブルになります。

✓

これで本番運用が始まります。指定時間帯・曜日に15分間隔で動き、Notionをチェックして「投稿待ちかつ投稿予定日時 ≤ now」の投稿があればBufferへ送ります。

Pre-flight check

本番運用前のチェックリスト

本番運用を始める前に、3カテゴリ（Notion／Make／Buffer）すべてに目を通してください。

✓Notion側

投稿管理データベースがある
投稿本文の項目がある
投稿予定日時の項目がある（Date型）
ステータス項目がある（下書き／投稿待ち／投稿済みの3段階）
投稿先項目がある
テスト用の投稿データが1件ある（投稿予定日時は過去〜現在に設定してテスト）
テスト投稿のステータスが「投稿待ち」になっている
過去日時の「投稿待ち」が他に残っていないか確認した

✓Make側

Makeアカウントにログインできる
Notionと接続できている
Bufferと接続できている
Scenario「Notion to Buffer」を作成している
最初のNotionモジュールが Search Objects（Data Source Items） である
Filter条件①「投稿ステータス Select: Equals 投稿待ち」が設定されている
Filter条件②「投稿予定日時 Date: On or before {{now}}」が設定されている
Limit が 10 になっている
Buffer モジュールに NotionのX投稿文がマップされている
Notion Update モジュールの Page ID が Search Objects から取れている
Notion Update で投稿ステータス＝投稿済みに更新する設定になっている
Schedule 設定の Days で土日も含む全曜日にチェックが入っている
Schedule 設定の Time from / Time to が投稿時刻をカバーしている
Run onceで1件テストした（または0件取得＝正常を確認した）
エラーが出ていない
Schedule の ON/OFF トグルが ON になっている

✓Buffer側

Bufferにログインできる
XアカウントがBufferに接続されている
Makeから送られた投稿がBufferに入っている
投稿文が文字化けしていない
投稿日時が意図通りになっている
Lv.2運用なら投稿前に人が確認できる状態になっている / Lv.3運用なら投稿後にSent/Errorを確認する運用になっている
Queue / Sent / Error タブを定期的に確認する運用になっている

Roadmap

自動化レベルのロードマップ

いきなりレベル4を目指さない。レベル2で動作確認 → 安定したらレベル3に移行するのが現実的なステップ。本マニュアルの構築完了時点はLv.3(自動投稿)を想定。

レベル	内容	向いている段階
Lv.1 手動中心	Notionで投稿管理 → 手動でBufferに貼り付け → Bufferから投稿	Makeに慣れる前／投稿数が少ない
Lv.2 半自動初期セットアップ	Notion → Make → Buffer下書き登録 → 人が確認して投稿	安全性と効率のバランスを取りたい
Lv.3 自動投稿 ★現在の運用	Notion → Make → Buffer (Post immediately) → 即座にX投稿(Notionの投稿予定日時で起動タイミング制御)	運用に慣れている／チェック体制がある
Lv.4 AI生成込み	Notionのネタ → OpenAIで投稿文生成 → Makeで整形 → Buffer → 投稿	後回しでOK。AI生成文を確認せず投稿するリスクあり

Appendix A

外注さんへの作業指示文

そのままコピーして外注さんに共有できます。

Makeを使って、Notionの投稿管理データベースとBufferを連携する初期設定をお願いします。
目的は、Notionで管理しているX投稿案を、Make経由でBufferに送ることです。
XへはMakeから直接投稿しません。

XのAPI制限や仕様変更の影響を避けるため、Bufferを中継して運用します。
最初から完全自動投稿にはせず、まずは以下の状態を目指してください。
Notionでステータスが「投稿待ち」の投稿だけを取得

↓

MakeでBufferへ送信

↓

Notionのステータスを「投稿済み」に変更
初期はBuffer上で人が最終確認してから手動投稿する運用(Lv.2)で動作確認し、安定したら自動投稿(Lv.3)に切り替えます。
作業時は、必ずRun onceで1件だけテストしてください。

いきなり本番自動稼働はしないでください。
Notion側の項目名は勝手に変更しないでください。

変更が必要な場合は、事前に確認してください。

Appendix B

Claudeに引き継ぐ場合のプロンプト

作業を別のチャットや別の人に引き継ぐ時、このプロンプトをClaudeに渡せば前提を一発で共有できます。

あなたは、Make・Notion・Buffer連携に詳しい業務自動化アドバイザーです。
以下の前提で、初心者でも作業できる手順書を作成してください。
【前提】
Makeは初めて使う

投稿管理はNotionで行う

X投稿はMakeから直接投稿しない

X投稿はBufferを経由する

理由は、MakeとXの直連携が不安定、または使えなくなっているため

初期(Lv.2)は完全自動投稿ではなく、Bufferに下書きとして送って人が確認(Now: No)

安定後(Lv.3)は Now: Yes(または Publication: Post immediately) に切り替えて自動投稿

最終確認方法はLv.2ではBuffer下書き、Lv.3ではBufferのSent/Errorタブとなる

Notionのステータスが「投稿待ち」の投稿だけをMakeで取得する

Bufferに送信後、Notionのステータスを「投稿済み」に変更する

Notionのステータスは「下書き／投稿待ち／投稿済み」の3段階のみで運用する
【作成してほしい内容】
全体構成

Notionデータベースの項目設計

Make Scenarioの作成手順

Notion接続手順

Buffer接続手順

テスト実行手順

よくある失敗と対処法

初心者向けの注意点

本番運用前チェックリスト
専門用語はなるべくかみ砕いて説明してください。

ただし、Make上のボタン名やモジュール名は英語表記を残してください。

Reference

参照させていただいた動画

本マニュアルの作成にあたり、以下の動画を参考にさせていただきました。素晴らしい解説に感謝します。

▶

ノーコードツールmake × Notionの使い方を初心者向けに解説
チャンネル：管理の山田 | Notion公式アンバサダー

Summary

まとめ。

✓

Makeを「全部自動で投稿するツール」ではなく、まずは NotionとBufferをつなぐ中継役 として使います。

Notionで投稿を管理 → Makeで投稿待ちデータだけ取得 → Bufferへ送信 → 自動的にXに投稿 → Notionのステータスを更新。

初期は半自動(Lv.2)で動作確認し、安定したら自動投稿(Lv.3)に移行するのが現実的です。本マニュアルの構築完了形はLv.3(自動投稿)を想定しています。

ABOUT ME

Make × Notion × Buffer 連携マニュアル