App Center Analytics (iOS)

2025-05-05

重要

Visual Studio App Center は、2026 年 6 月 30 日まで引き続きサポートされる分析機能と診断機能を除き、2025 年 3 月 31 日に廃止されました。詳細を参照してください。

App Center Analytics は、ユーザーの行動と顧客エンゲージメントを理解してアプリを改善するのに役立ちます。 SDK では、セッション数とデバイスのプロパティ (モデル、OS バージョンなど) が自動的にキャプチャされます。独自のカスタムイベントを定義して、自分にとって重要なものを測定できます。キャプチャされたすべての情報は、データを分析するために App Center ポータルで使用できます。

注

SIM カードのない iOS デバイスは、App Center ポータルに通信事業者の国コードを含むレポートを送信しません。国の値を指定する場合は、 setCountryCode メソッドを使用して、デバイスの場所から国コードをオーバーライドします。

注

4.0.0 バージョンの App Center では、破壊的変更が導入されました。 App Center SDK 4.0.0 以降に移行するセクションに従って、App Center を以前のバージョンから移行します。

アプリケーションで SDK をまだ設定していない場合は、「はじめに」セクションに従います。

セッションとデバイスの情報

App Center Analytics をアプリに追加して SDK を起動すると、OS のバージョンやモデルなどのセッションとデバイスのプロパティが自動的に追跡され、コードは追加されなくなります。

注

Mac Catalyst アプリでは、セッションの量が iOS アプリよりも少なくなる場合があります。 Mac Catalyst でのセッションの追跡に使用されるライフサイクルイベントの動作は、iOS のセッションとは異なります。

デバイスにモバイルデータモデムと SIM カードがインストールされている場合、SDK はユーザーの国コードを自動的に報告します。 WiFi 専用デバイスでは、既定では国番号は報告されません。これらのユーザーの国コードを設定するには、ユーザーの場所を自分で取得し、SDK で setCountryCode: メソッドを使用する必要があります。私たちのアドバイスは、ユーザーの場所を追跡し、低い場所の解像度を使用することについて注意することです。下のサンプルでは kCLLocationAccuracyKilometer が使用されています。

デバイスで Location Services を有効にしていることを確認します。
CLLocationManagerを使用してデバイスの現在の場所を取得します。
CLGeocoderを使用して、場所を ISO 国コードに変換します。
SDK の setCountryCode メソッドを使用して、通信事業者の国コードをオーバーライドします。

次のコードを使用して、デバイスの場所を取得し、アプリの運送業者の国コードをオーバーライドします。

APPDelegate に CLLocationManagerDelegate プロトコルを追加し、locationManager プロパティを追加します。

@interface AppDelegate () <CLLocationManagerDelegate>
@property(nonatomic) CLLocationManager *locationManager;
@end

class AppDelegate: CLLocationManagerDelegate {
  private var locationManager: CLLocationManager = CLLocationManager()
}

didFinishLaunchingWithOptions: メソッドで位置情報マネージャーをセットアップします。

  self.locationManager = [[CLLocationManager alloc] init];
  self.locationManager.delegate = self;
  self.locationManager.desiredAccuracy = kCLLocationAccuracyKilometer;
  [self.locationManager requestWhenInUseAuthorization];

  self.locationManager.delegate = self
  self.locationManager.desiredAccuracy = kCLLocationAccuracyKilometer
  self.locationManager.requestWhenInUseAuthorization()

注

requestWhenInUseAuthorization メソッドは macOS では使用できません。 macOS 用に開発するときに、そのメソッドの呼び出しを削除します。

デリゲートメソッドを追加します。

- (void)locationManager:(CLLocationManager *)manager didChangeAuthorizationStatus:(CLAuthorizationStatus)status {
  if (status == kCLAuthorizationStatusAuthorizedWhenInUse) {
    [manager requestLocation];
  }
}

