ログインの仕様が関係していました。disallowed_useragent」のエラーを返すようにしています。この仕様変更について、公式が以下で説明しています。原文と公式による日本語訳です。ログインは許可されなくなります、と言っています。これが関係するのがアプリ内ブラウザです。いったアプリでは、アプリ内で外部のページを開くことができます。このときアプリ内ブラウザが使用されています。アプリ内ブラウザとして利用されるブラウザには種類があります。いうブラウザなどです。使用してください、ということになっています。アプリ内ブラウザにて使用されているのはウェブビューとなっており、その結果冒頭に記載したエラーの発生につながりました。アプリを例として説明していますが、この挙動はウェブビューを使用しているすべての環境で発生します。#結論から述べると有効な対策はありません。アプリの開発者ですので、そこに外部のものが関与する余地はありません。いった標準ブラウザに遷移させるという方法です。アプリはこれが可能なようですが、基本的にこれに関してもこちら側が手出しできるものではありません。ログインを騙す方法です。何を持ってウェブビュー経由でのアクセスと判断しているかは不明ですが、ユーザーエージェントを見ているのだとすると、アクセスする際のユーザーエージェントをウェブビュー以外のものに偽装してしまえば、認証をブロックされなくなります。実現可能性はあるものの、この方法を実行に移すことはまずないでしょう。MDNここまでで、ユーザに意識させないようにアプリ上で自動誘導をすることは不可能だということがわかりました。等の外部ブラウザでアプリを開くようユーザに依頼することだけです。いつそのメッセージを表示すれば良いでしょうか。ウェブビューでアプリが開かれた場合のみ、他のブラウザで開いて欲しい旨のメッセージを出すことができれば適切です。ユーザーエージェントを取得し、それがウェブビューであった場合のみメッセージを出すことを考えます。ログインを試みるすべてのユーザに対して、もしアプリ内ブラウザで開いているのならば外部ブラウザで開き直して欲しいと伝えるのみです。補足:あなたの開発しているアプリがネイティブアプリの場合、アプリ内ブラウザに何を使用するかはあなたが決めることです。ウェブビューではないブラウザを使用すればこの問題は発生しません。#上記対策を取ったときに果たしてどれだけのユーザが指示に従ってくれるのでしょう。アプリが提供するサービスの魅力にもよりますが、試しに使ってみようという程度の気軽なユーザの場合、このメッセージを見て嫌気がさし離脱する可能性もあります。ログインを利用しないという判断を下した方が合理的なケースもあり得ると思い、今回の記事を書きました。