Q&A
もちろんトークン付きでURLを作成してますよ。
問題は標準ブラウザー以外で本人認証プロセスが完了してしまう点です。
システム的な処理フローは正常に動作して登録完了はしますが、
仮登録メールの前後でUserAgentが分断する事でセッションが別れてしまい、ユーザビリティーに懸念があるって事です。
スマホユーザ向けに会員制のWEBアプリを構築しております。
スマホに複数のブラウザーがインストールされている状況で、会員登録の処理フローで
セッションが引き継がれないケースが発生しており悩ましく感じております。
具体的には、iOSユーザが標準ブラウザーsafariで使用しており、gmail,chromeがインストールされている状態で
仮登録メールの本人確認プロセスが下図の流れになってしまいます。
gmailとchromeがインストール済み
標準ブラウザー：safari
会員登録とは別ケースですが、facebookアプリでも同様にブラウザーが固定出来ずに困っております。
利用者は一般的な知識レベルなので「登録したはずなのにログイン出来てない？」や「毎回ログインしないとならないの？」
などの問い合わせになってしまいます。
もちろんアプリの設定変更や操作手順で標準ブラウザーに遷移させる事は把握しておりますが、
利用者側に設定変更をお願い出来ない場合に皆様はどの様に運用しておりますでしょうか？
- 致し方ないのでサポートで対応する？
- 技術的にブラウザーを固定する方法がある？
色々な方の現場の意見の踏まえてご知見を伺いたく投稿致しました。
宜しくお願いします。
追記）
ポイント
- 利用者に設定変更などの余分な負担を掛けたくない
- セッションが固定されスムーズな（普通の）ユーザ体験を提供したい
他にもブラウザー問題が色々ありますね。。
- yahooブラウザー（ホームに追加機能がない）
- LINEアプリ内ブラウザー
- facebookアプリ内ブラウザー
- androidの標準インストールブラウザー（chrome）とインストールしたchrome
回答2件
0
スマホに複数のブラウザーがインストールされている状況で、会員登録の処理フローで セッションが引き継がれないケースが発生しており
利用者の側としての感想ですが、「それはそういうもの」と諦めていました。メールに注意書きが書かれているのも、意識した範囲では見たことがないです。
見返してみたら、「コピーペーストでURLをブラウザに貼り付けてください」と指示してあるメールがありました。おそらく、そのままアクセスしてCookieがない状態だと、セッションが違う警告も出すようになっているのではないかと思います。
投稿2020/07/29 00:31
編集2020/07/29 00:36
総合スコア146018
0
そもそも前提となる設計が間違っています。
この図では自社WebAPPから仮登録メールを送ってますが、この時一定時間だけ有効なトークン文字列を発行し、仮登録メールにはそのトークン付きURLを送ってユーザーを識別するのが一般的です。
投稿2020/07/28 08:29
総合スコア2577
どういったケースで問題なんでしょうか。認証プロセスが完了するなら、ログインさせることはできるはずですし、その他の情報を引き継ぎたいならそれもトークンと紐付けて保存しておけばいいはずです。
cookieはUAを跨いで共有出来ないですよね？！
標準ブラウザーのcookieにセッションIDが保存されないのが問題です。
本文に書いている通りですが、
”利用者は一般的な知識レベルなので「登録したはずなのにログイン出来てない？」や「毎回ログインしないとならないの？」などの問い合わせになってしまいます。”
という風にユーザに不便をかけしてしまう点です。
語弊が在るので訂正です。
「標準ブラウザーのcookieにセッションIDが保存されないのが問題です。」ではなく
標準ブラウザーに保存されているセッションIDと認証完了時（別ブラウザー）のセッションIDが別になる点です。
要は処理自体はステートレス（httpの仕様）なのでブラウザ外(MUA)に処理が移った段階で、必ずスタートしたブラウザーに戻ってくる保障がないって事を言いたいのです。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/07/29 01:13 編集
2020/07/29 00:45
2020/07/29 00:56