3枚の画像カードが、図形のコマをまとめた2つのグループと格子につながっている。

完成したレポートでは、根拠のある情報を3つに分けて示します。有料配信の結果、オーガニック配信の結果、観測日時を付けた公開値です。これらは、確認済みの投稿の識別情報で結び付けます。値を合算するのは、その計算が各指標の定義上成り立つ場合だけです。不足している情報と未解決の差異も明示してください。

以下は、レポート作成手順の提案です。提供された根拠資料は公開ドキュメントであり、完成したレポートや、実際の収集を検証した結果ではありません。

1. 数値を集める前に、明らかにしたい問いを定める

まず、所有者がレポートで明らかにしたい問いを確認します。読者が必要としているのは、有料配信、オーガニック配信、それとも公開投稿への反応でしょうか。有料配信は、広告を通じた配信を指します。オーガニック配信は、所有者の元データでオーガニックと分類されている配信を指します。公開投稿への反応は、公開投稿で確認できるカウントを指します。

これらは、それぞれ別の情報です。提供されたオーガニック分析と有料分析についての公開質問:2026年8月11日取得、質問1件でも、両方の配信種別に触れています。ただし、その抜粋はLinkedInの有料配信の追跡に関するものです。Facebook製品の制約を裏付けるものでも、この需要の広がりを示すものでもありません。

レポートの要件を簡潔にまとめます。

  1. 業務上、何を明らかにしたいのかを記します。
  2. 必要な指標、つまり測定する数量をすべて挙げます。
  3. 集計期間とタイムゾーンを設定します。
  4. レポートに含める投稿と広告を列挙します。
  5. 必要な情報ごとに、その根拠となるデータを指定します。
  6. 結果が行動数、レコード数、人数のどれを数えるものか明記します。

例えば、「集計期間中の有料配信によるインタラクション」と「今日観測した公開いいね数」は、異なる情報です。インタラクションは、保存した元データの定義に従う行動を指します。いいねは、公開カウントの特定の1項目です。どちらの項目名も、重複を除いた人数を表すものではありません。

レポート全体で、元データの指標名を正確に使います。異なる複数の指標名を「エンゲージメント」と略して、同じものとして扱わないでください。

2. 所有者が提供できるレポートから始める

所有者が提供できる広告マネージャ、インサイト、その他の利用権限のあるファイルを一覧にします。実際に存在するファイルを使ってください。この方法は、特定のエクスポート機能、メニューの操作手順、過去の記録が利用できることを保証しません。

各ファイルの名前を保存し、対象範囲を記録します。

  1. 正確な指標名と、入手できる定義をコピーします。
  2. 選択されているアカウント、キャンペーン、広告、投稿のフィルターを記録します。
  3. 開始日、終了日、タイムゾーンを記録します。
  4. アトリビューション設定があれば記録します。これは、レポートで結果をどの広告や集計期間に割り当てるかを定める設定です。
  5. 行の単位、つまり1行が何を表すかを確認します。
  6. 不足している定義、対象範囲の欠落、取得できない項目を記録します。

行の単位は重要です。1行が広告、投稿、アカウント全体の合計のいずれかを表す場合があります。アカウント全体の合計に、その合計に含まれる広告の各行を足すと、同じ結果を再び数えるおそれがあります。

他の読者が報告された数値を確認できるよう、元のファイルを保管します。同じ意味だと推測した別の項目名に置き換えないでください。

有料配信のレポートがなければ、有料配信の結果を欠損として記します。オーガニック配信の定義が不明確なら、その定義を未解決として記します。公開データの収集ツールでは、所有者側にない配信指標を補えません。

記録されたゼロは、欠損とは意味が異なります。必要な指標と対象範囲について、有効な元データにゼロが明示されている場合だけ、ゼロを使ってください。対象範囲とは、その値が含むコンテンツ、アカウント、日付、フィルターを指します。

3. 出典管理表を作る

出典管理表は、報告する各値と、その根拠を結び付ける表です。合計を計算する前に作成します。元データの値と、その正確な指標名、対象範囲を一緒に保存してください。

まず、次の項目を用意します。

