Sign-in form best practices | web.dev

Checklist Use meaningful HTML elements: <form>, <input>, <label>, and <button>. Label each input with a <label>. Use element attributes to access built-in browser features: type, name, autocomplete, required. Give input name and id attributes stable values that don't change between page loads or website deployments. Put sign-in in its own <form> element. Ensure successful form submission. Use auto

[MarvinParnroid]

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

[y-kawaz]

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

[uunfo]

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

[remonoil]

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

[makitani]

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

[rryu]

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

[ducktoon]

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

[mc22_90]

webサイト作成

[mohno]

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

[dagama]

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

[sadrow]

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

[securecat]

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

[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]

丁寧