カテゴリー: android

android関連カテゴリー

投稿日:

com.google.android.play.coreの警告に対処する

2024年7月15日

開発環境
OS：Windows 11
SDK：Android Studio Iguana | 2023.2.1 Patch 1

概要

Google Play Consoleの受信トレイにcom.google.android.playに関する警告がきており、８月３１日までに対処が必要とのことで対応しました。

警告を確認する

Google Play Consoleの受信トレイにcom.google.android.playに関する警告が届きました。

警告の内容を確認すると、

com.google.android.play.core（1.8.0）がAndroid 14（sdk 34）に対応できなくてアプリがクラッシュするため、それを回避するために８月３１日までにライブラリの参照を変更しなさい。

とのことのようです。

com.google.android.play.coreって何に使ってたんだろうか？

com.google.android.play.coreの使用状況を確かめる

まずは警告が届いたアプリのソースコードを確認します。

Android Studioで立ち上げ、「com.google.android.play」で検索してみると・・・

検索の結果、In-App Reviewのモジュールがヒットしました。

import com.google.android.play.core.review.ReviewManagerFactory
import com.google.android.play.core.review.ReviewManager

build.gradleのライブラリを確認すると

今回の警告対象である「com.google.android.play:core-kt」が見つかりました。

 dependencies {

    implementation("com.google.android.play:core-ktx:1.8.1")

}

バージョンアップ対象のマーカーがつかないので一見すると分かりません。。。

「com.google.android.play:core-kt」を削除してビルドしなおしてみるとReviewManagerのインポートで参照エラーがでました。

「com.google.android.play:core-kt」の代替ライブラリが必要のようです。

ライブラリを差し替える

改めてIn-App Reviewの実装方法を公式サイトで確認するとライブラリが変わっていました。

 dependencies {

    implementation 'com.google.android.play:review-ktx:2.0.1'

}

ということで「com.google.android.play:core-ktx」を「com.google.android.play:review-ktx」に変更し、ビルドしてみると・・・

ビルドが成功しました。

これで警告の対応が完了です。

お疲れさまでした。

,

投稿日:

アプリにIn-App Reviewを組み込む

2024年7月15日

開発環境
OS：Windows 11
SDK：Android Studio Iguana | 2023.2.1 Patch 1

概要

AndroidアプリにIn-App Reviewを組み込みます。

In-App Review

In-App Reviewとはアプリの評価やレビューの入力を促すポップアップ機能です。

アプリの操作中に意図したタイミングでポップアップさせることができます。

アプリの評価やレビューはアプリの改善に役に立つため、In-App Reviewの実装はおススメです。

In-App Review実装の流れ

実装していきます。

まずはbuild.gradleにライブラリを組み込みます。

 dependencies {

    implementation 'com.google.android.play:review-ktx:2.0.1'

}

次に必要なモジュールをインポートします。

import com.google.android.play.core.review.ReviewManagerFactory
import com.google.android.play.core.review.ReviewManager

Activityの起動時にレビューマネージャーを生成します。

    private lateinit var reviewmanager : ReviewManager

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        reviewmanager = ReviewManagerFactory.create(this)

    }

あとは適当な場所（画面起動時やイベント終了後など）でポップアップ処理をコールします。

    val request = reviewmanager.requestReviewFlow()
    request.addOnCompleteListener { task ->
        if (task.isSuccessful) {
            val reviewInfo = task.result
            val flow = reviewmanager.launchReviewFlow(this@MapsActivity, reviewInfo)
            flow.addOnCompleteListener { _ ->

            }
        }
    }

In-App Reivewの実装は以上です。

デバッグ方法

デバッグをしたい場合、FakeReviewManagerを使用します。

FakeReviewManagerをインポートします。

import com.google.android.play.core.review.ReviewManagerFactory
import com.google.android.play.core.review.ReviewManager
import com.google.android.play.core.review.testing.FakeReviewManager

