
完成したレポートでは、根拠のある情報を3つに分けて示します。有料配信の結果、オーガニック配信の結果、観測日時を付けた公開値です。これらは、確認済みの投稿の識別情報で結び付けます。値を合算するのは、その計算が各指標の定義上成り立つ場合だけです。不足している情報と未解決の差異も明示してください。
以下は、レポート作成手順の提案です。提供された根拠資料は公開ドキュメントであり、完成したレポートや、実際の収集を検証した結果ではありません。
1. 数値を集める前に、明らかにしたい問いを定める
まず、所有者がレポートで明らかにしたい問いを確認します。読者が必要としているのは、有料配信、オーガニック配信、それとも公開投稿への反応でしょうか。有料配信は、広告を通じた配信を指します。オーガニック配信は、所有者の元データでオーガニックと分類されている配信を指します。公開投稿への反応は、公開投稿で確認できるカウントを指します。
これらは、それぞれ別の情報です。提供されたオーガニック分析と有料分析についての公開質問:2026年8月11日取得、質問1件でも、両方の配信種別に触れています。ただし、その抜粋はLinkedInの有料配信の追跡に関するものです。Facebook製品の制約を裏付けるものでも、この需要の広がりを示すものでもありません。
レポートの要件を簡潔にまとめます。
- 業務上、何を明らかにしたいのかを記します。
- 必要な指標、つまり測定する数量をすべて挙げます。
- 集計期間とタイムゾーンを設定します。
- レポートに含める投稿と広告を列挙します。
- 必要な情報ごとに、その根拠となるデータを指定します。
- 結果が行動数、レコード数、人数のどれを数えるものか明記します。
例えば、「集計期間中の有料配信によるインタラクション」と「今日観測した公開いいね数」は、異なる情報です。インタラクションは、保存した元データの定義に従う行動を指します。いいねは、公開カウントの特定の1項目です。どちらの項目名も、重複を除いた人数を表すものではありません。
レポート全体で、元データの指標名を正確に使います。異なる複数の指標名を「エンゲージメント」と略して、同じものとして扱わないでください。
2. 所有者が提供できるレポートから始める
所有者が提供できる広告マネージャ、インサイト、その他の利用権限のあるファイルを一覧にします。実際に存在するファイルを使ってください。この方法は、特定のエクスポート機能、メニューの操作手順、過去の記録が利用できることを保証しません。
各ファイルの名前を保存し、対象範囲を記録します。
- 正確な指標名と、入手できる定義をコピーします。
- 選択されているアカウント、キャンペーン、広告、投稿のフィルターを記録します。
- 開始日、終了日、タイムゾーンを記録します。
- アトリビューション設定があれば記録します。これは、レポートで結果をどの広告や集計期間に割り当てるかを定める設定です。
- 行の単位、つまり1行が何を表すかを確認します。
- 不足している定義、対象範囲の欠落、取得できない項目を記録します。
行の単位は重要です。1行が広告、投稿、アカウント全体の合計のいずれかを表す場合があります。アカウント全体の合計に、その合計に含まれる広告の各行を足すと、同じ結果を再び数えるおそれがあります。
他の読者が報告された数値を確認できるよう、元のファイルを保管します。同じ意味だと推測した別の項目名に置き換えないでください。
有料配信のレポートがなければ、有料配信の結果を欠損として記します。オーガニック配信の定義が不明確なら、その定義を未解決として記します。公開データの収集ツールでは、所有者側にない配信指標を補えません。
記録されたゼロは、欠損とは意味が異なります。必要な指標と対象範囲について、有効な元データにゼロが明示されている場合だけ、ゼロを使ってください。対象範囲とは、その値が含むコンテンツ、アカウント、日付、フィルターを指します。
3. 出典管理表を作る
出典管理表は、報告する各値と、その根拠を結び付ける表です。合計を計算する前に作成します。元データの値と、その正確な指標名、対象範囲を一緒に保存してください。
まず、次の項目を用意します。
| 項目 | 保存する内容 |
|---|---|
| `source_record` | 元ファイルと、元の行または合計への参照 |
| `source_metric` | 元データに記載された正確な指標名 |
| `content_id` | 確認済みの投稿の識別情報。未解決なら欠損値 |
| `ad_id` | 入手できる場合は広告の識別情報 |
| `period` | 該当する場合は測定の開始日と終了日 |
| `scope` | 配信種別、アカウント、フィルター、行の単位 |
| `observation_time` | 公開値の観測時刻。入手できなければ不明と記録 |
| `precision` | 正確な数値、丸めた数値、精度不明のいずれか |
| `completeness_note` | 不足している項目、対象範囲の欠落、その他の制約 |
数値、元ファイル名、タイムゾーン、アトリビューション設定も保存します。元データの定義は出典管理表と一緒に保管してください。これらはレポート用に提案する項目であり、収集ツールがこの表を出力するという意味ではありません。
1つの日付項目を、異なる目的に使わないでください。集計期間は、所有者の結果が対象とする期間を示します。観測時刻は、公開カウントを読み取った時刻を示します。ファイルのダウンロード時刻は、どちらの代わりにもなりません。
ファイルを読み込む際は、欠損値をそのまま保持します。空欄、取得できない指標、記録されたゼロを区別してください。ファイルにタイムゾーンがなければ、黙って選ばず、その不足を記録します。
丸めた値には、丸めたことを示す印を残します。表計算ソフトで小数点以下の桁数を増やしても、元データの精度は上がりません。
4. 投稿の合計を複製せずに広告と投稿を結び付ける
コンテンツの識別情報は、特定の投稿を識別するための情報です。広告の識別情報は、広告レコードを識別するものです。これらは別々のキーとして扱います。キーとは、レコードを検索し、結び付けるために使う値です。
次の3つの表を使います。
- 広告表:保持する各広告レコードと、所有者側の元データへの参照を記録します。
- 投稿表:公開投稿の識別情報ごとに、確認済みのレコードを1件ずつ記録します。
- 対応表:証拠で確認した広告と投稿の対応関係を記録します。
対応表を使えば、投稿の公開カウントを複製せずに、複数の広告を1つの投稿に結び付けられます。
広告と投稿を結び付けるのは、所有者のレコード、または確認済みの出典リンクで関係を証明できる場合だけです。似た文章、同じ画像、近い日付だけでは、対応関係の証拠になりません。証明できない関係は未解決のままにします。
結合とは、表の中の一致するレコードを結び付ける操作です。2つの広告が1つの投稿に対応する場合、結合後の表示では、その投稿の公開値が2回表示されることがあります。確認作業には役立ちますが、公開値の合計を計算する元データとしては安全ではありません。
公開値の合計は、選択した観測時刻の、重複を除いた投稿レコードから計算します。重複を除くとは、確認済みの投稿の識別情報をそれぞれ1回だけ含めることです。広告の結果は、互いに整合する所有者のレコードから計算します。他の広告と同じ投稿に対応しているという理由だけで、有効な広告レコードを削除しないでください。
所有者のファイルに、すでに集計行が含まれていないかも確認します。集計行は、その集計に使う明細行と分けて管理してください。
5. 役立つ場合に限り、公開値のスナップショットを追加する
スナップショットとは、特定の時刻に読み取った値です。公開値のスナップショットは、所有者のレポートを補足できますが、その代わりにはなりません。
Facebook Metrics Scraperの仕様:2026年10月25日確認、文書記載の項目、実行テストなしには、公開カウントとコンテンツの識別情報が記載されています。このツールは、所有者側の有料配信とオーガニック配信の内訳、リーチ、広告費を提供しません。リーチは、元データの定義に従って、到達したオーディエンスを測る指標です。公開されている行動数から、そのオーディエンスを特定することはできません。
既知の公開投稿1件を確認するための入力例として、次の小さな入力を使います。
{"maxItems":1,"mode":"knownUrls","startUrls":["https://www.facebook.com/reel/2645452435840671"]}サンプルのFacebook URLを、確認済みの公開コンテンツのURLに置き換えてください。サンプルは、あなたのキャンペーンに関する根拠ではありません。`knownUrls`は、`startUrls`を通じてコンテンツの直接URLを選択します。`maxItems`は指標行の数を制限します。提示した入力は文書上の仕様に沿った有効な形式ですが、このガイドのために実行したものではありません。確認した仕様では、FacebookストーリーズのURLはサポートされていません。
収集した公開値ごとに、次の情報を保持します。
- コンテンツを識別するための`contentId`と`contentUrl`。
- 取得できたカウントと、その元の名前。
- 各カウントの状態、精度、出典の詳細を記録する`contentMetricStatus`。
- その行の収集結果を示す`status`と`statusReason`。
- 観測時刻を記録する`scrapedAt`。
数値だけでは不十分です。使う前に、その状態と精度を確認してください。取得できないカウントは欠損のままにします。ゼロに変えないでください。
入力スキーマでは、`includeFailedRows`の既定値はfalseとされています。この設定では、収集に失敗した行、無効な行、公開指標がない行は、実行サマリーで数えられますが、データセットには追加されません。収集を依頼したコンテンツの一覧と、取得できた結果を照合してください。データセットに行がないことは、その投稿に反応がなかった証拠にはなりません。
このツールは公開データを収集します。対応表、出典管理表、照合レポートは別途作成する必要があります。照合とは、元データの結果を比較または合算できるか確認することです。
6. 計算の前に整合性を確認する
2つの数値に関連があるように見えても、異なる問いに答えている場合があります。比較、加算、減算の前に、互いに整合するか確認してください。
| 確認項目 | 確認する問い |
|---|---|
| 識別情報 | 各値は、同じ確認済みコンテンツを指しているか。 |
| 指標 | 正確な指標名と定義は一致しているか。 |
| 単位 | 同じ種類の行動やオーディエンスを数えているか。 |
| 時間範囲 | 対象の日付とタイムゾーンは互いに整合しているか。 |
| 対象範囲 | アカウント、配信種別の項目名、フィルターは、明らかにしたい問いに合っているか。 |
| 精度 | 正確な数値か、丸めた数値か、それとも精度不明か。 |
| データの網羅性 | 必要なレコードはすべてそろっているか。 |
| 重複 | 同じ行動や人が、両方の値に含まれる可能性はあるか。 |
所有者の期間指標は、定められた期間を対象とします。累積の公開カウントは、観測時点で表示された合計です。公開値の合計には、所有者の集計期間外の反応が含まれることがあります。同じ日に両方を確認しても、対象の時間範囲が同じになるわけではありません。
リーチと行動数は分けて扱います。有料リーチとオーガニックリーチの両方があっても、オーディエンスは重複する可能性があります。それらを足して、重複を除いた人数と呼ばないでください。また、公開されている行動数から一方を引いて、もう一方を作り出さないでください。
公開カウントからは、その投稿に有料の配信支援があったかどうかも判断できません。この問いには、所有者側の根拠を使ってください。
公開投稿への反応率が必要なら、別の管理者権限なしでFacebookのエンゲージメント率を求めるガイドを参照してください。これは別の計算を扱っています。その計算は、この配信結果の照合には含めないでください。
公開値の観測間の変化が必要なら、Facebook投稿の指標履歴ガイドを参照してください。現在のスナップショットから、取得しなかった過去の観測値や、有料配信とオーガニック配信の内訳を得ることはできません。
7. 1つの例で慎重に確認する
独自に作成した架空の例です。実際のキャンペーン結果ではありません。この例は、レコードの扱い方と元データの限界を示します。実際の収集の実行を説明するものではありません。
広告の2つの行、AD1とAD2が、1つの公開投稿P1に対応しています。利用できる元データは、次の3つの事実を裏付けています。
| 元データ | 根拠のある値 | 単位と対象範囲 |
|---|---|---|
| 所有者の有料配信レポート | 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回ずつ記載します。公開値は、オーガニック配信の結果ではなく、公開カウントと明記してください。
未解決の差異は、照合記録に示します。
| 問題 | 現時点の判断 | 次に必要な根拠 |
|---|---|---|
| 有料配信の元データがない | 有料配信の結果を欠損と記す | 必要な対象範囲を含む、利用権限のある所有者のレポート |
| 広告と投稿の関係が証明されていない | 対応関係を未解決のままにする | 所有者のレコード、または確認済みの出典リンク |
| インタラクションの定義が異なる | 値を分けて保持する | 両方の指標の正確な定義 |
| 所有者の集計期間と公開値の時間範囲が異なる | 結果を分けて示す | 整合性のある比較ができることを示す根拠 |
| 公開カウントを取得できない | 値を欠損のままにする | 状態の情報を伴う有効な観測値 |
| 公開値が丸められている | 精度に関する注記を残す | 判断に必要なら、より精度の高い元データ |
差異があるだけでは、遅延、誤り、反応の欠落の証拠にはなりません。何が異なるのか、どのような根拠があれば解決するのかを記録します。必要な根拠を入手できない場合は、その制約をレポートに残してください。
調整行を使って、3つの項目の結果を無理に一致させないでください。説明のない調整は、根拠の不足を隠してしまいます。
9. 公開前にレポート全体を確認する
次の確認項目をすべて満たしてから、レポートを承認します。
- 表示するすべての値を、元データのレコードまでたどれる。
- すべての合計で、互いに整合する単位、集計期間、対象範囲を使っている。
- 広告と投稿のすべての対応関係に根拠がある。
- 公開投稿の各観測値を、公開値の合計に1回だけ含めている。
- 広告の明細行と所有者の集計行で、結果を重複して数えていない。
- 欠損値と記録されたゼロを区別している。
- 丸めた値に、精度の限界を示している。
- 行動数を人数として説明していない。
- 有料配信やオーガニック配信に関する情報の不足を明示している。
- 未解決の問題ごとに、次に必要な根拠を記している。
これらの確認により、数値を元データと照合できるレポートを作成できます。ただし、売上のアトリビューション、広告の投資対効果、あらゆる場合に使える成果基準を立証するものではありません。
次の判断は、未解決の項目によって異なります。配信に関する情報がなければ、所有者に根拠を求めます。識別情報が不確かなら、出典リンクを確認します。定義が整合しないままなら、結果を分けて示してください。
出典と参考資料
著者 Chronometrica · 更新日
ページの先頭へ ↑
