[Qiita] AndroidのGoogle Analytics SDKをv2からv4に移行する

※この記事は以前Qiitaに投稿されていた古い記事です

はじめに

今自分が触っているアプリのAndroidのGoogle Analytics SDKをv2からv4に上げることにしたのですが、v2とv4ではパッケージ名も使い方も違っていて少し調べる必要があったので、移行したときに何を変更したのかメモとして書いておきます。
まぁ、v2はかなり古いSDKなので、未だにこれを使っている人はあんまりいないとは思いますが。。

古いjarを消し去る

今まで使っていたGoogle Analytics SDK v2のjarは不要なので、最初に消し去ります。

アプリのbuild.gradleにGoogle Play Servicesを追記

Google Analytics SDKはGoogle Play Servicesの中に入っているので、build.gradleにGoogle Play Servicesを追記します。
Google Play Servicesのバージョンは、なるべく最新のものを使ったほうが良いと思います。

compile 'com.google.android.gms:play-services:8.3.0'

importする

コードを書けばAndroid Studioが自動でimportしてくれるとは思いますが、一応書いておきます。
v2とv4でパッケージ名が変わってました。

import com.google.analytics.tracking.android.GoogleAnalytics;
import com.google.analytics.tracking.android.Tracker;

import com.google.android.gms.analytics.GoogleAnalytics;
import com.google.android.gms.analytics.HitBuilders;
import com.google.android.gms.analytics.Tracker;

インスタンスの取得

インスタンスの取得はgetTrackerをnewTrackerに変えるだけです。

Tracker mTracker = GoogleAnalytics.getInstance(context).getTracker(TRACKER_ID);

Tracker mTracker = GoogleAnalytics.getInstance(context).newTracker(TRACKER_ID);

スクリーンビューの送信

スクリーンビューを送信するには、TrackerにsetScreenNameして、HitBuilders.ScreenViewBuilderをbuildしたものをsendメソッドに渡して送信します。

mTracker.sendView("screen_name");

mTracker.setScreenName("screen_name");
mTracker.send(new HitBuilders.ScreenViewBuilder().build());

カスタム速度の送信

カスタム速度を送信するには、HitBuilders.TimingBuilderを使います。

mTracker.sendTiming(category, time, variable, null);

mTracker.setScreenName("screen_name");
mTracker.send(new HitBuilders.TimingBuilder()
        .setCategory(category)
        .setValue(time)
        .setVariable(variable)
        .build()
);

イベントの送信

カスタム速度を送信するには、HitBuilders.EventBuilderを使います。

mTracker.sendEvent(category, action, label, value);

mTracker.send(new HitBuilders.EventBuilder()
     .setCategory(category)
     .setAction(action)
     .setLabel(label)
     .setValue(value)
     .build()
);

HitBuilders.AppViewBuilderとHitBuilders.ScreenViewBuilderの違い

HitBuilders.AppViewBuilderとHitBuilders.ScreenViewBuilder、スクリーンビューを取るにはどちらを使えば良いのか迷ったので調べてみたところ、

This class is deprecated.
This class has been deprecated in favor of the new ScreenViewBuilder class. The two classes are semantically similar but the latter is consistent across all the Google Analytics platforms.

とリファレンスに書いてありました。
HitBuilders.AppViewBuilderは非推奨になって、すべてのGoogle Analyticsのプラットフォーム間で一貫性のある新しいHitBuilders.ScreenViewBuilderクラスを作ったのでこっちを使ってね、みたいな感じだと思います。
なので、HitBuilders.ScreenViewBuilderを使えば良いようです。

起動時にハマった(ﾟдﾟ)

Error Code:
 2
Output:
 UNEXPECTED TOP-LEVEL EXCEPTION:
 com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536
  at com.android.dx.merge.DexMerger$6.updateIndex(DexMerger.java:502)
  at com.android.dx.merge.DexMerger$IdMerger.mergeSorted(DexMerger.java:277)
  at com.android.dx.merge.DexMerger.mergeMethodIds(DexMerger.java:491)
  at com.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:168)
  at com.android.dx.merge.DexMerger.merge(DexMerger.java:189)
  at com.android.dx.command.dexer.Main.mergeLibraryDexBuffers(Main.java:502)
  at com.android.dx.command.dexer.Main.runMonoDex(Main.java:334)
  at com.android.dx.command.dexer.Main.run(Main.java:277)
  at com.android.dx.command.dexer.Main.main(Main.java:245)
  at com.android.dx.command.Main.main(Main.java:106)

どうやらGoogle Play Services 8.3にしたことによって、dexのメソッドの総数が65,535を超えてしまったようです。
multidexをtrueにして、dependenciesにmultidexを追加して、

android {
    compileSdkVersion 23
    buildToolsVersion "23.0.0"

    defaultConfig {
        ...
        minSdkVersion 14
        targetSdkVersion 21
        ...

        // Enabling multidex support.
        multiDexEnabled true
    }
    ...
}

dependencies {
  compile 'com.android.support:multidex:1.0.0'
}

AndroidManifext.xmlのapplication要素のnameをMultiDexApplicationに変えます。

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.android.multidex.myapplication">
    <application
        android:name="android.support.multidex.MultiDexApplication">
        ...
    </application>
</manifest>

ビルド通った！

おわりに

