Local blog for Japanese speaking developers
Android Instant Apps: ダウンロード サイズを制御するためのベストプラクティス
2017年9月5日火曜日
この記事は
Google Play デベロッパー リレーションズ パートナー、Maru Ahues Bouza
による Android Developers Blog の記事 "
Android Instant Apps: Best practices for managing download size
" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
Android Instant Apps は、ウェブのリンクをタップするだけで高機能なネイティブ アプリを利用できるようにするものです。事前にインストールせずにアプリを利用でき、レベルや質の高いエンゲージメントを実現できます。
しかし、モバイル ウェブページの読み込み時間と同程度の待ち時間を実現するには、構造を整え、サイズを小さくする必要があります。そうすれば、URL をタップした際に短時間でダウンロードして実行できるようになります。この点を考慮し、エントリポイントとなる URL をタップした際に読み込まれるバイナリは、できる限り小さく、4MB 以下にすることをおすすめします。バイナリが小さいほど Instant Apps の読み込みも早くなり、ユーザー エクスペリエンスがスムーズになります。
このドキュメントでは、アプリの構造やバイナリサイズを制御し、スムーズな Instant Apps を提供するためのベスト プラクティスを紹介します。このベスト プラクティスは、インストールするアプリを開発する際にも役に立つでしょう。
コードベースのリファクタリング
バイナリサイズを削減するために一番効果的な方法は、アプリをリファクタリングして
複数の機能モジュール
に分割することです。現在のサイズや機能セットでは複数の機能に分割する必要がない場合でも、そのように設計しておくことをおすすめします。そうすると、将来的に既存の機能のバイナリサイズに影響を与えずに機能を追加できるようになります。さらに、インストール可能なアプリと Instant Apps の両方のバイナリを生成できるように、モジュール式の単一コードベースにすることを強くおすすめします。これによって、プロジェクトやコードを別々に管理する手間が減り、それぞれ整理されたプロジェクト構造になります。早期アクセス パートナーの経験から、ダウンロード時のバイナリサイズにもっとも大きな影響を与えるのはこの点であることがわかっています。ただし、この作業はもっとも手間がかかります。
具体的には、単一の（ベース）モジュールから着手し、関連する部分を機能モジュールに移動させるというコードのリファクタリングを行います。なお、Instant Apps の開発中は、バイナリサイズについて心配することはありません。サイズの制限は、ローカルでビルドするバイナリには適用されません。バイナリは、Play Developers Console から
開発トラック
（開発時に Instant Apps をすばやくデプロイするための特別なトラック）に公開することもできます。この場合、サイズの制限は 10MB です。[
1
,
2
] 4MB の制限は、バイナリが開発トラックを卒業する際に適用されます。
各機能モジュールは、指定された URL に対応するエントリ ポイントであるアクティビティを 1 つ（または複数）持つことができます。単一のコードベースを複数のモジュールに分割する場合、機能ごとに異なるエントリ ポイントを使います。プラットフォームは、必要に応じて関連する機能を読み込みます。なお、任意のエントリ ポイントでダウンロードされるバイナリの合計が 4MB 以下である必要がある点に注意してください。そのため、任意の機能モジュールとベース モジュールを組み合わせたサイズが 4MB 以下でなければなりません。
おすすめは、最初に機能とアクティビティとエントリ ポイントのマッピングを定義し、それから各エントリ ポイントのバイナリサイズを削減するためのリファクタリング作業を構造的に行うことです。
さらに、ライブラリの含め方も検討します。特定の機能モジュールにライブラリが必要になる場合、そのライブラリをベース APK ではなく、機能モジュールのみに追加するようにします。そうすれば、ベース モジュールのサイズを削減できます。たとえば、X、Y、Z という 3 つのライブラリに依存するアプリがあるとします。まず、すべての依存関係をベースの gradle.build ファイルに記載し、すべてのライブラリをベース モジュールに格納しようとするかもしれませんが、機能モジュールのコードがライブラリ Z のみを必要とする場合、その依存関係をベース モジュールから機能モジュールに移す方が妥当です。そうしても、別の機能モジュールが同じライブラリに依存していない限り問題はありません。複数の機能モジュールが同じライブラリを使う場合は、当然ながらベース モジュール内に残しておきます。
lint チェック
多くのアプリは、たくさんのリソースが登録されています。そして、時間が経つにつれて、使われなくなるリソースも出てきます。Android Studio には、使っていないリソースをチェックできる便利な lint チェックが組み込まれています。Alt+Ctrl+Shift+I（Mac OS では Cmd+Option+Shift+I）を押し、「unused resources」と打ち込んで [Unused resources Android | Lint | Performance] インスペクションを開始します。この機能は、インストールが可能な APK のサイズ削減にも役立ちます。
文字列リソース
リソースと同じく、文字列にも注目しましょう。文字列にも、使われていないものがあるかもしれません。通常、不要な文字列リソースを削除すれば、アプリのサイズを大幅に削減できます。アプリが複数言語をサポートする場合、ローカライズされたリソースの数を減らすこともできます。通常、これによってリソース アセットを大幅に削減できます。数か国語しかサポートしていないアプリで AppCompat ライブラリを使っている場合は、特にこれが重要になります。このライブラリには、複数言語のメッセージが含まれています。
resConfig
を使用すると、特定のリソース構成のみを選択できます。ヒント: 通常は、「
auto
」を指定してサードパーティ製ライブラリからプルされる構成を制限し、プロジェクトで定義されている構成セットに一致させるようにします。
WebP への切り替え
PNG イメージの代わりに
WebP
を使うと、
ドローアブル リソースのサイズ
を大幅に削減できる可能性があります。Android Instant Apps は、WebP 形式のすべての機能（透過、ロスレスなど）をサポートしているので、機能が失われることはありません。なお、アプリのランチャー アイコンは PNG 形式でなければいけませんが、普通、これらのファイルはプロジェクトの mipmap- ディレクトリに格納されるため、問題にはなりません。下位互換性のあるソリューションが必要な場合は、オリジナルの PNG イメージを APK モジュールに含める必要があります。その場合、
WebP リソースは自動的に無視されます
（メイン ソースセットは、すべての AAR モジュールや機能モジュールのリソースより優先されます）。[
4
]
もちろん、ベクター ドローアブルを利用すれば、貴重なスペースをさらに節約できるかもしれませんが、それにはコードの変更が必要です。Instant Apps では WebP イメージを使い、インストール可能な APK では PNG イメージを使うという前述の方法には、コードの変更は必要ありません。
アセットのランタイム ダウンロード
最後に、技術的にはすべてのリソースを Instant Apps の APK に格納する必要はない点も覚えておきましょう。アプリは、実行時に追加アセットをダウンロードすることもできます。このアプローチを使うと、必要なアセットのみダウンロードすることもできます。これには、コードベースに大きな変更が必要になる可能性がありますが、インストール可能な APK のサイズを減らすためにも役立ちます。
リソースの削減だけではアプリの機能モジュールのサイズを制限以下にできない場合は、コードのサイズを削減する方法を探る必要があります。
ネイティブ ライブラリのレビュー
サードパーティ製ライブラリには、Instant Apps ではまったく使わないネイティブ コードが含まれているものもあります。そのため、APK のネイティブ ライブラリをレビューする最初の段階として、実際に使われるものだけが格納されているかを確認します。ここでは、
APK Analyzer
（[Build] -> [APK Analyzer…]）を使ってコンパイル済みの APK を調べてください。[
5
]
外部ライブラリのレビュー
次は、アプリのコードにリンクされているすべての外部ライブラリをレビューします。推移的依存関係のおかげで驚くべきことが起こっていることがわかるかもしれません。推移的依存関係とは、プロジェクト内のライブラリが別のライブラリに依存していることを指します。また、その別のライブラリは、さらに別のライブラリに依存している可能性もあります。このような推移的依存関係によって、まったく必要としないライブラリ（コードではまったく使っていない JSON 処理ライブラリ）が含まれるなど、驚くべきことが起こっている場合があります。詳細は、Gradle ユーザーガイドの「
推移的依存関係の除外
」セクションをご覧ください。
Android Studio には、プロジェクトの外部依存関係を分析する便利なツールがいくつか搭載されています。まずは、[Project] ビューから見るとよいでしょう。
[Project] ビューには [External libraries] というセクションがあり、推移的依存関係を含め、プロジェクトで使用されているすべてのライブラリが表示されています。
ベース機能のサイズをさらに削減するには、コードの依存関係や外部ライブラリに注目する必要があります。[Project] ビューを確認し、使っていないライブラリを探します。そのようなライブラリは、プロジェクトに必要のない推移的依存関係かもしれません。また、同じ機能を提供するライブラリも探します（イメージの読み込みやキャッシュを行う複数のライブラリなど）。[
4
]
APK Analyzer
ツールを使うと、ビルド同士を比較できます。このツールは、Instant App の APK でも利用できます。
最後に、推移的依存関係のリストをレビューし、不要なものを除外します。
gradle -q :MODULE:dependencies --configuration compile
コマンドを使うと、依存関係グラフをレビューできます。詳細は、
Gradle のドキュメント
をご覧ください。
その他のヒント
Android Studio 3.0 には、App Links Assistant ツールが搭載されています。このツールは、必要なインテント フィルタを生成したり、プロジェクトを複数のモジュールに分割する際に役立ちます。[
3
]
Instant Apps バンドルがサイズ制限を下回るようになったら、ビルド処理が最新であることを確認します。アプリのパッケージと Instant Apps の APK が「
APK Signature Scheme v2
」で署名されているかどうかをチェックしてください。最新バージョンの SDK ツールで APK を署名していれば、すべて自動で行われるはずです。ただし、手動でビルド アーティファクトに署名している場合は、jarsigner は使わず、
apksigner
を使う必要があります。
また、アプリのコードを Instant Apps のランタイム環境に対応させる際のおすすめの方法をいくつか紹介しておきましょう。Instant Apps とインストール可能なアプリのコードでは、
InstantApps.isInstantApp(...)
を使って多少の条件分岐を入れることは優れた手法であり、一般的にソースコードが読みにくくなることはありません（もちろん、乱用しなければですが）。また、共有インテントを使用する場合は、端末にインストールされているアプリを明示的に列挙しないようにします。Instant App のセキュリティ モデルは、これを認めていません。その場合は、単に通常の Intent.createChooser() を使って実行できるすべてのアクションのリストをユーザーに提示します。
既存の Android アプリを Instant Apps 化するために必要な作業量はデベロッパーによって異なり、アプリが現在どのように構成されているかに大きく依存します。プロジェクトがすでに複数のモジュールで構成されていれば、簡単に行えるかもしれません。しかし、コードやリソース アセットのサイズを減らす作業を重点的に行わなければならない場合もあるでしょう。ここで説明したツールや Android プラットフォーム機能は、そのために導入されています。
Android Instant Apps を使っているその他のデベロッパーの紹介
最後に、すでに Instant Apps を構築しているデベロッパーによるすばらしい投稿を紹介しましょう。
Buzzfeed
:
Westinghouse から Android Instant Apps へ、BuzzFeed の歩み
realestate.com.au
:
realestate.com.au Android Instant App の構築
WillowTree
:
Android Instant Apps の導入
Jet.com
:
Instant Apps でアプリを高速化
Vimeo
:
Android Instant Apps ステップ バイ ステップ: Vimeo の取り組み
Ticketmaster
:
Ticketmaster が Google I/O で最新 Android Instant Apps テクノロジーのデモを実施
Domain
:
Domain が Instant Apps で Android アプリを高速化
Android Developers ウェブサイトにアクセスし、
Android Instant Apps を使ってみてください
。また、他のデベロッパーによる
アプリ高速化のサクセス ストーリーもご覧ください
。
Reviewed by
Yuichi Araki - Developer Relations Team
コメントを投稿
ラベル
.app
1
#DevFest16
1
#DevFest17
1
#DevFest18
1
#hack4jp
3
A/B Testing
1
A4A
4
Actions on Google
13
Addy Osmani
1
ADK
2
AdMob
31
Ads
15
Ads API
4
AdWords API
7
Agency
1
AIY
3
AIY Vision Kit
2
ALPN
1
AMP
66
AMP Cache
5
AMP for Email
1
AMP Story
2
amp-bind
1
AMPHTML Ads
1
Analytics
9
Andorid
10
Android
295
Android Auto
1
Android Design Support Library
1
Android Developer Story
4
Android Developers
4
Android Go
1
Android Jetpack
1
Android N
18
Android O
12
Android P
7
Android Pay
1
Android Security Year in Review
1
Android Studio
30
Android Support Library
5
Android Things
14
Android TV
10
Android Vitals
3
Android Wear
29
androidmarket
3
AndroidX
2
Angular
2
Angular 2
2
AngularJS
2
API
24
APIExpert
45
apk
2
app
1
App Action
1
app engine
23
App Indexing
7
App Invites
6
App Maker
2
AppCompat
2
Apps Script
11
aprilfool
4
AR
2
Architecture Components
4
ARCore
1
ArtTech
1
Associate Android Developer Certificate
1
Audio
6
Auth Code
1
Authentication
8
AuthSub
2
Autotrack
2
Awareness API
1
Beacons
6
BigQuery
9
Billing
1
BLE
4
Blink
1
Blockly
1
blogger
1
Brillo
1
Brotli
2
Budou
1
Calendar
3
Cardboard
4
Career
1
Case Study
1
Certificate
2
chrome
100
Chrome Custom Tab
1
Chrome Dev Summit
1
chrome extension
6
Chrome for Android
2
Chrome for iOS
2
Chrome OS
2
Chrome Tech Talk Night
1
Chromebook
3
Chromecast
7
chromewebstore
6
Chromium
5
CLI
1
ClientLogin
3
Closure Compiler
1
Cloud
18
Cloud Firestore
3
Cloud Functions
9
Cloud Next
3
Cloud OnBoard
2
Cloud PubSub
1
Cloud Storage
1
Cloud Study Jams
1
Cloud Test Lab
2
CocoaPods
1
codejam
5
codelab
3
Community
1
compute engine
3
Context
1
Crash Reporting
2
Crashlytics
1
Dart
2
DataCenter
1
Daydream
4
Deep Learning
2
Demo Party
1
Design Sprint
3
DesignBytes
1
DevArt
3
DevBytes
6
Developer
14
Developer Console
4
Developer Preview
6
Developer Relations
2
DevFest
7
DevFestX
3
DevOps
1
devtools
4
Dialogflow
1
DirectShare
1
Domain
1
Doodle
1
DoubleClick
4
Doze モード
1
drive
2
Dynamic Links
3
EarlGrey
1
Easter Egg
1
ECMAScript 2015
1
Eddystone
4
egypt
1
English
2
ES2015
1
ES2016
1
ES6
2
ES7
1
Featured
2
Firebase
100
Firebase Admin SDK
6
Firebase Analytics
9
Firebase Auth
4
Firebase Cloud Messaging
9
Firebase Crashlytics
2
Firebase Database
5
Firebase Libraries
1
Firebase Notifications
1
Firebase Performance
2
Firebase Remote Config
5
Flash
1
Flutter
2
font
3
fraud
1
G Suite
18
game
22
Game Developers Conference 2018
1
Gboard
1
GCP
2
GDD11JP
56
GDD2010JP
23
GDE
2
GDG
15
GDG Cloud
1
Geo
47
Gingerbread
1
GLIDE
5
Gmail
4
Gmail API
2
Go
1
golang
5
goo.gl
1
Google
5
Google Analytics
2
Google API
1
Google Apps
14
Google Apps Script
4
Google Assistant
7
Google Assistant SDK
1
Google Cast
8
Google Cloud
7
Google Cloud INSIDE Games & Apps
5
Google Cloud Messaging
11
Google Cloud Platform
10
Google Code-in
1
Google Developer Experts
2
Google Developers Academy
1
Google Developers live
5
Google Developers Summit
1
Google Drive
6
Google Fit
2
Google for Mobile
2
Google for Work
1
Google I/O
10
Google Impact Challenge
1
Google Maps
53
Google Maps Platform
1
Google Pay
1
Google Play
66
Google Play Console
4
Google Play Game Services
9
Google Play Instant
1
Google Play Services
22
Google Plus
14
Google Search
6
Google Sheets API
3
Google Sign-In
12
Google Slides API
5
Google Summer of Code
1
Google Tag Manager
1
Google Trust Services
1
Google マップ
1
Google+
2
Googleapps
10
GoogleGames
1
GoogleI/O
28
GoogleLabs
1
GooglePlay
1
GoogleTV
1
Gradle
1
gRPC
2
GTUG
5
GWT
2
hack4jp
2
hackathon
7
Hangouts Chat
2
Hosting
3
HTML5
17
HTML5Rocks
1
HTTP/2
5
HTTPS
11
ID Token
1
Identity
14
Identity Toolkit
1
Ignite
4
IME
11
Indie Games Festival 2018
2
Inevitable ja Night
14
Instant Apps
5
intern
2
Invites
1
iOS
20
IoT
5
IPv6
1
Issue Tracker
2
Japanese Input
1
JavaScript
7
Jetpack
1
K-12
1
Key Transparency
1
Knowledge Graph
1
Kotlin
3
l10n
8
LaunchPad
1
Lighthouse
1
LINE
1
Lollipop
10
Machine Learning
10
Marshmallow
10
Material
1
Material Design
26
MDL
1
MDN
1
MIDI
2
ML Kit
2
Mobile
12
Mobile Bootcamp
4
Mobile Sites certification
1
Mobile Vision
3
mod_pagespeed
1
monetize
3
Mozc
15
Music
1
NativeDriver
2
NativeScript
1
ndk
3
Nearby
5
Nexus
2
Nexus S
1
NFC
1
Node.js
3
Noto CJK
1
NPAPI
2
NPN
1
oauth
11
OpenGL
4
OpenID
3
OpenID Connect
4
OpenSocial
1
opensource
17
Optimization
1
Payment
4
People API
2
Performance
10
PersonFinder
1
Physical Web
3
Place Picker
1
Play Billing Library
1
Player Analytics
4
Playtime 2017
1
Policy
3
Polymer
7
Progressive Web Apps
13
project hosting
1
Promise
1
Promo code
1
Protocol Buffers
1
PRPL
1
publicdata
1
Push API
1
Push Notification
3
PWA
2
Python
2
QUIC
1
QWIKLABS
1
RAIL
1
React
1
React Native
2
Realtime Database
9
reCaptcha
1
Redux
1
Remote Config
3
Remote Display API
1
Resonance Audio
1
Rewarded Video Ads
2
Runtime Permission
1
Safe Browsing
1
Sample Code
2
Santa Tracker
1
schema.org
1
secur
1
security
43
Service Worker
4
SHA-1
1
sketchup
1
SmartLock for Passwords
4
social
4
Social Good
1
SPDY
3
speak2tweet
1
Spreadsheet
3
startup
5
Storage
2
story
1
streetview
3
Study Jams
3
Swift
2
SwiftShader
1
Symantec
1
Task
4
Team Drive
1
techtalk
12
TensorFlow
11
TensorFlow Lite
2
TensorFlow Object Detection API
1
test
4
Test Lab
5
ToS
1
Transliteration
1
Twitter
1
Udacity
20
Unity
3
UX
3
V8
2
VP9
1
VR
11
Vulkan
2
Watch Face
2
wave
2
Wear OS
2
Weave
1
Web
15
Web Animations
1
Web Components
6
Web Manifest
1
Web Packaging
2
WebAssembly
3
WebGL
1
WebMusic
5
WebView
1
WTM
3
Xcode
1
YouTube
16
YouTube API
1
インタビュー
1
コードサンプル
1
プライバシー
1
言論の自由
1
節電
3
東日本大震災
9
日本語入力
41
ブログ アーカイブ
2018
12
11
10
9
8
7
6
5
4
3
2
1
2017
12
11
10
9
8
7
6
5
4
3
2
1
2016
12
11
10
9
8
7
6
5
4
3
2
1
2015
12
11
10
9
8
7
6
5
4
3
2
2014
12
11
10
9
8
7
6
5
4
3
2
1
2013
12
11
10
9
8
7
6
5
4
3
2
1
2012
12
11
10
9
8
7
6
5
4
3
2
1
2011
12
11
10
9
8
7
6
5
4
3
2
1
2010
12
11
Feed
Google
on
Follow @googledevjp
"プロダクトに関するご意見は
プロダクトフォーラム
にお願いします"