- (void)locationManger:(CLLocationManager *)manager didUpdateLocations:(NSArray<CLLocation *> *)locations {
  CLLocation *location = [locations lastObject];
  CLGeocoder *geocoder = [[CLGeocoder alloc] init];
  [geocoder reverseGeocodeLocation:location
                 completionHandler:^(NSArray *placemarks, NSError *error) {
                   if (placemarks.count == 0 || error)
                     return;
                   CLPlacemark *pm = [placemarks firstObject];
                   [MSACAppCenter setCountryCode:pm.ISOcountryCode];
                 }]
}

- (void)locationManager:(CLLocationManager *)manager didFailWithError:(NSError *)error {
  NSLog(@"Failed to find user's location: \(error.localizedDescription)");
}

func locationManager(_ manager: CLLocationManager, didChangeAuthorization status: CLAuthorizationStatus) {
  if (status == kCLAuthorizationStatusAuthorizedWhenInUse) {
    manager.requestLocation()
  }
}

func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {
  let userLocation:CLLocation = locations[0] as CLLocation
  CLGeocoder().reverseGeocodeLocation(userLocation) { (placemarks, error) in
    if error == nil {
      AppCenter.countryCode = placemarks?.first?.isoCountryCode
    }
  }
}
  
func locationManager(_ Manager: CLLocationManager, didFailWithError error: Error) {
  print("Failed to find user's location: \(error.localizedDescription)")
}

カスタムイベント

最大 20 個のプロパティを持つ独自のカスタムイベントを追跡して、アプリで何が起こっているかを把握し、ユーザーのアクションを理解し、App Center ポータルで集計を表示できます。

SDK を開始したら、 trackEvent:withProperties メソッドを使用して、プロパティを使用してイベントを追跡します。 最大 200 個の個別のイベント名を送信できます。また、イベント名あたり 256 文字、イベントプロパティ名とイベントプロパティ値ごとに 125 文字の上限があります。

NSDictionary *properties = @{@"Category" : @"Music", @"FileName" : @"favorite.avi"};
[MSACAnalytics trackEvent:@"Video clicked" withProperties: properties];

Analytics.trackEvent("Video clicked", withProperties: ["Category" : "Music", "FileName" : "favorite.avi"])

イベントのプロパティは完全に省略可能です。イベントを追跡するだけの場合は、代わりに次のサンプルを使用します。

[MSACAnalytics trackEvent:@"Video clicked"];

Analytics.trackEvent("Video clicked")

イベントの優先度と永続化

他のイベントよりも重要度が高いビジネスクリティカルなイベントを追跡できます。

開発者は、イベントの優先順位を標準 (API でFlagsNormal ) または Critical (API のFlagsCritical ) として設定できます。
優先度が Critical に設定されているイベントは、ストレージから最初に取得され、通常のイベントの前に送信されます。
ローカルストレージがいっぱいで、新しいイベントを格納する必要がある場合。優先度が最も低い最も古いイベントが最初に削除され、新しいイベントの空き時間が空けられます。
ストレージが 重大な 優先度のログでいっぱいの場合、SDK ではその場合に空き容量が得られないので、通常の優先度でイベントを追跡することは失敗します。
クラッシュ サービスも使用する場合、クラッシュログは重大として設定され、イベントと同じストレージを共有します。
送信間隔は標準イベントにのみ適用され、重大イベントは 3 秒後に送信されます。

次の API を使用して、 イベントを Critical として追跡できます。

NSDictionary *properties = @{@"Category" : @"Music", @"FileName" : @"favorite.avi"};
[MSACAnalytics trackEvent:@"Video clicked" withProperties:properties flags:MSACFlagsCritical];

// If you're using name only, you can pass nil as properties.

let properties = ["Category" : "Music", "FileName" : "favorite.avi"];
Analytics.trackEvent("Video clicked", withProperties: properties, flags: .critical)

// If you're using name only, you can pass nil as properties.

ログの送信を一時停止して再開する