Google Analytics SDKとは関係無いところでハマりましたが、移行自体は意外とすんなり終わりました。
もしまだ移行していない方がいたら、ぜひ移行してみてください。
以上、お疲れさまでした。

参考



コメント

コメントを投稿

人気の投稿

[Qiita] Google Playのクローズドベータ版テストでメールアドレスを指定して公開する

イメージ
※この記事は以前Qiitaに投稿されていた古い記事です はじめに ふと、Google Playのクローズドベータ版テストを試してみたくなって使ってみたので手順を書いてみました。 Google Playのクローズドベータ版テストについて Google Playで決まったユーザーのみにアプリをテストしてもらいたい場合、クローズドベータ版テストを使用することができます。 クローズドベータテストには以下の3種類がありますが、今回はメールアドレスを指定する方法でテストを公開してみます。 メールアドレスを指定して公開する Googleグループのユーザーに公開する Google+コミュニティのユーザーに公開する 前提条件 テスターのメールアドレスはGoogleアカウントまたはGoogle Appsアカウントであること テスト開始手順 テスターの設定 Google Play デベロッパーコンソール にログイン アプリを選択 左のメニューから[APK]を選択 タブの中央にある[ベータ版テスト]を選択 [クローズドベータ版テストを設定]を選択 [Create list]を選択 リスト名を入力(「〜事業部」や「〜チーム」など、リスト内のテスターがどのような人なのかを識別するための名前を入力する) メールアドレスを入力(以下の3通りのどれか) メールアドレスを1つずつ入力してカンマかエンターを押す カンマ区切りのメールアドレスをコピペしてエンターを押す CSVファイルをアップロードする [保存]を押す 公開したいリストにチェックを入れる 右上の[更新を送信]を押す (製品版の公開と同じく即時公開はされないため、公開されるまで少し時間がかかる) 青い枠で囲われているオプトインURLをテスターに共有する 公開したベータ版をそのまま製品版に移行するには[製品版にプロモート]を押すことで、簡単に移行できます。 APKを公開する Google Play デベロッパーコンソール にログイン アプリを選択 左のメニューから[APK]を選択 タブの中央にある[ベータ版テスト]を選択 [ベータ版に新しいAPKをアップロード]を選択 APKファイルを選択 [このバージョンの新機能]を記載
続きを読む

[Qiita] Androidの実機でPCのlocalhostに接続したり、Webページの要素を検証する

イメージ
※この記事は以前Qiitaに投稿されていた古い記事です はじめに 実機でPCのlocalhostに接続したいときや、実機で見ているWebページの要素を検証したいことがあったので、その方法をメモとして書いておきます。 必要なもの Android Android 4.0以上 最新のChrome PC Chrome 32以上 Android SDK SDKが必要というよりはadbが必要なので、既にSDKが入っている場合はadbにパスを通しておくだけで良いです。 ※ Chrome拡張で「adb」というものがありますが、現在は非推奨になっているため、ここでは使いません。 Android SDKをインストールする 手元にWindowsが無いため、今回はMacの説明のみ書きます。 既にAndroid SDKが入っている場合は、この手順は必要無いです。 Android SDKをダウンロードする ここ から、自分の環境のAndroid SDKをダウンロードします。 今回はadbのみ必要なため、SDKのみのダウンロードをします。 ダウンロードしたzipを任意の場所に置き、zipを解凍する ターミナルでダウンロードしたSDKのディレクトリ配下のtoolsディレクトリを開く cd [ 任意のディレクトリ ] /android-sdk-macosx/tools android というシェルスクリプトを起動する ./android Android SDK Managerが起動するので、 Android SDK Platform-tools のみにチェックを入れて右下のinstallボタンを押す 同意してインストールする 完了したら Close を押してAndroid SDK Managerも閉じる adbにパスを通す 先ほどのインストールでplatform-toolsというディレクトリが生成されているはずなので、そこにパスを通します。 ~/.bash_profile を開く vi ~/.bash_profile 以下のようにSDKのディレクトリ配下のplatform-toolsディレクトリにパスを通す export PATH = $PATH : [ SDKのディレクト
続きを読む

【Linux】Linuxでディレクトリ毎にzip圧縮する

Linuxで、ディレクトリ毎にzip圧縮したかったのだが、一発でできるようなコマンドが無かったため、ディレクトリ毎にzip圧縮するシェルスクリプトを作ってみた。 適当なファイルを作って、下記のスクリプトを書いて、ファイル名を「zip_per_directory.sh」みたいな感じにして保存する。 #! /bin/sh IFS=" " for dir in `find ./ -type d` do dir=`basename $dir` if [ $dir != `basename ./` ] then zip -r $1$dir.zip $1$dir fi done 次に、そのままだと実行できないので実行権限を与える。 $ chmod +x zip_per_directory.sh 後は、圧縮したいディレクトリが入っている場所にさっき作ったファイルを移動して、ターミナルでディレクトリを移動してから実行する。 $ cd 圧縮したいディレクトリが入ってるパス $ ./zip_per_directory.sh 実行すると、カレントディレクトリにあるディレクトリをすべて自動で圧縮してくれるので、終わるまで待つだけ。 圧縮する際にはそのディレクトリにシェルスクリプトのファイルを移動しなければならないが、ディレクトリを右クリックして圧縮するという作業を何回も繰り返すよりは楽にできるのでは無いかと思う。
続きを読む