ステップ5：プラットフォーム横断型とプラットフォーム単位型のインストルメンテーション

Amplitude入門シリーズの第5回（全6回）へようこそ：プラットフォーム横断型とプラットフォーム単位型のインストルメンテーションの比較。まだ前のステップをお読みになっていない場合は、先へ進む前にご確認ください。

0. イントロダクション＆はじめに
1. インストルメンテーションの事前作業：送信するデータを決定する前に考慮すべきこと
2. ユーザーの特定：プロダクトのユニークユーザーを適切にトラッキングするための要件
3. イベントデータ：トラッキングすべきイベントやユーザーのアクションを特定する方法
4. ユーザープロパティおよびイベントプロパティ：分析の質の向上のために送信すべき属性
5. プラットフォーム横断型とプラットフォーム単位型のインストルメンテーション：両者の違いと、どちらの方法を選ぶべきかの説明
6. AmplitudeとSnowflakeで実際に強力なリソースを体験：SnowflakeとAmplitudeを併用することで、SQLを介して重要な質問に回答

Amplitudeのお客様からは、同じアプリのiOS版とAndroid版で同じAPI Keyを使うべきか、あるいはWebとモバイルのデータを連携させるべきかという質問がよく寄せられます。答えは、お持ちになっているアプリの種類と、行いたい分析の種類によって異なります。

場合によっては、Android、iOS、Webなどの個々のプラットフォームでアプリの動作が異なります。このため、それぞれのプラットフォームが単独でどのように作動するかを分析することが最優先となります。また、プラットフォームに関係なく、ユーザーの行動を理解することが最優先される場合もあります：ユーザーがどのプラットフォームからアクセスするかは分かっており、ユーザーが行動を取ったときにどのプラットフォームにいたかよりも、ユーザーの行動自体に興味がある場合などです。

さまざまなプラットフォームからのデータを1つのAmplitudeプロジェクトにまとめるべきか、それとも分けるべきかを判断するために、各オプションの長所と短所についてご説明します。

プラットフォーム横断型のインストルメンテーションはどのような場合に適していますか？

プラットフォーム横断型のインストルメンテーションを行う意味があるのは、以下の4つの状況です。

1. プラットフォーム間でユーザーが頻繁に入れ替わることを期待している場合。
2. 会社にとって重要なフォーカスとして、プラットフォーム全体におけるユーザーの行動を分析したいと考えている場合。（このためにはユーザーIDの収集が必要です。）
3. 別の分析プロダクトで同じAPIキーを使用したことがある場合。
4. 同じAPIキー（下記参照）を使用する利点を読み、理解しました。

このアプローチには主に2つの利点があります：1つは、すべてのプラットフォームの合計を1つの統一されたビューで表示できることで、もう1つは、プラットフォームを横断してユーザーの行動を分析するファネルやリテンションチャートを作成できることです。

プラットフォーム単位型のインストルメンテーションはどのような場合に適していますか？

プラットフォーム単位型のインストルメンテーションが適している状況は2つあります。

1. アプリが各プラットフォームで単独で機能し、ユーザーのクロスオーバー分析が重要ではない場合。
2. 各プラットフォームでユーザーがどのようにエンゲージしているかの理解が目標である場合。

プラットフォーム単位型のインストルメンテーションアプローチには、いくつかの利点があります。

• **プラットフォームによる差異：**iOSとAndroidでアプリの主な機能が同じであっても、特定のアクションのトラッキング方法（パーミッションの要求など）には若干の違いがあるため、分けて考えることが必要な場合。アプリ自体のわずかな差異（例えば、異なるランディング／チュートリアル画面の表示など）も同様に、分離して管理した方がよいでしょう。
• アップデートサイクルの差異：インストルメンテーションの変更は常に発生しており、アプリのアップデートが同じ日にリリースされることは稀です。つまり、特定のプラットフォーム上の新しいバージョンから提供されるデータや新しいイベントが、古いバージョンのデータや古いイベントと混ざってしまい、ダッシュボードを混乱させ、重要なメトリクスに焦点が当たらなくなる可能性があります。
• **エラーの発見が困難：**複数のプラットフォームからのイベントが同じダッシュボードに混在することで、インストルメンテーションのエラーやバグを発見し、必要な修正を行うことが難しくなります。
• **Webとモバイルは大きく異なります：**Webとモバイルにおけるエクスペリエンスには差異があり、おそらくトラッキングしたいイベントも大きく異なることでしょう。

本番データとテストデータは常に分離

各本番プロジェクト毎に２つのAPIキーを作成することをお勧めします。1つのキーはテストと統合に使用し、もう1つのキーは本番データに使用します。テスト用と本番用のデータを分けておくことで、指標がプロダクトの使用状況を正確に反映するようになります。このプロセスは、本番環境に移行する前にテストプロジェクトで完了させてください。

Amplitudeにデータを送信：リソース

Amplitudeへのデータ送信方法の詳細はこちらでご確認ください。

1. Amplitude SDK：当社のSDKのリストをこちらでご確認いただけます。
2. Amplitude HTTP API：HTTP APIを使用して、サーバー側のイベントデータを送信します。
3. Segment.io：詳細については、セグメント / Amplitudeの統合をご覧ください。
4. mParticle: 詳細は、mParticle / Amplitudeの統合をご覧ください。

準備ができたら、シリーズの次の記事 - ステップ6：Amplitude、SQLを探索し、強力なリソースについて学ぶにお進みください。