検索結果風の3枚のカードが、色付きの線で、重なったページのカードにつながっている。

参加者から提供された確認済みの投稿リンクと、入手できる所有者レポートから始めます。これらのテーブルはスプレッドシートで作成できます。公開データ収集ツールで公開情報の観測記録を取得できますが、投稿やアカウントの識別情報、両者の関係、レポートの集計範囲は自分で確認する必要があります。

各合計値が何を表すかを決める

集計単位とは、1行または合計値が何を表すかを示すものです。この方法では、次の3つの集計単位を使います。

各合計値が何を表すかを決める
集計単位表すもの数える対象
重複のないキャンペーン投稿確認済みのコンテンツ1件各投稿を1回ずつ
アカウントの参加関係確認済みのアカウントと投稿の関係1件確認済みの各関係を1回ずつ
アカウント所有者の成果そのアカウント自身のレポートに記載された成果明記された範囲と期間内の成果

共同投稿1件を最初のテーブルに1回だけ記録し、2番目のテーブルで複数のアカウントと結び付けることができます。両者の合計は別のものです。どちらも人数を表すものではありません。

Instagramインサイトとは、そのアカウント自身のレポート閲覧権限で利用できる統計情報です。その記録は別のビューで管理します。すべての共同投稿者が同じレポートを閲覧またはエクスポートできるとは限りません。

提示された公開の質問から、この区別が必要な理由が分かります。1つは共同投稿のインサイトについての質問です。もう1つは、自分が最初の投稿者ではない場合でも、その投稿が自分のアカウントの分析に含まれるかという質問です。これらは読者の質問であり、現在のアクセス規則を示す証拠ではありません。共同投稿のインサイトについての質問と共同投稿の分析についての質問を参照してください。

アクセスに関する疑問は、実際のアカウントの状況に即して確認します。キャンペーンのレポートでは、まず各レポートがどの投稿を対象とし、その数値が何を測っているかを明らかにします。

キャンペーンの投稿とアカウントのテーブルを作る

キャンペーン台帳とは、キャンペーンの確認済み投稿を記録するテーブルです。想定する投稿と参加アカウントを記載した対象一覧を基に作成します。

  1. 参加者から提供された投稿リンクを集めます。
  2. 元のリンクとその提供元を保存します。
  3. どのリンクが同じ投稿を指すかを確認します。
  4. 各アカウントとその投稿の関係を裏付ける、入手可能な証拠を記録します。
  5. 確証のないリンクは確認用テーブルに残します。

表示名が似ていることや、2つのプロフィールのグリッドに同じ内容があることだけで、共同投稿と判断しないでください。見た目が似ているだけでは、同じ共同投稿であると確認できません。

利用できる場合は、変わらない投稿識別子を使います。公開出力の仕様書では、このフィールドを`postId`と呼んでいます。確認済みの投稿URLも`postUrl`に保存します。識別子がない場合は、元のリンクを残し、投稿の識別情報を要確認にします。プラットフォームの識別子を作り出したり、確証のない行を統合したりしないでください。

次の2つのテーブルを作成します。テーブル名と確認用の列は、スプレッドシート向けの提案です。Actorがこれらのテーブルを作成するわけではありません。

キャンペーンの投稿とアカウントのテーブルを作る
テーブル保存するフィールド行の作成規則
投稿`postId`、`postUrl`、提供された元のリンク、キャンペーンの参照先、識別の証拠の参照先、確認状況確認済みの重複のない投稿ごとに1行
参加関係`postId`、確認済みのアカウントID、アカウントのユーザーネーム、判明している場合は役割、証拠の参照先、確認状況確認済みのアカウントと投稿の関係ごとに1行
未解決の関係提供された投稿リンク、関係があるとされるアカウント、入手できる証拠、未解決の疑問確証のない関係は、確認済みの合計に含めない

証拠の参照先は、判断を裏付ける情報源を示します。保存した公開情報の観測記録や、入手できる共同投稿の確認資料などを指定できます。別の分析担当者が関係を確認できるだけの詳細を残します。

