Notion × Buffer × X 数値記録ワークフロー(手動運用版)

Q「数値転記待ち」ビューに行が表示されない

投稿ステータスが「投稿済み」になっていない可能性。メインビューで該当投稿のステータスを確認する。シナリオ①のMakeが「投稿済み」に更新するはずなので、これが効いていない場合はシナリオ①側の問題。
または、既に転記済み(=フィルタ条件を満たさない)の場合は表示されないのが正常な挙動。

Q数値を入力しても消えない

いいね数を 0 と入力する代わりに空欄のままになっている可能性。0 と明示入力すること。または、入力が確定していない可能性もある。セルの外側をタップしてフォーカスを外すか、行を開いた詳細画面で入力する。

Q入力した数値が確定せずに消える

これは多くの場合、入力した瞬間にビューのフィルタから外れて行が消える正常動作。メインの「テーブルビュー」タブに切り替えて、データが保存されているか確認する。本当に保存されていない場合は、行を開いた詳細画面で入力するのが確実。

QBuffer Sent画面で過去投稿が見つからない

Bufferの保持期間を超えている可能性。スマホ版で見つからない場合は、PCのブラウザ版 (https://publish.buffer.com/sent) でも確認。それでも無い場合はその投稿の数値はスキップ。

QNotion ビューの並びがおかしい

ソートが解除されている可能性。ビュー設定 → 並べ替え → 投稿予定日時 降順 を再設定する。

Q投稿URL欄に貼り付けても「無効」と出る

カラムの型が「数値型」になっている可能性。カラムヘッダーを右クリック → プロパティを編集 → 種類を URL に変更する。

Qなぜ24時間後に取得するか

X投稿のエンゲージメントは投稿後24時間でほぼ確定する。それ以降の伸びは緩やか。24時間ルールはシンプルで運用負荷が低く、毎日同じ時刻に作業すれば自然に「前日分」を拾える。

Qなぜフォロワー数を毎日記録するか

投稿ごとの数値ではなく「その日のスナップショット」として記録する。日次推移を追えるので、伸びている期間と落ちている期間を可視化できる。同じ投稿に紐付く値ではない点に注意し、時系列分析で使う。

Qなぜ Buffer の Eng. Rate を自前計算しないか

Bufferの計算定義は非公開で、分母にプロフィールクリック等を含む可能性がある。Notion で (いいね+リプライ+リポスト)÷インプレッション×100 の数式を組むと、Buffer表示値とズレて混乱する。Buffer表示値をそのまま転記するのが堅実。

Qなぜ手動運用を選んだか

シナリオ②の自動化(Make + X API)を試行したが複数の障害で断念。Make公式のX/Twitterモジュールは2025年5月廃止、HTTPモジュールはOAuth 1.0a非対応、OAuth 2.0に切り替えてもMake側で oauth/wait: Not found エラーで Connection 作成が完了しなかった。手動転記は1日2〜3分の負荷で済み、データ取得の確実性が高い(API障害の影響を受けない)。詳細は phase2_x_direct_attempt_log.md 参照。