Android SDKでローカライズとロケールコードを使用する

なぜこれが重要なのか

ロケールコードは、Adapty がフローのローカライズを選択する際や、カスタムペイウォール用のリモートコンフィグを読み取る際に使用されます。

ロケールコードはプラットフォームによって異なる場合があり複雑なため、Adapty はサポートするすべてのプラットフォームで1つの内部標準に統一しています。この標準を理解することで、ユーザーがどのローカライズを受け取るかを予測できます。

Adapty のロケールコード標準

ロケールコードには、Adapty は若干修正した BCP 47 標準を使用しています。各コードは小文字のサブタグで構成され、ハイフンで区切られます。例：en（英語）、pt-br（ポルトガル語（ブラジル））、zh（簡体字中国語）、zh-hant（繁体字中国語）。

ロケールコードのマッチング

Adapty がユーザーのロケールに一致するローカライズを検索する際、次の処理が行われます。

ロケール文字列が小文字に変換され、アンダースコア（_）がすべてハイフン（-）に置き換えられます。
Adapty はロケールコードが完全に一致するローカライズを検索します。
一致するものが見つからない場合、最初のハイフンより前の部分文字列（pt-br の場合は pt）を取得し、一致するローカライズを検索します。
それでも一致するものが見つからない場合、Adapty はフローのデフォルトロケールのコンテンツを返します。

これにより、'pt_BR'、pt-BR、pt-br はすべて同じローカライゼーションに解決されます。

ローカライズの実装

SDK v4 では、フローを取得する際にロケールコードを渡す必要はありません。getFlow はすべてのローカライズを含むフローを返します。

ビルダーで作成したフロー: SDKはデバイスのロケールを読み取らないため、アプリ側でロケールを解決し、AdaptyUI.getFlowConfiguration の locale 引数として渡してください。この引数は省略可能で、省略した場合は en でレンダリングされます。ただし、フローに en のローカライズがない場合はデフォルトロケールが使用されます。フローに存在しないローカライズをリクエストした場合、エラーなしでフローのデフォルトにフォールバックし、選択したローカライズに存在しない文字列はデフォルトのものが使用されます。

en でのデフォルトレンダリングには Android SDK 4.0.1 が必要です。4.0.0 では locale を省略するとフローのデフォルトローカライゼーションがレンダリングされます。

カスタム（リモートコンフィグ）ペイウォール: getFlow は設定されたすべてのローカライゼーションを flow.remoteConfigs で返します。各エントリには locale コードと設定内容（jsonString、またはパース済みの dataMap）が含まれます。ユーザーに合ったエントリを独自のフォールバック処理と合わせて選択してください：

Adapty.getFlow("YOUR_PLACEMENT_ID") { result ->
    when (result) {
        is AdaptyResult.Success -> {
            val flow = result.value
            val config = flow.remoteConfigs.firstOrNull { it.locale == "en" }
                ?: flow.remoteConfigs.firstOrNull()
            // read your values from config?.dataMap
        }
        is AdaptyResult.Error -> {
            // handle the error
        }
    }
}

上記のロケールコードのマッチングルールは、Adapty が各リモートコンフィグに保存されている locale コードをどのように正規化するかを説明しています。

なぜこれが重要なのか

ロケールコードが関係するシナリオはいくつかあります。たとえば、アプリの現在のローカライゼーションに合ったペイウォールを取得しようとする場合などです。

ロケールコードはプラットフォームによって異なる複雑な仕様を持つため、Adapty ではサポートするすべてのプラットフォームに共通の内部標準を採用しています。ただし、コードが複雑であるため、サーバーに送信している内容と、その後どのように処理されて正しいローカライゼーションが返されるかを正確に理解しておくことが非常に重要です。そうすることで、常に期待どおりの結果を受け取れます。

Adaptyにおけるロケールコードの規格

ロケールコードについて、AdaptyはBCP 47規格を一部改変した形式を採用しています。各コードはハイフンで区切られた小文字のサブタグで構成されます。例：en（英語）、pt-br（ポルトガル語（ブラジル））、zh（簡体字中国語）、zh-hant（繁体字中国語）。

ロケールコードのマッチング

Adapty がクライアントサイド SDK からロケールコードを受け取り、ペイウォールの対応するローカライズを検索する際、以下の処理が行われます。

受信したロケール文字列が小文字に変換され、アンダースコア（_）がすべてハイフン（-）に置き換えられます
完全に一致するロケールコードのローカライズを検索します
一致するものが見つからない場合、最初のハイフンより前の部分文字列（pt-br の場合は pt）を取り出して、一致するローカライズを検索します
それでも一致するものが見つからない場合、ペイウォールのデフォルトロケールのコンテンツを返します

これにより、'pt_BR' を送信した iOS デバイス、pt-BR を送信した Android デバイス、pt-br を送信した別のデバイスはすべて同じ結果を受け取ります。

ローカライゼーションの実装：推奨方法

ローカライゼーションについて検討している場合、すでにプロジェクト内でローカライズされた文字列ファイルを扱っている可能性が高いです。その場合、各ローカライゼーションに対応するファイルに、意図した Adapty のロケールコードをキーと値のペアで設定しておくことをお勧めします。そして、SDK を呼び出す際にそのキーの値を取得します：

// 1. Modify your strings.xml files

/*
strings.xml - Spanish
*/
<string name="adapty_paywalls_locale">es</string>

/*
strings.xml - Portuguese (Brazil)
*/
<string name="adapty_paywalls_locale">pt-br</string>

// 2. Extract and use the locale code

val localeCode = context.getString(R.string.adapty_paywalls_locale)
// pass locale code to AdaptyUI.getViewConfiguration or Adapty.getPaywall method

この方法により、アプリのすべてのユーザーに対してどのローカライゼーションが取得されるかを完全にコントロールできます。

ローカライゼーションの実装：別の方法

すべてのローカライゼーションに対してロケールコードを明示的に定義しなくても、似た結果（ただし完全に同一ではありません）を得ることができます。それは、プラットフォームが提供する他のオブジェクトからロケールコードを抽出する方法です：

val locale = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N)
    context.resources.configuration.locales[0]
else
    context.resources.configuration.locale

val localeCode = locale.toLanguageTag()
// pass locale code to AdaptyUI.getViewConfiguration or Adapty.getPaywall method

Adaptyのサーバーが何を受け取るかを正確に予測することが難しいため、このアプローチは推奨しません。

それでもこのアプローチを使用する場合は、関連するすべてのユースケースに対応していることを確認してください。