アカウントのハンドルとは、公開されているユーザーネームです。利用できる場合は、表示名だけでなく、確認済みのアカウントIDを使います。クリエイターの対象一覧に重複したプロフィール記録がある場合は、別記事のInstagramプロフィールの同一性確認ガイドを参照してください。ここで対象一覧を使う前に、アカウントの識別に関する問題を解決します。

テーブルの数字を合わせるために、未解決の関係を削除しないでください。情報の不足を明示します。あるアカウントとの関係について証拠を待つ間も、確認済みの投稿は「投稿」テーブルに残せます。

把握している投稿の公開情報を収集する

Actorとは、ホスティング環境で動作するデータ収集プログラムです。Instagram Metrics Scraperの文書には、公開投稿の収集機能が記載されています。2026年10月25日に確認したビルド1.0.35の公開仕様では、`mode`を`contentUrls`に設定すると、コンテンツの直接URLを入力できます。

把握しているキャンペーン投稿から公開情報の観測記録を収集する用途に適合することは、文書で確認できます。ただし、実行の成功を示す証拠ではありません。このガイドのための実行は行っていません。確認した仕様は、公開ビルド記録で確認できます。

最初の確認には、次の小規模な入力を使います。

json
{
  "maxItems": 1,
  "mode": "contentUrls",
  "startUrls": ["https://www.instagram.com/reel/DIwcCZgxVZP/"]
}
把握している投稿の公開情報を収集する
  1. サンプルURLを、把握している公開キャンペーン投稿またはリールのURL1件に置き換えます。リールはInstagramの動画形式です。
  2. `mode`は`contentUrls`のままにします。この設定は、コンテンツの直接入力を使うようActorに指示します。
  3. URL1件の確認では、`maxItems`を`1`のままにします。このフィールドは、任意で設定できる合計行数の上限です。
  4. 観測記録を収集する準備ができてから、Actorを実行します。
  5. 結果の行が返されたら、その指標を使う前に、意図した投稿と一致するかを確認します。

サンプルの横に自分のURLを追加するのではなく、サンプルを置き換えます。上限が1行の場合、入力リストを増やしても、提供したすべての投稿を収集できたことにはなりません。その後に収集範囲を広げる際は、対象リストに合う上限を選び、出力をそのリストと照合します。

Actorの文書には、プロフィールを探索するための入力も記載されています。この方法では、把握しているコンテンツのURLを使います。アカウントの完全なアーカイブを作成できることを示すものではありません。

Taskとは、Actorの入力設定を保存したプリセットです。公開のInstagram Brand Campaign Metrics Taskについては、公開ページの存在だけを確認しました。認証済みアカウントから保存設定を確認したわけではなく、実行もしていません。使う前に入力設定を確認してください。

観測記録を保存し、投稿数には加えない

観測記録とは、ある情報源から取得した値を、取得時刻とともに保存した記録です。スナップショットとは、その時点の状態を示す記録です。1つの投稿に複数の観測記録があっても、重複のない投稿数が増えるわけではありません。

公開情報の観測記録は専用のテーブルに保存します。仕様に記載された次のフィールドを、取得できる場合に保存します。

観測記録を保存し、投稿数には加えない
フィールド保存する理由
`inputUrl`, `postId`, `postUrl`収集した行を意図した投稿と照合する
`profileId`, `profileHandle`返されたプロフィールの関連情報を残す
`publishedAt`取得できる場合は公開日時を残す
`scrapedAt`観測記録の取得時刻を残す
`likes`, `comments`, `views`公開指標をそれぞれ別に残す
`postMetricStatus`各指標の取得可否と精度を残す
`collaborationCount`, `collaborationProfiles`公開情報で確認できる共同投稿の関連情報を残す
`status`, `statusReason`行の処理結果と報告された問題を残す

指標とは、いいね数などの測定値です。精度は、その値が正確な値か、丸められた値か、取得できない値か、正確さが不明な値かを示します。仕様に記載された`postMetricStatus`には、指標、値、状態、精度、元の値が含まれます。この情報を数値と一緒に保存します。

