多言語ECの保守・運用費用は、翻訳方式、対応言語数、更新量によって変わり、1文字5〜20円、月額数十万円から135万円相当までの幅があります。全体像は、ECサイトの多言語対応開発の完全ガイドでも確認できます。
▼全体ガイドの記事
・ECサイトの多言語対応開発の完全ガイド
Webサービス開発の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
多言語ECの保守・運用費用の全体像
多言語ECには、国内向けECの保守費用に、多言語・越境ならではのコストが上乗せされます。国内向けECであっても、システム保守とサーバーの費用に加えて、決済や商品登録の費用がかかります。
多言語ECでは、翻訳の更新費用に加えて、ツールや為替、海外決済、配送、関税の費用が積み上がっていきます。さらに、各国の法令対応や多言語サポートも、公開後に継続して発生する費用です。
運用予算は、初期構築費用だけでなく毎月のトータルコストで考える必要があります。言語と国が増えると、翻訳量やサポート、決済手段、配送経路が膨らみます。そのため、ランニングコストは対応言語数と展開する国の数にほぼ比例して増えます。
全世界対応では、翻訳品質の維持とカスタマー対応だけで、月20〜30万円規模の費用がかかります。特に、売上が追いつかなければ、利益率が大きく悪化します。
多言語ECで継続的に発生する費用の内訳
費用の漏れを防ぐには、継続的に発生する支出を次の4区分に分けて確認します。
- 翻訳・コンテンツ費用：更新量に応じて変わる費用
- システム・ツール費用：利用する機能で変わる費用
- 越境取引費用：注文ごとに発生する費用
- サポート・運用費用：言語数で増える人件費
人手翻訳は1文字10〜20円、機械翻訳とポストエディットは1文字5〜10円が相場です。加えて、多言語化アプリや翻訳ツールは月額数千円〜数万円かかり、翻訳管理システム（TMS）にはライセンス費用も必要です。
独自連携の為替レート取得APIには、月額数千円〜の利用料がかかります。また、越境取引では、海外決済、為替変換、海外配送料、関税を見積もる必要があります。サポート費用は、各言語の問い合わせや返品対応を担う人件費が中心です。
実装方式別の保守コスト構造
実装方式を比べるときは、初期費用だけでなく、保守の担当範囲まで確認します。
- 集客支援タグ型：自社の保守負担が小さい方式
- SaaS標準機能型：運用しやすく手数料が積み上がる方式
- オープンソース＋プラグイン型：自社保守が必要な方式
- フルスクラッチ：TCO（総保有コスト）が大きい方式
集客支援タグ型（ZenLink等）は、月額利用料と取引手数料が主な負担です。購入導線やサポート、海外決済、国際配送は、サービス側が代行してくれます。
SaaS標準機能型（Shopify Markets等）は、保守やセキュリティ対応、多通貨の為替自動更新を任せられます。ただし、売上に応じて手数料が増えていきます。なお、外部取引手数料や有料アプリの利用料も、運用費用に加わります。
オープンソース＋プラグイン型（Magento／Adobe Commerce等）は、ライセンス費用を抑えられます。一方で、サーバー、セキュリティ、更新、プラグイン保守は自社で担うため、その分、人件費や外注費がかかります。
フルスクラッチは、各国の法改正や海外決済APIの変更にも自社で対応します。独自インフラの運用も含めると、TCO（総保有コスト）が最も大きくなります。方式を選ぶ際は、売上拡大後の手数料まで含めて比べます。
翻訳の継続更新という最大のランニングコスト
翻訳費用は更新が続くため、初期翻訳とは分けて予算に組み込みます。
- 更新対象：商品、キャンペーン、特集、説明文
- 人手翻訳：更新ごとに発生する継続費用
- 言語追加：翻訳費用が言語数分だけ増加
ECでは更新が日常的に起きます。そのため、更新のたびに対応する全言語へ翻訳を展開する必要があります。
外部の翻訳会社へ人手で依頼すると、1文字10〜20円程度が相場です。そのため、毎月数万文字を更新すると、月額数十万円が継続してかかります。
翻訳を展開する言語が増えるほど、その分だけ費用が重なります。たとえば、月3万文字を1文字15円で3言語に展開すると、月額135万円相当になります。
継続更新分を予算に入れないと、翻訳予算が枯渇する恐れがあります。その結果、新商品を一部の言語でしか登録できない状態になりかねません。こうした継続費用を抑えるには、機械翻訳とポストエディット、翻訳メモリを組み合わせます。
越境ECのランニングコスト（決済・為替・配送・税）
越境ECでは、翻訳費用に加えて決済、為替、配送、税の費用が発生します。国内ECの延長で考えると、手数料や為替、配送が利益率を圧迫します。
取引コストは、決済と為替、配送と関税、法令と多通貨管理の3つに分けて洗い出すと、見落としを防げます。
決済手数料と為替変換手数料
決済と為替の費用は売上のたびに発生するため、利益は手取り額をもとに計算します。
- 国内カード：手数料は平均3〜4%程度
- 海外ローカル決済：手数料は4〜6%程度
- 外部取引：0.2〜2.0%が加わる場合
- 為替変換：2〜3%前後のスプレッド
Alipay、WeChat Pay、GrabPayなどの導入では、この海外ローカル決済の手数料を前提に売上を見ます。Shopifyで専用決済以外を使う場合は、外部取引の手数料が上乗せされる点を確認します。さらに、取扱高が増えるほど、これらの手数料の絶対額も大きくなります。
現地通貨の売上を円で受け取る際は、為替スプレッドが差し引かれます。為替変動も伴うため、円高になると同じ売上でも円換算額が目減りします。そのうえで、価格は商品単価から決済、為替、配送の費用を引いた実質的な手取りをもとに決めます。
海外配送コストと関税（DDP／DDU）
海外配送と関税は注文ごとの変動費で、重量、サイズ、仕向地で変わります。
- 配送料：国内配送より高くなることがある
- DDP：顧客体験が良い方式
- DDU：事業者の負担を抑えられる方式
EMSやDHL、FedExなどの料金は、国内配送の数倍かかるのが一般的です。購入者の送料負担や無料配送の閾値は、CVR（購入率）と利益率に影響します。
DDPは関税込みの仕向地持ち込み渡しで、事業者が関税を負担します。顧客体験は良いものの、その分だけ費用が増えます。
DDUは未関税で、購入者が商品受け取り時に関税を負担します。ただし、予想外の請求により、受け取り拒否やクレームにつながる恐れがあります。
特に、商品単価が低いほど配送と関税の比率が重く、利益が出にくくなります。配送料と関税を含む届くまでの総コストで、商材と価格帯の採算を見極めます。
現地法令対応と多通貨レート管理のコスト
対象国を増やすほど、法令対応と多通貨管理の保守費用が積み上がります。
- 法令対応：国ごとの表示と消費者保護を確認
- GDPR：個人情報と同意取得の仕組みを維持
- レート管理：更新時期と丸め処理を運用
EU向けでは、GDPR（一般データ保護規則）への継続対応が必要です。国ごとに特定商取引に相当する表記の決まりも異なり、法令は改正されるため、継続的な確認と対応が求められます。
ShopifyのようなSaaSは、一定の法令対応をプラットフォーム側が担います。一方、フルスクラッチでは、各国の法改正への対応費用を自社で負担します。
複数通貨を表示する場合は、為替レートの更新方法を運用し続ける必要があります。SaaSの多くは、為替レートの自動更新に標準で対応しています。
独自システムや基幹連携では、為替データAPIに月額数千円〜かかるうえ、その運用も自社で担う必要があります。そのため、見えにくい保守費用を抑えるには、展開する国を絞ることが有効です。
翻訳運用の体制とコスト構造
翻訳費用は、品質を重視するか、量と効率を重視するかで変わります。機械翻訳だけではブランドの印象を損なう恐れがあり、人手翻訳だけでは費用が膨らみます。
翻訳では、コンテンツに応じて手段を分け、過去の翻訳資産を再利用する設計が欠かせません。
機械翻訳＋ポストエディットと人手翻訳の使い分け
量の多い定型文と、ブランドの印象を左右する文章とで、翻訳方法を分けます。
- 商品説明・仕様：機械翻訳＋PEで処理
- キャッチコピー・ブランド文：人手翻訳で品質を確保
機械翻訳で一次訳を作り、ネイティブの翻訳者が不自然さや誤訳を直します。機械翻訳＋ポストエディット（PE）は、人手翻訳のみの約半分の費用で済みます。
1文字5〜10円程度に抑えられるため、商品説明やスペック表記のように定型的で量が多い文章の処理に適しています。一方、トップページ、ブランドストーリー、特集記事は人手翻訳を使います。機械翻訳をそのまま使うと、ブランドの印象や現地ユーザーの信頼を損ないます。
翻訳メモリ・TMSによるコスト削減
翻訳資産を蓄積して再利用すると、更新ごとの翻訳単価を下げられます。
- 翻訳メモリ（TM）：過去の訳文を再利用
- 翻訳管理システム（TMS）：翻訳の進行と訳文をまとめて管理
翻訳メモリ（TM）を使うと、類似文が出たときに既存訳を再利用できます。ECの定型表現と相性が良いといえます。色、サイズ、素材、配送の表現は頻出するため、再利用が効く場面が多くなります。
TMSでは、マッチ率（過去の翻訳との一致度）に応じた単価割引が一般的です。ただし、TMSには初期費用と、月額数万円〜数十万円のライセンス費用がかかります。
商品数と言語数が多いエンタープライズ規模では、長期的な削減効果が大きくなります。逆に、小規模で入れ替えが少ない場合は、ライセンス費用が割に合わないこともあります。導入の損益分岐は、商品点数、更新頻度、対応言語数から見極めます。
言語追加の判断と運用負荷
言語追加は、翻訳だけでなくサポート、決済、配送の負荷まで見て判断します。
- 初回対応：全コンテンツの翻訳が必要
- 継続運用：更新とカスタマーサポートが増加
- 追加判断：言語圏の売上見込みを確認
言語を1つ増やすと、初回翻訳の後も更新費用が継続して増えます。さらに、その言語のカスタマーサポートや現地決済、配送への対応も必要になります。
3言語以上に一気に対応すると、品質維持とサポートに月額数十万円かかります。このうち全世界対応では、翻訳品質の維持とカスタマー対応だけで月20万〜30万円規模の費用がかかります。
まず英語に集中し、月商100万円に達した段階で中国語などを追加します。追加を判断する基準は、その言語圏の売上見込みです。売上の裏付けがないまま言語を増やすと、翻訳とサポートの固定費が膨らみます。
保守・運用費用を抑える方法
ランニングコストは、対応範囲、翻訳方法、手数料を見直すことで抑えられます。はじめに、対応言語と国を絞ることが基本になります。次に、翻訳を効率化し、決済や配送を定期的に比較します。
売上に連動した対応言語の段階的な追加
言語と国は、売上の裏付けを確認しながら段階的に増やします。
- 初期運用：英語に投資を集中
- 追加時期：月商100万円を一つの目安にする
- システム設計：将来の言語追加に備える
固定費は対応言語数にほぼ比例します。そのため、売上がない段階で追加すると、利益率を圧迫します。英語圏の月商が100万円に達したら、次の言語を追加します。
各言語の追加コストを、その言語圏の売上で賄える構造を保ちます。特に全世界対応では、品質維持とカスタマー対応だけで月20〜30万円かかります。i18nは拡張できるように設計しておき、実際に公開する言語は売上に応じて絞ります。
翻訳の自動化と再利用による継続コストの削減
自動化と再利用を組み合わせて、翻訳予算は売上への貢献度が高いページへ配分します。
- 一次翻訳：機械翻訳APIで生成
- 品質確認：重要箇所をネイティブがPE
- 再利用：翻訳メモリとTMSを活用
DeepLなどの機械翻訳APIを使えば、一次訳を機械で用意できます。そのうえで、定型文の単価を下げるには、過去の訳文を蓄積して使い回すことが効きます。
商品数と更新頻度が多いサイトほど、自動化と再利用の効果が大きくなります。さらに、運用が回るほど、1文字あたりの実質コストは下がっていきます。
たとえば、主要商品ページや人気カテゴリは高品質に翻訳し、アクセスの少ないページは機械翻訳ベースに留めます。
決済手数料とプラットフォーム費用の見直し
手数料と利用料は固定と考えず、売上規模に合わせて定期的に見直します。売上拡大で手数料の絶対額は増えるため、継続的な最適化が必要です。
- 決済：専用決済や低率サービスを比較
- 為替：現地通貨での受け取り方を見直す
- 配送：業者と物流パートナーを見直す
- 固定費：毎月かかる利用料の見直し
Shopify Paymentsを使えば、0.2〜2.0%の外部取引手数料を回避できます。さらに、取扱高が増えたら、決済代行会社や低率プランとも比較する余地が出てきます。
現地通貨の受け取り口座を用意すると、為替変換の回数を減らせます。また、為替手数料の低い決済・送金サービスを比較する方法もあります。
配送では、複数業者の料金を並べて比べます。未利用の多言語化アプリや有料テーマ、低稼働の言語も洗い出します。
まとめ
多言語ECの費用は、翻訳、システム、越境取引、サポートの4区分で捉えると整理しやすくなります。翻訳は人手で1文字10〜20円、機械翻訳＋PEで1文字5〜10円です。海外決済は4〜6%、為替変換は2〜3%前後で、配送は国内の数倍です。
対応言語を売上連動で増やし、翻訳を再利用し、手数料を定期的に見直します。また、初期費用だけでなく、言語数と国数に応じた継続費用を見積もることが重要です。
運用予算は、対応言語と国、商品点数、更新頻度を整理して組み立てます。複数の開発・運用会社から見積もりを取ることから始めます。
▼全体ガイドの記事
・ECサイトの多言語対応開発の完全ガイド
▼見積依頼前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。