マイクロコピーで問い合わせ・応募・購入を後押しするには、目立つ言葉を作るのではなく、「何をするボタンか」「入力前に何を知るべきか」「間違えたらどう直すか」「送信後に何が起こるか」を短く具体的に伝えます。利用者の不安を想像だけで決めず、問い合わせ内容や実際の操作から確かめ、変更前後を同じ基準で比べることが大切です。
マイクロコピーとは、ボタン、入力欄の補足、エラーメッセージ、完了案内など、操作のすぐ近くに置く短い言葉です。タイトルにあるCVは、問い合わせ・応募・購入など、ホームページで目的とする行動の完了を指します。この記事では専門用語に頼らず、中小企業の担当者が直す場所、書き方、確認方法を順に説明します。
マイクロコピーが役立つ場所
短い言葉が役立つのは、利用者が「押してよいか」「何を書けばよいか」「処理が終わったか」で迷う場所です。文章だけを面白くしても、ページの内容や操作そのものが分かりにくければ改善しません。まず迷いが起きている場所を見つけます。
| 場所 | 利用者の疑問 | 短い言葉の役割 |
|---|---|---|
| ページへ進むリンク | 移動先に何があるか | 移動先の内容を具体的に示す |
| フォームへ進むボタン | 相談できる内容や費用は何か | 行動と条件を事実どおりに示す |
| 入力欄の近く | 何をどの形式で書くか | 入力前に必要な例や条件を伝える |
| エラー表示 | どこをどう直すか | 問題の場所と修正方法を示す |
| 完了画面 | 送信できたか、次はいつ何が起こるか | 完了と次の流れを伝える |
先に「押した後」と「運用上の事実」を確認する
言葉を考える前に、操作後の状態を確認します。ボタンが確認画面へ進むのに「申し込む」と書けば、すでに申込みが確定するように見えます。担当者が三営業日以内に返信する運用なのに「すぐ連絡します」と書けば、約束と実態がずれます。
- 押した直後は確認画面か、送信完了か
- 無料と書ける範囲が決まっているか
- 返信日数を社内で守れるか
- 予約枠や在庫数を常に正しく表示できるか
- 入力した情報を何のために使うか
- 電話、メール、予約のどれで次の連絡をするか
根拠のない「最短」「必ず」「残りわずか」、実測していない所要時間、確認できない利用者数は使いません。短い言葉ほど強く目に入るため、本文より慎重に事実を確かめます。
ボタンは「動作」と「対象」が分かる言葉にする
ボタンには、押した人が今から行う動作を書きます。「こちら」「送信」「詳しく」だけでは、前後を読まないと意味が分かりません。短さを優先しすぎず、動作と対象が一緒に分かる言葉へ直します。
| 曖昧な例 | 具体的な例 | 使う前の確認 |
|---|---|---|
| こちら | 保守・管理の内容を見る | リンク先と一致しているか |
| 次へ | 入力内容を確認する | まだ送信されないか |
| 送信 | 相談内容を送信する | 押すと送信が完了するか |
| ダウンロード | 会社案内PDFをダウンロードする | ファイル形式と内容が合うか |
ボタンの直前に料金、対象、入力時間など重要な条件がある場合は、見落とされない位置へ置きます。デザインとの関係は見た目と内容を同じ目的に沿って整える方法、押しやすさは公開前のスマホ実機チェックで確認できます。
入力前の補足は、間違いを防ぐ情報だけを書く
入力欄の補足は、形式、使い道、任意か必須かなど、入力前に必要な情報へ絞ります。説明が長い場合は、フォーム自体が複雑すぎないかも見直します。
- 電話番号：ハイフンの要否と桁数を、実際の受付条件に合わせる
- 会社名：個人の相談も受け付けるなら「個人の方は未記入で構いません」と示す
- ファイル添付：受け付ける形式と上限容量を書く
- 希望連絡方法：選択後にどの連絡先が必要か分かるようにする
- 個人情報：利用目的と方針ページへの具体的なリンクを置く
入力欄の中だけに例を書き、入力を始めると説明が消える状態は避けます。見えるラベルと入力欄を対応させ、音声操作や読み上げでも同じ名前で分かるようにします。HTML上の意味づけはセマンティックHTMLとアクセシビリティの解説も参考になります。
エラーは責めずに、直す場所と方法を伝える
「入力エラー」「不正な値です」だけでは、利用者は次に何をすべきか分かりません。エラーが起きた入力項目を示し、理由が分かる場合は直し方を普通の言葉で伝えます。色だけに頼らず、文字でも説明します。
| 避けたい例 | 直した例 |
|---|---|
| 入力エラー | メールアドレスを入力してください |
| 形式が不正です | 電話番号は半角数字で入力してください |
| 送信できません | 通信状態を確認し、もう一度送信してください。入力内容はこの画面に残っています |
上の例は書き方の見本です。実際の入力条件や、入力内容を保持できるかどうかに合わせて変えてください。エラーの位置、フォーカス移動、読み上げも含め、制作担当者と確認します。
完了メッセージは「完了」と「次の流れ」を分ける
送信後に同じ画面が残るだけでは、処理が終わったか判断できません。まず「送信を受け付けました」と完了を示し、次に連絡方法、目安、確認メール、問い合わせ先を事実どおりに案内します。
- 何を受け付けたか
- 確認メールが届くか
- 誰が、どの方法で連絡するか
- いつまでに連絡するか（運用で守れる場合だけ）
- 届かない場合に確認すること
- 次に閉じてもよい画面か
完了メッセージを画面内へ後から表示する場合は、見た目だけでなく読み上げ機能にも変化が伝わる実装が必要です。文言と実装を別々に決めず、正常時とエラー時を一緒に確認します。
短い言葉で直せない問題も切り分ける
ボタンの言葉を変えても、必要以上に入力項目が多い、料金や対象が分からない、ページが遅い、スマートフォンで押しにくい場合は、完了しやすさは改善しません。次の状態は文章だけで解決しない問題です。
- 同じ情報を複数回入力させている
- 相談前に必要な条件が説明されていない
- 必須と任意が見分けにくい
- ボタンが画面下の固定表示に隠れる
- エラー後に入力内容が消える
- 完了しても受付メールが届かない
ページ全体の問題を調べる場合は今あるホームページの問題点を調べる手順、色と読みやすさはホームページの配色設計をご覧ください。
変更は一か所ずつ、完了まで計測する
改善前に、対象ページ、期間、流入、フォーム表示、入力開始、送信完了、エラーの発生を記録します。ボタンのクリックだけ増えても、送信完了や相談の質が変わらなければ、事業上の改善とは判断できません。
| 確認する値 | 分かること | 注意 |
|---|---|---|
| フォーム到達 | 相談画面まで進んだ数 | ページ閲覧と分ける |
| 入力開始 | 入力しようとした数 | 自動計測が正しく動くか検証する |
| 送信完了 | 最後まで完了した数 | ボタン押下ではなく完了を基準にする |
| エラー | つまずく項目と回数 | 個人情報を計測へ送らない |
| 相談内容 | 対象となる相談が増えたか | 件数だけで良し悪しを決めない |
Google Analyticsでは、フォームの開始や送信をイベントとして確認できますが、設定やフォームの作りによって取得状況が異なります。変更前にテスト送信して記録できることを確かめます。A/Bテストは、同じ期間に複数案を無作為に出し分ける方法です。現在のGoogle Analyticsだけで配信を行うものではなく、別のテスト用ツールとの連携が必要です。データが少ないサイトは、無理に勝敗を急がず、同じ条件で一定期間を比べ、問い合わせ時の声や操作確認も合わせます。
公開後の数値を読み違えないために、直帰率だけで判断しない改善方法も参考にしてください。
マイクロコピー改善の進め方
- 場所を一つ決める：相談フォーム、応募フォーム、購入画面など、完了まで追える場所を選ぶ
- 迷いを集める：問い合わせ、営業担当への質問、操作確認、エラー記録から事実を集める
- 動作と次の状態を書く：押す前、入力中、エラー、完了の言葉を一続きで作る
- 事実を確認する：料金、返信日数、受付条件、数値、法令上の表現を担当者が確認する
- 実装と表示を確認する：パソコン、スマートフォン、キーボード、読み上げを含めて試す
- 変更前後を比べる：完了数と相談内容を同じ基準で見て、結果を記録する
公開前チェックリスト
- 専門用語を使わず、押した後の動作が分かる
- 確認画面と送信完了を言葉で区別している
- 無料、所要時間、返信日数、件数に確認できる根拠がある
- 入力欄のラベルと補足が、入力後も確認できる
- エラーの場所と直し方を文字で示している
- 完了後の連絡方法と次の流れが分かる
- ボタンだけでなくフォーム全体を実機で操作した
- 変更前の計測条件と確認日を残した
- 個人情報をアクセス解析へ送っていない
Bämへ相談するときに用意したいもの
言葉だけを直すべきか、フォームやページ構成から見直すべきか分からない場合は、現在のページURL、受け付けたい相談、よく聞かれる質問、実際の返信手順があると整理しやすくなります。Bämでは、文章とデザインを一緒に考えるホームページ制作に対応しています。現在のページについて相談する際は、分かる範囲の情報で構いません。
まとめ
マイクロコピーは、勢いのある言葉で無理にクリックさせる技術ではありません。利用者が行動前に知りたいこと、入力時に迷うこと、エラーの直し方、完了後の流れを短く正確に伝える設計です。まず主要なフォームを一つ選び、ボタン、補足、エラー、完了の四つを事実に合わせて見直してください。
参考資料
- デジタル庁デザインシステム「ボタン（概要）」（2026年9月6日確認）
- デジタル庁デザインシステム「インプットテキスト（使い方）」（2026年9月6日確認）
- W3C WAI「Understanding SC 3.3.2: Labels or Instructions」（2026年9月6日確認）
- W3C WAI「Understanding SC 3.3.1: Error Identification」（2026年9月6日確認）
- W3C WAI「Understanding SC 4.1.3: Status Messages」（2026年9月6日確認）
- GOV.UK Design System「Error message」（2026年9月6日確認）
- Google Analytics Help「How to generate more leads on your website」（2026年9月6日確認）
- Google Analytics Help「A/B test」（2026年9月6日確認）
