IDFAとは何か？AppleのApp Tracking Transparency（ATT）がiOSのアトリビューションに与える影響について

IDFAとは何か、そしてiOSのアトリビューションにどう影響するのか？ IDFA（Identifier for Advertisers）は、ユーザーが追跡を許可した場合に、iOSアプリや広告プラットフォームが広告計測やアトリビューションのために使用できる、リセット可能な識別子です。ユーザーがATT（App Tracking Transparency）の許可を拒否すると、アプリはIDFAにアクセスできなくなるため、広告主はプライバシーを保護した新しいアトリビューション手法へと移行を迫られています。

IDFA（Identifier for Advertisers）は、iOSでの広告測定を目的としたApple提供のリセット可能な識別子です。AppleのApp Tracking Transparency（ATT）フレームワークの導入により、IDFAへのアクセスはシステムデフォルトからユーザーによる明示的な許可へと変更され、モバイルアトリビューションは決定論的なクロスアプリマッチングから、プライバシーを保護した測定フレームワークへと転換しました。

用語	定義	関連概念
IDFA	広告測定を目的としてAppleが提供する、リセット可能な広告識別子。	App Tracking Transparency
App Tracking Transparency	IDFAへのアクセスに明示的なオプトインを求めるAppleのプライバシーフレームワーク。	ATTrackingManager
SKAdNetwork	集計ベースでプライバシーを保護したAppleのアド・アトリビューション・フレームワーク。	コンバージョン値
Deferred Deep Linking	広告識別子を読み取ることなく、初回アプリ起動時にコンテキストキャンペーンのパラメータを復元する技術。	コンテキスト・パラメータの復元

要約

IDFA（Identifier for Advertisers）は、広告測定に使用されるAppleの識別子です。App Tracking Transparency（ATT）フレームワークの下では、IDFAへのアクセスにはユーザーの明示的な同意が必要です。ユーザーが追跡を拒否するとIDFAの値は取得できなくなるため、iOSの計測はSKAdNetworkやファーストパーティのコンテキストアトリビューションへと移行しています。

IDFAとは何か、なぜATTでアクセス制限が導入されたのか

モバイルアトリビューションにおけるIDFAの歴史的役割

これまでモバイル広告ネットワークは、iOSエコシステム全体で決定論的な照合を行う主要なキーとしてIDFAに依存していました。パブリッシャーアプリ内で広告クリックが発生すると、広告ネットワークはユーザーのIDFA文字列をキャンペーンのメタデータと共に記録します。その後、ストアへのリダイレクト、インストール、アプリの初回起動が行われると、組み込まれた計測SDKがデバイスから同じIDFA文字列を抽出し、アトリビューションサーバーへ送信していました。

文字列の一致比較（ $\\text{IDFA}*{\\text{click}} == \\text{IDFA}*{\\text{install}}$ ）を行うことで、アトリビューションエンジンは決定論的な精度で広告パフォーマンスを検証できました。この汎用識別子によって、マルチタッチマッピング、ユーザー単位のリターゲティング、クロスアプリの行動プロファイリング、および広告ネットワーク間でのサーバー・ツー・サーバー（S2S）ポストバックルーティングが簡素化されていました。

iOS 14.5でのApp Tracking Transparencyの導入

iOS 14.5およびApp Tracking Transparency（ATT）フレームワークのリリースにより、AppleはiOSおよびiPadOS全体でのプライバシー保護を強化しました。ATTの下では、IDFAへのアクセスは「追跡」と分類され、プログラム上でIDFAを取得する前に、アプリはユーザーに対して明示的な許可を求める必要があります。

アプリが同意なしにIDFAをクエリしようとした場合、あるいはユーザーが「Appにトラッキングしないように要求」を選択した場合、システムは0で埋められた識別子値を返します：

00000000-0000-0000-0000-000000000000

多くのユーザーがATTの許可を拒否するため、iOSの有料メディアトラフィック全体で決定論的なIDFAマッチングが機能しなくなり、従来のユーザー単位のキャンペーン測定が崩壊しました。

ATTrackingManagerの認証状態について

OSからIDFAへのアクセスは、AppleのAppTrackingTransparencyフレームワーク内のATTrackingManagerクラスによって制御されます。開発者はATTrackingManager.trackingAuthorizationStatusを通じてシステムの状態をクエリし、以下の4つのいずれかのenum状態を取得します：

