---
url: 'https://www.corbado.com/ja/faq/webview-passkey-mobile-app-kadai'
title: 'モバイルアプリのWebViewがパスキーの課題となる理由'
description: 'モバイルアプリのWebViewがパスキーに課題をもたらす理由と、実装時にこれらの問題に対処する方法について学びます。'
lang: 'ja'
keywords: 'WebView パスキー 課題, モバイルアプリ パスキー, WebAuthn WebView, WebView パスキー 制限'
---

# モバイルアプリのWebViewがパスキーの課題となる理由

## モバイルアプリのWebViewがパスキーの課題となる理由

モバイルアプリでWebコンテンツを表示するためによく使われる[WebView](https://www.corbado.com/blog/native-app-passkeys)は、パスキーを実装する際に特有の課題をもたらします。これらの課題は、多くの[WebView](https://www.corbado.com/blog/native-app-passkeys)環境においてWebAuthn機能のサポートが制限されていることに起因します。

## WebViewでのパスキーに関する主な課題

### 1. WebAuthnサポートの制限

- 多くの[WebView](https://www.corbado.com/blog/native-app-passkeys)はWebAuthn
  APIを完全にサポートしていないため、パスキー機能の有効化が難しくなっています。
- [Chrome](https://www.corbado.com/ja/blog/digital-credentials-api)や[Safari](https://www.corbado.com/ja/blog/digital-credentials-api)のようなネイティブブラウザは、通常、WebViewよりもパスキーに対応しています。また、[iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios)や[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android)アプリ内でパスキーのネイティブ実装を行うことも可能です。

### 2. 一貫性のない実装

WebViewの機能は、プラットフォームやバージョンによって異なります。

- [iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios)の**WKWebView**はサポートが充実していますが、それでも重要なWebAuthn機能が欠けている場合があります。
- [Android](https://www.corbado.com/blog/how-to-enable-passkeys-android)のWebView実装は一貫性に欠けることが多く、カスタム設定が必要になる場合があります。

### 3. セキュリティ上の制約

- WebViewは制限された環境であることが多く、[Face ID](https://www.corbado.com/faq/is-face-id-passkey)、Touch
  ID、または[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android)の生体認証など、ローカルの[Authenticator](https://www.corbado.com/glossary/authenticator)へのアクセスが制限されます。
- これにより、アプリ内でのスムーズなパスキー作成や利用が妨げられる可能性があります。

### 4. ユーザー体験（UX）の問題

WebView内でパスキーが機能しない場合、ユーザーは認証のために外部ブラウザや別のアプリに切り替える必要があり、ログインの流れが中断されてしまいます。通常、最高のパスキーUXを実現するには、それぞれの[iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios)やAndroidアプリ開発フレームワーク（Kotlin、Swiftなど）でパスキーのネイティブ実装を使用するのがベストです。

## WebViewの課題に対処するための戦略

1. **WebViewの互換性をテストする:**
    - [State of Passkeys](https://state-of-passkeys.io)のデータを活用して、WebViewの制限事項を把握しましょう。
    - アプリで使用されている特定のWebViewタイプ（[WKWebView](https://www.corbado.com/blog/native-app-passkeys)やAndroid
      WebViewなど）を評価します。

2. **フォールバック（代替）オプションを用意する:**
    - WebViewのサポートが不十分な場合は、認証のためにユーザーをネイティブブラウザへリダイレクトします。
    - 移行期間中は、代替となるMFA（多要素認証）メソッドを維持しましょう。

3. **ネイティブ実装を推進する:**
   可能な限りWebViewに依存せず、パスキー機能にはネイティブアプリのコンポーネントを使用します。

4. **ベンダーと連携する:**
   WebViewやプラットフォームのプロバイダーと協力し、今後のアップデートでWebAuthnのサポートを改善するよう働きかけましょう。

## まとめ

WebViewは、WebAuthnのサポート制限やセキュリティ上の制約により、パスキーにとって大きな課題となります。これらの制限を理解し、フォールバックオプションやネイティブアプリのコンポーネントなどの戦略を実装することで、よりスムーズなパスキーの導入を実現できます。

## 関連記事を読む