Webサイトのボタン文言は、押した後に何が起こるかを伝える言葉から決めます。「詳しくはこちら」のような抽象的な表現より、資料を見る、相談を送る、入力内容を確認するといった行動が分かると、利用者は期待を持って操作できます。目立つ言葉を選ぶ前に、遷移先と実際の手続きが文言に一致しているかを確かめてください。
ボタンが担う行動を分類する
別のページへ移動する案内、ファイルを開く操作、フォームの確認、最終的な送信などを区別します。同じ見た目でも結果は異なります。例えば入力画面へ進むだけなら、すぐに相談が完了するような表現にしないほうが誤解を避けられます。最後の送信なら、送信することが明確な言葉を選びます。
訪問者がどの段階にいるかも確認します。サービスの全体を知りたい人へ、いきなり契約を連想させる案内だけを置くと、必要な情報に進みにくくなります。比較のための資料、相談の入口、申し込みなど、ページの役割に合う行動を選び、同じ画面に同等に目立つ選択肢を増やしすぎないようにします。
遷移先の名称と揃える
ボタンで「資料を見る」と伝えたのに、連絡先の登録画面しか出ない場合は期待がずれます。登録が必要なら、その条件を文言か近くの説明に示します。問い合わせに予約の確定を含まない場合も、「予約する」だけで誤解がないかを確認し、必要なら相談や予約希望を送ることが分かる言葉にします。
外部のサイトを開く、ファイルを取得する、別のアプリへ移るなど、通常と違う動作がある場合は案内を添えます。案内の量が多すぎると読みにくくなるため、ボタン自体は主な行動を示し、補足で条件を伝える構成を検討します。補足を読まないと重大な違いが分からない表現は見直してください。
言葉の具体性と長さを調整する
文言には対象と行動を入れると意味が明確になります。「確認する」だけで曖昧なら「入力内容を確認する」のように補います。ただし、長い説明をすべてボタンに入れると、スマホで折り返して読みにくくなる場合があります。意味を保ちつつ短くし、詳細は近くに配置します。
専門用語や社内の呼び名が読者に通じるかも確認します。事業側が使う手続き名と、利用者が理解する言葉が違う場合があります。初めて見る人へ文言を見せ、どこへ進むと思うかを聞くと、ずれを見つけやすくなります。誇張した緊急性や実態のない限定表現で押させないようにします。
文言検討表と想定例
検討表には「置くページ」「直前の説明」「利用者の目的」「押した後の動作」「必要な条件」「候補文言」「遷移先の見出し」を書きます。文言だけを抜き出して比べるより、前後の流れを含めて判断できます。共通の行動には同じ言葉を使い、似ているが結果が違う行動は区別します。
想定例として、資料をそのまま開けるページなら「サービス資料を見る」を候補にできます。フォームを経て送付する場合は「資料を請求する」とし、登録後の受け取り方を補足します。どちらも資料への案内ですが、利用者が負担する操作が違うため、同じ文言で統一することが最善とは限りません。
表示と操作を通して確認する
パソコンとスマホで、文言が切れないか、隣の案内と混ざらないか、押せる領域が分かるかを確認します。キーボードで移動したときに現在の場所が見えるかも点検します。画像だけで文言を表す場合は読み上げなどへの配慮が必要なため、既存の部品の作り方も確認してください。
公開後はクリック数だけでなく、遷移先で目的の操作を終えたか、問い合わせで誤解が出ていないかを見ます。文言の変更と同時に配置や内容を変えた場合は、どの変更が影響したかを単純には判断できません。変更した箇所と日付を残し、期待のずれを減らせたかを確かめます。
よくある疑問
ボタンには必ず動詞を入れるべきでしょうか。行動が伝わることが大切で、単純な命令形をすべてに当てはめる必要はありません。移動先のページ名で十分に分かる場合もあります。文言と周囲の説明を合わせて、結果が予測できるかを判断します。
クリックが多い言葉がよい言葉でしょうか。押した後に期待と違うと感じる人が増えれば、目的に合っていない可能性があります。クリックの量だけでなく、その後の行動や相談内容も確認してください。目先の反応を増やすより、利用者が納得して次へ進める言葉を選ぶことが重要です。
関連サービスと基礎資料
Webサイト制作の対象範囲もご確認いただけます。
本記事の手順・確認項目は一般的な検討のための提案です。AIを使って草案を作成し、構成・表現の点検を行っています。個別の契約・運用条件は実際の環境に合わせて確認してください。