FakeReviewManagerを生成します。

    private lateinit var reviewmanager : ReviewManager

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

//        reviewmanager = ReviewManagerFactory.create(this)
        reviewmanager = FakeReviewManager(this)

    }

ポップアップ処理は変更不要です。

FakeReviewManagerのデバッグではポップアップは表示されず、正常系のシーケンスのみ確認できます。

ステップ実行してみるとrequestReviewFlowに成功し、launchReviewFlowがコンプリートします。

これでIn-App Reviewの組み込みは終了です。

お疲れさまでした。

,

投稿日:

SHA-１証明書のフィンガープリントを確認する

2023年10月18日

開発環境
OS：Windows 11
SDK：Android Studio Flamingo | 2022.2.1

概要

GCPなどを利用する際に登録が必要となるSHA-1証明書のフィンガープリント。
フィンガープリントの確認の方法を記載します。

デバッグアプリのフィンガープリント

デバッグモードで作成したAndroidアプリのフィンガープリントは同じ開発環境（同一PC内のAndroid Studio）で作成する場合、全てのアプリで共通の値となります。

デバッグアプリのフィンガープリントを確認するには、下記コマンドを実行します。

keytool -keystore path-to-debug-or-production-keystore -list -v

keytoolの実体は、C:\Program Files\Android\Android Studio\jbr\bin\keytool.exeです。

環境変数のパスに「C:\Program Files\Android\Android Studio\jbr\bin」を追加するか、

C:\Program Files\Android\Android Studio\jbr\binのフォルダに移動した後、コマンドを実行する必要があります。

また、path-to-debug-or-production-keystoreは、keystoreのパスです。

通常は下記のように.androidフォルダ内に格納されています

C:\xxxxx\.android\debug.keystore

コマンドを実行すると下記のようになり、フィンガープリントが表示されます。

キーストアのパスワードを聞かれますが、何も入力せずエンターキー押下で出力されました。

リリースアプリのフィンガープリント

リリースアプリの場合はGoogle Play Consoleから確認できます。

まずは確認したいアプリを選択し、タブから設定の「アプリの署名」を選択。

アプリ署名鍵の証明書から確認することができます。

デバッグ用フォルダ

, ,
投稿日:

Admob広告ユニットIDをデバッグとリリースで使い分ける

2023年1月23日

開発環境
OS：Windows 10
SDK：Android Studio Dolphin | 2021.3.1

概要

Admobから与えられたアプリID、広告ユニットIDをデバッグモードで使用してしまうとAdmobから警告を来て、収益に影響が出てしまいます。
そうならないためにもリリースとデバッグモードで広告ユニットIDを分けて定義しておくと便利です。

Admobを表示するときに必要となるID

Admobをアプリに表示させるにはアプリIDと広告ユニットID、少なくとも２つのIDを定義する必要があります。

アプリID、広告ユニットIDはAdmobで作成することができますが、

アプリのデバッグ時に使用することはできません。

代わりにデバッグ時にはサンプルIDを使用します。

【 サンプルアプリID 】

ca-app-pub-3940256099942544~3347511713

【 サンプル広告ユニットID 】

広告フォーマットサンプル広告ユニットID
アプリ起動ca-app-pub-3940256099942544/3419835294
バナーca-app-pub-3940256099942544/6300978111
インタースティシャルca-app-pub-3940256099942544/1033173712
インタースティシャル動画ca-app-pub-3940256099942544/8691691433
報酬型ca-app-pub-3940256099942544/5224354917
報酬型インタースティシャルca-app-pub-3940256099942544/5354046379
ネイティブアドバンスca-app-pub-3940256099942544/5354046379
ネイティブアドバンス動画ca-app-pub-3940256099942544/1044960115
サンプル広告ユニットID一覧

デバッグ用定義とリリース用定義

アプリIDと広告ユニットIDはstring.xmlに定義して管理します。

