- 日本語の料金ページは税込・税抜のどちらで表示すべきですか？
- 誰に見せる価格かで変わります。一般消費者向けの価格は、日本の総額表示義務により、消費税10%を含めて表示しなければなりません（2021年4月1日に完全復活）。一方、B2Bの価格は税抜（税別）で表示しても構いません。義務の対象が消費者向けの表示だからです。ただし、どちらの場合も税込か税抜かが一目で分かるようにします。最新のルールは国税庁の公式情報で確認してください。
- 翻訳しただけの料金ページがなぜ日本でコンバージョンしないのですか？
- 価格、税の表記、プラン名、課金サイクル、支払い方法のどれもが、本国市場の前提を引きずっているからです。翻訳しただけのページでは、ドルから換算した半端な円が並び、日本の買い手が確かめたい税の表記がなく、プラン名は英語ジャーゴンのまま、支払いはカード前提で、請求書も用意されていません。どれも、支払おうとするまさにその瞬間に、小さなためらいを生みます。
要点（TL;DR）
海外SaaSの料金ページの多くは、本国市場向けに作ったものを一字一句日本語に置き換えただけです。言葉は日本語になっても、価格設計の考え方は海外のままです。そのため、ドルから機械的に換算した円（意図された¥1,500ではなく¥1,487）が表示され、税込か税抜かがはっきりせず、プラン名は英語ジャーゴンのまま、カード課金が暗黙の前提になっています。いまや日本の事業者が必ず尋ねるインボイス制度や請求書についても、何も書かれていません。料金ページのローカライズとは、数字を作り直し、消費税を日本が求める形で表示し（消費者には総額表示で税込、B2Bは税抜が許容）、日本語の読者に伝わるプラン名を付け、年額と月額をはっきり示し、日本の買い手が期待する支払い方法を用意することです。具体的には請求書払い／銀行振込、場合によってはコンビニ決済です。税やインボイスに関する事実は決して創作せず、必ず国税庁の公式情報で確認します。
主要ポイント
- ドル換算の円を見せない — 日本の買い手は、その日のレートから導いた¥1,487ではなく、意図された切りの良い価格（¥1,500、¥9,800）を期待します。
- 税込・税抜のラベルは見た目の飾りではない — 消費者向けの価格は税込（総額表示、2021年4月1日から義務）。B2Bは税抜でも構いませんが必ずラベル付けします。
- インボイス制度がB2Bの課金説明を変える — 買い手は登録事業者か、登録番号があるかを尋ねます。課金説明でそれに答えましょう。
- プラン名は翻訳でなくローカライズが必要 — 英語のティア用語や凝った命名は不透明に映りがちです。日本語では分かりやすさが巧みさに勝ります。
- カード決済のみは実在の買い手を排除する — 多くの日本企業はソフトを請求書払い（銀行振込）で支払います。提供すれば大きな離脱要因が消えます。
料金ページは翻訳作業ではなく、ローカライゼーションの対象である理由
日本に進出する海外SaaSの多くは、料金ページもほかのマーケティングページと同じ手順で翻訳します。プラン名や機能の箇条書き、CTAの文言を同じパイプラインに流し、数字はそのままにするか、その時点の為替レートで円に置き換えて公開します。日本語としては文法的に正しく読めます。それでも日本の買い手の目には、明らかに「よそ向けに作られたページ」と映ります。
ほかのどのページよりも料金ページでこれが重要になるのは、ここで意図が行動に変わるからです。マーケティングの内容を読み、製品を理解したうえで料金ページまで来た訪問者は、決断の一歩手前にいます。四捨五入のミスに見える価格、抜け落ちた税の表記、読み解けないプラン名、自社では発行していないカードしか使えない決済。ここでの小さな引っかかりの一つひとつが、手を止めて「検討する」理由になります。日本では「検討する」が、判断をより長い社内プロセスに回すことを意味する場合が多く、そこで勢いが失われます。
料金ページのまわりにあるページには、ファネル終盤に共通するパターンがあります。稟議に通る決済、ローカライズされた請求書・領収書、解約・返金フローです。料金ページはその流れの先頭にあります。ここをうまくローカライズするというのは、日本語をなめらかにすることではありません。支払うという決断を、日本の買い手にとって自然で引っかかりのないものにすることです。
円表示：ドルからの換算をやめる
ローカライズされていない料金ページだと最もはっきり分かるのは、円の数字そのものです。日本円には補助単位がありません（「円のセント」は存在しません）。そのため価格は整数で書き、桁区切りには半角カンマを使い、小数点以下は付けません。1,500円や¥1,500と書き、¥1,500.00とは書きません。小数付きの円を表示しているページは、機械的に移植したことを自ら明かしているようなものです。
さらに根が深いのは数字そのものです。ドルで値付けしてその日の為替レートで換算すると、¥1,487や¥3,261のような中途半端な数字になります。日本企業ならまず設定しない金額です。日本の価格は、¥1,500、¥2,980、¥9,800のように意図して切りの良い数字に設定されます。末尾を8にする価格（¥980、¥1,980、¥9,800）は日本の小売に定着した慣習で、いわば日本版のチャーム・プライシングです。換算で出た半端な数字は、見た目が雑なだけではありません。日本向けの値付けを後回しにしたことが伝わり、買い手に「価格は為替で動くのでは」と思わせてしまいます。
¥と円はどちらも正しく、広く通じます。日本語の文中では円のほうが自然で消費者にもなじみがあり、表の中では¥のほうが場所を取らず一般的です。ローカライズ済みのページの多くは、文中では円、情報量の多い料金表では¥と使い分けています。譲れないのは、表記をそろえること、数字に全角を使わないこと、そして次の節で扱う明確な税の表記です。
（その日のレートで$9.99）
または ¥1,500/月（税込）
実践ルール：日本の価格は、その時点のレートでUSDを換算するのではなく、切りの良い数字（末尾8／末尾00を優先）として意図して設定する。円は整数・半角の桁区切りカンマで表記し、小数点は使わない。すべての数字に税込または税抜のラベルを付ける。
消費税の表示問題（総額表示）
日本の消費税は標準税率10%で、食品や一部のサブスクなど特定の品目には軽減税率8%が適用されます。SaaSは一般に標準の10%です。ただし、ローカライズで判断すべきなのは税率ではなく、税に対して価格をどう表示するかです。これを定めているのが総額表示義務です。
ルールは「誰に向けた表示か」で決まります。不特定の一般消費者に向けて価格を表示する場合は、消費税を含めた税込の総額（例：1,100円、または1,100円（税込））を示さなければなりません。この義務には知っておくべき経緯があります。もともと2004年に施行され、税率引き上げの期間中は経過的な特別措置法で緩和されていました。その特別措置法が終わった2021年4月1日に、義務が完全に復活しています。一方、事業者向けの表示、つまり純粋なB2Bの価格表示では、税抜（税別）表示が認められています。総額表示義務が適用されるのは不特定の一般消費者に示す価格で、事業者間の価格表示は対象外だからです。
SaaS企業にとっては、実務に直結する話です。消費者向けの製品、あるいは消費者向けと受け取られうる製品なら、日本語の料金ページには税込総額を表示すべきです。明確にB2Bの製品なら税抜価格でも構いません（日本のB2B SaaSページの多くもそうしています）。ただし、必ずはっきりと表記する必要があります。日本の買い手は、米国の買い手にはない形で、その数字が税込か税抜かを確かめるからです。最悪なのは表記のない数字です。実際にいくら請求されるのか買い手には分からず、その不確かさがそのままコンバージョンを殺します。
B2B：1,000円（税抜）＋ 税込1,100円 併記
実践ルール：料金表示が消費者向けかB2Bかを決め、それに合った慣習を適用する——消費者には税込（総額表示）、B2Bは税抜でも構わないが明確にラベル付けする。ラベルなしの円の数字は決して公開しない。最新の義務は、記憶に頼らず国税庁・財務省の情報で確認すること。
インボイス制度とB2Bの課金説明
日本の事業者に販売するSaaSにとって、インボイス制度（適格請求書等保存方式）は、買い手が課金に求めるものを変えました。制度は2023年10月1日に始まり、日本の事業者である買い手は、登録された適格請求書発行事業者が発行する適格請求書を受け取ってはじめて、原則として仕入税額控除を受けられるようになりました。登録は「T」に続く13桁の登録番号で示され、この番号を請求書に記載する必要があります。
海外ベンダーにとっての影響は具体的です。日本の事業者である買い手は、有効な登録番号付きの適格請求書をベンダーから受け取れなければ、消費税分を仕入税額控除として申請できず、そのベンダーから買うコストが実質的に上がる可能性があります。未登録の事業者からの請求書について、使える控除を段階的に縮小していく経過措置はありますが、流れははっきりしています。調達部門はいまや、ベンダーに登録事業者かどうかを日常的に尋ねています。これはもう経理の細かな事務の話ではなく、契約前に日本の買い手から出てきうる質問です。
これらがすべて料金ページに載るわけではありませんが、料金・課金の説明でこの点に触れないわけにはいきません。どんな請求書を発行するのか（該当する場合は登録番号付きであること）を短く正確に書いておくだけで、B2Bの商談で同じ質問を繰り返し受けずに済みます。登録事業者でない場合は、ぼかさずに正直にそう書きましょう。はっきり書いてあれば買い手は自分で判断できますが、曖昧だと追加の問い合わせを招き、商談が止まります。正確な文言や最新の経過措置は、公開前に国税庁の公式情報で確認すべきです。
実践ルール：日本語の課金説明で、どんな請求書を発行するか、そしてインボイス制度の登録番号（T＋13桁）が付くかを明記する。正確な税の仕組みや経過措置は、記憶から書くのではなく国税庁で確認すべき事実として扱う。
日本の買い手に向けたプラン名・ティア名の設計
英語圏のSaaSの料金表は、意味よりも響きを担うティア名に頼りがちです。「Starter」「Growth」「Pro」「Business」「Enterprise」、さらに「Scale」「Premium」のような上昇志向の造語です。いくつかは外来語として日本語でも通じます（プロ、ビジネス、エンタープライズは広く理解されています）。一方で、意味が伝わらなくなるものや、妙に大げさな日本語になってしまうものもあります。ティアごとに立てるべき問いは「これの日本語は何か」ではなく「日本の買い手は、このプランが誰向けでいくらかを即座に理解できるか」です。
よく見かけるパターンは3つあります。第一に、ほかは日本語なのにティア名だけ英語のまま残っているケースです。特に中小企業や公共セクターでは、英語のマーケティング用語を読み解くのに慣れていない買い手にとって、壁のように映ることがあります。第二に、凝りすぎた名前が翻訳で含みを失うケースです。英語では「野心的だが手頃」と伝わる名前が、日本語では何も伝えないことがあります。第三に課金単位で、席ごとかアカウントごとか、「ユーザー」が何を指すのかは、曖昧さのない日本語（ユーザー、アカウント、席数）で示すべきです。価格の単位が分かりにくいことは、購入前の質問がよく出る原因だからです。ここでも一貫して、分かりやすさが巧みさに勝ります。日本の買い手は、一目で読める料金表を評価してくれます。
| 英語のティア（典型例） | よくある直訳的な扱い | ローカライズの方針 |
|---|---|---|
| Starter / Free | スターター / フリー | 無料プラン／個人・お試し向け の枠組みで対象を明確に |
| Pro | プロ | プロは通じる。誰向けかを補う（例：少人数チーム向け） |
| Business | ビジネス | ビジネスは機能する。席数／アカウントのモデルを日本語で明確に |
| Enterprise | エンタープライズ | エンタープライズ＋お問い合わせ／お見積り（見積りベース）の枠組み |
| Scale / Growth（造語） | スケール / グロース | 不透明になりがち——造語より説明的な日本語ラベルを優先 |
年額と月額、そして日本での割引の見せ方
多くのSaaS料金ページは月額と年額の課金を用意し、年額プランを割り引いて、英語では「20%お得」「2か月分無料」のように見せています。ローカライズが必要なのは、この見せ方と、その裏にある前提の両方です。まず見せ方について。日本のページでは割引を、年間契約での実質月額（年間契約で月あたり◯◯円）や、節約できる具体的な円の金額で示すことが多くあります。具体的な月額の数字があるほうが、日本の買い手は予算と照らし合わせて判断しやすいからです。
より重要なのは、その裏にある前提です。海外SaaSページの年額課金の多くは、1年分をカードで一括前払いすることを前提にしています。しかし日本の事業者の買い手には、年額のソフトウェア代金を法人カードで払えない、あるいは払いたがらないところが相当数あります。こうした買い手は請求書を受け取り、年額契約であっても月締めや合意した条件で銀行振込で支払うことを期待しています。そのため日本では、「年額プラン」が「カードで前払いの年額課金」ではなく「年額のコミットメント、請求書払い」を意味する必要があるかもしれません。何を約束し、どう請求し、いつ支払うのかという課金の仕組みを平易な日本語で示せば、最も契約に前向きな買い手を年額の選択肢が知らないうちに締め出す事態を防げます。
日本の買い手が期待する支払い方法
多くの海外料金ページが、B2Bの商談を気づかないうちに失っているのがここです。カード決済だけの対応は本国市場では普通ですが、日本の事業者の買い手の相当数を、知らないうちに候補から外してしまいます。そもそもソフトウェアを法人カードで支払う体制になっていない日本企業が多いからです。B2Bで期待されるのは、請求書に基づく銀行振込（請求書払い／銀行振込）です。ベンダーが請求書を発行し、買い手の経理部門が条件に沿って支払います。請求書の選択肢がない料金ページは、競合がすでに買い手のために解決している問題を、買い手自身に解かせることになります。
事情はセグメントによって異なります。消費者向けやプロシューマー向けの製品では、カードを持たない人やオンラインでカードを使いたくない人にとって、コンビニ決済がいまも有効な手段です。電子マネーやQRコード決済も大きく伸びています。B2Bで調達の壁を外すのは、請求書／銀行振込の経路です。実務では、すべての方法に対応する必要はありません。やるべきことは、(1) 対応する支払い方法を価格の近くに明記すること、(2) 事業者の買い手向けに少なくとも請求書／銀行振込の経路を用意することです。これを適切にローカライズされた日本語の決済につなげれば、見られた価格が完了した購入に変わります。
日本語の料金ページの信頼シグナルとコンバージョンキラー
数字と税だけではありません。日本語の料金ページは、本国市場とは違う形で安心材料として読まれます。買い手が探すのは、更新時に何が起きるのか、どう解約するのかについての明確な記載（日本の買い手は自動更新の落とし穴を警戒し、解約条件をよく読みます）、無料トライアルや返金の仕組みがあるかどうか、会社情報や連絡先が示されていて信頼できるかどうかです。法律で求められる特定商取引法に基づく表記と明確な連絡先は、コンプライアンス上の項目であると同時に、信頼の裏付けにもなります。これが欠けていると、慎重な日本の買い手にはそれだけで危険信号に映ります。
こうして見ると、繰り返し出てくるコンバージョンキラーは短いリストにまとまります。表記のない、または為替から出した円価格。税込か税抜かが曖昧な表示。英語だけのプラン名。カード前払いが前提の年額プラン。請求書の経路がないカードのみの決済。B2Bなのにインボイス制度に触れていない説明。更新・解約・会社情報の欠如。どれも単独では致命的ではなく、製品を作り直す必要もありません。それでも重なると、「日本向けに値付けされた」ページと「翻訳して期待しているだけ」のページの差になります。直す作業の大半は、すでに持っている事実の見せ方と順序を整え、いくつか正直な追記をすることです。
公開前の日本語料金ページ チェックリスト
日本語の料金ページを「公開可」とする前に、この監査を通してください。これらのチェックの多くは、英語の原文ではなく、日本の買い手が実際にどう判断し支払うかと照らし合わせる必要があります。
為替換算ではなく、意図して決めた円価格を設定する
USD換算の数字を、意図して決めた切りの良い価格（末尾8／末尾00を優先）に置き換える。整数・半角カンマの円を使い、小数点はすべて取り除く。
すべての価格に、対象に合わせて税込・税抜のラベルを付ける
消費者向けの価格は税込総額（総額表示）を表示。B2Bは税抜でも構わないがラベル付けし、できれば税込の数字も併記する。ラベルなしの数字は決して公開しない。
B2Bの課金説明でインボイス制度に触れる
どんな請求書を発行するか、登録番号（T＋13桁）が付くかを明記する。正確な税の仕組みは国税庁の公式情報で確認する。
プラン名は凝った名前より分かりやすさを優先してローカライズする
通用する外来語（プロ、ビジネス、エンタープライズ）は残し、意味の伝わらない造語は説明的なラベルに置き換える。価格単位（ユーザー／アカウント／席数）を曖昧さなく示す。
年額課金を、強制的な前払いでなくコミットメントとして見せる
割引を実質月額の円で表し、年額プランがどう請求・支払いされるかを明確にして、請求書払いの買い手を取りこぼさないようにする。
日本が期待する支払い方法を用意し、明記する
B2Bには少なくとも請求書／銀行振込（請求書払い）の経路を用意。消費者向けにはコンビニ決済や電子マネーも検討。対応方法を価格の近くに明記する。
更新・解約・会社情報を見える化する
更新・解約の条件を明確に記し、特定商取引法に基づく表記と信頼できる連絡先を必ず示す。これがないと、危うい相手に見える。
日本語ネイティブの買い手に、ページだけで購入を試してもらう
文字列の書き出しではなく、本番URLを渡す。支払いの段階まで進んでもらい、ためらった瞬間をすべて記録する。その一つひとつが、コンバージョンを妨げている直すべき箇所です。
このページが見た目以上にレバレッジが高い理由
料金ページは短いものです。数字がいくつか、ラベルがいくつか、プラン名がわずか。その短さこそが、ローカライズが手薄になる理由です。翻訳するテキストが少ないので、素通りされてしまうのです。しかし、売上に最も近いのもこのページです。ここに来た訪問者は、すでに製品を欲しいと決めています。残っている問いは、安心して自然に支払えると感じられるかどうかだけです。このページの引っかかりはどれも、意図が最も高まった瞬間に、コンバージョンにかかる税のように働きます。
作業の中身は、見せ方の調整といくつかの正直な追記に尽きます。意図された価格、税の表記、買い手が読めるプラン名、請求書による支払い経路、インボイス制度についての明確な一言を、すでに持っている事実の上に重ねるのです。新しいインフラは要りません（ただ、塞いでおくべき課金の穴が見つかることはあります）。料金ページと決済ページを日本の買い手の目で読み込む集中的な日本語QAを行えば、ファネルで最も意図の高い地点のコンバージョンは通常上がります。そして最も大事なその場所で、日本市場で値付けし販売してきたことが伝わります。
海外SaaS本社のローカライゼーションPMにとって、ここはまさに集中的な日本語ローカライゼーション監査が対象とする領域です。語数は少なく、懸かっているものは大きく、直すべきは辞書の問題ではなく買い手の判断にかかわる部分です。
よくある質問
日本語の料金ページは税込・税抜のどちらで表示すべきですか？
誰に向けた価格かによります。日本の総額表示義務では、一般消費者に示す価格は消費税10%を含めた総額（例：1,100円（税込）、または総額のみ）で表示する必要があります。この義務は経過措置だった特別措置法が終了した2021年4月1日に完全に復活しました。一方、企業向け（B2B）の価格表示では税抜表示（税別、例：1,000円（税抜））が認められます。総額表示義務は不特定多数の一般消費者向けの価格表示が対象であり、事業者向けの価格表示には適用されないためです。したがって消費者向けSaaSは税込総額を、B2B SaaSは税抜価格でも構いませんが、いずれの場合も明確にラベル付けすべきです。最新のルールは国税庁・財務省の公式情報で必ず確認してください。
インボイス制度とは何で、なぜ料金ページに影響するのですか？
インボイス制度（適格請求書等保存方式）は2023年10月1日に始まりました。この制度のもとでは、日本の事業者である買い手は、登録された適格請求書発行事業者が発行した適格請求書（インボイス）を受け取ってはじめて、原則として仕入税額控除を受けられます。インボイスには登録番号（Tに続く13桁の番号）が記載されている必要があります。そのため日本の事業者に販売する海外SaaSは、買い手から「登録事業者か」「請求書に登録番号があるか」を尋ねられることになります。登録がなければ、買い手は税額控除の一部を失う可能性があるからです。料金・課金まわりの説明では、どのような請求書を発行するのかを明確にしておくべきです。詳細や経過措置は国税庁の公式情報で確認してください。
ローカライズした料金ページで円価格はどう表記すべきですか？
日本円には補助単位がないため、価格は小数点以下のない整数で表記します。1,500円や¥1,500と書き、¥1,500.00とは書きません。桁区切りには半角カンマを使います。¥記号と円の文字はどちらもよく使われます。円は日本語の文中で自然に読めて消費者にもなじみがあり、¥は場所を取りません。USD価格をその日のレートで換算して¥1,487のような半端な数字を出すのは避けてください。日本の買い手は¥1,500や¥9,800のような、意図して決めた切りの良い価格を期待します。そして各数字が税込か税抜かを明確に示してください。
日本の買い手はSaaSの料金ページや決済画面でどんな支払い方法を期待しますか？
海外SaaSがすでに対応しているクレジットカードに加えて、日本の事業者の買い手は月締めの請求書払い（銀行振込）を求めることが多くあります。多くの企業は、ソフトウェア代金を法人カードで支払う体制になっていないためです。消費者向け製品ではコンビニ決済が有効なことが多く、人気の電子マネーやQR決済も広がっています。カード決済のみの料金ページでは、経理部門に回せる請求書を必要とする多くの日本のB2B買い手を、知らないうちに取りこぼしてしまいます。対応する支払い方法を価格の近くに明記すれば、大きな離脱要因を取り除けます。
英語の料金ページを日本語に翻訳するだけではだめですか？
直訳しただけのページは、たいていコンバージョンが伸びません。数字、プラン名、税の見せ方、課金の前提、支払い方法はいずれも自国市場の前提を引きずっており、日本では通用しないからです。翻訳しただけのページは、外貨換算による半端な円価格を表示し、日本の買い手が確認したい税込・税抜のラベルを欠き、プランを英語のジャーゴンで名づけ、年額のカード一括払いを前提にし、請求書払いの選択肢を用意していないことがよくあります。料金ページのローカライズとは、価格設定、税表示、プラン名、課金サイクルの見せ方、支払い方法を日本の買い手に合わせて作り直すことです。ただし税やインボイスに関する事実は決して誤って記載せず、公式情報で必ず確認してください。