仕様に記載された`collaborationProfiles`の各項目には、ID、ユーザーネーム、URL、所有者または共同投稿者という役割が含まれます。取得できた項目を公開情報の証拠として使います。対象一覧と照合してください。共同投稿の関連情報がないからといって、共同投稿者がいないとは限りません。

返されたプロフィールの関連情報は、完全な「参加関係」テーブルとは別に保存します。返されたプロフィール1件だけで、すべての参加アカウントを確認できたと判断しないでください。

欠損値はゼロではありません。`likes`が欠けている場合や取得できない場合は、件数を不明のままにします。情報源が適切な状態と精度でゼロを報告している場合は、そのゼロを残します。欠損したデータ、取得に失敗したデータ、返されなかったデータをゼロに置き換えないでください。

提供された各URLを、返された行と照合します。使える結果が得られなかった対象は、確認用リストに残します。識別情報、指標、共同投稿の関係のどれが未解決なのかを記録します。

合計には投稿ごとに公開情報の観測記録を1件選ぶ

結合とは、共通のフィールドを使って異なるテーブルの行をつなぐことです。ここでは、`postId`で「投稿」、「参加関係」、公開情報の観測記録をつなぎます。この結合により、複数のアカウント行の横に、同じ投稿の指標が繰り返し表示されることがあります。繰り返し表示されたセルは、新たな投稿の成果ではありません。

キャンペーンの公開指標の合計には、投稿と指標の組み合わせごとに、適切な観測記録を1件選びます。値を加算する前に、選択規則を書きます。合計に使う記録は、同じ指標であり、情報源の集計範囲が分かっていて、観測時刻がレポートの目的に合っている必要があります。

  1. すべての元の観測記録を、時刻と情報源の参照先とともに保存します。
  2. 2つの行が同じ共同投稿のカウントを繰り返していないか確認します。
  3. キャンペーンの合計に使う、その投稿の適切な観測記録を1件選びます。
  4. 選んだ理由を記録します。
  5. 除外した値や矛盾する値も、後で確認できるように残します。

2つのアカウントのエクスポートに、同じ投稿単位のカウントが含まれる場合があります。両方のエクスポートの観測記録を保存します。ただし、キャンペーンの投稿合計に両方を加えないでください。まず、同じ投稿の同じ指標を表しているか確認します。

2つの取得値が異なる場合は、時刻、情報源、精度を確認します。後から取得した値は、別の時点の状態を表している可能性があります。後の値を選ぶ場合は、そのことが分かるようにレポートに明記します。異なる時刻に取得した値を、同一時点のスナップショットと呼ばないでください。

矛盾する取得値を平均して、根拠のない正確な件数を作らないでください。適切な取得値を選べない場合は、その投稿の指標を未解決にします。残りの投稿の小計を報告する場合は、対象となる投稿数と、含まれていない投稿を明記します。

このガイドは、共同投稿のカウントの重複を除くためのものです。月間の変化には、別の確認が必要です。期間の開始時点と終了時点に保存したカウントが必要な場合は、Instagramの過去投稿と新規投稿のレポート作成ガイドを参照してください。現在の観測記録から、保存されていない過去のカウントを復元することはできません。

アカウント所有者のレポートを別のビューで管理する

投稿の公開指標とアカウント所有者の成果は、異なる疑問に答えるものです。公開のいいね数は、観測した投稿のカウントを表します。その成果を共同投稿者ごとに分けたものではありません。

受け取った所有者レポートごとに、次の情報を保存します。

アカウント所有者のレポートを別のビューで管理する
フィールド記録する内容
アカウント確認済みのアカウント識別情報
情報源エクスポートまたはレポートの参照先
指標レポートに記載された指標名と定義
集計範囲成果が投稿、アカウント、または明記された別の単位のどれを表すか
日付・時刻レポートの対象期間と、エクスポートまたは観測の時刻
コンテンツの識別情報提供されている場合は、確認済みの投稿リンクまたはID
アクセスの制限利用できる記録の不足

レポートの指標の定義をそのまま残します。数値が一致するという理由だけで、アカウントの成果を投稿の公開カウントと呼び換えないでください。