まずリリース用のアプリID、広告ユニットIDをstring.xmlに定義します。
（下３行がID定義となります。）

<resources>
    <string name="app_name">Look Look</string>
　　・・・
　　・・・
　　・・・
    <string name="ts_adview">Advertisement will be displayed from now on.</string>
    <string name="ad_attribution">Ad</string>
    <!-- admob -->
    <string name="admob_id_manifest">ca-app-pub-xxxxxxxxxxxxxxxx~xxxxxxxxxx</string>
    <string name="admob_id_bottom_main">ca-app-pub-xxxxxxxxxxxxxxxx/xxxxxxxxxx</string>
    <string name="admob_id_bottom_map">ca-app-pub-xxxxxxxxxxxxxxxx/xxxxxxxxxx</string>
</resources>

次にデバッグ用のアプリID、広告ユニットIDをstring.xmlに定義します。

デバッグ用のstring.xmlは最初は存在しないため、新たにデバッグ用フォルダ内に作成します。

【 デバッグ用フォルダの場所 】

（プロジェクトフォルダ）／app／src／debug／res／values／string.xml

※フォルダがない場合はフォルダも作成します。

※多言語化対応している場合は言語毎のvaluesフォルダ（例えば日本語の場合、values-ja
　フォルダ）にstring.xmlを格納します。
　string.xmlの定義内容は全て同じで問題ありません。

デバッグ用フォルダ
<resources>
    <!-- admob -->
    <string name="admob_id_manifest">ca-app-pub-3940256099942544~3347511713</string>
    <string name="admob_id_bottom_main">ca-app-pub-3940256099942544/6300978111</string>
    <string name="admob_id_bottom_map">ca-app-pub-3940256099942544/6300978111</string>
</resources>

string.xmlには、AdmobのサンプルIDだけ定義すればOKです。

アプリID、広告ユニットIDを参照する

あとはstring定義を参照するだけです。

（AdroidManifestの定義例）

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
　　・・・
    <application
　　・・・
        <meta-data
            android:name="com.google.android.gms.ads.APPLICATION_ID"
            android:value="@string/admob_id_manifest" />
　　・・・
        <activity
            android:name=".MainActivity"
            android:exported="true"
            android:theme="@style/AppTheme.NoTitleMain">
　　・・・
       </activity>
　　・・・  
    </application>
</manifest>

（レイアウトXMLの定義例）

<?xml version="1.0" encoding="utf-8"?>
<ConstraintLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    xmlns:ads="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MapsActivity">


    <com.google.android.gms.ads.AdView
        android:id="@+id/adViewMap"
        ads:adSize="SMART_BANNER"
        ads:adUnitId="@string/admob_id_bottom_map"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        app:layout_constraintStart_toStartOf="parent"
        android:layout_marginStart="0dp"
        app:layout_constraintBottom_toBottomOf="parent"
        android:layout_marginBottom="0dp">
    </com.google.android.gms.ads.AdView>
</androidx.constraintlayout.widget.ConstraintLayoutt>

これでデバッグとリリースの使い分けができるようになりました。

いつも通りにデバッグを行えばサンプルIDが参照され、リリースアプリの作成を行えば、リリース用IDが参照されるようになります。

, ,
投稿日:

アプリのタイトルに☆を付けたらGoogle Playから削除されてしまった話

2023年1月15日

開発環境
OS：Windows 10
SDK：Android Studio Dolphin | 2021.3.1

一難去ってまた一難

ピートークという、Wi-Fi Directチャットアプリがポリシー違反と指摘され、

指摘から９日後の昨年１２月３０日に改修を行い、リリース。

改修方針は的を得ていたようでポリシー違反が解除されました！

と思ったのも束の間。

またしてもポリシー違反を指摘されてしまいました。。。

前回のポリシー違反、及び、対処方法は下記をご覧ください。

Pトーク、アプリ内エクスペリエンスに反するってよ

今回の指摘内容が以下。

