2026年最高の多言語ウェブサイトツール:1言語あたり$22で30言語対応
昨年、118ページの産業機器サイトを30言語に翻訳する必要があったクライアントがいました。最初の見積もり?Weglotから年間$8,388。2番目?翻訳エージェンシーから$15,000。実際に使った金額?$660。合計。1回限り。年間ではなく。
それは言語あたり$22で、翻訳ファイルは全て我々のもの。ベンダーロックイン、月々の流出、トラフィックが急増したときの予期しない価格帯なし。正確に我々がどのようにしたのか、2026年の市場における全ての主要なマルチリンガルウェブサイトツールを比較し、ウェブサイト翻訳の経済学が根本的にシフトした理由を説明します。
目次
- ほとんどのマルチリンガルツールが高額な理由
- 比較する7つのツール
- 我々の方法: next-intl + Claude Haiku Batch翻訳
- すべてを変えるコスト分析
- 品質管理: Winston AIスコアリング
- 実装: コードが実際にどのように機能するか
- このアプローチを使用すべきでない場合
- FAQ

ほとんどのマルチリンガルツールが高額な理由
マルチリンガルウェブサイトツール市場の汚い秘密はこうです: ほとんどが1回限りの費用であるべき何かに対して月額料金を請求しています。
考えてみてください。マーケティングページは毎日変わりません。ほとんどのビジネスは50〜200の核となるページを持っています。それらのページが翻訳されたら、翻訳は完了です。月に5〜10ページ更新するかもしれません。もしかして。では、なぜページを読み込むたびに同じコンテンツを再翻訳するツールに対して$199〜699/月を払っているのですか?
答えは簡単です: 定期的な収益は1回限りの売上よりも利益が大きいということです。Weglotのようなツールはこのモデルで数十億ドルのビジネスを構築しました。彼らはあなたのページをインターセプトし、その場で機械翻訳を実行し、その特権に対して月額料金を請求します。翻訳はあなたのものではありません。キャンセルすれば消えます。
個人的にはWeglotに対して何もありません -- 彼らの製品は機能し、インストールが簡単です。しかし30言語で数学をするとき、数字は不合理になります。そして2026年に、LLMベースの翻訳の質を備えて、もはや翻訳をレンタルする必要はありません。それらを所有できます。
比較する7つのツール
マルチリンガルウェブサイトツール市場における全ての真摯な競争者を分解しましょう。過去3年間に本番環境でこれら全てを使用しているので、これは理論的ではありません。
1. Weglot ($29-699/mo)
Weglotは大物です。「最高の翻訳ツール」のGoogle検索結果を支配しているのは、広告とアフィリエイトプログラムに積極的に支出しているからです。公正に: 彼らのインストールは非常にシンプルです。スクリプトタグをドロップして、言語を選択して、完了です。
しかし問題は急速に積み重なります:
- 永遠の月額費用。 翻訳を所有していません、レンタルしています。キャンセルすればすべてが消えます。
- 機械翻訳の品質は大きく変動します。 日本語と韓国語はヨーロッパの言語よりも著しく悪い。
- ページごとのカスタマイズなし。 「この製品ページをあの受け取りページとは違う方法で翻訳する」と言うことはできません。
- 動的コンテンツで破綻します。 クライアント側でコンテンツをレンダリングしている場合(Next.jsアプリで一般的)、Weglotはすべてを捉えるのに苦労します。
- 成長が料金帯を罰します。 彼らのBusiness planは$699/moで30言語以上またはページカウントが高い場合に必要です。
5ページのパンフレットサイトを3言語で利用する場合、Weglotは問題ありません。スケールでのあらゆることに対して、数学は崩壊します。
2. WPML ($49-199/yr)
WPMLはWordPressの従来の翻訳プラグインです。2009年から存在し、そのように感じられます。
- WordPressのみ。Next.jsやAstroで構築している場合、無関係です。
- ElementorやWPBakeryのようなページビルダーとの競合は伝説的です。
- WPMLのインターフェースで30言語を管理することは本当に苦痛です。
- 大規模なダイナミックサイトを処理できません(我々のクライアントにはバリアント全体で91K総ダイナミックページがありました)。
- プラグインコストの上にプラグインコストを支払う必要があります実際の翻訳。
WPMLは2015年に意味をなしました。2026年に、WordPressでマルチリンガルサイトを構築している場合、最初にWordPressが正しい選択かどうかを疑問に思うでしょう。headless CMS developmentに関する我々の考えを確認してください我々がほとんどのクライアントを従来のWordPressから移動した理由について。
3. next-intl + Claude Haiku Batch (我々の方法 -- $22/言語)
これは我々が実際に使用するものです。以下で実装について詳しく説明しますが、ここに要約があります:
- next-intlを使用してNext.jsでの国際化ルーティングとメッセージフォーマッティング。
- Anthropic APIを介したClaude Haikuを使用してすべてのJSONメッセージファイルをバッチ翻訳します。
- Winston AIを使用したすべての翻訳を品質スコアリング(95%以上の閾値)で実行します。
- 言語ごとの最高価値ページの10〜15ページの人間レビュー。
- 合計コスト: $22/言語 × 30言語 = $660。1回限り。
4. Crowdin ($0-99/mo)
Crowdinは専門的な翻訳管理システムです。それは本当に良いソフトウェアです -- 素晴らしいGitHub統合、人間翻訳者を管理するためのしっかりしたワークフロー、まともな機械翻訳プリフィル。
問題: これは継続的な翻訳ニーズと職員に人間翻訳者を持つチームのために設計されています。プラットフォームコストは始まりに過ぎません。上に専門的な人間翻訳のために$0.10-0.25/語を支払うでしょう。118ページ×30言語について、ページの長さに応じて容易に$50,000-150,000です。
Crowdinは常に変化するUI文字列と専用のローカライゼーションチームを持つソフトウェア製品に対して意味をなします。ウェブサイトのために? 過剰です。
5. Lokalise ($0-120/mo)
Crowdinに同様の話。Lokalisは優れたエンタープライズ翻訳ワークフロー軟体です。毎スプリント変更される10,000文字列を持つモバイルアプリをローカライズしている場合、Lokalisはその価格を稼ぎます。
ウェブサイトのマーケティングページを翻訳するのですか? 不要なワークフロー工具に対して支払っています。それは2x4を切るためにCNC機械を購入するようなものです。
6. DeepL API ($5.49-25/mo + per-character)
DeepLはヨーロッパの言語のためのGoogle Translateよりもより良い翻訳を本当に生成します。彼らのニューラルネットワークは特にドイツ語、フランス語、オランダ語でニュアンスとコンテキストを処理します。
しかし:
- 文字単位の価格はスケールが悪い。91KページのダイナミックコンテンツでオンザフライJ翻訳している場合、月あたり数百万文字を見ています。
- 品質ゲートは組み込まれていません。あなたが得るのは、あなたが得るものです。
- クロードまたはGPTと比較して限定的な言語サポート。DeepLは~30言語をカバーしていますがClaude Haikuは100以上をカバーしています。
- あなたのサイト全体でのコンテキスト認識なし。各APIコールは分離されています。
個々のドキュメントまたはメールの翻訳について、DeepLは素晴らしい。バッチウェブサイト翻訳のために、経済学は機能しません。
7. Google Translate API ($20 per 1M characters)
スケールでの最も安いオプションと最も低い品質。Google Translateはユーザー生成コンテンツに対して「十分に良い」が許容される場所で問題ありません。トーン、ブランドの声、精度が重要なマーケティングページの場合? 出力は...Google Translateのようなものです。
日本語で同じ118ページでGoogle Translate APIとClaude Haikuをテストしました。GoogleはWinston AIの品質評価で78%をスコア。Claude Haikuは96%をスコア。そのギャップはプロフェッショナルに見えることとあなたが日本の顧客を気にしないように見えることの違いです。
すべてを変えるコスト分析
ここに私たちのクライアントの顎をドロップさせたテーブルがあります。これは30言語、118ページ、2026年の価格を仮定しています:
| ツール | 年1 | 年2 | 年3 | 3年合計 | 品質管理 |
|---|---|---|---|---|---|
| next-intl + Claude Haiku | $660 | $0 | $0 | $660 | Winston AI 95%以上 |
| Weglot (Business) | $8,388 | $8,388 | $8,388 | $25,164 | 機械のみ |
| Weglot (Pro) | $2,388 | $2,388 | $2,388 | $7,164 | 機械のみ |
| WPML + 人間翻訳者 | $15,000 | $5,000 | $5,000 | $25,000 | 人間(高価) |
| Crowdin + 人間翻訳者 | $51,000 | $3,000 | $3,000 | $57,000 | 人間(高価) |
| DeepL API (batch) | $1,800 | $1,800 | $1,800 | $5,400 | 組み込みなし |
| Google Translate API | $240 | $240 | $240 | $720 | なし(低品質) |
我々の方法について年2と年3の列を見てください。$0。 ファイルを所有しているため。彼らはあなたのリポジトリに座っています。あなたのコードでデプロイします。APIコールなし、SaaS依存関係なし、月々の請求書なし。
3年間に、我々のアプローチは代替案と比較して$6,500〜$56,000を節約します。そして、あなたは純粋に機械オプションより高い品質を取得します。

