ZOZOTOWNアプリへのIn-app_updatesの導入とその運用について.pdf

by Yusuke Yamada

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© ZOZO, Inc. https://zozo.jp/  3 ● ファッション通販サイト  ● 1,400以上のショップ、8,400以上のブランドの取り扱い  ● 常時83万点以上の商品アイテム数と毎日平均2,900点以上の新着商品を掲載（2021年6月末時点）  ● ブランド古着のファッションゾーン「ZOZOUSED」や  コスメ専門モール「ZOZOCOSME」、靴の専門モール  「ZOZOSHOES」、ラグジュアリー＆デザイナーズゾーン  「ZOZOVILLA」を展開  ● 即日配送サービス  ● ギフトラッピングサービス  ● ツケ払いなど 

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© ZOZO, Inc. 導入背景  11 <具体例1>  2021/3/18にリリースしたVersionにてクラッシュ発生  Firebase Crashlytics上でのデイリーのクラッシュフリー率が97%まで低下  （ユーザーがアプリをバックグラウンドにした際にクラッシュ）    2021/3/23修正版リリース  リリース後徐々に改善したがクラッシュフリー率を元の状態に戻すのに1週間以上必要だった  ※この期のチーム目標の1つにクラッシュフリー率の維持を掲げていた  低下した場合は1週間以内にリカバリーするとしていたが上記の通り目標を達成することはできなかった 

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

© ZOZO, Inc. 仕様・運用方法  19 inAppUpdatePriorityについて ● apk・aabごとに設定できる0~5の値  ● 値の設定はGoogle Play Consoleにapk・aabをアップロード時  ○ Google Play Developer API でのみ設定可能  ○ ZOZOTOWNでは gradle-play-publisher を利用して設定  ● アプリ上ではAppUpdateInfo.updatePriority()で取得

Slide 20

Slide 20 text

© ZOZO, Inc. 仕様・運用方法  20 inAppUpdatePriorityに値を設定 ZOZOTOWNでは gradle-play-publisher を利用して設定 app/build.gradleに以下のようなブロックを用意し ./gradlew publishReleaseBundle を実行 play { track.set("internal") releaseStatus.set(com.github.triplet.gradle.androidpublisher.ReleaseStatus.DRAFT) updatePriority.set(5) } 上記の場合は内部テスト配信にaabファイルビルドしてDRAFT状態でアップロードしているその際にinAppUpdatePriorityには5を設定している

Slide 21

Slide 21 text

© ZOZO, Inc. 仕様・運用方法  21 inAppUpdatePriorityの取得 val appUpdateInfo = AppUpdateManagerFactory.create(context).requestAppUpdateInfo() val updatePriority = appUpdateInfo.updatePriority() requestAppUpdateInfo()はsuspend関数でGoogle Play Storeからデータを取得しているここで取得できるinAppUpdatePriorityは単純に最新のアプリバージョンのinAppUpdatePriorityを返すわけではなくちょっと気が利いた自動計算の仕組みが組み込まれている

Slide 22

Slide 22 text

© ZOZO, Inc. 22 仕様・運用方法  inAppUpdatePriorityの自動計算の仕組み公式ドキュメントよりアプリのコードで、updatePriority() を使用して特定のアップデートの優先度を確認できます。返される優先度は、インストールされているバージョンと利用可能な最新バージョン間のすべてのアプリバージョンコードの inAppUpdatePriority を考慮します。この文章のみから読み取ることは難しいが、実はこの仕組み  「現在使っているバージョンと最新バージョンの間のリリースの中でもっとも優先度の高い値が取得できる」  ということ 

Slide 23

Slide 23 text

© ZOZO, Inc. 23 仕様・運用方法  inAppUpdatePriorityの自動計算の仕組み（図解） APP Ver：3.1.0 inAppUpdatePriority：1 更新内容：機能追加 APP Ver：3.1.1 inAppUpdatePriority：2 更新内容：不具合修正 10/1 10/2 リリースユースケース APP Ver：3.1.2 inAppUpdatePriority：0 更新内容：リファクタリング 10/10