3. 出典管理表を作る
項目保存する内容
`source_record`元ファイルと、元の行または合計への参照
`source_metric`元データに記載された正確な指標名
`content_id`確認済みの投稿の識別情報。未解決なら欠損値
`ad_id`入手できる場合は広告の識別情報
`period`該当する場合は測定の開始日と終了日
`scope`配信種別、アカウント、フィルター、行の単位
`observation_time`公開値の観測時刻。入手できなければ不明と記録
`precision`正確な数値、丸めた数値、精度不明のいずれか
`completeness_note`不足している項目、対象範囲の欠落、その他の制約

数値、元ファイル名、タイムゾーン、アトリビューション設定も保存します。元データの定義は出典管理表と一緒に保管してください。これらはレポート用に提案する項目であり、収集ツールがこの表を出力するという意味ではありません。

1つの日付項目を、異なる目的に使わないでください。集計期間は、所有者の結果が対象とする期間を示します。観測時刻は、公開カウントを読み取った時刻を示します。ファイルのダウンロード時刻は、どちらの代わりにもなりません。

ファイルを読み込む際は、欠損値をそのまま保持します。空欄、取得できない指標、記録されたゼロを区別してください。ファイルにタイムゾーンがなければ、黙って選ばず、その不足を記録します。

丸めた値には、丸めたことを示す印を残します。表計算ソフトで小数点以下の桁数を増やしても、元データの精度は上がりません。

4. 投稿の合計を複製せずに広告と投稿を結び付ける

コンテンツの識別情報は、特定の投稿を識別するための情報です。広告の識別情報は、広告レコードを識別するものです。これらは別々のキーとして扱います。キーとは、レコードを検索し、結び付けるために使う値です。

次の3つの表を使います。

  1. 広告表:保持する各広告レコードと、所有者側の元データへの参照を記録します。
  2. 投稿表:公開投稿の識別情報ごとに、確認済みのレコードを1件ずつ記録します。
  3. 対応表:証拠で確認した広告と投稿の対応関係を記録します。

対応表を使えば、投稿の公開カウントを複製せずに、複数の広告を1つの投稿に結び付けられます。

広告と投稿を結び付けるのは、所有者のレコード、または確認済みの出典リンクで関係を証明できる場合だけです。似た文章、同じ画像、近い日付だけでは、対応関係の証拠になりません。証明できない関係は未解決のままにします。

結合とは、表の中の一致するレコードを結び付ける操作です。2つの広告が1つの投稿に対応する場合、結合後の表示では、その投稿の公開値が2回表示されることがあります。確認作業には役立ちますが、公開値の合計を計算する元データとしては安全ではありません。

公開値の合計は、選択した観測時刻の、重複を除いた投稿レコードから計算します。重複を除くとは、確認済みの投稿の識別情報をそれぞれ1回だけ含めることです。広告の結果は、互いに整合する所有者のレコードから計算します。他の広告と同じ投稿に対応しているという理由だけで、有効な広告レコードを削除しないでください。

所有者のファイルに、すでに集計行が含まれていないかも確認します。集計行は、その集計に使う明細行と分けて管理してください。

5. 役立つ場合に限り、公開値のスナップショットを追加する

スナップショットとは、特定の時刻に読み取った値です。公開値のスナップショットは、所有者のレポートを補足できますが、その代わりにはなりません。

Facebook Metrics Scraperの仕様:2026年10月25日確認、文書記載の項目、実行テストなしには、公開カウントとコンテンツの識別情報が記載されています。このツールは、所有者側の有料配信とオーガニック配信の内訳、リーチ、広告費を提供しません。リーチは、元データの定義に従って、到達したオーディエンスを測る指標です。公開されている行動数から、そのオーディエンスを特定することはできません。

既知の公開投稿1件を確認するための入力例として、次の小さな入力を使います。

json
{"maxItems":1,"mode":"knownUrls","startUrls":["https://www.facebook.com/reel/2645452435840671"]}
5. 役立つ場合に限り、公開値のスナップショットを追加する