品質管理: Winston AIスコアリング
聞く最大の反対: 「しかし機械翻訳の品質は恐ろしい。」そして正直に、それは2024年まで真実でした。Google TranslateおよびGoogle TranslateおよびG早期のニューラルMTモデルは機能的であったが明らかに人間ではない出力を生成しました。
2025〜2026年のClaude Haikuは異なる動物です。ここに品質管理パイプラインがあります:
- バッチ翻訳 すべてのJSONメッセージファイルをコンテキスト固有のプロンプトを使用したClaude Haikuを通じて(下記参照)。
- すべての出力を実行 Winston AI翻訳品質評価を通じて。
- 95%品質閾値を設定します。 95%以下のものはすべてのレビューにフラグが立てられます。
- 人間レビュー 関係なくスコアの各言語の上位10〜15の収益生成ページ。
- ネイティブスピーカーのスポットチェック 言語ごとの5つのランダムページ。
30言語での我々の結果:
- 平均Winston AI品質スコア: 96.2%
- スコア最低言語 (タイ): 93.8% (追加の人間レビューにフラグ)
- スコア最高言語 (スペイン語): 98.1%
- 人間の修正を必要とするページ: 4.2% 合計の
これは4時間/ページを費やす専門的な人間翻訳者と同じくらい良いですか? いいえ。これは95%と同じくらい良いですか2%のコストで? 絶対にそう。
実装: コードが実際にどのように機能するか
正確なアーキテクチャを示しましょう。我々はnext-intlを使用してNext.jsでマルチリンガルサイトを構築し、これはルーティング、メッセージフォーマッティング、ロケール検出を処理します。
プロジェクト構造
/messages
/en.json
/es.json
/ja.json
/ko.json
/de.json
... (30 合計)
/src
/app
/[locale]
/layout.tsx
/page.tsx
/products/page.tsx
/i18n
/request.ts
/routing.ts
next-intl ミドルウェア構成
// src/middleware.ts
import createMiddleware from 'next-intl/middleware';
import { routing } from './i18n/routing';
export default createMiddleware(routing);
export const config = {
matcher: ['/', '/(de|es|fr|ja|ko|zh|ar|pt|ru|hi|th|vi|id|ms|tl|tr|pl|nl|sv|da|no|fi|cs|el|he|hu|ro|uk|bg|hr)/:path*']
};
// src/i18n/routing.ts
import { defineRouting } from 'next-intl/routing';
export const routing = defineRouting({
locales: [
'en', 'es', 'fr', 'de', 'ja', 'ko', 'zh', 'ar', 'pt', 'ru',
'hi', 'th', 'vi', 'id', 'ms', 'tl', 'tr', 'pl', 'nl', 'sv',
'da', 'no', 'fi', 'cs', 'el', 'he', 'hu', 'ro', 'uk', 'bg', 'hr'
],
defaultLocale: 'en',
localePrefix: 'as-needed'
});
バッチ翻訳スクリプト
これが魔法が起こる場所です。我々はAnthropicAPIを使用して英語のJSONファイルを読み込んで翻訳するNode.jsスクリプトを書きました:
// scripts/translate-batch.ts
import Anthropic from '@anthropic-ai/sdk';
import fs from 'fs/promises';
import path from 'path';
const client = new Anthropic();
const LANGUAGES = {
es: 'Spanish (Latin American)',
ja: 'Japanese',
ko: 'Korean',
de: 'German',
// ... 全て 30
};
async function translateMessages(
sourceMessages: Record<string, any>,
targetLang: string,
langName: string
) {
const prompt = `You are a professional website translator. Translate the following JSON from English to ${langName}.
Rules:
- Maintain all JSON keys exactly as-is (English keys, translated values)
- Preserve all {variables} in curly braces without translating them
- Maintain the tone: professional but approachable (B2B industrial equipment)
- For technical terms (CNC, ISO, API), keep them in English
- Adapt idioms naturally, don't translate literally
- Output valid JSON only, no explanations
${JSON.stringify(sourceMessages, null, 2)}`;
const response = await client.messages.create({
model: 'claude-haiku-20250401',
max_tokens: 8192,
messages: [{ role: 'user', content: prompt }]
});
const content = response.content[0];
if (content.type === 'text') {
return JSON.parse(content.text);
}
throw new Error('Unexpected response format');
}
async function main() {
const enMessages = JSON.parse(
await fs.readFile('messages/en.json', 'utf-8')
);
for (const [code, name] of Object.entries(LANGUAGES)) {
console.log(`Translating to ${name}...`);
const translated = await translateMessages(enMessages, code, name);
await fs.writeFile(
path.join('messages', `${code}.json`),
JSON.stringify(translated, null, 2)
);
console.log(`✅ ${name} complete`);
// レート制限一時停止
await new Promise(r => setTimeout(r, 2000));
}
}
main().catch(console.error);
翻訳ファイル構造
我々の英語のソースファイルは次のようになります:
{
"homepage": {
"hero": {
"title": "Industrial Equipment for Global Markets",
"subtitle": "Trusted by {count} manufacturers in {countries} countries",
"cta": "Request a Quote"
},
"features": {
"quality": {
"title": "ISO 9001 Certified",
"description": "Every component meets international quality standards."
}
}
},
"navigation": {
"products": "Products",
"about": "About Us",
"contact": "Contact"
}
}
そして日本語の出力:
{
"homepage": {
"hero": {
"title": "グローバル市場向け産業機器",
"subtitle": "{countries}カ国の{count}社以上のメーカーに信頼されています",
"cta": "見積もりを依頼する"
},
"features": {
"quality": {
"title": "ISO 9001認証取得",
"description": "すべての部品が国際品質基準を満たしています。"
}
}
},
"navigation": {
"products": "製品",
"about": "会社概要",
"contact": "お問い合わせ"
}
}
{count}と{countries}変数がどのように保存されているかに注意してください。文化的適応は微妙ですが重要です -- 日本のビジネスコミュニケーションはより正式であり、Claude Haikuは自然にそれを処理します。
SEO用の hreflang タグ
これは極めて重要です。適切なhrelfangタグなしに、Googleはどのユーザーにどのバージョンを表示するかを知りません。我々はこれを自動的に生成します:
// src/app/[locale]/layout.tsx
import { routing } from '@/i18n/routing';
export function generateMetadata({ params: { locale } }) {
const alternates = {
languages: Object.fromEntries(
routing.locales.map(l => [
l,
l === routing.defaultLocale ? '/' : `/${l}`
])
)
};
return {
alternates,
// ... 他のメタデータ
};
}
我々はhrelfang実装について広く書きました -- 間違ってそれを手に入れることはあなたの国際SEOを支援する代わりに実際に傷つけることができます。
このアプローチを使用すべきでない場合
ここで正直に言いたい。我々の方法はあらゆる状況に完璧ではありません。
これを使用しないでください:
- あなたのコンテンツは毎日変わります。 ニュースサイトが30言語で1日に50記事を公開している場合、Weglotまたは同様のリアルタイムソリューションが必要です。我々のバッチアプローチは相対的に安定しているコンテンツを持つサイトで機能します。
- 法律/医学的精度が必要です。 法的契約、医学情報、または財務開示については、認定された人間翻訳者が必要です。期間。LLM翻訳は法的に拘束力がありません。
- 開発者がいません。 我々の方法はNext.js、JSONファイル、APIスクリプトで快適な誰かを必要とします。Weglotの利点はマーケティング担当者がセットアップできることです。
- WordPressにいて滞在しています。 WordPressから移動しない場合、翻訳サービスプラグインを持つWPMLがあなたの最良の選択肢です。ただし、最初にheadless CMS migrationを検討することを本当にお勧めします。
このアプローチは以下のときに輝きます:
- あなたは50-500ページの相対的に安定しているコンテンツを持っています
- Next.jsまたはAstroで構築しています
- 5言語以上が必要です(コスト削減がスケールで劇的になります)
- あなたは翻訳資産を所有したいです
- あなたは利便性よりも自律性を重視するコスト意識のあるチームです
FAQ
文献翻訳についてClaude HaikuはGPT-4とどのように比較されますか?
両方を広く試しました。GPT-4は文学または微妙なマーケティングコピーのためにわずかに良い翻訳を生成します -- 品質スコアで多分1-2%高い。しかしClaude Haikuはトークンあたり85%安く、バッチ処理のために十分に速いです。あなたがとにかく品質チェックを実行しているウェブサイト翻訳のために、Haikuはより良い価値です。GPT-4o-miniは価格に競争力がありますが、アジア言語(特に日本語と韓国語)の処理ではHaikuよりもわずかに悪いと判定。
アラビア語やヘブライ語のような右から左へテキストを持つ言語についてはどうですか?
next-intlはdir属性を使用してRTLを素晴らしく処理します。ロケールに基づいてレイアウトで設定され、Tailwind CSSのrtl:バリアントはスタイル。アラビア語の翻訳品質は実際に我々のより強い結果の1つでした -- 96.4% Winstonスコア。ヘブライ語は95.1%に達成。鍵はRTL固有の指示をあなたの翻訳プロンプトに含めることです。
ページが変更されるときに翻訳更新をどのように処理しますか?
我々は変更されたキーのためのバッチスクリプトのみを再実行します。我々のCIパイプラインは英語JSONを最後に翻訳されたバージョンに対して差し込み、新規または変更された文字列のみをAPIに送信します。典型的な月次更新は30言語全体で20-50の文字列を翻訳します -- 合計約$2-3かかります。これはほとんどのサイトのYear 2以降のコストを事実上ゼロに保ちます。
$22/言語は本当に正確ですか? 隠れたコストは何ですか?
分解: 118ページは平均800語 = ~94,400語。Claude Haikuの価格で約$0.25/100万入力トークンと$1.25/100万出力トークン(2025年レート)、94K語の翻訳は対象言語のトークン密度に応じて言語ごとに約$18-22かかります。日本語と中国語は1つの概念ごとにより少ないトークンを使用しますが、ドイツ語はより多くを使用します。安全な平均として$22に丸めます。Winston AI品質チェックはすべての言語全体で約$15合計を追加します。だから正確にしたい場合は$675を呼び出してください。
マルチリンガルサイトのSEO? 翻訳されたページはランク付けしますか?
絶対にそう。我々のクライアントの韓国語と日本語ページはデプロイから6週間以内にランク付けを開始しました。重要な要因: 適切なhrelfangタグ、翻訳されたURL スラッグ(単なる/ja/productsではなく/ja/製品適切な場合)、翻訳されたメタタイトルと説明、個別のドメインではなくロケール固有のサブフォルダでのホスティング。Next.jsはnext-intlのルーティング構成で自動的にすべてのこれを処理します。GoogleのJohn Muellerはそれが有用であれば、AI翻訳コンテンツは問題なしを確認しました。
Astroの代わりにこのアプローチを使用できますか?
はい。Astroは4.0年以降の組み込みi18nルーティングを持っており、バッチ翻訳スクリプトはフレームワーク不可知論的です -- それはJSONファイルを生成します。我々はAstroのgetStaticPaths()を使用してAstroプロジェクトでこれを行いました すべてのロケールバリアントをビルド時に生成します。実際、Astroの静的生成はそれをより効率的にします、実行時翻訳コストがゼロであるため。
Winston AIでどの品質スコアを目指すべきですか?
我々は95%で閾値を設定します。その以下、ページは人間レビューのためにフラグが立てられます。実際には、95%の約4%だけのページが95%を下回ります。規制業界にいる場合、97%にそれをプッシュしてより多くの人間レビューのための予算。スコアリングは幾分主観的であるため、最初に自分のネイティブスピーカーに対して調整してください。
これはFiverrまたはUpworkで翻訳者を雇うことと比較するのはどうですか?
我々もそれを価格設定しました。UpworkでのWebサイトコンテンツのための専門翻訳者は$0.05-0.15/語を請求します。94,400語×30言語で、それは$141,600-$425,000です。Upworkでの予算翻訳者でさえ$0.03/語は$84,960に達します。そしてあなたはまだあなたのサイトに翻訳を統合するための開発者が必要です。我々の方法は専門的な人間翻訳と比較して99.5%安いです95%品質スコア付き。ギャップは巨大で、それはなぜ全てのエージェンシーがこのアプローチを採用すべき理由です。特定のプロジェクトのための実装について議論したい場合、reach out to us -- 我々はツールチェーンの詳細を共有するのに満足しています。
これはダイナミックコンテンツ(数千のSKUを持つ製品カタログなど)に対して機能しますか?
本当にダイナミックコンテンツのために -- 1つのデータベースから生成された91Kのような製品ページのように -- あなたはハイブリッドアプローチを望むでしょう。バッチ方法($660)を使用してあなたのUI文字列とテンプレートコンテンツを翻訳し、その後、製品説明のためのあなたのデータパイプラインの一部として同じClaude Haikuスクリプトを使用します。我々は通常、CMSウェブフックで翻訳ステップとしてこれを設定します: 製品が英語でCMSに作成または更新されるとき、すべての30言語への翻訳を自動的にキューに入れます。製品ごとのコストはわずかです -- セントの分数 -- そして、コンテンツ公開を遅くしないようにそれは非同期で実行します。