Baymard Instituteの2024年のレビューによると、平均的なeコマースのチェックアウトは5.1ステップで、11.3個のフォームフィールドが含まれています。 ほとんどのサイトは実際にはそのギャップは確かに存在する。そして、ほとんどのフォーム作成作業が間違ったところから始まってしまう理由もそこにある。誰かがフィールドの数を数え、3つ削除して送信しても、コンバージョン率は改善されないのだ。
フィールド数の多さは、フォームの不具合の兆候であって、診断ではありません。これは、チェックアウト、予約フロー、予約フォーム、公共サービスアプリケーションなどを所有していて、どの部分を最初に修正すべきかを知る必要がある人向けの評価基準です。15の評価項目があり、各項目に3ポイント、合計45ポイントが付与されます。最後に、スコア、修正項目のランキング、そしてフォームを最適化するか、フィールド一覧を再構築するかを判断するための閾値が表示されます。
「畑を刈り取るだけ」が間違った最初の行動である理由
誰もが引用する数字、つまりフォームのフィールドを11個から4個に減らすことでコンバージョン率が120%向上したという数字は、 シカゴのウェブエージェンシーによる2008年のケーススタディPDFを読んでみると、サンプルとして、約20年前のB2B向け「お問い合わせ」フォームで、隣接していない2つのウィンドウにわたって、184回のフォーム閲覧で10件の送信があったのに対し、219回の閲覧で26件の送信があったという事例が挙げられています。10件のコンバージョンと26件のコンバージョンは、あくまで逸話です。これは決してeコマースの結果ではなく、業界が重視するほどの重みを持つものではありません。
Expediaの事例は、年間約12万ドルかかるオプションの「会社」フィールドに関するもので、現在は存在しない出版物が報じた2010年のカンファレンス講演に端を発している。 現存するすべての記事 これは二次情報です。係数ではなく、曖昧なラベル付けに関する話として扱ってください。
管理されたテストは両刃の剣である。CXL文書 9つの項目からなるフォームで、3つの項目を削除した際に14%の損失が出た。そして、9つの項目すべてを残してラベルのコピーを書き換えたところ、19.2%増加しました。重要な項目は、削除しやすい項目であることはめったにありません。
評価基準：15項目、45点
各評価項目について、設計ファイルに記載されている内容ではなく、実際のデバイス上でフォームが実際にどのように動作するかに基づいて、0～3点で採点してください。
| スコア | 意味 |
|---|---|
| 0 | 存在しない、またはユーザーに積極的に害を及ぼす形で存在する |
| 1 | 存在するが、分野や手順によって一貫性がない |
| 2 | 幸福への道は正しい |
| 3 | エラー状態、B2B注文、海外住所を含むすべての経路で正しく動作します。 |
グループA ― 現地調査（12ポイント）
| # | 基準 | 3 はどんな形をしているか |
|---|---|---|
| 1 | 下流での使用名 | すべての項目は、具体的なシステム、法的義務、または履行手順に対応しています。「マーケティング部門が必要とするかもしれない」という項目は0点です。 |
| 2 | 徴収延期 | 注文を受けるために必要でないものはすべて、支払い確認後に尋ねられ、それ以前には尋ねられません。 |
| 3 | 条件付き表示 | 納税者番号、会社名、地域固有の項目は、ユーザーの選択によってのみ表示されます。 |
| 4 | 重複エントリなし | フロー全体で何も二度要求されない、 WCAG 2.2 SC 3.3.7請求先住所はデフォルトで配送先住所になります。 |
グループB ― 入力メカニズム（12点）
| # | 基準 | 3 はどんな形をしているか |
|---|---|---|
| 5 | トークンの自動入力 | すべてのフィールドには有効な WHATWG自動入力トークン: given-name, address-line1, postal-code, tel, cc-numberこれはまた、 SC 1.3.5. |
| 6 | キーボード一致 | 正解 type (NAIST) と inputmode そのため、数値入力欄はモバイル端末でテンキーを開きます。 |
| 7 | フォーマット許容範囲 | 郵便番号、電話番号、カード番号、納税者番号は、スペース、句読点、大文字と小文字の混在を受け入れ、サーバー側で正規化します。これはGOV.UKで明示的に記載されています。 アドレスパターン. |
| 8 | ペーストは生き残る | 何もペーストを妨げません。ワンタイムコードは autocomplete="one-time-code"パスワードマネージャーは、カスタム入力によって無効化されることはありません。 |
グループC ― ラベルとガイダンス（9ポイント）
| # | 基準 | 3 はどんな形をしているか |
|---|---|---|
| 9 | 永続的なラベル | フォーカスと入力が維持される可視ラベル。プレースホルダーのみのフィールドは、0 点となります。 SC 3.3.2. |
| 10 | ジャストインタイムヘルプ | 「住所2行目」、納税者番号、セキュリティコードなどの曖昧な項目には、ツールチップを探す必要はなく、インラインで説明が表示されます。 |
| 11 | アクセス可能な名前の一致 | プログラムによって生成されるラベルには、表示されるラベルテキストが含まれており、すべての入力は適切にそのラベルに関連付けられています。 |
グループD ― エラーと復旧（6点）
| # | 基準 | 3 はどんな形をしているか |
|---|---|---|
| 12 | 修復するエラー | エラーは問題と修正方法を示します。 SC 3.3.3と エラー概要 最上位に位置するものは、焦点を絞り、それぞれの失敗分野とリンクさせる必要がある。 |
| 13 | 国家は失敗を生き延びる | 検証エラー、戻るナビゲーション、セッションタイムアウト、または支払い拒否の場合でも、何も失われることはありません。 |
グループE ― アイデンティティゲート（6ポイント）
| # | 基準 | 3 はどんな形をしているか |
|---|---|---|
| 14 | ゲストパス | アカウントなしで購入が完了します。確認画面で、既に入力済みのデータを使用してアカウント作成が提案されます。強制登録が、離脱者の18%が購入を断念する理由です。 退団の際に贈る. |
| 15 | 認知機能検査なし | 認証は、代替手段がない限り、何かを記憶したり解決したりする必要はありません。 SC 3.3.8. |
楽譜を読む
ルールは2つ。まず、バンドについて。
- 38-45。 フォームがボトルネックになっているわけではありません。もっと上流の要因に目を向けましょう。離脱者の40%は追加コストを、20%は配送の遅さを理由に挙げていますが、チェックアウトの複雑さを理由に挙げたのは17%に過ぎません。
- 28-37。 グループ内の0と1をすべて固定します。測定可能な範囲で、かつ制限された動きが予想されます。
- 18-27。 外観に関するA/Bテストを行う前に、フィールドインベントリを再構築してください。
- 18以下。 テストは行わないでください。再構築してから、新しい基準値を設定してください。
次に、優先処理についてです。グループDまたはEの基準でスコアが0の項目は、合計値に関わらず、優先的に処理されます。支払い拒否に関するデータが欠落しているフォームは、最適化の対象にはなりません。
実例
トルコの電子商取引でよく見られる複合的なパターン。スコアはあくまで例示であり、顧客監査を測定したものではありません。3段階のチェックアウトでは、氏名、姓、メールアドレス、電話番号、住所、地区、市、郵便番号、国民ID、アカウントパスワードの入力が求められ、請求ステップで氏名と住所が再度入力されます。
グループ A は 12 点中 4 点: 無条件 ID フィールド (1)、請求が配送を繰り返す (0)、延期なし (1)、すべてのフィールドに名前を付けられる (2)。グループ B は 5 点: 住所ブロックに自動入力トークンがなく、郵便番号でスペースが拒否される。グループ C はプレースホルダーのみのラベルで 4 点。グループ D は 2 点: インライン エラーがあるが、失敗時にパスワードがクリアされる。グループ E は 1 点: 登録が必須。合計 45 点中 16 点、グループ D/E は 2 点がゼロなので、指示は「3 つのフィールドを削除する」ではなく「登録をオプションにして、状態のクリアを停止する」です。
【必要な内部データ：Switasチェックアウト監査における初回監査スコアの分布、および是正措置後のスコア変化の中央値】
地域的な判断が必要な3つの分野
トルコにおける国民ID。 トルコの販売者は、電子アーカイブ請求書のために識別データが必要なため、多くのチェックアウトでは、TC Kimlik Numarası をすべての人に必須としています。しかし、そうである必要はありません。2026 年の税務手続法一般通達第 588 号の規則では、登録納税者でない購入者への請求書は、 プレースホルダー値11111111111が入る場合がありますまた、販売者は顧客から提供された身元情報を確認する責任を負いません。すべての注文に11桁の必須項目を設けることは、製品上の決定であり、法的要件ではありません。基準3はまさにこのために存在します。
アドレス構造。 トルコの住所は、州、地区、近隣、通り、建物、アパートの6つの階層から成り、英語の4つの階層とは異なります。 address-level HTML仕様で提供されるトークンを使用してください。マッピングを選択し、文書化して安定させてください。後で変更すると、リピーターの自動入力機能が突然壊れてしまうためです。GOV.UKのルールが適用されます。サービス提供対象国が明確で、それらすべてを網羅するフォーマットが見つかる場合にのみ、個別のフィールドを使用してください。
会社情報とVAT（付加価値税）関連情報。 B2B識別子は、「これはビジネス注文です」という表示切り替えスイッチの裏側に隠すべきです。すべての購入者に表示されると、それはExpediaが抱える問題を装いを変えただけのものになってしまいます。
この評価基準が破綻するところ
フォームの仕組みを評価する指標ですが、これはチェックアウト放棄の要因のごく一部に過ぎません。Baymardは50件の調査に基づき、平均放棄率を70.22%と発表しており、追加料金、配送スピード、決済の信頼性といった要素がチェックアウトの複雑さよりも上位にランク付けされています。送料が予期せぬ高額請求となるサイトで、フォームが45/45であっても注文はキャンセルされてしまうのです。
これはヒューリスティックなツールであり、証拠ではありません。摩擦が発生する可能性が高い場所を示し、各修正がどのような結果をもたらすかは示しません。これを使用して仮説リストをランク付けし、上位項目を適切にサイズ設定してテストします。支払い方法の組み合わせ、配送オプション、信頼シグナルは対象外です。EUの販売者にとって、eコマースサービスは、 欧州のアクセシビリティ法したがって、上記のWCAG基準は最低限の準拠基準です。
また、取引的な形態をとることもあります。リード生成フォームは、意図的にリードの質と量をトレードオフしており、スコアが高いということは、実際にはリードが少なすぎることを意味する可能性があります。
FAQ
書類の採点にはどれくらい時間がかかりますか？
1つのフローに2～3時間かかり、実際のスマートフォンとスクリーンリーダーでテストを行い、意図的に支払いを1回失敗させるという手順が含まれています。そのほとんどはグループDに分類されます。なぜなら、誰もリカバリー状態を調べていないからです。
誰が採点すべきか？
一人が採点し、もう一人が0点と1点をレビューする。一人による採点では2点に偏りがちであり、フォームの設計者は一人で採点すべきではない。
分野数を減らすことが正しい答えとなることはあるのだろうか？
多くの場合、ただし、目標ではなく基準1～3の結果として発生します。下流での使用が明記されていない場合は、削除します。一部の注文にのみ適用される使用は、条件付きにします。
市場がEU圏外の場合、アクセシビリティ基準を省略できますか？
そうすることもできますが、コンバージョン率向上のメリットは失われます。自動入力トークン、永続ラベル、貼り付け可能なワンタイムコードは、コンプライアンス項目となる以前からユーザビリティ改善のための機能でした。
フォームの評価は高くても、コンバージョン率が低い場合はどうすればいいでしょうか？
それは38～45のバンドであり、有用な情報です。問題は上流にあります。インターフェースを再度操作する前に、コストの透明性、納期、支払いオプションを確認してください。
評価基準に重み付けをするべきでしょうか？
最初の段階では行いません。均等な重み付けによって採点の公平性を保ち、グループD/Eのオーバーライド機能で優先順位付けを行います。複数のフローから結果データが得られたら、自身の結果に基づいて重み付けを行います。
これは予約フォームやアポイントメントフォームにも使えますか？
はい。予約フォーム、診療所の予約フォーム、公共サービス申請書は、通常グループCとDにおいて、同じ基準を満たしていません。一部のサービスでは正当な理由で本人確認済みのアカウントが必要となるため、基準14のみ文言を修正する必要があります。
どのくらいの頻度で再採点すべきでしょうか？
競技場に影響を与えるリリースがあった場合、またはそれ以外の場合は年2回。スコアは静かに低下し、通常は条件付き競技場が無条件競技場になることで低下します。
次のステップ
今週は、15の基準に基づいて自分のチェックアウトを採点し、まずグループDとEのゼロを修正してください。もし、独立した監査を受け、調査結果の順位と規模を知りたい場合は、 それが、当社のUX監査サービスが提供するものです。.
ソース
- ベイマード・インスティテュート — チェックアウト最適化：フォームフィールドの最小化 （26 6月2024）
- ベイマード研究所 ― カート放棄率の統計 （2025年9月22日更新）
- 想像上の風景 ― お問い合わせフォームの事例研究（PDF、2008年）
- CXL ― フォームの入力項目は本当に減らすべきでしょうか？
- ユーザビリティの重要性 ― Expediaフォームに関するフィールド調査報告（2010年）
- W3C — SC 3.3.7 冗長エントリの理解
- W3C — SC 1.3.5 入力目的の識別
- W3C — SC 3.3.2 ラベルまたは命令の理解
- W3C — SC 3.3.3 エラー提案の理解
- W3C — SC 3.3.8 アクセシビリティ認証（最小要件）の理解
- WHATWG HTML標準 — フィールド名の自動入力
- GOV.UK デザインシステム — パターンへの対応
- GOV.UK デザインシステム — エラー概要コンポーネント
- 欧州委員会 — 欧州アクセシビリティ法
- MuhasebeTR — 税務手続法一般通達第588号に基づく2026年の請求書発行限度額