メタデータポリシーに違反したとのこと。

そして、アプリステータスは、ストア削除。

なんということでしょう。。。

アプリタイトルに☆を付けてはいけない

メタデータポリシーとはなにか？

メール内のリンクを見るにユーザーに誤解を与えるようなテキストや画像に関する制限のようです。

そして、その制限の一つとして「絵文字、顔文字、特殊文字の使用」がありました。


前回のポリシー違反を修正する際にきまぐれにアプリタイトルを「ピートーク」から「ピー☆トーク」に変更したのがダメだったようです。

改修方針

アプリタイトル、及び、ストアのアプリ名から☆を削除します。

改修のその後

改修アプリをリリースした翌日にはポリシー違反は解除されていました。

今回のポリシー違反は明確でしたね。

,
投稿日:

Pトーク、アプリ内エクスペリエンスに反するってよ

ポリシー違反にざわつく日曜日

久々にポリシー違反メールを受け取ってしまいました。

とは言うものの、

ポリシー違反を指摘をされたアプリの最終更新日は、２０２２年６月３日。

しばらく違反状態だったようです。。。

それはさておき、指摘内容は何かと言うとこちら。

ポリシー違反メール

そして、これが証拠画像だと添付されていた画像がこちらです。

添付画像を見ても違反らしいものは見えないのですが・・・

アプリ内エクスペリエンス

アプリ内エクスペリエンス、初めての指摘内容です。
（過去に指摘されたものは水平展開しているので同じ指摘をされると困るわけですが。。。

今回指摘されたアプリ内エクスペリエンスを解釈してみるに、

「ユーザー作成コンテンツ」の表示やアクセスができるアプリなのに

ユーザー作成コンテンツに関するポリシーが適用されていないよね？

ってことのようです。

Pトークとはざっくりと言えば、Wi-Fi Directを使ったチャットアプリです。

「アプリ内エクスペリエンス」を考慮しつつ、アプリを動かしてみると

確かに「データを相互に交換できること」に対する考慮が足りてないようです。

改修方針

ユーザー作成コンテンツに関するポリシーの遵守のため、

下記の対策をとります。

・アプリの利用規約の定義

・利用規約の同意画面を表示し、同意しない場合はアプリの使用を遮断する（←添付画像は今、これがないよねという指摘と捉えたが果たして。。。

それでは改修を行い、申請は通るのか。

結果が出たらまた記事にしようかと思います。

追記

ポリシー違反メール受信から５日後、Admob停止の通知がきました。。。

,
投稿日:

ジェスチャーナビゲーションを一時的に無効化する

2022年10月14日

開発環境
OS：Windows 10
SDK：Android Studio Dolphin | 2021.3.1

概要

Android 10から実装されたジェスチャーナビゲーション。

この機能とDrawerLayoutとの相性が悪いので一時的に無効化します。

ジェスチャーナビゲーションを初めて知る

Android 13のサポート対応のため、伊勢１２５社巡りをデバッグしていたときのこと。

Android 13の仮想デバイスを用意し、マップ画面を確認していた際に違和感が。

マップ画面は、DrawerLayoutで構成しており、画面左右にNagivationViewをセット。

画面左端から右へスワイプ、または、画面右端から左へスワイプするとメニューが表示される作りになっています。

その想定で画面左端から右へスワイプした結果、画面左端に下記のような矢印（＜）が表示されました。

そして、次の瞬間、マップ画面が閉じて、ホーム画面が表示されました。

えっ。。。

戸惑います。

もう１度、同じ操作をしてもやはりホーム画面に戻されます。

そこでネットで調べたところ、ジェスチャーナビゲーションが機能していたことが判明しました。

このとき、初めてジェスチャーナビゲーションの存在を知りました。。。

ジェスチャーナビゲーションを無効化する

このジェスチャーナビゲーション。

有効な状態だとマップ画面でスワイプ操作によるメニュー表示ができません。

