Firstory データ分析の基準
Firstory Studioのバックエンドでは、多くの分析データが提供され、クリエイターが自分のリスナー層をより理解し、最適化の方向を見つけるのに役立ちます。ポッドキャストに関する国際広告協会（IAB）の基準を参照して、システム内の不要な情報をできるだけ取り除き、番組が公開された後のリスナーのダウンロードと聴取の状況を示します。
これは、ポッドキャストのRSS技術と、その後のApple Podcast、Spotify、KKBOXなどの聴取プラットフォームの発展と関係があります。簡単に言えば、各聴取プラットフォームの計算基準や技術の運用が異なるため、最終的な分析をホスティングプラットフォームで行う際には、対応できるかつ一貫性のあるフィルタリング基準が必要です。これにより、クリエイターは広告主と協力する際に、広告の効果を正確に測定するのに役立つ正しい指標を持つことができます。
データの統合を実際のリスニング状況により近づけるためには、リスナーが視聴中に経験する可能性のある事柄を明確にする必要があります。
まず第一に、リスナーは朝起きて携帯電話を見て、友達がシェアした良い番組を見かけるかもしれません。しかし、時間がないため、彼はとりあえずその番組をお気に入りのKKBOXに保存し、通勤中にゆっくりと聴くつもりです。
すべての聴取プラットフォーム（例：KKBOX、Apple Podcasts、Spotifyなど）からのダウンロードデータが含まれ、米国インタラクティブ広告協会（IAB）の要求に基づいて、さまざまな重複ダウンロードを絞って算出されます。具体的に言うと、同じIPアドレスおよびデバイスからの同じエピソードの一日一回の聴取は「1回のダウンロード数」として計算されます
ダウンロード数は3時間ごとに更新され、特にSpotifyのデータ形式が特殊であるため、毎日「グリニッジ標準時の0:00から3:00（日本時間の朝9:00から12:00）」に「2日前のデータ」が更新されます。
注意：計算技術および方法は異なる状況に応じて調整される可能性があります。より実際の聴取状況を検出するために、Firstoryは定期的に小規模な技術実験を実施し、この文書を継続的に更新しています。
発売後、異なるプラットフォームでのオーディオファイルの視聴状態を記録するために、以下のメディア（これに限定されない）に対してタグ付けとトラッキングを行います。ポッドキャストプラットフォーム、埋め込み型プレイヤー、サードパーティのアプリやウェブサイトなどはさらに同時に、Firstoryが収集されたHTTPリクエストに対して以下のフィルタリングを行います。
IPアドレス：リスナーの動的また家庭内のネットワークIPアドレスなど、リスナーの聴取状況の変化を反映します。
User-agent：リスナーが使用するブラウザ/プレイヤー情報やデバイスのオペレーティングシステム（iOS、Mac OS、Androidなど）など、リスニングデバイスに関する情報を記録します。
UTC date：ポッドキャストはどこでいつでも楽しめるエンタテインメントのため、「1日」を有効に計算するには「0から24の間」で定義する必要があります。Firstoryが参照する時間は、グリニッジ標準時の0から24の間です。
ユーザーの関連情報が得たら、さらに聴取時間の基準を定義する必要があります。ロボットが短時間に再生ボタンをクリックして水増しする状況を防ぐためです。現在の主流なIAB認証基準は、同じIPアドレスで24時間以内に同じエピソードを再生する回数を、1回または20回のクリックであっても1回として計算するというものです。
Ignore non-playback： テストファイルが再生プラットフォーム（例：Apple Podcast）で使用される前にスクリーニングします。
Ignore bot, spider request： ボットやスパイダーのリクエストからの奇妙なファイルの要求を防ぐためにスクリーニングします。
Ignore cloud service： クラウドサーバーのIPアドレスやサードパーティのサーバーリクエストをスクリーニングします。
Ignore session shorter than 30 seconds： 30秒未満の再生セッションに対するリクエストをスクリーニングし、計算対象外とします。
これらの基準により、不正確な再生や不要な情報の発生を防止し、より正確なリスニングデータを取得することができます。
なぜ「不要な情報をできるだけ取り除く」必要があるのか？
これは、ポッドキャストのRSS技術と、その後のApple Podcast、Spotify、KKBOXなどの聴取プラットフォームの発展と関係があります。簡単に言えば、各聴取プラットフォームの計算基準や技術の運用が異なるため、最終的な分析をホスティングプラットフォームで行う際には、対応できるかつ一貫性のあるフィルタリング基準が必要です。これにより、クリエイターは広告主と協力する際に、広告の効果を正確に測定するのに役立つ正しい指標を持つことができます。
データの統合を実際のリスニング状況により近づけるためには、リスナーが視聴中に経験する可能性のある事柄を明確にする必要があります。
まず第一に、リスナーは朝起きて携帯電話を見て、友達がシェアした良い番組を見かけるかもしれません。しかし、時間がないため、彼はとりあえずその番組をお気に入りのKKBOXに保存し、通勤中にゆっくりと聴くつもりです。
Firstoryが提供する主要なデーター指標
ダウンロード数（Downloads）
すべての聴取プラットフォーム（例：KKBOX、Apple Podcasts、Spotifyなど）からのダウンロードデータが含まれ、米国インタラクティブ広告協会（IAB）の要求に基づいて、さまざまな重複ダウンロードを絞って算出されます。具体的に言うと、同じIPアドレスおよびデバイスからの同じエピソードの一日一回の聴取は「1回のダウンロード数」として計算されます
ダウンロード数は3時間ごとに更新され、特にSpotifyのデータ形式が特殊であるため、毎日「グリニッジ標準時の0:00から3:00（日本時間の朝9:00から12:00）」に「2日前のデータ」が更新されます。
注意：計算技術および方法は異なる状況に応じて調整される可能性があります。より実際の聴取状況を検出するために、Firstoryは定期的に小規模な技術実験を実施し、この文書を継続的に更新しています。
ダウンロード数の根拠
発売後、異なるプラットフォームでのオーディオファイルの視聴状態を記録するために、以下のメディア（これに限定されない）に対してタグ付けとトラッキングを行います。ポッドキャストプラットフォーム、埋め込み型プレイヤー、サードパーティのアプリやウェブサイトなどはさらに同時に、Firstoryが収集されたHTTPリクエストに対して以下のフィルタリングを行います。
IPアドレス：リスナーの動的また家庭内のネットワークIPアドレスなど、リスナーの聴取状況の変化を反映します。
User-agent：リスナーが使用するブラウザ/プレイヤー情報やデバイスのオペレーティングシステム（iOS、Mac OS、Androidなど）など、リスニングデバイスに関する情報を記録します。
UTC date：ポッドキャストはどこでいつでも楽しめるエンタテインメントのため、「1日」を有効に計算するには「0から24の間」で定義する必要があります。Firstoryが参照する時間は、グリニッジ標準時の0から24の間です。
ユーザーの関連情報が得たら、さらに聴取時間の基準を定義する必要があります。ロボットが短時間に再生ボタンをクリックして水増しする状況を防ぐためです。現在の主流なIAB認証基準は、同じIPアドレスで24時間以内に同じエピソードを再生する回数を、1回または20回のクリックであっても1回として計算するというものです。
その他、不要な情報を防止するためのフィルタリング基準は以下の通りです：
Ignore non-playback： テストファイルが再生プラットフォーム（例：Apple Podcast）で使用される前にスクリーニングします。
Ignore bot, spider request： ボットやスパイダーのリクエストからの奇妙なファイルの要求を防ぐためにスクリーニングします。
Ignore cloud service： クラウドサーバーのIPアドレスやサードパーティのサーバーリクエストをスクリーニングします。
Ignore session shorter than 30 seconds： 30秒未満の再生セッションに対するリクエストをスクリーニングし、計算対象外とします。
これらの基準により、不正確な再生や不要な情報の発生を防止し、より正確なリスニングデータを取得することができます。
更新日 16/02/2024
ありがとうございます