authorized: ユーザーが追跡を明示的に許可。アプリはASIdentifierManager.shared().advertisingIdentifierを通じて実際のIDFA文字列をクエリできます。
denied: ユーザーがATTシステムプロンプトで明示的に拒否したか、システム設定で追跡が全体的に無効化されている状態。IDFA値は0で返されます。
restricted: OSレベル（システムポリシーやペアレンタルコントロールなど）でアクセスが制限されている状態。
notDetermined: ユーザーがATT許可プロンプトをまだ表示されていない状態。許可がリクエストされ、承認されるまでIDFAへのアクセスはブロックされます。

ATT導入前の決定論的なIDFAマッチングと、ATT導入後の0埋め識別子の比較。

App Tracking TransparencyがiOSのアトリビューションに与える影響

クロスアプリトラッキングの崩壊

iOSユーザーがATTプロンプトを拒否すると、アトリビューションパイプラインは、インストール前の広告エンゲージメントとインストール後のアプリ内イベントを紐付けるための主要な決定論的キーを失います。ユーザーAがパブリッシャーアプリXで広告をクリックし、広告主アプリYをインストールした場合、ユーザーの許可がない限り、どのアプリもIDFAをアトリビューションに使用できません。

両方のエンドポイントで許可が得られるケースはごくわずかであるため、ほとんどのユーザー獲得チャネルにおいて、決定論的なクロスアプリトラッキングは機能しなくなっています。広告主は、特定の広告クリエイティブからインストール後のLTV（顧客生涯価値）までの個々のユーザーの旅路を、広告識別子を使って直接追跡することはできなくなりました。

非準拠のフィンガープリント採取のリスク

IDFAパイプラインの崩壊に直面し、一部の広告主はIPアドレス、ユーザーエージェント、システムの稼働時間、デバイス構成を組み合わせて擬似識別子を作成する、確率的なデバイスフィンガープリント採取を試みました。しかし、AppleのApp Store審査ガイドライン（セクション5.1.2）では、使用される技術的手法に関わらず、許可なくユーザーを追跡することを明示的に禁止しています。

Appleはアプリを審査し、提出されたコードや動作がATTの同意を回避しようとしていないかを評価します。ATTの同意をバイパスするためにデバイス特性を収集しているとみなされたアプリは、App Storeの審査で却下されるか、アカウント停止のリスクに直面します。そのため、持続可能なiOSの計測アーキテクチャは、ガイドラインに反する手法ではなく、プライバシーを保護したファーストパーティの手法を採用する必要があります。

プライバシーを保護した測定手法

Appleのガイドラインを遵守しつつiOSキャンペーンの可視性を維持するため、モバイル計測アーキテクチャでは以下の二層アプローチが採用されています：

デバイス上の集計型アトリビューション: Apple独自のSKAdNetwork（SKAN）フレームワークを活用し、Appleのアトリビューションシステムから集計され、プライバシーが確保されたコンバージョンポストバックを受信します。
ファーストパーティ・コンテキスト復元: Web JS SDKを介したディファード・ディープ・リンクを採用し、広告識別子を読み取ることなく、キャンペーンIDやリファラートークンなどの動的なマーケティングパラメータをインストールフローへ直接渡します。

ディファード・ディープ・リンクは、AppleのIDFAやSKAdNetworkを置き換えるものではありません。これは、プライバシーを確保しながらファーストパーティのマーケティングコンテキストを復元することで、Appleのプライバシー保護エコシステムを補完するものです。ディファード・ディープ・リンクは、ユーザー単位の追跡を再現するのではなく、ファーストパーティのマーケティングコンテキストを保持します。OpoInstallのようなモバイル計測プラットフォームは、iOSのプライバシー要件を厳格に遵守しつつ、コンテキスト・パラメータを復元し、ファーストパーティのキャンペーン情報を維持する機能を提供しています。

IDFA、SKAdNetwork、ディファード・ディープ・リンクの構造比較

ATT前のIDFAマッチングと最新のプライバシー測定フレームワークの比較分析

決定論的な広告識別子からの移行には、従来のIDFAトラッキング、AppleのネイティブなSKAdNetwork、そしてファーストパーティによるコンテキスト・パラメータの復元における運用上のトレードオフを理解することが重要です。

以下の表は、これら3つの測定モデルにおける主要な機能的次元を比較しています：