そこで、マップ画面表示中だけ無効化するようにします。

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_maps)


    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        val layoutMap = findViewById<DrawerLayout>(R.id.layout_map)
        val rect = Rect(0 , 100, 100, 200)
        layoutMap.systemGestureExclusionRects = listOf(rect)
    }

}

ロジックはいたって簡単。

マップ画面のDrawerLayoutでsystemGestureExclusionRectsをコールし、ジェスチャーを無効化するエリアを指定すればいいだけです。

（念のため、Android 10(APIレベル29)以降でのみ動作するようにしています。

そして、再度、デバッグしてみると。

画面左端から右スワイプするとメニューが表示されるようになりました。

ジェスチャーナビゲーション

設定画面の「システム」ー「ジェスチャー」ー「システムナビゲーション」から設定できます。

機能を有効化すると画面端あたりをスワイプすると戻る操作となるようです。

, , ,
投稿日:

Android13対応ついでに最小APIレベルを確認する

2022年8月22日

開発環境
OS：Windows 10
SDK：Android Studio Chipmunk | 2021.2.1

概要

いよいよAndroid13がリリースされ、APIレベルも３３に。
アプリのターゲットAPIレベルを３３に上げていくなかで最小APIレベルをどうするか？
デバイスのインストール状況を確認して決めようかと思います。

APIレベルを３３にする

Android13がリリースされたのに伴い、今後、アプリの改修を行う際にはAPIレベル３３に適用させていこうと思っています。

android {
    compileSdkVersion 33
    defaultConfig {
        
        minSdkVersion 24
        targetSdkVersion 33
  
    }

}

そんななか、ターゲットAPIレベルを上げるからには合わせてサポート対象の最小APIレベルも上げておきたいところです。

そこでGoogle Play Consoleを使い、実際にインストールされているAndroidバージョンの割合を確認して最小APIレベルの底上げの判断をします。

APIレベルを確認する

アプリのバージョン別普及率を確認します。

まずはGoogle Play Consoleで対象アプリのダッシュボードを表示します。

メニューから「リーチとデバイス」の「概要」を選択します。

Google Play Console

ユーザーと問題の分布／Androidバージョンが表示されるので「探す」をクリック。

Google Play Console

インストール上位バージョンが表示されます。

インストールされているバージョンを全て確認するために「＋Androidバージョン」をクリック。

Google Play Console

これで全てのインストールバージョンが表示されます。

こうして見てみるとアプリ「伊勢１２５社巡り」はいまだにAndroid7.0が１台いらっしゃるようです。

たぶんにアプリをインストールしたままでスマホを廃棄されたのでは、と思うのですが、念のため、アプリ内でサポート切れ告知をしたあと、最小レベルを２８まで上げようかと思います。

（Android 8.0の１台は私物のデバッグ機、のはず。

APIレベルについてはこちらでも確認できます。

Android API Level
, , ,
投稿日:

Android API Level

AndroidバージョンとAPIレベル一覧です。

２０２３年１１月１日現在

NoバージョンAPIレベルバージョンコード備考
1Android 1434UPSIDE DOWN CAKE
2Android 1333TIRAMISU
3Android 1232S_V2
431S
5Android 1130R
6Android 1029Q
7Android 928P
8Android 8.127O_MR1
9Android 8.026O
10Android 7.1.1
Android 7.1		25N_MR1
11Android 7.024N
12Android 6.023M
13Android 5.122LOLLIPOP_MR1
14Android 5.021LOLLIPOP
15Android 4.4W20KITKAT_WATCHウェアラブル向け
16Android 4.419KITKAT
17Android 4.318JELLY_BEAN_MR2
18Android 4.2.2
Android 4.2		17JELLY_BEAN_MR1
19Android 4.1.1
Android 4.1		16JELLY_BEAN
20Android 4.0.4
Android 4.0.3		15ICE_CREAM_SANDWITCH_MR1
21Android 4.0.2
Android 4.0.1
Android 4.0		14ICE_CREAM_SANDWITCH
22Android 3.213HONEYCOMB_MR2
23Android 3.1.x12HONEYCOMB_MR1
24Android 3.0.x11HONEYCOMB
25Android 2.3.4
Android 2.3.3		10GINGERBREAD_MR1
26Android 2.3.2
Android 2.3.1
Android 2.3		9GINGERBREAD
27Android 2.2.x8FROYO
28Android 2.1.x7ECLAIR_MR1
29Android 2.0.16ECLAIR_0_1
30Android 2.05ECLAIR
31Android 1.64DONUT
32Android 1.53CUPCAKE
32Android 1.12BASE_1_1
34Android 1.01BASE
Android api level
投稿日:

