アプリの多言語体験の向上

アプリの多言語体験の向上

多言語ユーザーにシームレスな体験を提供しましょう。ユーザーが好みの言語を使用できるようにアプリを最適化するには、Language Discoveryが役立ちます。双方向テキストで複数の範囲を選択するためのNatural Selectionなど、右から左に書く言語をサポートする高度な機能について説明します。また、アプリで多言語シナリオをサポートする際のベストプラクティスも紹介します。

関連する章
- 0:00 - イントロダクション
- 3:57 - Language Discovery
- 8:43 - 別のカレンダー
- 9:29 - 双方向テキスト
- 19:40 - 次のステップ
リソース
関連ビデオ

WWDC25
- Code Along：SwiftUIのAttributedStringを使って優れたテキスト体験を実現
WWDC24
- 多言語対応アプリの構築
WWDC22
- Get it right (to left)（右から左方向への文字体）
مرحبا!（Marhaba） Omarです本日はアプリの多言語体験を向上させる方法を紹介できとても嬉しく思います私たちは多言語が飛び交う世界に暮らしていますいまや皆さんはアプリ本体に加えて誰もがどこでも使えるという体験も構築するようになりましたソーシャルアプリをシンガポールや東南アジア向けに開発する場合も生産性ツールをロンドンやヨーロッパ地域のリモートチーム向けに開発する場合もベイルートやアラブ世界向けにアプリを作成する場合も言語は画面の表示以外でも重要な役目を果たしています文化でありアイデンティティであり何百万人もの人々にとって受け容れられるか取り残されるかの違いを生み出す源でもあります iOS 26では多くの新機能が導入されより上質の多言語体験を提供します皆さんもデベロッパとしてこれらの改善点を活かしよりアクセシブルで世界で親しまれるアプリを構築できます新機能をいくつか紹介します iOS 26ではアラビア語話者のための Arabizi表記変換キーボードが登場しますアラビア語の単語をラテン文字で入力するとキーボードが自動的にアラビア文字で入力します英語またはフランス語キーボードでの入力に慣れている場合はアラビア語入力がかなり楽になります表記変換キーボードの機能も追加してバイリンガル候補を提供しますこのヒンディー語キーボードで英語の単語を入力すると iOS 26が自動的にその翻訳を提案しますアラビア語と英語のマルチスクリプトバイリンガルキーボードも導入しますアラビア語と英語の両方を話せる場合入力した言語を自動検出できるようになりどちらの言語でも入力操作がシンプルになります最後に新しい24キーレイアウトのタイ語キーボードの登場でタイ語話者にとってさらに使いやすくなりました国際化は世界中のオーディエンスに向けたアプリ構築の大切な第一歩です Xcode、Foundation API Unicodeのサポートなど Appleが提供するパワフルなツールとテクノロジーによりどの言語を追加するか不確定の状態であっても多言語対応のアプリを簡単に用意できます国際化のための新しいツールやAPIを紹介する前にアプリの多言語化に備える際の基本となるベストプラクティスを紹介します TextKit2を使えばアプリでの多言語対応を簡単に実行できます韓国語やヒンディー語などの複雑な文字体系を処理できレイアウトやスタイリングをより詳細に制御できるためどのような言語でもテキストを適切に表示できます TextKit2は双方向テキストでもシームレスに管理できます後ほど Dannyさんから双方向テキスト対応の最新機能をご紹介します Swiftのフォーマッタは日付、数字、テキストをユーザーの言語や地域に合わせて表示させるのに役立ちます現地に合わせてカスタムロジックを書かなくともわずか数行のコードで通貨から日付まですべてローカライズできます Swiftにはソフトウェアキーボードからハードウェアのキーボードまでさまざまな入力モードを管理して操作をシンプルにするAPIが多数揃っていますたとえば inputAccessoryViewでキーボード上に直接ビューを配置したり textInputContextIdentifierを設定して直近の言語やレイアウトをキーボードに自動で記憶させることができます TextKitやフォーマッタやテキスト入力の詳細については以下にリンクを記載した去年のビデオをご覧くださいセッションに関連するサンプルコードも入手できますさてここからはアプリの多言語体験を向上させる新しいAPIが登場します新機能Language Discoveryを紹介しましょうアプリでAlternate calendarに対応する方法を確認し双方向テキストの処理における進歩を探ります最初は Language discoveryです世界中の何十億人もの人々が多言語を使っています多くの地域で大勢の人が日常生活で複数の言語を使用しています Appleでは優れたアプリこそ人間の経験全般について考慮したものであるべきと考えています自分の言語でアプリを操作できることがとても重要です iOS 26の登場以前言語を選択するには設定アプリから手動で追加する以外にありませんでした今ならハードルの高い作業だと分かりますたとえば自分のiPhoneは英語に設定しているのですが母語はアラビア語です音楽やPodcastはアラビア語で聴いています英語とアラビア語の両方でニュースを読みメッセージを送ります iPhoneのユーザーインターフェイスは英語にしていますがニュース、音楽、Podcastのおすすめはアラビア語で入手します iOS 26では Siriはパーソナルで積極的でインテリジェントな提案を提供して言語設定の変更を支援します Siriはオンデバイスのインテリジェンスを使用して iPhoneを英語で設定していても入力や音楽やブラウザ閲覧にはアラビア語も使うことを認識しています Siriの提案をタップする際 iPhoneの言語をアラビア語に切り替えてアラビア語と英語のバイリンガルキーボードを追加しニュース、音楽、Podcastなど自分の言語からおすすめのコンテンツを要求します多言語を使用しお勧めのコンテンツを自分の言語で知りたい世界中の何百万人ものユーザーがこれを体験できます Foundationフレームワークのおかげで Locale.preferredLanguagesを使用してユーザーの使用言語のリストを取得しアプリの多言語体験をパーソナライズできます Locale.preferredLanguagesをよくご存じなら言語識別子の配列がStringとして返されることもご存じでしょう Stringの値は BCP-47言語タグに準拠していますただし Stringベースの識別子は処理や操作が難しく複雑になる可能性があります今年Appleが導入する Locale.preferredLocalesはこれに代えて Locale.preferredLanguagesと比較した情報のスーパーセットを含む Localeの配列を返しますロケールはイギリス英語やカナダ英語のように言語と地域の両方を表します自分のiPhoneの場合ロケールはレバノンアラビア語ですアプリで正しいスペルを表示して日付や通貨の表示をユーザーの好みに合わせよりパーソナルな体験を提供するためにも Localeは必要不可欠です Localeでは必要に応じて BCP-47、ICU、CLDRなど Stringベースの識別子にアクセスして識別子の正確な形式を選択することも可能です Localeに関するさまざまなプロパティにもアクセスできますたとえば numberingSystemを取得したり localizedString API を使用して言語や地域に応じたローカライズ名にアクセスできます Locale.preferredLanguagesは将来非推奨になる可能性があり Locale.preferredLocalesに切り替えることをお勧めしています iOS 26では preferredLocalesを広範囲に使用しています翻訳アプリでは長い言語リストを表示して選択させる代わりにユーザーの使用言語を画面上部に表示しますカレンダーでは代替カレンダーを設定してある場合曜日や月などのUI要素がユーザーの言語で表示可能になりましたそして Apple Musicは preferredLocalesを使用しておすすめや訳詞をユーザーの言語で提供しますこれによって多言語体験がさらにパーソナライズされます翻訳アプリの例は他の多くのアプリでも体験できユーザーは長いリストで言語を選ぶ作業から解放されますアプリ体験は preferredLocales APIと Foundationを使ってカスタマイズできます
さっそく翻訳アプリを開いてこの体験を共有しましょう利用可能なロケールオブジェクトから availableLocalesを取り上げてみましょう matchedLocalesを配列として使いユーザーのpreferredLocalesをアプリのavailableLocalesとマッチさせます翻訳アプリのavailableLocalesがループ処理可能になります利用可能なロケールが preferredLocalesに含まれているか 1つずつ確認できますマッチするものが見つかったら matchLocalesとbreakに追加できます matchLocalesを使用して言語に優先順位を付け簡単にアクセスできるようリストの一番上に配置します必要に応じてここでisEquivalentまたは hasCommonParentを選択できます Language discoveryはアプリをよりパーソナルで自然なものにし使用言語を確認するステップを不要にしますユースケースは無限大です皆さんがアプリでpreferredLocalesをどう使用するかとても楽しみですここからは Foundationで入手できる新しい代替カレンダーAPIを紹介します iOS 26ではさまざまな代替カレンダーが加わりましたたとえばグジャラート語やマラーティー語、韓国語などが追加されています新しいカレンダーはすべてのプラットフォームで利用できます既存の 16のカレンダー識別子の他に Calendar.Identifierでアクセスできる新しいカレンダーを11種類 Foundationフレームワークに追加しました本日は国際化に関する最新情報をお届けしますこれまでに Language discoveryと新しいカレンダー識別子を紹介しましたここからはDannyさんに引き継いで双方向テキストに関する最新情報を紹介してもらいます Omarさんありがとう Xin chào（こんにちは） Dannyです iOSとiPadOSの双方向テキストに関する最新情報をご紹介できることを嬉しく思いますこれらのイノベーションはアプリの多言語体験を大幅に強化する可能性を秘めています双方向テキストについて包括的に理解するには「Get it right (to left)」セッションをご覧くださいまず双方向テキストの定義を確認しましょう英語ではテキストは左から流れて右で終わりますこのような書字方向を左から右またはLTRと表現しますヘブライ語などの言語ではテキストは右から流れて左で終わりますこのような書字方向を右から左またはRTLと表現します LTRとRTLのテキストを組み合わせると書かれたテキストは双方向になりテキスト選択に大きく影響します双方向テキストにおけるテキスト選択の仕組みを理解するには表示されるテキストの順序と保存されたテキストの順序を比較する必要がありますこのLTRの例では文字は書かれた順番どおりに格納されています RTLテキストの文字も書かれた順序で格納されます LTRテキストと同じです違いはテキストの表示方法にあり右から左に表示されます右にドラッグして選択してもストレージ内で選択方法を反転させて降順を指定すればテキストは選択できるためさしあたり問題にはなりませんこれでもストレージ内で選択された単一の連続した範囲は実際に見えている選択範囲と一致しています問題は LTRテキストとRTLテキストを組み合わせるケースですテキストは書かれた順序のままで保存されていますが表示するには複数の方向を使い分ける必要があります選択範囲をストレージ内の単一のテキスト範囲に制限してしまうとテキスト選択は自然に動作しませんたとえばテキスト選択を開始する際に左から右にドラッグして選択範囲を指定すると LTRとRTLの境界をまたぐため選択範囲とカーソルの整合が取れなくなります最初に右側のテキストから選択を始めるため選択範囲の途中に不自然なギャップができてしまいます表示されたテキストを選択しているつもりでもストレージで選択を行っているかのように動作するためにこのようなことが起こります画面上のテキストの流れがストレージ内のテキストと一致しないため画面上とストレージの両方で切れ目なく選択することは不可能です iOS 26では保存順序に沿って選択させるのではなくカーソルの動きに沿って選択できるようになりましたしたがって選択ポイントをドラッグするとその動きに従って選択が行われますこれが「Natural Selection」です Natural Selectionは単一方向テキストと双方向テキストどちらを選択する場合でも円滑で一貫性のあるテキスト選択体験を可能にします Natural Selectionにより選択範囲のギャップは非表示になりテキストストレージ内に隠されるようになりましたそのため単一のselectedRangeではなく複数のselectedRangeが必要になりました macOSでは NSTextViewは Natural Selectionに対応済みで選択範囲は値の配列である NSRangesとして表現されます iOS 18では UITextViewが selectedRangeプロパティ1つで単一の連続した選択範囲を表現するだけでしたつまり iOS 18では双方向テキストをすき間なしで自然に選択することは不可能でした selectedRangeが誤って実際に選択されていない範囲まで包含してしまうのが原因です iOS 26では「selectedRanges」という新しいプロパティが採用され非連続のNSRanges配列を表現できるようになりました単一のselectedRangeプロパティは将来のリリースで非推奨になります新しいSwiftUIリッチテキストエディタは Natural Selectionにも対応しており選択範囲は型属性付きの文字列インデックスとして表示されます「Cook up a rich text experience in SwiftUI with AttributedString」で詳細をご覧ください先ほど双方向テキストを選択したので selectedRangesは選択したテキストを正確に表すようになりました TextViewストレージからのテキスト削除などのアクションに selectedRangeを利用していた場合は範囲を誤ってテキストを削除してしまう可能性があります今後は selectedRangesを使用して実際に選択したテキストだけが削除されるようにしましょうこのほか UITextViewDelegateと UITextViewDelegateプロトコルもアップデートされ単一の範囲ではなく NSRangesである値の配列を引き取るようになりましたこれらのメソッドはテキスト入力システムが必要になるとトリガーされテキスト入力に応じて指定された範囲内のテキストを変更しますたとえばテキストを選択してからテキストビューに貼り付けると shouldChangeTextInRangesメソッドを呼び出して指定した範囲内のテキストが変更可能であるかペーストするテキストで置き換える前にデリゲートを確認します選択範囲は非連続であるため挿入先の候補は複数存在しますテキスト入力システムは使用中のキーボードなどさまざまな要因に基づいて新しいテキストを挿入するため削除対象の範囲内で適切な場所を決定します削除範囲内にテキストを挿入しない場合デリゲートはfalseを返します editMenuForTextInRangeメソッドの新しいバージョンも登場します単一の範囲に代わり範囲の配列を受け取ることで返す先の編集メニューに対応するテキストの範囲をより正確に表現できるようになりました selectedRangesの使用に切り替えて新しいデリゲートメソッドを実装することによりアプリとNatural Selectionがシームレスに連携できるようになり双方向テキスト体験をパワーアップできます Natural Selectionのメリットを最大限に高めるには TextKit2が必要です UITextViewとUITextFieldではすでにTextKit2が採用されており iOS 26でもNatural Selectionをデフォルトでサポートするようになりましたただしアプリが textView.layoutManagerにアクセスするとテキストエンジンが TextKit1に戻ってしまい Natural Selectionその他の機能が無効になります layoutManagerが必要な場合は TextKit2のレイアウトマネージャ textView.textLayoutManagerを使用します次は書字方向という概念について説明します書字方向を理解するにはテキストの方向を理解する必要がありますテキストの方向とは連続する単一の範囲内で文字が流れる方向を意味し書字方向とは段落内においてテキストが流れる方向を意味しています書字方向はテキストの最初のスパンの向きによって決まります
たとえば LTRのテキストを先に書く場合書字方向は左から右になりますその後でウルドゥー語のような RTLテキストを入力した場合テキストはLTRテキストの右側に表示されますなぜなら書字方向が左から右のままになっているからですウルドゥー語のテキストの入力を続けてウルドゥー語の文が形成されても書字方向は変わりません現段階では左から右に書くテキストから書き始めていた場合右から左に書くテキストを入力しても書字方向は左から右のままですまだ英語の文であると見なされているからですただし書字方向はテキストの内容に応じて動的に変更できるようになりましたつまり今年からはウルドゥー語のテキストの入力を続けてウルドゥー語の文が形成されると書字方向が右から左に切り替わるということです Appleが提供するテキストビューとテキストフィールドを全プラットフォームで利用している場合この自動調整はアプリ内で行われます皆さんのアプリで Appleの提供するテキストビューではなく独自のテキストエンジンを使用している場合もあるでしょうその場合は Language Introspector サンプルコードを参照して新しいAPIを使ってアプリで入力中のテキストの内容に応じて書字方向を決める方法を確認しましょう双方向テキストの書字方向を特定するためのこの新しい方法が皆さんのアプリの多言語体験をさらに向上させることを祈っていますこのセッションでは多言語ユーザー向けアプリの機能強化に役立つ新機能をいくつか紹介しました Language discoveryは優先する言語を自動検出することでアプリがよりパーソナルで自然な印象を与えるのに役立ちます代替カレンダーも追加され多言語体験を向上させるカスタマイズオプションが増えました iOSとiPadOSで新たに Natural Selectionをサポートしたことでより多彩なデバイスでアプリをシームレスかつ一貫して機能させることができ多言語ユーザーのニーズにも十分応えられるようになりました皆さんが双方向テキストを使って世界中で友人や家族とチャットできる機会を実現してくださる時を心から楽しみにしていますご視聴ありがとうございました

// Language discovery

let preferredLanguages = Locale.preferredLanguages

let preferredLocales = Locale.preferredLocales

7:49 - Match preferred locales with your app’s available locales

let preferredLocales = Locale.preferredLocales

// array of available Locale objects to translate from
let availableLocales = getAvailableLocalesForTranslatingFrom()

var matchedLocales: [Locale] = []

for locale in availableLocales {
    for preferredLocale in preferredLocales {
        if locale.language.isEquivalent(to:         preferredLocale.language) {
            matchedLocales.append(locale)
            break
        }
    }
}

14:57 - Delete text in ranges

let ranges = textView.selectedRanges.reversed()
for range in ranges {
    textView.textStorage.deleteCharacters(in: range)
}

関連する章

リソース

関連ビデオ

WWDC25

WWDC24

WWDC22