イベント転送の一時停止は、アプリがビジネスクリティカルなニーズに合わせてネットワーク帯域幅を制御する必要があるシナリオで役立ちます。 App Center バックエンドへのログの送信を一時停止できます。一時停止しても、イベントは追跡および保存できますが、すぐには送信されません。一時停止中にアプリが追跡するすべてのイベントは、 resumeを呼び出した後にのみ送信されます。

[MSACAnalytics pause];
[MSACAnalytics resume];

Analytics.pause()
Analytics.resume()

実行時に App Center Analytics を有効または無効にする

実行時に App Center Analytics を有効または無効にすることができます。無効にした場合、SDK はアプリの分析情報をこれ以上収集しません。

[MSACAnalytics setEnabled:NO];

Analytics.enabled = false

App Center Analytics を再度有効にするには、同じ API を使用しますが、パラメーターとして YES/true を渡します。

[MSACAnalytics setEnabled:YES];

Analytics.enabled = true

状態は、アプリケーションの起動間でデバイスのストレージに保持されます。

注

このメソッドは、 Analytics が開始された後にのみ使用する必要があります。

App Center Analytics が有効になっているかどうかを確認する

App Center Analytics が有効になっているかどうかを確認することもできます。

[MSACAnalytics isEnabled];

Analytics.enabled

注

このメソッドは、 Analytics が開始された後にのみ使用する必要があり、常に開始前に NO または false を返します。

セッションの開始を管理する

既定では、セッション ID はアプリケーションのライフサイクルによって異なります。新しいセッションの開始を手動で制御する場合は、次の手順に従います。

注

Analytics.StartSession() API を呼び出すたびに新しいセッションが生成されることに注意してください。手動セッショントラッカーモードでは、この API が呼び出されない場合、すべての送信ログに null セッション値が設定されます。

注

新しいアプリケーションの起動後にセッション ID が再生成されることに注意してください。

SDK を開始する前に、次のメソッドを呼び出します。

[MSACAnalytics enableManualSessionTracker];

Analytics.enableManualSessionTracker()

その後、startSessionの後に AppCenter.start API を使用できます。

[MSACAnalytics startSession];

Analytics.startSession()

ローカルストレージサイズ

既定では、SDK は最大 10 MB のすべてのログを格納します。開発者は API を使用してストレージサイズを増やすことができます。SDK は、ストレージがいっぱいになるまでログを格納し続けます。

インターネットにアクセスできない

ネットワーク接続がない場合、SDK はローカルストレージに最大 10 MB のログを保存します。ストレージがいっぱいになると、SDK は古いログの破棄を開始して、新しいログを格納できます。ネットワーク接続が戻ると、SDK は 50 のバッチで、または 6 秒ごとに (既定で) ログを送信します。

注

25 日より前のログは破棄されます。

イベントログのバッチ処理

App Center SDK は 50 のバッチでログをアップロードします。SDK に送信するログが 50 個ない場合でも、6 秒後 (既定) にログが送信されます。最大 3 つのバッチを並列で送信できます。送信間隔は次のように変更できます。

// Change transmission interval to 10 seconds.
[MSACAnalytics setTransmissionInterval:10000];

// Change transmission interval to 10 seconds.
Analytics.transmissionInterval = 10000

伝送間隔の値は 6 秒から 86400 秒 (1 日) の間である必要があり、このメソッドはサービスを開始する前に呼び出す必要があります。

再試行とバックオフのロジック

App Center SDK では、回復可能なネットワークエラーに対するバックオフ再試行がサポートされています。再試行ロジックを次に示します。

要求ごとに最大 3 回試行されます。
各要求ごとに再試行状態マシンがあります。
1 回の要求ですべての再試行が終了すると、すべての送信チャネルが無効になります (次のアプリプロセスまで)。

バックオフロジック

% ランダム処理の後、最初の再試行は5秒から10秒、2回目の再試行は2.5分から5分、最後の試行は10分から20分の間隔で行います。
ネットワークがオフからオン (または wi-fi からモバイル) に切り替わると、再試行状態がリセットされ、要求が直ちに再試行されます。

次の方法で共有