UIデザインを始めた頃、私は「言葉」をあまり気にしていなかった。ボタンの文字は「送信」か「Submit」でいいと思っていたし、エラーメッセージは「入力が正しくありません」で十分だと思っていた。大事なのはビジュアルであり、レイアウトであり、色だ——そう考えていた。
Google Stitch を使い始めてから、その考えが少しずつ変わった。きっかけは小さなことだった。あるときStitchでフォームを生成したとき、ボタンのラベルが「アカウントを作成する」ではなく「はじめましょう」と出てきた。なぜかその文言の方が、画面全体の雰囲気に合っていた。
「言葉ひとつで、UIの印象が変わる」——そのことを、Stitch を使いながら何度も体感するようになった。
結論から言うと
一言で言えば、Google Stitch は「ビジュアルと言葉をセットで生成する」ツールであり、それを意識して使うことで、UIの「テキスト設計」への感度が自然と上がる。Stitch が出してくるデフォルトの文言を批判的に見る習慣がつくことで、マイクロコピーの重要性を体で理解できるようになった。
マイクロコピーとは何か
マイクロコピーとは、UIに散りばめられた小さな文字のことだ。ボタンのラベル・プレースホルダーテキスト・エラーメッセージ・ツールチップ・確認ダイアログのメッセージ・成功通知のテキスト——こういった「画面上の言葉」の総称だ。
マイクロコピーは小さいが、ユーザーの行動に直接影響する。「送信」と書かれたボタンと「今すぐ申し込む」と書かれたボタンでは、クリック率が変わることがある。「エラーが発生しました」と書かれたメッセージと「メールアドレスの形式が正しくありません。例：name@example.com」と書かれたメッセージでは、ユーザーが次に取る行動が変わる。
UXライティングとは、このマイクロコピーを含む、UIに登場するすべてのテキストを設計する専門分野のことだ。デザインとコピーライティングの交差点にある領域で、2026年時点では多くのプロダクトチームが専任のUXライターを置くようになってきている。
Stitch が生成するテキストはどのレベルか
Stitch は UI を生成するとき、レイアウト・カラー・タイポグラフィと同時にテキストも生成する。プロンプトに「フォームの送信ボタン」と書けば、それらしいラベルが自動的に付けられる。
Stitch が生成するテキストは「プロンプトの意図に合わせた自然な言葉」を出してくることが多い。ウェルネスアプリのボタンなら「はじめましょう」、ビジネスSaaSのボタンなら「今すぐ試す（無料）」、医療サービスのボタンなら「相談を予約する」——サービスのコンテキストを読んで、ふさわしい言葉を選んでくれることがある。
ただし、これはあくまで「一例」だ。Stitch が出した文言が最善かどうかは、毎回検討が必要だ。実際に使ってみて分かったのは、Stitch の生成テキストを「見直す習慣」を持つことで、マイクロコピーへの感度が鍛えられるということだ。
Stitch のテキストを「批評する」習慣
Stitch で画面を生成した後、私は必ず「このテキストは本当にいいか？」と自問するようにした。生成されたボタンのラベルを見て「なぜこの言葉なのか」「ユーザーはこれを見てどう感じるか」「もっと行動を促す言葉はないか」という問いを立てる。
具体的な批評の視点
Stitch が生成したテキストを見直すとき、私が使っているチェックポイントを紹介する。
まず、ボタンのラベルが動詞で始まっているか。「送信」より「メッセージを送る」の方が何が起きるかが明確だ。「登録」より「無料で始める」の方が行動のハードルが下がる。
次に、エラーメッセージが「何が問題か」と「どうすれば直るか」の両方を伝えているか。「エラーが発生しました」だけでは、ユーザーは何もできない。「パスワードは8文字以上で入力してください」という具体的な指示がある方が、ユーザーは次の行動を取れる。
また、プレースホルダーテキストが入力例を示しているか。「名前を入力」より「例：田中 太郎」の方が、ユーザーが何を入力すべきかが一目でわかる。
最後に、成功メッセージがユーザーに次のステップを促しているか。「送信しました」で終わるより「送信しました。確認メールをご確認ください」の方が、ユーザーの行動が途切れない。
プロンプトでマイクロコピーの方向性を指定する
Stitch でUIを生成するとき、マイクロコピーの方向性をプロンプトに含めることができる。「ボタンのラベルは行動を促す動詞形で、例：「今すぐ試す」「無料で始める」「プロに相談する」」「エラーメッセージは穏やかで具体的に。「〇〇が正しくありません。△△の形式で入力してください」形式」のような指定をプロンプトに入れると、Stitch が生成するテキストの方向性がより意図に近くなる。
Vibe Design とマイクロコピーの関係
Stitch 2.0（2026年3月アップデート）で導入された「Vibe Design」は、マイクロコピーへの影響が特に面白い。Vibe Design とは、デザインの「雰囲気」や「感情」をプロンプトで指定すると、Stitch がそれに合ったデザインを生成するアプローチだ（Google Labs 公式発表）。
「温かみがあって親しみやすい雰囲気」というVibe を指定すると、テキストも「どうぞお気軽に〜」「まずはお試しください」という柔らかいトーンになりやすい。「プロフェッショナルで効率的な雰囲気」を指定すると、「今すぐ開始」「詳細を確認」という簡潔なテキストになりやすい。
これは、デザインのトーンとテキストのトーンが連動している、ということを体感させてくれる。ビジュアルの雰囲気と言葉の雰囲気が揃っていないと、UIに違和感が生まれる——Stitch を通じてそのことを肌で学んだ。
マイクロコピーをStitchで改善する実践例
具体的に、Stitch で生成されたテキストをどう改善したかの事例を紹介する。
事例1：サービス申し込みフォームのCTAボタン。Stitch が生成：「申し込む」→ 改善後：「14日間無料で試してみる」。変更理由：「申し込む」は決断を迫る言葉であり、ユーザーが感じるハードルが高い。「無料」と「期間」を明示することで、リスクなく試せるメッセージに変えた。
事例2：パスワードのエラーメッセージ。Stitch が生成：「パスワードが無効です」→ 改善後：「パスワードは英数字を含む8文字以上で設定してください（例：Pass1234）」。変更理由：「無効」ではユーザーが何をすれば直るか分からない。具体的な条件と例を示した。
事例3：ファイルアップロードのプレースホルダー。Stitch が生成：「ファイルを選択またはドラッグ&ドロップ」→ 改善後：「PDF・JPG・PNG（10MB以下）をここにドロップ、またはクリックして選択」。変更理由：対応形式とファイルサイズ制限を先に伝えることで、アップロード失敗を防ぐ。
よくある質問（FAQ）
Q1. Stitch でUIを生成した後、テキストだけを変えることはできますか？
できます。Stitch では生成したUIのテキスト要素をクリックして直接編集したり、「このボタンのラベルを「今すぐ始める」に変えてください」とプロンプトで指定して変更することができます。ビジュアルを再生成せずにテキストだけを修正できるため、マイクロコピーの調整がしやすい設計になっています。
Q2. 日本語と英語でマイクロコピーのニュアンスはどう違いますか？
日本語のマイクロコピーでは、丁寧語・です・ます調のレベル設定が重要です。「送信する」「送信します」「送信してください」では、ユーザーへの語りかけ方が変わります。英語では「Send」「Send Now」「Submit」の違いがニュアンスを決めます。Stitch に日本語のプロンプトを入れると日本語のテキストが生成されますが、敬語レベルの細かいニュアンスは明示的に指定することをおすすめします。
Q3. ブランドの「声（Voice）」をStitchに反映させるにはどうすればいいですか？
DESIGN.mdにブランドのトーン&マナーを定義する方法が有効です。「ブランドボイス：親しみやすく、専門的すぎない、励ますトーン。NGワード：「エラー」「失敗」「無効」。代替表現：「もう一度確認してみましょう」「別の方法をお試しください」」のような定義を入れておくと、Stitch が生成するテキストの方向性が揃いやすくなります。
Q4. マイクロコピーのA/Bテスト用バリアントをStitchで作れますか？
作れます。「同じフォームで、CTAボタンのラベルだけ異なる2バリアント：A案「今すぐ申し込む」、B案「14日間無料で試す」を生成してください」というプロンプトで、テキストのみ異なる2画面を生成できます。A/Bテストの仮説を視覚化してチームで議論してからテストに入ることで、テストの効率が上がります。
Q5. UXライターがいないチームでStitchのテキストをどう扱えばいいですか？
Stitch が生成するテキストを「たたき台」として使い、チーム全員で「このテキストはユーザーにとって分かりやすいか」「行動を促しているか」を議論する機会を作ることをおすすめします。専門のUXライターがいなくても、「ユーザー視点でテキストを評価する習慣」を持つことで、マイクロコピーの質は大幅に向上します。
注意点・失敗しやすいポイント
1. Stitch が生成したテキストをそのまま使わない
Stitch の生成テキストはあくまで「それらしい例」だ。ブランドのトーン・ユーザーの語彙・業界の慣習と照らし合わせて、必ず見直すこと。「AIが生成したから問題ない」という判断はしないこと。
2. ネガティブな言葉を使いすぎない
Stitch が生成するエラーメッセージに「エラー」「失敗」「無効」「不正」といった言葉が含まれることがある。これらはユーザーにネガティブな感情を与えることがある。できるだけ「次にどうすればいいか」にフォーカスした言葉に置き換えることを習慣にする。
3. 文字数の制限を無視しない
Stitch が生成したテキストが実際のUIに収まるかどうかは、実装段階で確認が必要だ。特にボタンのラベルやモバイル画面の通知テキストは、長すぎると表示が崩れる。Stitch のビジュアル上では収まっているように見えても、レスポンシブな実装では切れてしまうことがある。
まとめ：言葉はUIの一部だ
Google Stitch を使い始めてから、UIの「言葉」への向き合い方が変わった。以前はデザインとテキストを別々に考えていたが、今はセットで考えるようになった。
ビジュアルがいくら美しくても、ボタンに書かれた言葉がユーザーの気持ちに寄り添っていなければ、クリックされない。エラーメッセージが冷たい言葉で書かれていれば、ユーザーは不安を感じる。言葉はUIの背景にある「声」だ。
Stitch は言葉とビジュアルを同時に生成してくれる。だからこそ、「このビジュアルにこの言葉が合っているか」を問う習慣が自然と生まれる。その問いを持ち続けることが、UIの「言葉」の設計を磨く一番の練習だと、今の私は思っている。