インストール済アプリがピックアップできないAndroid 12

2022年7月19日

開発環境
OS：Windows 10
SDK：Android Studio Chipmunk | 2021.2.1

概要

Android 12におけるセキュリティ強化。
それに伴い、権限なしにインストール済アプリをピックアップすることができなくなってました、という話です。

スマホの機種変更

androidアプリ開発をしている以上もちろんAndroid 12での動作検証も行います。

とは言っても検証はもっぱら仮想デバイスでした。

それが最近、スマホを買い替え、ようやくAndroid 12の実機が我が手元に。

生でAndroid 12に触れる機会ができたので早速、アプリを色々と動かしてみたのですが。。。

早々と想定通りに動作していない機能を発見、慌てて改修した次第です。

仮想デバイスでは検証しにくい機能なんです。。。

Android12のセキュリティ強化

想定通りに動作しなかった機能とは何か？

それは、インストール済アプリのピックアップ機能です。

コードで表すと Packagemanager の getInstalledPackages です。

Android 12のセキュリティ強化に伴い、権限、もしくは、<queries>定義なしに

インストール済アプリをピックアップできなくなった、とのこと。

この機能がダメになるとランチャー系のアプリは全滅です。

そこで２パターンの方法で改修を行いました。

パターン１）どうしてもインストール済アプリを全て知りたい

ランチャー系アプリの場合、インストール済アプリを全てピックアップしたいので権限追加で対応します。

AndroidManifest.xmlに以下のパーミションを追加します。

<uses-permission android:name=”android.permission.QUERY_ALL_PACKAGES”/>

対応は以上です。

あとはビルドしてリリースするだけなのですが、なにせ強力な権限です。

Google Play Consoleの「アプリのコンテンツ」において権限の用途を説明する必要があります。

Google Play Console「アプリのコンテンツ」

まずは目的の説明を記載し、そして、用途の選択を行います。

機密情報にかかわる権限とAPI（１）

ランチャーアプリの場合、

目的は「ランチャーアプリ。アプリリストを表示するため」、

用途は「アプリの機能」、と明確です。

そして、最後に求められるのが動画です。

機密情報にかかわる権限とAPI（２）

ざっくりと作ってYouTubeにアップしてみました。

まさか動画を求められるとは。。。

すると、まあ、なんということでしょう。

リリースしてから１時間もしないうちに審査が通り、インストールできるようになりました。

パターン２）必要なアプリだけインストールされていることを知りたい

アプリの連携のため、連携対象のアプリがインストールされているか知りたい。

そのような場合、

AndroidManifest.xmlに以下の定義を追加します。

（アプリ”com.sample.application”がインストールされているか知りたい場合）

<manifest ・・・>

    <queries>
        <package android:name="com.sample.application" />
    </queries>

    <application ・・・

    </application>

</manifest>

これで Packagemanager の getInstalledPackagesまわりは改修しなくても対象アプリをピックアップしてくれるようになります。

あとはビルドしてリリースするだけです。

こちらのパターンの場合、Google Play Consoleで「アプリのコンテンツ」を記載する必要もありません。

Android 12のセキュリティ強化に伴う対応は以上です。