- SaaS 10社の日本語サイトを分解して、何が分かりましたか
- 10社中5社には日本語サイトがありませんでした(404またはエラーページ)。1社は以前あった日本語ページを取り下げていました。残った日本語ページの多くは、ネイティブには機械翻訳に読める文で、最初の画面に文法の誤りがあるものもありました。
- SaaS企業にとって、なぜ問題なのですか
- 日本は世界第3位のソフトウェア市場で、日本のB2Bの買い手は営業に連絡する前に、日本語のWebサイトの質でベンダーをふるいにかけます。サイトが無くても、機械翻訳でも、このふるいで落ちます。前者は静かに、後者は目に見える形で。
- 自社サイトはどう確かめればいいですか
- hirakilocalization.com/readiness-score の無料セルフ診断(2分)で Japan Readiness Score を出すか、ネイティブの専門家が確認する1ページの無料 Japan Readiness Check を依頼してください。
要約
日本語ローカライズQAの専門家として、大手SaaS 10社の日本語サイトを、日本の買い手が出会うのとまったく同じ形で確認しました。結果は次のとおりです。Klaviyo、Typeform、Brevo、QuillBot、Loomの5社には日本語ページがありません。ClickUpのかつての日本語サイトは、英語のサポートページへ転送されます。Calendlyの/jaは、無関係なユーザーの予約ページにつながります。日本語ページを持っているPipedrive、Deel、monday.comは、3社とも最初の画面に、ネイティブが機械翻訳だと読み取る文を載せていました。はっきりした文法の誤りも含みます。傾向は一貫しています。製品とグローバル展開には大きく投資している会社が、日本語サイトはチェック欄のひとつとして扱っている。そして日本の買い手は、それに数秒で気づきます。
この記事のポイント
- 確認した会社の半数には、日本語での存在がまったく無い:そのカテゴリーの日本語検索からの流入は、すべて競合に流れています。
- 見つかった日本語ページは、どれも最初の画面に品質の問題があった:ドキュメントの奥ではなく、ヒーローの見出し、ページタイトル、同意バナーにです。
- 見出しの位置にある文法の誤りが、何か月も残る:直す権限を持つネイティブが、誰も見ていないからです。
- 失敗は本社からは見えない:ページは「ある」、翻訳会社は「納品した」、日本の買い手は苦情を言わない。ただ離れていきます。
- 水準が低いこと自体が機会になる:競合がみな機械翻訳の日本語を出しているカテゴリーでは、ネイティブ品質のページが1枚あるだけで、はっきり差がつきます。
方法:URLは10本、ブラウザは1つ、手加減はしない
やり方はあえて単純にしました。クローラーも、数千件の文字列監査も使いません。日本の見込み客が最初にすることを、そのままやります。その会社の日本語ページを開いて、最初の画面を読む。CRM、HRテック、プロジェクト管理、メールマーケティング、フォーム、動画、文章作成ツールにまたがるSaaS 10社について、/jaのパス(または日本語のサブドメイン)を確認しました。各社について、日本語ページがあるか、ページタイトルに何と書いてあるか、ヒーローの見出しに何と書いてあるか、ネイティブが書いた文として通るかを記録しています。
以下の結果は、すべて2026年7月上旬の時点で公開されていた内容です。ページは変わります。この記事を読む頃には直っている問題もあるかもしれません。そうなっていれば、この記事にとっては一番いい結果です。
結果一覧
| 会社 | 日本語ページ | 日本の買い手に見えるもの |
|---|---|---|
| Klaviyo | なし(404) | 英語のエラー「Sorry, that page isn't actually here」。公式の日本語コンテンツはどこにもありません。 |
| Typeform | なし(エラーページ) | 英語のエラー「Sorry, we couldn't find that page!」と、人気の英語ページへの案内。 |
| Brevo | なし(404) | 英語の404。ドイツ語、フランス語、スペイン語、イタリア語のサイトは用意しているにもかかわらずです。 |
| QuillBot | なし(404) | 英語の「It appears you are lost...」ページ。QuillBotは翻訳機能を売っている会社です。 |
| Loom | なし(404) | 「You weren't supposed to see this.」冗談まじりの英語の404。親会社のAtlassianは、日本語サイトを一通りそろえています。 |
| Calendly | 会社のページではない | calendly.com/ja が個人ユーザーの予約ページにつながります。会社自身の日本語の名前空間が、無関係なアカウントのものになっています。 |
| ClickUp | 取り下げ | かつての日本語サイトから、英語のサポートページへ着地します。日本語のページはあった。それが取り下げられました。 |
| Pipedrive | あり(機械翻訳調) | 最初の画面にある信頼の数字に文法の誤り(後述)。文全体にも翻訳調のリズムが続きます。 |
| Deel | あり(機械翻訳調) | 直訳でぎこちないヒーロー見出し。日本語ページなのに、Cookie同意バナーは英語のままです。 |
| monday.com | あり(機械翻訳調) | 英語のタグラインを一語ずつ訳したページタイトル。日本のマーケターなら書かない文です。 |
10社のうち、問題なく通った会社はゼロでした。公平のために書いておくと、同じ調査の中でHotjar、Gamma、Smartsheetも確認しています。この3社の日本語ページは明らかに良くできていました。避けられない問題ではなく、解ける問題だという証拠です。
分解1:信頼を示す一文にある文法の誤り
Pipedriveの日本語トップページは、社会的証明の先頭に導入社数を置いています。ところが、この日本語の文は態を取り違えています。受け身が間違った主語についているため、「10万社以上に使われている」ではなく「10万社以上が使われている」という意味になっています。
直すのは1行です。それでも、ページの中でいちばん信頼に関わる一文にこの誤りがあると、日本の買い手には「このページに責任を持つネイティブは、誰もこれを読んでいない」と伝わります。安心してもらうために置いた社会的証明の一文が、ちょうど信頼を崩す一文になっています。
分解2:日本語ページに英語のCookieバナー
Deelの日本語ページは、名詞化した動作を4つ並べたヒーロー見出しで始まります。日本語のリズムではなく英語の構文をなぞった並べ方で、「hire, manage, pay and equip — anyone, anywhere」の直訳だとすぐに分かります。意味は通じます。でも自然ではありません。業務の正確さへの信頼がそのまま商品になる人事・給与のプラットフォームにとって、「通じるが自然ではない」は高くつく位置です。
ただ、もっと分かりやすい発見は同意バナーのほうです。日本語ページで訪問者が最初に触れる操作要素が、英語のCookie通知なのです。これはほぼ間違いなく設定の問題です。同意管理プラットフォームには日本語の言語パックが用意されています。数分で直せるはずのものが、日本からの訪問者全員に「日本向けは見た目だけ」と示す証拠になっています。国際的なコンプライアンスを管理する製品を売る会社で、これです。
分解3:誰も目を通していないページタイトル
monday.comの日本語ページタイトルは、英語のポジショニングの一文をあまりに文字どおりに日本語へ移しているため、意味より飾りとして読めてしまいます。場所は埋めているものの、製品が何をするのか、なぜ大事なのかは日本の買い手に伝わらない種類の言い回しです。ページタイトルは、どのサイトでも日本語の中でいちばん効く1行です。Googleの検索結果にも、ブラウザのタブにも、共有されたリンクにも出ます。翻訳調のタイトルは、訪問者がサイトに着く前から「本気ではない会社」という第一印象を与えます。ある監査では、日本語サイトが製品の作り手として別の会社の名前を載せていました。
3社に共通するパターン:どれも、翻訳会社が見つけるような「翻訳ミス」ではありません。一文ずつ見れば、訳としては説明がつきます。失敗しているのは日本語としてです。リズム、文体、読み手への効き方で。この差こそ、文字列単位のQAが見逃し、ネイティブのレビューが拾うものです。
そもそも日本語ページが無い5社
リストの半分、日本語ページが無い側も、それだけで読む価値があります。Klaviyoは世界でも指折りのEC向けマーケティング基盤を作っていて、日本の巨大なShopifyのエコシステムとは明らかに相性がいいはずです。それでも日本語で製品を検索すると、公式なものは何も出てきません。Brevoは少なくとも4つのヨーロッパ言語でサイトを持っているので、ローカライズする力はあります。日本がそのリストに入っていないだけです。Loomが無いのはもっと不思議です。親会社のAtlassianは、SaaSの中でも日本語サイトがかなり充実している会社だからです。
ClickUpは逆向きの教訓です。日本語のページがあって、それを引き上げた結果、日本のユーザーは英語のサポートページに着地するようになりました。そしてCalendlyの件は、どのWebチームにも伝えたい話です。自社の/jaの名前空間を押さえておかなければ、事実上ほかの誰かのものになります。Calendlyの場合、今は個人の予約ページが表示されています。
共通しているのは、無いことは中立ではない、という点です。このカテゴリーの日本語の需要は実在し、日本語で検索されています。その検索は、わざわざ日本語で姿を見せた競合のところに着地するだけです。
グローバルにソフトウェアを売る会社にとっての意味
失敗の形は2つ、原因は1つです。日本語ページが無い会社は、静かに失います。流入も、兆候も、苦情もありません。機械翻訳のページを持つ会社は、目に見える形で失います。日本の訪問者を集めておいて、最初の画面で自分から候補を外れていきます。どちらも原因は同じで、日本語を母語として読めて、組織の中で直す権限も持つ人が、日本語の窓口を誰も担当していないことです。
明るい見方もできます。多くのSaaSカテゴリーでは今、水準がかなり低いので、控えめでも丁寧な投資がすぐに目に見えます。正しくローカライズしたタイトル、日本語の同意UI、日本の購買の考え方に合わせて書いた文。この3つがそろったネイティブ品質のランディングページが1枚あれば、今回の分解で見つかったものの大半を上回ります。
自社サイトを2分で採点する
この分解で挙げた問題は、どれも、私たちが毎回の監査で確認する10の観点のどれかに当てはまります。Webでの存在、文のネイティブらしさ、タイトルとメタデータのローカライズ、法務・同意のUI、円建ての価格表示、フォームの扱い、日本語のサポートコンテンツ、文体の一貫性、日本語の検索キーワードとの合致、日本に関係する導入実績です。
この10の観点を、無料のセルフ診断にしました。10問に答えると0–100のJapan Readiness Scoreが出て、日本の買い手が最初に気づく穴がどこかが分かります。所要時間は2分、登録は要りません。hirakilocalization.com/readiness-score
よくある質問
どうやって評価したのですか
2026年7月上旬に、各社の日本語ページをブラウザで直接開き、日本語ネイティブのローカライズQA専門家が読みました。日本の見込み客が出会うのと同じ形です。確認したのは、ページがあるか、タイトルとメタデータ、最初の画面の文の質、周りのUIの言語です。自動の採点は使っていません。結果はその日に公開されていた内容で、その後ページが変わっている可能性があります。
社名を出すのは不公平ではありませんか
ここに書いたことはすべて、記録した日付に公開ページがどう見えていたかという事実の記述です。つまり、その会社が今、日本の買い手に出している体験そのものです。秘密は何もありません。日本からの訪問者はみな見ています。この記事を読んだどこかのチームがページを直したなら、記事は役目を果たしたことになります。改善されたら、喜んで記事を更新します。
機械翻訳のサイトより、日本語サイトが無いほうがましですか
失敗の仕方が違います。サイトが無ければ、静かに失います。日本語の検索需要があなたを見つけません。機械翻訳のサイトは、目に見える形で失います。日本の買い手を呼び込んでから、最初の画面で信頼を壊します。ネイティブ品質のランディングページが1枚あれば、どちらにも勝てます。費用も、多くのチームが思っているよりずっと小さく済みます。
日本語での存在がゼロの会社は、まず何をすればいいですか
1ページから、きちんと始めてください。英語のトップページの翻訳ではなく、日本の購買の考え方に合わせてネイティブのプロが書いた日本語のランディングページです。ローカライズしたタイトル、日本語の同意UI、分かりやすい次の一歩をつけます。この1ページで日本語の検索需要を受け止め、信頼のふるいも通過できます。私たちのJapan Launch Kitは、まさにこの最初の一歩のために作っています。