サンプルのFacebook URLを、確認済みの公開コンテンツのURLに置き換えてください。サンプルは、あなたのキャンペーンに関する根拠ではありません。`knownUrls`は、`startUrls`を通じてコンテンツの直接URLを選択します。`maxItems`は指標行の数を制限します。提示した入力は文書上の仕様に沿った有効な形式ですが、このガイドのために実行したものではありません。確認した仕様では、FacebookストーリーズのURLはサポートされていません。

収集した公開値ごとに、次の情報を保持します。

  1. コンテンツを識別するための`contentId`と`contentUrl`。
  2. 取得できたカウントと、その元の名前。
  3. 各カウントの状態、精度、出典の詳細を記録する`contentMetricStatus`。
  4. その行の収集結果を示す`status`と`statusReason`。
  5. 観測時刻を記録する`scrapedAt`。

数値だけでは不十分です。使う前に、その状態と精度を確認してください。取得できないカウントは欠損のままにします。ゼロに変えないでください。

入力スキーマでは、`includeFailedRows`の既定値はfalseとされています。この設定では、収集に失敗した行、無効な行、公開指標がない行は、実行サマリーで数えられますが、データセットには追加されません。収集を依頼したコンテンツの一覧と、取得できた結果を照合してください。データセットに行がないことは、その投稿に反応がなかった証拠にはなりません。

このツールは公開データを収集します。対応表、出典管理表、照合レポートは別途作成する必要があります。照合とは、元データの結果を比較または合算できるか確認することです。

6. 計算の前に整合性を確認する

2つの数値に関連があるように見えても、異なる問いに答えている場合があります。比較、加算、減算の前に、互いに整合するか確認してください。

6. 計算の前に整合性を確認する
確認項目確認する問い
識別情報各値は、同じ確認済みコンテンツを指しているか。
指標正確な指標名と定義は一致しているか。
単位同じ種類の行動やオーディエンスを数えているか。
時間範囲対象の日付とタイムゾーンは互いに整合しているか。
対象範囲アカウント、配信種別の項目名、フィルターは、明らかにしたい問いに合っているか。
精度正確な数値か、丸めた数値か、それとも精度不明か。
データの網羅性必要なレコードはすべてそろっているか。
重複同じ行動や人が、両方の値に含まれる可能性はあるか。

所有者の期間指標は、定められた期間を対象とします。累積の公開カウントは、観測時点で表示された合計です。公開値の合計には、所有者の集計期間外の反応が含まれることがあります。同じ日に両方を確認しても、対象の時間範囲が同じになるわけではありません。

リーチと行動数は分けて扱います。有料リーチとオーガニックリーチの両方があっても、オーディエンスは重複する可能性があります。それらを足して、重複を除いた人数と呼ばないでください。また、公開されている行動数から一方を引いて、もう一方を作り出さないでください。

公開カウントからは、その投稿に有料の配信支援があったかどうかも判断できません。この問いには、所有者側の根拠を使ってください。

公開投稿への反応率が必要なら、別の管理者権限なしでFacebookのエンゲージメント率を求めるガイドを参照してください。これは別の計算を扱っています。その計算は、この配信結果の照合には含めないでください。

公開値の観測間の変化が必要なら、Facebook投稿の指標履歴ガイドを参照してください。現在のスナップショットから、取得しなかった過去の観測値や、有料配信とオーガニック配信の内訳を得ることはできません。

7. 1つの例で慎重に確認する

独自に作成した架空の例です。実際のキャンペーン結果ではありません。この例は、レコードの扱い方と元データの限界を示します。実際の収集の実行を説明するものではありません。

広告の2つの行、AD1とAD2が、1つの公開投稿P1に対応しています。利用できる元データは、次の3つの事実を裏付けています。

7. 1つの例で慎重に確認する
元データ根拠のある値単位と対象範囲
所有者の有料配信レポート40保存した定義に基づく、期間内の有料配信によるインタラクション
所有者のオーガニック配信レポート70保存した定義に基づく、期間内のオーガニック配信によるインタラクション
P1の現在の公開値スナップショット100観測時点で公開されている累積いいね数

広告レコード2件、投稿レコード1件、対応関係2件を保持します。有料配信の元データは、報告値40を裏付けています。この例には、それらのインタラクションをAD1とAD2に分けた内訳はありません。内訳を作り出したり、40をそれぞれの広告の結果として両方の広告行にコピーしたりしないでください。