測定次元	レガシーIDFAトラッキング	Apple SKAdNetwork (SKAN)	コンテキスト型ディファード・ディープ・リンク
ユーザー識別子	決定論的IDFA文字列	匿名 / 集計	ファーストパーティのコンテキストトークン
ユーザー同意の必要性	明示的なATTオプトイン (`authorized`)	不要 (プライバシー保護)	ファーストパーティ情報のためIDFAアクセス不要
データ粒度	ユーザー単位のイベントテレメトリ	集計済みコンバージョン値	キャンペーンおよびリファラルコンテキスト
リアルタイム可用性	即時のS2Sポストバック配信	24〜48時間のポストバック遅延	インストール直後のパラメータ復元
App Storeコンプライアンス	ATT認証が必要	Apple純正の完全準拠フレームワーク	完全準拠のファーストパーティWeb-to-Appフロー

レガシーIDFAトラッキング、Apple SKAdNetwork、コンテキスト型ディファード・ディープ・リンクの比較マトリックス。

データ粒度、ユーザー同意要件、技術的な限界の評価

レガシーIDFAトラッキングはユーザーレベルで詳細なデータを提供していましたが、明示的な同意への依存が大きいため、主要戦略として利用するのは困難です。SKAdNetworkは、ユーザーレベルの識別子を公開することなく、コンプライアンスに準拠した広告測定をサポートするように設計されたAppleのプライバシー保護アトリビューションフレームワークです。これにはレポート制限やアトリビューション信号の遅延が含まれます。SKAdNetwork 4では、階層型コンバージョン値（粗い粒度と細かい粒度）、ソース識別子（従来のキャンペーンIDフィールドに代わるもの）、および複数のポストバックウィンドウが導入され、ユーザーのプライバシーを保護しつつキャンペーン測定が強化されました。

コンテキスト型ディファード・ディープ・リンクは、Webクリック時に招待者IDやキャンペーンのリファラートークンなど、非機密のマーケティングパラメータをキャプチャすることでSKAdNetworkを補完します。ユーザーがインストールしてアプリを開くと、クライアントSDKがこれらのコンテキスト・パラメータを取得し、制限されている広告識別子にアクセスすることなくキャンペーンアトリビューションを復元します。

iOSのアトリビューションパイプラインを構築する開発者は、統合の詳細についてiOSアトリビューションSDKドキュメントを参照してください。

プライバシーを保護したiOSアトリビューションの技術的な実装

ATTrackingManagerによるATT認証のリクエスト

ユーザーの同意を得た上で合法的にIDFAをクエリするには、iOS開発者はInfo.plistファイルにNSUserTrackingUsageDescriptionキーを設定し、追跡許可を求める理由を説明する必要があります。

通常、オンボーディングフローで許可を得るメリットをユーザーに伝えた後、requestTrackingAuthorization(completionHandler:)をプログラムで呼び出します。

ATT認証とSKANイベントスキーマの標準化

iOSアトリビューション信号を確実に処理するため、バックエンドのイベントコレクターはSKAdNetworkのポストバックペイロードと、クライアントサイドのコンテキストイベントペイロードの両方を受け入れます。

S2Sの生ログスキーマやイベントペイロードに関する技術的なフィールド定義については、生データエクスポートドキュメントを参照してください。

以下のスキーマは、iOSアトリビューションイベントのJSONスキーマ例を示しています。注：これは概念的な例であり、AppleやOpoInstallのAPI仕様ではありません：

