海外のSaaS企業が日本市場で失敗するのは、ひとつの悪訳のせいではありません。小さな判断の積み重ね——硬すぎるボタンラベル、翻訳されていないツールチップ——それぞれは単体では許容範囲に見えます。しかし合わさると、日本のエンタープライズ購買担当者が即座に感じ取ることになります。「このプロダクトは翻訳されたものであって、日本向けにつくられていない」と。
数十の海外SaaS製品の日本語ローカライズをレビューしてきた中で、同じ10つのミスを繰り返し目にします。オンボーディングフロー、料金ページ、ヘルプセンター、そしてアプリ内UIのあらゆる場所に現れます。いずれもプロダクトの作り直しを必要としません。しかし放置すると、体験版の申し込みやエンタープライズ信頼性、そしてコンバージョンが静かに損なわれていきます。
以下に最もダメージが大きい10項目を、実際のQAプロジェクトからのBefore/Afterとともに紹介します。
ミス1 — ビジネス文書のように翻訳されたCTA
ボタン文言は機械翻訳の限界が最もはっきり現れる場所です。英語のCTAは短い動詞フレーズ——「Contact Sales」「Get Started」「Book a Demo」。直訳するとどれも、実際の日本のSaaS製品では使われない硬い名詞フレーズになってしまいます。ボタンはユーザーが取るアクションとして読まれるべきであり、丁寧なお願いとして読まれてはいけません。
同じ考え方がプロダクト内のすべてのCTAに適用されます。「Get Started」は「始める」が自然であり、「はじめましょう」ではありません。「Book a Demo」は「デモを予約」であり、「デモのご予約を承ります」ではありません。すべてのボタンで統一した文法パターンを使うことは、個々の選択と同じくらい重要です。
ミス2 — 同じ機能に3つの異なる名前
用語のばらつきは最もよく見つかる問題です。そして訓練された目がなければ最も気づきにくい問題でもあります。UIとヘルプセンターとマーケティングサイトが、異なる人・異なるツール・同じツールでも時期が違うことで翻訳されると発生します。それぞれの翻訳は単体では正当化できます。しかし合わさると、日本語ユーザーは3つの別々のプロダクトを使っているように感じます。
QAメモ：用語集を作成することで、この問題は恒久的に解決されます。製品の主要な30〜50の用語に対して承認済みの日本語訳をひとつ決めておけば、以降のすべての翻訳——人手でもAIでも——がそれを参照点として使えます。
ミス3 — 日本語ページに英語文字列が残っている
未翻訳の英語が残るのは、翻訳者が目にしない場所です。空の状態（エンプティステート）、ツールチップ、エラートースト、メールテンプレート、別のファイルから引用したセクション見出しなどです。日本のエンタープライズ購買担当者にとって、言語が混在したコンテンツはローカライズが未完成であることの明確なシグナルです——ローカライズが未完成なら、ほかに何が未完成なのかという疑念も生まれます。
ミス4 — 丁寧レベルの不統一
日本語には複数の丁寧レベルがあり、SaaS製品は丁寧体か普通体かを選べます——どちらの選択も正当化できます。ミスは間違ったレベルを選ぶことではありません。一貫性がないことです。あるページがユーザーを丁寧に扱い、次のページが命令口調になると、そのプロダクトは互いに話し合わなかった委員会がパーツを組み合わせたように感じられます。
不統一は暗黙的に決定されるために忍び込みます。あるひとりの翻訳者は敬語形式をデフォルトにします。別の翻訳者は普通形式をデフォルトにします。AIツールは原文の文構造が示唆する方を選びます。修正方法は、丁寧レベルを一度決めて文書化し、ルールとして適用することです——何十もの異なる手による場当たり的な判断ではなく。
ミス5 — 冗長な二重表現
AI翻訳は原文のすべての要素を保持しようとし、日本語の対応表現を追加するため、修飾語が二重になりがちです。日本語ネイティブの読者はこれを即座に気づきます。小さな問題ですが積み重なります。冗長さは、テキストが機械生成されたことを示すもっとも素早いシグナルのひとつです。
ミス6 — 決済用語の混用
英語では「payment」がすべてをカバーします。日本語では「決済」と「支払い」は互換ではありません——「決済」は取引の決済プロセスを指し、「支払い」は支払う行為を指します。チェックアウトフローや請求画面で間違った方を使うことは、自社プロダクトが日本のFinTech市場を理解していないと知らせる最も手っ取り早い方法のひとつです。
ミス7 — カタカナで表記すべき語の過剰翻訳
これはミス3の逆の失敗です。一部の英語用語は標準的な日本語に定着しています——ログイン、アップロード、ダウンロード、アカウント。これらを「より完全に」珍しい漢字熟語に翻訳しても、プロダクトがよりローカルに感じられるわけではありません。単に異なる形で外来のように感じられるだけです。良いローカライズは、どの語をそのままにすべきかを知っています。
シンプルな判断基準：その業界の日本人プロフェッショナルが自分のドキュメントやメールに英語の外来語をそのまま書くなら、そのまま残してください。翻訳で導入した漢字熟語をネイティブスピーカーが解読するために一瞬止まる必要があるなら、過剰翻訳です。
ミス8 — 欧米式の句読点と表記
日本語には独自の句読点の規則があります。全角の句点「。」と読点「、」、引用には隅付き括弧「」、そしてプロフェッショナルなUIでは感嘆符を避ける傾向があります。英語の句読点をそのまま持ち込むことは、そのテキストが日本語で働く人によって書かれたものではないことを示す微妙ではあるが常にあるシグナルです。
ミス9 — UIからはみ出す日本語テキスト
日本語の文字列は英語に比べて予測不能に伸縮します。翻訳は完全に自然でも、UIを壊すことがあります——切り詰められたボタン、はみ出すメニュー項目、2行に折り返すラベル。テキスト自体は正しくても、これはローカライズミスです。購買担当者が評価するのは個別の文字列ではなく、ユーザー体験全体だからです。
修正策はたいていの場合、より長いボタンではありません。UIコンポーネントごとに文字数制限を翻訳開始前に定義しておく「ローカライズを意識した設計仕様」です。これにより、日本語のコピーライターは実際の制約の中で書くことができます。
ミス10 — 直訳されたエラーメッセージ
エラーメッセージは信頼が最も傷つきやすい場所であり、直訳が最も大きなダメージをもたらします。カジュアルな英語のエラーコピーをそのまま日本語にすると、曖昧または不安を煽る表現になります。適切にローカライズされたエラーメッセージは、何が起きたかを述べ、次にすべきことをユーザーに伝え、控えめなトーンでそれを行います——特にFinTechでは、支払い中の不安を煽るエラーメッセージがセッション全体を終わらせることがあります。
10項目の根底にあるパターン
このリストのすべてのミスに共通するひとつの根本原因があります。プロダクトが言語的にローカライズされたが、体験としてレビューされなかったということです。言葉は翻訳されました。ユーザー体験はチェックされませんでした。
日本語のローカライズQAレビューは校正ではありません。日本の購買担当者と同じ目線でプロダクトを評価します——実際のフローを通じて3つの問いに答えながら：
- 日本のプロダクトとして読めるか？（レジスター、用語、句読点、自然な言い回し）
- プロダクト全体で一貫しているか？（すべての画面にわたって同じ用語・同じトーン・同じ規則）
- 体験として機能しているか？（テキストがUIに収まる、エラー状態が冷静、英語が残っていない）
この10項目のミスを修正すれば、日本語プロダクトが「翻訳されたもの」というシグナルを発するのを止め、「日本向けにつくられた」というシグナルを発し始めます——多くの場合、プロダクトの根本的な変更なしに、そして日本語訪問者からのコンバージョンが計測可能なかたちで上昇します。
次のステップ
上記10項目のミスが現在ご自身の日本語サイトにどれだけあるかを知りたい場合、日本語ウェブサイトミニ診断では1ページを上記のすべての観点からレビューし、スコア付きのQAレポートを修正前後の比較・優先度付きアクションリストとともに3〜5営業日以内に提供します。