Slide 24

Slide 24 text

© ZOZO, Inc. 24 仕様・運用方法  inAppUpdatePriorityの自動計算の仕組み（図解） APP Ver：3.1.0 inAppUpdatePriority：1 更新内容：機能追加 APP Ver：3.1.1 inAppUpdatePriority：2 更新内容：不具合修正 10/1 10/2 リリースユースケース APP Ver：3.0.0 updatePriority：1   Ver 3.1.0リリース後、Ver 3.1.1がリリースされるまでの間は、updatePriorityは1となる  APP Ver：3.1.2 inAppUpdatePriority：0 更新内容：リファクタリング 10/10

Slide 25

Slide 25 text

© ZOZO, Inc. 25 仕様・運用方法  inAppUpdatePriorityの自動計算の仕組み（図解） APP Ver：3.1.0 inAppUpdatePriority：1 更新内容：機能追加 APP Ver：3.1.1 inAppUpdatePriority：2 更新内容：不具合修正 10/1 10/2 APP Ver：3.1.2 inAppUpdatePriority：0 更新内容：リファクタリング 10/10 リリースユースケース   Ver 3.1.1リリース後はVer 3.0.0、3.1.0利用ユーザーのupdatePriorityは2となる  APP Ver：3.1.0 updatePriority：2 APP Ver：3.0.0 updatePriority：2

Slide 26

Slide 26 text

© ZOZO, Inc. 26 仕様・運用方法  inAppUpdatePriorityの自動計算の仕組み（図解） APP Ver：3.1.0 inAppUpdatePriority：1 更新内容：機能追加 APP Ver：3.1.1 inAppUpdatePriority：2 更新内容：不具合修正 10/1 10/2 APP Ver：3.1.2 inAppUpdatePriority：0 更新内容：リファクタリング 10/10 リリースユースケース   Ver 3.1.2リリース後、Ver 3.1.1利用ユーザーのupdatePriorityは0となる  しかし、Ver 3.0.0、3.1.0利用ユーザーのupdatePriorityは2となる  -> Ver 3.1.1のユーザーにとってはVer 3.1.2の更新は重要ではないが、  Ver 3.1.0以下のユーザーにとってはVer 3.1.1の修正を含むVer 3.1.2は重要な更新  APP Ver：3.1.1 updatePriority：0 APP Ver：3.0.0，3.1.0 updatePriority：2

Slide 27

Slide 27 text

© ZOZO, Inc. 仕様・運用方法  27 inAppUpdatePriorityの仕組みまとめ ● Version毎に0~5の値が設定可能 ● アプリで取得する際には現在のVersionから最新のVersionまでの間で一番高い値を返す     この仕組みを利用するためにエンジニアがやることは、apk・aabをGoogle Play Consoleにアップロードするときに値を設定するのみ    なので、Androidエンジニアのリソースのみで運用可能！ 

Slide 28

Slide 28 text

© ZOZO, Inc. 仕様・運用方法  28 inAppUpdatePriorityを仕様に適応 ● 0・・・訴求なし ● 1・・・1回のみ訴求 ● 2・・・24時間に1回のみ訴求 ● 3・・・アプリがフォアグラウンドになるたびに訴求 ● 4,5・・・利用しない（実装上は3と同じ） ZOZOTOWNの仕様としては4パターンで十分だったため0~3を利用することにし、4,5は利用はしないが実装上は3と同じ扱いにした 

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

© ZOZO, Inc. InAppUpdatePriority Tips  39 Google Play Storeのデータを削除が良い（logcatで確認可）     データ削除後にGoogle Play Storeを起動すると以下のようなログが出力される I/Finsky: [1596] afae.run(35): UCtl: Package jp.zozo.android.town client staleness timestamp changed from 0 to 1635133443611, available version changed from 0 to 428 or in-app update priority changed from 0 to 2. 上記の場合は2がAppUpdateInfo.updatePriority()で返却されるようになる