Sign-in form best practices | Articles | web.dev

Sign-in form best practices Stay organized with collections Save and categorize content based on your preferences. Use cross-platform browser features to build sign-in forms that are secure, accessible and easy to use. If users ever need to log in to your site, then good sign-in form design is critical. This is especially true for people on poor connections, on mobile, in a hurry, or under stress.

[MarvinParnroid]

ユーザビリティを論じる記事はそのページ自体の出来も気になるんだよなぁ。クッキー許諾のベストプラクティスにも期待したい。

[y-kawaz]

メアド(ユーザID)とパスワードを別画面にする奴は、最初のメアド入力時にパスワードマネージャがログインフォームだと認識してくれなくて保存済みのメアドを選択出来なくて不便なのでやめてほしい。

[uunfo]

これがだめなやつ、アプリですらちょいちょいあるよね→「モバイルキーボードが入力やボタンを覆い隠さないようにフォームをデザインする」

[internetkun]

ボタンをdisableにしないというのは英語版にはあったので日本語への翻訳でなくされたの！？ってブコメを先に見て思ったけど日本語版でもそのままあって安心した

[remonoil]

IDが複数フィールドのやつやめてくれ。銀行サイトに多い。

[makitani]

ログインフォーム、サインインフォームのベストプラクティス

[rryu]

IDとパスワードが別画面になっているやつはIDの種別によって次の挙動が異なるからだと思っていたのだが、スマホの画面に収まらないからというのはちょっと信じられない。

[ducktoon]

“[サインイン]ボタンを部分的に妨害したりしてしまう場合があります。ユーザーは、状況が分からないまま諦めてしまう” そんなリテラシーの低いやつには逆に使わせるな

[mc22_90]

webサイト作成

[mohno]

「ユーザーが自分でメールアドレスを確認し (どうせしなくてはいけません)」←メールが届くかを確認して登録が完了する、という仕組みになっていないところ、まだあるんだよなあ。

[dagama]

パスワードフォームにパスワード表示機能は付けるべきではないと思う。ユーザがパスワード確認したい場合はブラウザのパスワード管理ページでやるべき。

[sadrow]

“確認する。 サインアップフォームのパスワード入力”

[securecat]

ボタンをdisableにしない、というのも足して欲しい

[spark7]

ログインの時に無意味な変遷が入るのなんだろうと思ったらボタンが隠れるのを回避してたのか「Amazon や eBay を含む一部のサイトでは、電子メールアドレス/電話番号とパスワードを 2 つのページで要求」

[iekusup]

ほー。

[mon_sat]

知らないことばかりだった。TailwindCSSで1からフォーム作ってるのでいろいろ取り入れよう

[mizdra]

良いまとめ

[nrne]

ログインフォーム、サインインフォーム実装のベストプラクティス

[yoshi-nkyma]

“input name="new-password"”

[tkmkg8m]

パスワード欄の name 属性を敢えて変えて誤ったオートフィルを防ぐの考えたことなかったなぁ

[efcl]

`<form>`/`<input>`/`<label>`/`<button>`を使ったフォーム作成についてチェックリスト的な記事

[braitom]

sign-in/log-inフォームのベストプラクティス。Secureでアクセスしやすく、使いやすいという観点でポイントがまとめられている。

[Pasta-K]

丁寧