```json
{
“example_only”: true,
“event_type”: “ios_attribution_event”,
“app_id”: “com.example.iosapp”,
“device_context”: {
“os_version”: “17.4”,
“model”: “iPhone15,2”,
“att_status”: “denied”,
“idfa_access_status”: “unavailable”
},
“contextual_attribution”: {
“channel_code”: “ios_privacy_campaign”,
“campaign_id”: “cmp_ios_search_01”,
“referral_token”: “ref_token_88776655”,
“attribution_method”: “contextual_deferred_deep_link”
},
“skan_metadata”: {
“skan_version”: “4.0”,
“postback_sequence_index”: 1
}
}

コンテキスト・パラメータの復元を使用してキャンペーンの可視性を維持する方法

IDFAオプトインのボトルネックを回避：ファーストパーティWeb-to-Appコンテキスト受け渡しの機能

有料広告キャンペーンがユーザーをApp Storeに誘導する前にモバイルWebランディングページにトラフィックを流す場合、広告識別子を読み取ることなくアトリビューションコンテキストを維持できます。ファーストパーティのアプリリンクやディファード・ディープ・リンクフローにより、制限された広告識別子にアクセスすることなく、キャンペーンコンテキストを維持できます。Web JS SDKは、ランディングページのURLクエリ文字列からchannelCode、campaignID、shareCodeなどの動的なクエリパラメータを直接キャプチャします。

App Storeへのリダイレクトが行われる際、Web SDKはこれらのパラメータをセッションメタデータとともにアトリビューションサーバーにキャッシュします。ユーザーが初めてアプリをインストールして起動すると、モバイルSDKはアトリビューションエンジンにクエリを送り、キャッシュされたコンテキスト・パラメータを取得します。

コンテキスト型Web-to-Appフローを通じたインストール後の動的ペイロードの復元

一部のファーストパーティ・アトリビューションフローでは、制限された広告識別子にアクセスすることなくキャンペーントークンを復元するために、OSとアプリエコシステムによってサポートされているWeb-to-Appのパラメータ受け渡しメカニズムを使用しています。Webリダイレクト中に、Web JS SDKはリファラルフローにリファラートークンを追加します。

初回アプリ起動時、ネイティブのモバイルSDKはコンテキスト・パラメータを読み取り、コンテキスト型リファラルペイロードを解決し、getInstallParamコールバックハンドラーを実行します。このファーストパーティのパラメータ復元プロセスは、完全にファーストパーティのアプリ境界内で行われ、クロスアプリ追跡識別子にアクセスすることなくリファラルキーを渡します。

Web Referral Click

│
▼

App Store Redirection & App Download

│

▼

First App Launch & Native SDK Query

│

▼

Mobile SDK Restores Payload (getInstallParam)

(IDFAアクセスなしの準拠アトリビューション)

ファーストパーティによるコンテキストWeb-to-Appパラメータ復元パイプラインのアーキテクチャ図。

デバイス識別子に頼らずにiOS広告支出を監査する方法

ユーザーレベルの粒度からコホートベースのパフォーマンス測定への移行

iOS全体でユーザーレベルの決定論的な識別子が利用できなくなる中、パフォーマンスマーケティングチームは、個々のユーザー追跡から、コホートベースのキャンペーン測定へと移行する必要があります。

ユーザーXをすべてのアプリ内マイルストーンで追跡する代わりに、アナリストは獲得ソース、リファラートークン、またはSKANキャンペーンIDごとに集計されたキャンペーンコホートを評価します。キャンペーンコホート全体でDay-1、Day-7、Day-30の収益を集計して比較することで、個々のデバイス追跡を必要とせずにキャンペーンROASを算出するために必要なデータセットが得られます。

iOS上の有料チャネル全体でのインクリメンタルリフトの監査

有料iOSキャンペーンが真のビジネス成長を生み出しているのか、それとも単にオーガニックインストールを横取りしているだけなのかを検証するため、広告主はホールドアウトグループを使用したインクリメンタリティテストを実施します。

ランダムに抽出したコントロールグループに対して広告の表示を控え、露出されたトリートメントグループと比較することで、マーケティング担当者は真のインクリメンタルリフト（純増分）を特定します。インクリメンタリティ測定とコンテキスト型ディファード・ディープ・リンクを組み合わせることで、IDFA後の環境下でiOS広告支出効率を評価するための強固なフレームワークが構築されます。

SKAdNetwork、コンテキスト・ディープ・リンク、インクリメンタリティテストを用いたiOS広告支出の監査ワークフロー。

よくある質問 (FAQ)

IDFAとは何ですか？iOSのアトリビューションにどう影響しますか？

IDFA（Identifier for Advertisers）は、アプリ間でのコンバージョンをアトリビュートするために使用されるAppleのリセット可能な広告識別子です。AppleのATTフレームワークの下では、アプリはIDFAにアクセスする前に明示的なユーザー許可を得る必要があります。ユーザーが拒否した場合、システムは0の値を返し、決定論的なユーザーレベルの追跡を防止します。

IDFAとSKAdNetworkの違いは何ですか？

IDFAはユーザーが追跡を許可した場合にユーザーレベルの決定論的な計測を行いますが、SKAdNetworkはデバイス識別子を公開することなく、プライバシーを保護した集計ベースのアトリビューションを提供します。

ATTはIDFAを完全に無効化しますか？

いいえ。ATTはIDFAをiOSから削除するわけではありません。アクセスを自動的なものから、ユーザーが許可したものへと変更します。ユーザーが追跡を許可すれば、アプリは引き続きIDFAを使用できます。

ATT後のIDFAに代わるものはありますか？

IDFAを完全に置き換える単一の技術は存在しません。現代のiOSアトリビューションは、SKAdNetwork、ファーストパーティ分析、およびコンテキスト型アトリビューション手法を組み合わせて行われます。

なぜAppleはIDFAに対してATTを導入したのですか？

Appleは、ユーザーが自身の個人データプライバシーを明確に制御できるようにし、同意のないクロスアプリトラッキングを制限し、プライバシーを保護した測定代替案を促進するために、App Tracking Transparency（ATT）を導入しました。

IDFAはまだiOSで利用可能ですか？

はい。IDFAはiOSで利用可能ですが、アクセスにはApp Tracking Transparency（ATT）プロンプトを介したユーザーの明示的な許可が必要です。許可が拒否されたか、要求されていない場合、システムは0で埋められた広告識別子値を返します。

SKAdNetworkはiOSでIDFAを置き換えられますか？

SKAdNetworkは、決定論的なユーザーレベルの計測ではなく、集計されたアトリビューション信号を提供するため、IDFAを完全に置き換えることはできません。多くのモバイル成長チームは、SKAdNetworkとファーストパーティのコンテキスト型アトリビューションを組み合わせることで、完全なキャンペーン可視性を維持しています。

アプリはiOSでIDFAなしでユーザーを追跡できますか？

アプリは、明示的なATT許可なしに他の企業のアプリやWebサイト間でのユーザー追跡を行うことはできません。Appleは、ユーザーの同意をバイパスするための代替的なデバイスフィンガープリント採取の使用を厳格に禁止しています。

iOSでユーザーがATTプロンプトを拒否するとどうなりますか？

ユーザーがATTプロンプトを拒否すると、システムは`ATTrackingManager.AuthorizationStatus`を`denied`に設定します。アプリはIDFAにアクセスできず、Appleのポリシーは、非準拠のハードウェアフィンガープリントを使用してデバイスを識別する試みを厳格に禁止しています。

コンテキスト型ディファード・ディープ・リンクは、IDFAなしでどのようにアトリビューションを維持しますか？

コンテキスト型ディファード・ディープ・リンクは、マーケティングパラメータ（招待者IDやキャンペーントークンなど）をファーストパーティのリファラルURLにエンコードすることでアトリビューションを維持します。ユーザーがアプリをインストールして開くと、クライアントSDKがこれらのファーストパーティパラメータを直接取得し、制限されたデバイス識別子にアクセスすることなくキャンペーンコンテキストを復元します。

重要ポイント

プライバシーファースト時代: AppleのATTフレームワークにより、同意率が低いため、大多数のiOSトラフィックにおいて決定論的なIDFAトラッキングは実用的ではなくなりました。
コンプライアンスリスク: 準拠していないデバイスフィンガープリント採取は、App Store審査ガイドラインに違反し、アプリの却下やアカウント停止のリスクを伴います。
ファーストパーティによる復元: ネイティブのSKAdNetwork測定とコンテキスト型ディファード・ディープ・リンクを組み合わせることで、完全なプライバシーコンプライアンスを維持しながら、高精度のiOSキャンペーンアトリビューションが可能になります。

要約と決定フレームワーク

IDFAトラッキングの変更に対応するためには、モバイル成長チームはプライバシーを保護した測定フレームワークを採用する必要があります。AppleのApp Tracking Transparencyフレームワークの下では、従来の決定論的なデバイスIDのみに頼る手法はもはや機能しません。

iOSのアトリビューション精度を維持するために、エンジニアリングおよびマーケティングチームは、AppleのネイティブSKAdNetworkフレームワークとファーストパーティのコンテキスト・パラメータを組み合わせる必要があります。このアプローチにより、制限された識別子に頼ることなく、コンプライアンスに準拠したキャンペーン測定が可能になります。

モバイルアトリビューションパイプラインを実装する開発者は、OpoInstallモバイルアトリビューション実装リファレンスを参照するか、OpoInstall開発者コンソールでアカウント登録を行い、SDK統合とイベント配信ワークフローを確認してください。