Setting up a Trusted Web Activity doesn't require developers to author Java code, but Android Studio is required. This guide was created using Android Studio 3.3. Check the docs on how to install it.
Create a Trusted Web Activity Project
When using Trusted Web Activities, the project must target API 16 or higher.
Open Android Studio and click on Start a new Android Studio project.
Android Studio will prompt to choose an Activity type. Since Trusted Web Activities use an Activity provided by support library, choose Add No Activity and click Next.
Next step, the wizard will prompt for configurations for the project. Here's a short description of each field:
- Name: The name that will be used for your application on the Android Launcher.
- Package Name: An unique identifier for Android Applications on the Play Store and on Android devices. Check the documentation for more information on requirements and best practices for creating package names for Android apps.
- Save location: Where Android Studio will create the project in the file system.
- Language: The project doesn't require writing any Java or Kotlin code. Select Java, as the default.
- Minimum API Level: The Support Library requires at least API Level 16. Select API 16 any version above.
Leave the remaining checkboxes unchecked, as we will not be using Instant Apps or AndroidX artifacts, and click Finish.
Get the Trusted Web Activity Support Library
To setup the Trusted Web Activity library in the project you will need to edit the Application
build file. Look for the Gradle Scripts section in the Project Navigator.
There are two files called build.gradle
, which may be a bit confusing and the
descriptions in parenthesis help identifying the correct one.
The file we are are looking for is the one with module Module next to its name.
The Trusted Web Activities library uses
Java 8 features
and the first change enables Java 8. Add a compileOptions
section to the
bottom of the android
section, as below:
android {
...
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
}
The next step will add the Trusted Web Activity Support Library to the project. Add a new
dependency to the dependencies
section:
dependencies {
implementation 'com.google.androidbrowserhelper:androidbrowserhelper:2.2.0'
}
Android Studio will show prompt asking to synchronize the project once more. Click on the Sync Now link and synchronize it.
Launch the Trusted Web Activity
Setting up the Trusted Web Activity is achieved by editing the Android App Manifest.
On the Project Navigator, expand the app section, followed by the
manifests and double click on AndroidManifest.xml
to open the file.
Since we asked Android Studio not to add any Activity to our project when creating it, the manifest is empty and contains only the application tag.
Add the Trusted Web Activity by inserting an activity
tag into the application
tag:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
package="com.example.twa.myapplication">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme"
tools:ignore="GoogleAppIndexingWarning">
<activity
android:name="com.google.androidbrowserhelper.trusted.LauncherActivity">
<!-- Edit android:value to change the url opened by the Trusted Web Activity -->
<meta-data
android:name="android.support.customtabs.trusted.DEFAULT_URL"
android:value="https://airhorner.com" />
<!-- This intent-filter adds the Trusted Web Activity to the Android Launcher -->
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
<!--
This intent-filter allows the Trusted Web Activity to handle Intents to open
airhorner.com.
-->
<intent-filter>
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE"/>
<!-- Edit android:host to handle links to the target URL-->
<data
android:scheme="https"
android:host="airhorner.com"/>
</intent-filter>
</activity>
</application>
</manifest>
The tags added to the XML are standard Android App Manifest. There are two relevant pieces of information for the context of Trusted Web Activities:
- The
meta-data
tag tells the Trusted Web Activity which URL it should open. Change theandroid:value
attribute with the URL of the PWA you want to open. In this example, it ishttps://airhorner.com
. - The second
intent-filter
tag allows the Trusted Web Activity to intercept Android Intents that openhttps://airhorner.com
. Theandroid:host
attribute inside thedata
tag must point to the domain being opened by the Trusted Web Activity.
The next section will show how to setup Digital AssetLinks to verify relationship between the website and the app, and remove the URL bar.
Remove the URL bar
Trusted Web Activities require an association between the Android application and the website to be established to remove the URL bar.
This association is created via Digital Asset Links and the association must be established in both ways, linking from the app to the website and from the website to the app.
It is possible to setup the app to website validation and setup Chrome to skip the website to app validation, for debugging purposes.
Establish an association from app to the website
Open the string resources file app > res > values > strings.xml
and add the
Digital AssetLinks statement below:
<resources>
<string name="app_name">AirHorner Trusted Web Activity</string>
<string name="asset_statements">
[{
\"relation\": [\"delegate_permission/common.handle_all_urls\"],
\"target\": {
\"namespace\": \"web\",
\"site\": \"https://airhorner.com\"}
}]
</string>
</resources>
Change the contents for the site
attribute to match the schema and domain
opened by the Trusted Web Activity.
Back in the Android App Manifest file, AndroidManifest.xml
, link to the
statement by adding a new meta-data
tag, but this time as a child of the
application
tag:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.twa.myapplication">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<meta-data
android:name="asset_statements"
android:resource="@string/asset_statements" />
<activity>
...
</activity>
</application>
</manifest>
We have now established a relationship from the Android application to the website. It is helpful to debug this part of the relationship without creating the website to application validation.
Here's how to test this on a development device:
Enable debug mode
- Open Chrome on the development device, navigate to
chrome://flags
, search for an item called Enable command line on non-rooted devices and change it to ENABLED and then restart the browser. - Next, on the Terminal application of your operating system, use the Android Debug Bridge (installed with Android Studio), and run the following command:
adb shell "echo '_ --disable-digital-asset-link-verification-for-url=\"https://airhorner.com\"' > /data/local/tmp/chrome-command-line"
Close Chrome and re-launch your application from Android Studio. The application should now be shown in full-screen.
Establish an association from the website to the app
There are 2 pieces of information that the developer needs to collect from the app in order to create the association:
- Package Name: The first information is the package name for the app. This
is the same package name generated when creating the app. It can also be found
inside the Module
build.gradle
, under Gradle Scripts > build.gradle (Module: app), and is the value of theapplicationId
attribute. - SHA-256 Fingerprint: Android applications must be signed in order to be uploaded to the Play Store. The same signature is used to establish the connection between the website and the app through the SHA-256 fingerprint of the upload key.
The Android documentation explains in detail how to generate a key using Android Studio. Make sure to take note the path, alias and passwords for the key store, as you will need it for the next step.
Extract the SHA-256 fingerprint using the keytool, with the following command:
keytool -list -v -keystore [path] -alias [alias] -storepass [password] -keypass [password]
The value for the SHA-256 fingerprint is printed under the Certificate fingerprints section. Here's an example output:
keytool -list -v -keystore ./mykeystore.ks -alias test -storepass password -keypass password
Alias name: key0
Creation date: 28 Jan 2019
Entry type: PrivateKeyEntry
Certificate chain length: 1
Certificate[1]:
Owner: CN=Test Test, OU=Test, O=Test, L=London, ST=London, C=GB
Issuer: CN=Test Test, OU=Test, O=Test, L=London, ST=London, C=GB
Serial number: ea67d3d
Valid from: Mon Jan 28 14:58:00 GMT 2019 until: Fri Jan 22 14:58:00 GMT 2044
Certificate fingerprints:
SHA1: 38:03:D6:95:91:7C:9C:EE:4A:A0:58:43:A7:43:A5:D2:76:52:EF:9B
SHA256: F5:08:9F:8A:D4:C8:4A:15:6D:0A:B1:3F:61:96:BE:C7:87:8C:DE:05:59:92:B2:A3:2D:05:05:A5:62:A5:2F:34
Signature algorithm name: SHA256withRSA
Subject Public Key Algorithm: 2048-bit RSA key
Version: 3
With both pieces of information at hand, head over to the assetlinks generator,
fill-in the fields and hit Generate Statement. Copy the generated statement
and serve it from your domain, from the URL /.well-known/assetlinks.json
.
Creating an Icon
When Android Studio creates a new project, it will come with a default Icon. As a developer, you will want to create your own icon and differentiate your application from others on the Android Launcher.
Android Studio contains the Image Asset Studio, which provides the tools necessary to create the correct icons, for every resolution and shape your application needs.
Inside Android Studio, navigate to File > New > Image Asset
, select
Launcher Icons (Adaptative and Legacy)
and follow the steps from the Wizard.
to create a custom icon for the application.
Generating a signed APK
With the assetlinks
file in place in your domain and the asset_statements
tag
configured in the Android application, the next step is generating a signed app.
Again, the steps for this are widely
documented.
The output APK can be installed into a test device, using adb:
adb install app-release.apk
If the verification step fails it is possible to check for error messages using the Android Debug Bridge, from your OS's terminal and with the test device connected.
adb logcat | grep -e OriginVerifier -e digital_asset_links
With the upload APK generated, you can now upload the app to the Play Store.
Adding a Splash Screen
Starting on Chrome 75, Trusted Web Activities have support for Splash Screens. The Splash Screen can be set up by adding a few new image files and configurations to the project.
Make sure to update to Chrome 75 or above and use the latest version of Trusted Web Activity Support Library.
Generating the images for the Splash Screen
Android devices can have different screen sizes and pixel densities. To ensure the Splash Screen looks good on all devices, you will need to generate the image for each pixel density.
A full explanation of display-independent pixels (dp or dip) is beyond the scope of this article, but one example would be to create an image that is 320x320dp, which represents a square of 2x2 inches on a device screen of any density and is equivalent to 320x320 pixels at the mdpi density.
From there we can derive the sizes needed for other pixel densities. Below is a list with the pixel densities, the multiplier applied to the base size (320x320dp), the resulting size in pixels and the location where the image should be added in the Android Studio project.
Density | Multiplier | Size | Project Location |
---|---|---|---|
mdpi (baseline) | 1.0x | 320x320 px | /res/drawable-mdpi/ |
ldpi | 0.75x | 240x240 px | /res/drawable-ldpi/ |
hdpi | 1.5x | 480x480 px | /res/drawable-hdpi/ |
xhdpi | 2.0x | 640x640 px | /res/drawable-xhdpi/ |
xxhdpi | 3.0x | 960x960 px | /res/drawable-xxhdpi/ |
xxxhdpi | 4.0x | 1280x1280 px | /res/drawable-xxxhdpi/ |
Updating the application
With the images for the splash screen generated, it's time to add the necessary configurations to the project.
First, add a content-provider
to the Android Manifest (AndroidManifest.xml
).
<application>
...
<provider
android:name="androidx.core.content.FileProvider"
android:authorities="com.example.twa.myapplication.fileprovider"
android:grantUriPermissions="true"
android:exported="false">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/filepaths" />
</provider>
</application>
Then, add res/xml/filepaths.xml
resource, and specify the path to the twa splash screen:
<paths>
<files-path path="twa_splash/" name="twa_splash" />
</paths>
Finally, add meta-tags
to the Android Manifest to customize the LauncherActivity:
<activity android:name="com.google.androidbrowserhelper.trusted.LauncherActivity">
...
<meta-data android:name="android.support.customtabs.trusted.SPLASH_IMAGE_DRAWABLE"
android:resource="@drawable/splash"/>
<meta-data android:name="android.support.customtabs.trusted.SPLASH_SCREEN_BACKGROUND_COLOR"
android:resource="@color/colorPrimary"/>
<meta-data android:name="android.support.customtabs.trusted.SPLASH_SCREEN_FADE_OUT_DURATION"
android:value="300"/>
<meta-data android:name="android.support.customtabs.trusted.FILE_PROVIDER_AUTHORITY"
android:value="com.example.twa.myapplication.fileprovider"/>
...
</activity>
Ensure that the value of the android.support.customtabs.trusted.FILE_PROVIDER_AUTHORITY
tag matches the value defined of the android:authorities
attribute inside the
provider
tag.
Making the LauncherActivity transparent
Additionally, make sure the LauncherActivity is transparent to avoid a white screen showing before the splash by setting a translucent theme for the LauncherActivity:
<application>
...
<activity android:name="com.google.androidbrowserhelper.trusted.LauncherActivity"
android:theme="@android:style/Theme.Translucent.NoTitleBar">
...
</activity>
</application>
We are looking forward to see what developers build with Trusted Web Activities. To drop any feedback, reach out to us at @ChromiumDev.