次に、公開カウントを考えます。結合後の表示では、AD1の隣にP1が表示され、AD2の隣にもP1が表示されることがあります。その表示を合計すると、次の結果になります。

いいね100件 + いいね100件 = いいね200件。

この計算では、同じ投稿の観測値を重複して数えています。公開値の項目では、P1のいいね100件を1回だけ示す必要があります。

有料配信とオーガニック配信のインタラクションという指標名も、公開いいね数とは異なります。数値を引くと、次の結果になります。

数値上は100 − 40 = 60です。

これは、オーガニックのいいね60件を意味しません。この計算では、公開されている累積いいね数と、期間内の有料配信によるインタラクションを混ぜています。

同様に、数値上は40 + 70 = 110ですが、提示された定義だけでは、有効なインタラクションの合計として扱えません。また、110がP1の公開いいね数100と一致する必要もありません。それぞれ、異なる元データが示す事実です。

根拠に沿った判断は、期間内の有料配信によるインタラクション40件、期間内のオーガニック配信によるインタラクション70件、公開されている累積いいね100件を、別々に報告することです。合算を試みる前に、互いに整合する定義と時間範囲を求めてください。

8. 結果を分けて示し、未解決事項を記録する

各元データが裏付ける事実に沿って、レポートを構成します。各項目には、元データ、指標、集計期間または観測時刻、対象範囲、データの完全性を記してください。

有料配信の項目には、互いに整合する所有者側の有料配信の結果を記載します。オーガニック配信の項目には、互いに整合する所有者側のオーガニック配信の結果を記載します。公開値の項目には、選択した各投稿の観測値を1回ずつ記載します。公開値は、オーガニック配信の結果ではなく、公開カウントと明記してください。

未解決の差異は、照合記録に示します。

8. 結果を分けて示し、未解決事項を記録する
問題現時点の判断次に必要な根拠
有料配信の元データがない有料配信の結果を欠損と記す必要な対象範囲を含む、利用権限のある所有者のレポート
広告と投稿の関係が証明されていない対応関係を未解決のままにする所有者のレコード、または確認済みの出典リンク
インタラクションの定義が異なる値を分けて保持する両方の指標の正確な定義
所有者の集計期間と公開値の時間範囲が異なる結果を分けて示す整合性のある比較ができることを示す根拠
公開カウントを取得できない値を欠損のままにする状態の情報を伴う有効な観測値
公開値が丸められている精度に関する注記を残す判断に必要なら、より精度の高い元データ

差異があるだけでは、遅延、誤り、反応の欠落の証拠にはなりません。何が異なるのか、どのような根拠があれば解決するのかを記録します。必要な根拠を入手できない場合は、その制約をレポートに残してください。

調整行を使って、3つの項目の結果を無理に一致させないでください。説明のない調整は、根拠の不足を隠してしまいます。

9. 公開前にレポート全体を確認する

次の確認項目をすべて満たしてから、レポートを承認します。

  1. 表示するすべての値を、元データのレコードまでたどれる。
  2. すべての合計で、互いに整合する単位、集計期間、対象範囲を使っている。
  3. 広告と投稿のすべての対応関係に根拠がある。
  4. 公開投稿の各観測値を、公開値の合計に1回だけ含めている。
  5. 広告の明細行と所有者の集計行で、結果を重複して数えていない。
  6. 欠損値と記録されたゼロを区別している。
  7. 丸めた値に、精度の限界を示している。
  8. 行動数を人数として説明していない。
  9. 有料配信やオーガニック配信に関する情報の不足を明示している。
  10. 未解決の問題ごとに、次に必要な根拠を記している。

これらの確認により、数値を元データと照合できるレポートを作成できます。ただし、売上のアトリビューション、広告の投資対効果、あらゆる場合に使える成果基準を立証するものではありません。

次の判断は、未解決の項目によって異なります。配信に関する情報がなければ、所有者に根拠を求めます。識別情報が不確かなら、出典リンクを確認します。定義が整合しないままなら、結果を分けて示してください。

出典と参考資料

著者 Chronometrica · 更新日

ページの先頭へ ↑