リーチとは、レポートに明記された範囲内で情報が届いたオーディエンスを示す指標です。共同投稿の公開カウントから、共同投稿者ごとのリーチを推測しないでください。異なるアカウントのオーディエンスに、同じ人が含まれていないと考えてはいけません。重複についての証拠がなければ、アカウントのリーチを足しても、全体で重複を除いたオーディエンス数は分かりません。

確認したActorのデータセットには、非公開のリーチ、保存数、シェア数、過去の期間境界時点のカウントを格納するフィールドはありません。公開の共同投稿フィールドは、所有者向けインサイトへのアクセスを保証するものではありません。これらの制限は、確認済みの公開仕様に基づきます。

所有者レポートを入手できない場合は、その不足を明記します。公開カウントをアカウント数で等分して推定しないでください。

計算例:投稿3件とアカウントとの関係4件

独自に作成した架空の例です。以下の識別情報と取得値はすべて架空です。これらの行はレポートの作成方法を示すものです。Actorの出力でも、実際のキャンペーンの成果でもありません。

アカウントAとBの2つがP1を共同投稿しています。アカウントAはP2にも参加しています。アカウントBはP3にも参加しています。この例では、4つの関係が確認済みであると仮定します。

計算例:投稿3件とアカウントとの関係4件
アカウント投稿参加関係
AP1共同投稿
BP1共同投稿
AP2確認済みの参加
BP3確認済みの参加

アカウントと投稿の参加関係は4件です。重複のない投稿は、P1、P2、P3の3件です。

この例では、合計に使える条件のそろった公開のいいね数として、次の取得値を使います。

計算例:投稿3件とアカウントとの関係4件
重複のない投稿選択した観測時のいいね数投稿合計への加算回数
P11001回
P2201回
P3301回

投稿単位のいいね数 = 100 + 20 + 30 = 観測した投稿のいいね150件。

アカウントごとにP1を繰り返して加えると、計算は100 + 100 + 20 + 30 = いいね250件となります。これは、同じ投稿のいいね100件を2回加えています。余分な100件はP1の重複によるものであり、別の投稿で観測した成果ではありません。

この例は次のように報告します。

  • 重複のないキャンペーン投稿は3件。
  • 確認済みのアカウントと投稿の参加関係は4件。
  • 対応を確認した3件の観測記録による、投稿のいいね数は合計150件。

アカウントの参加状況を示すビューでは、AとBの両方がP1に結び付くことを示せます。ただし、共同投稿のいいね100件を、Aが独自に獲得した100件と、Bが独自に獲得した別の100件として説明してはいけません。

この架空の例には、所有者のリーチレポートも、オーディエンスの重複に関する証拠もありません。そのため、各アカウントがリーチにどれだけ貢献したかも、キャンペーン全体で重複を除いたオーディエンス数も分かりません。

納品前に台帳を確認する

照合とは、明記された規則に従って、テーブル間に矛盾がないかを確認することです。すべての合計が同じになる必要はありません。投稿3件と参加関係4件は、どちらも同時に正しい場合があります。

  1. 確認済みの重複のない投稿ごとに、「投稿」テーブルに1行だけあることを確認します。
  2. 確認済みの「参加関係」の各行が、確認済みの投稿とアカウントを指していることを確認します。
  3. アカウントと投稿の関係ごとに、証拠の参照先を確認します。
  4. 各公開指標の合計に使う取得値が、投稿ごとに最大1件であることを確認します。
  5. 指標名、観測時刻、情報源の集計範囲、精度を確認します。
  6. 欠損値、未解決の識別情報、矛盾する取得値を分かるように残します。
  7. 所有者レポートは、正確な集計範囲と日付を保ち、別に管理します。
  8. 対象一覧のどこまでを確認できたかと、不足している投稿やアカウントの記録を明記します。

別の分析担当者が、含まれる各値と関係を証拠までたどれる状態になったら、レポートを完成とします。確認を通過しない項目がある場合は、影響する合計の報告を保留するか、対象範囲が限定されていることを明記します。元の行を削除したり、ゼロを割り当てたり、共同投稿のカウントを分割したりして、無理に数字を合わせないでください。

出典と参考資料

著者 Chronometrica · 更新日

ページの先頭へ ↑