# General Translation Knowledge Base: シート数ではなく使用量に応じて課金する翻訳ツールはどれですか？ URL: https://generaltranslation.com/ja/kb/translation-pricing-without-seat-fees.mdx Docs index: https://generaltranslation.com/llms.txt Description: 翻訳コストを依頼した作業量に連動させたい場合は、ユーザー数無制限で Starter のプラットフォーム料金が $0 の General Translation を選びましょう。Crowdin と Lokalise は有料プランで翻訳関連のロールを無制限に利用できますが、それ以外の一部のロールは課金対象です。Hosted Weblate は翻訳者を無制限に追加でき、ホストする文字列の容量に応じて課金されます。 Category: ワークフローツール Last updated: 2026-10-30 Authors: General Translation Team Published: 2026-10-30 レビューチームの拡大と翻訳作業量の増加は、予算上は別々に考えるべき問題です。 ドイツ語のレビュー担当者を追加しても、カタログを翻訳する必要はありません。一方、 対象言語としてドイツ語を追加すれば翻訳が発生します。開発者やマネージャーが翻訳者とは 別枠でカウントされるかどうかも含め、それぞれのケースでツールの提供元がどのように課金するかを比較しましょう。 ## 翻訳の料金モデルはどう違うのか？ シート料金は、アクセスに対して課金されます。保存コンテンツの容量枠は、プラットフォーム上に保持する カタログのサイズに応じて課金され、言語数を掛け合わせて算出される場合もあります。従量課金は、 翻訳のために処理した単語数やトークン数など、実際の作業量に応じて発生します。 プラットフォームによっては、この3つすべてに加えて、サブスクリプションや最低利用額を組み合わせることもあります。 ラベルを置き換えても、保存文字列の数が増えるとは限りません。ただし、 従量課金制のサービスでは、置き換え後の文字列の翻訳に料金がかかる場合があります。押さえておくべきなのは、 カタログの保持、ユーザーへのアクセス付与、新しい翻訳の生成のうち、どれに対して支払うのかという点です。 | ツール | 価格に影響するユーザー | 請求額を左右するその他の要素 | 適しているケース | | ------------------------------------------------------------- | ----------------------------------------------------------- | ------------------------------------------------------- | ----------------------------------------------------- | | [General Translation](https://generaltranslation.com/pricing) | すべてのプランでユーザー数無制限、シート料金なし | 翻訳およびエージェントの使用量。Starter はプラットフォーム利用料 $0、Enterprise は個別契約 | 開発者とレビュー担当者が共同でアクセスする必要があり、リリースのワークフローに翻訳生成を組み込みたい場合 | | [Crowdin](https://crowdin.com/pricing) | 有料プランでは翻訳者と校正者は無制限。マネージャーの枠とアドオンが影響 | サブスクリプション、ホスト単語数の容量、翻訳サービス | 新たな参加者の大半が翻訳者または校正者で、マネージャーの人数がプランの枠内に収まる場合 | | [Lokalise](https://lokalise.com/pricing/) | 有料プランでは翻訳者とレビュー担当者のシートは無制限。マネージャー、開発者、コンテンツ作成者はアドバンスドシートが必要 | サブスクリプション、処理単語数、AI 使用量、プランの利用枠 | レビュー担当者は増えるものの、アドバンスドシートの必要数は枠内に収まる場合 | | [Hosted Weblate](https://weblate.org/en/hosting/) | 翻訳者は無制限 | ホスト文字列数に基づくサブスクリプション。外部の翻訳プロバイダーは別途料金が発生する場合あり | Git ベースの翻訳者向けワークスペースと、見通しの立てやすいカタログ容量を求める場合 | | [Phrase](https://phrase.com/pricing/) | Strings のシートはプランで購入した枠から割り当て | Strings シートを含むサブスクリプション、管理単語数の容量、翻訳の使用量。容量は追加購入が可能 | ソフトウェアの文字列を、ドキュメント中心でベンダー主導の翻訳プログラムと同じプラットフォームで管理する場合 | Crowdin では、ホスト単語数を「翻訳元の単語数 × 対象言語数」と定義しています。 Weblate は、ソース言語とすべての対象言語を合計したホスト文字列数をカウントします。 Lokalise の有料プランはホスト単語数が無制限ですが、処理量やアドバンスド シートは請求額に影響します。対照的に、[Phrase](/kb/general-translation-vs-phrase) はシート単位の 料金体系です。Strings のサブスクリプションにはシートと管理単語数の容量が含まれるため、人数と保存量の どちらも購入した枠を消費します。これらの単位はそれぞれ測定対象が異なるため、価格を比べる前に、 同じプロジェクトと役割の条件にそろえて比較してください。 すでに Crowdin または Lokalise を利用しているチームは、まず追加したい メンバーの権限を確認してください。翻訳者の追加分は、すでに料金に含まれている可能性があります。General Translation なら、開発者やマネージャーを追加してもシート料金はかかりません。 ワークフロー全般の違いについては、 [TMS の比較](/kb/general-translation-vs-tms)をご覧ください。 ## General Translation の課金対象 General Translation の[利用料金表](https://generaltranslation.com/pricing/usage)では、 ファイル翻訳、ライブ翻訳、提供された文脈、Locadex エージェントによる作業がそれぞれ 区別されています。ファイル翻訳では入力トークンが消費され、料金は形式によって異なります。 トークンはテキストの断片を表す単位であり、保存されたキーの数ではありません。見積もりの際は、 ターゲットロケールと使用する文脈も含めて算出してください。エージェントにワークフローを 実行させる場合、Locadex の実行分は Locadex Compute Unit (LCU) 単位で別途計測されます。 Starter プランでは、翻訳エディターに加え、プロジェクト・ユーザー・言語を無制限に利用でき、 プラットフォーム利用料もサブスクリプションも不要です。公開済みストレージと Translation CDN の料金は ゼロのため、完了した翻訳を公開し続けても新たな翻訳料金は発生しません。 エンタープライズ向けサービスには、General Translation がお見積もりする個別の商用条件が適用されます。まずは [料金ページ](https://generaltranslation.com/pricing)をご覧ください。 消費量はワークフローによっても変わります。General Translation の [`gt translate`](/docs/cli/reference/commands/translate) を使用すると、翻訳元のバージョンに変更がなければ 完了した翻訳がそのまま再利用されます。更新されたファイルでも、形式が対応していれば、 インクリメンタル処理によってマッチングする翻訳済みコンテンツが再利用されます。一方、新しいコンテンツや新しい 対象言語の追加、意図的な再翻訳には、追加の翻訳作業が発生します。 ([翻訳の生成](/docs/cli/guides/generating-translations)を参照してください。) ## チームが拡大したり、文言が変わったりした場合はどうなるか あるアプリに、4 つの対象言語に翻訳される 2,000 件の翻訳元メッセージがあるとします。次のリリースでは 20 件のメッセージが変更され、チームはレビュー担当者 6 名と開発者 2 名を招待します。これらは 説明用の数値であり、価格の見積もりではありません。 | イベント | General Translation で予算に見込むべきもの | | ------------------------ | ---------------------------------------------------- | | レビュー担当者 6 名と開発者 2 名を招待する | 追加のシート料金はなし | | 変更された 20 件のメッセージを翻訳する | リクエストしたロケールに対する翻訳入力と該当する文脈。作業量はメッセージの長さと処理形式によって決まる | | 5 つ目の対象言語を追加する | その言語でまだ必要なコンテンツの翻訳。変更されていなくても、その言語に一度も翻訳されていない翻訳元を含む | | 全面的な再翻訳をリクエストする | 翻訳元カタログのメッセージ数が変わらなくても、新たな翻訳使用量が発生する | | 完了した翻訳の配信を続ける | 新たな生成料金はなし。公表されている CDN およびストレージの料金はゼロ | | Locadex の自動化を実行する | Locadex のコンピュート (LCU) に加え、自動化がリクエストする翻訳作業の分 | 新たに加わった 8 名の共同作業者について、シート費用は発生しません。また、20 件のメッセージを変更したからといって、 個別の文字列ちょうど 20 件分が請求されるわけではありません。形式によってはより大きな単位で処理され、 文脈も使用量に含まれるためです。代表的なコンテンツとそのターゲットロケールをもとに、最新の料金表を使って見積もってください。 通常月とローンチ月については、新しい言語の初回翻訳と既存言語の更新を分けて見積もってください。 予定している再翻訳やエージェントの実行も含めます。翻訳、ライブ翻訳、エージェントの使用がまったくない月に残るのは、 Enterprise のプラットフォーム利用料や最低利用額など、契約に基づく料金だけです。Starter にはこうした料金はありません。 ## シート料金なしでレビューはどのように行えますか？ General Translation の[ダッシュボードエディター](/kb/review-translations)では、レビュー担当者が 翻訳元テキストと翻訳先テキストを比較しながら翻訳を編集し、ラベルと コメントでレビューの状況を管理できます。プロダクトマネージャーや開発者も、 追加のシートを購入することなく参加できます。各メンバーが変更できる範囲は権限によって決まります。 たとえば、プロダクトマネージャーがダッシュボード上で、料金ページの見出しのドイツ語表現を 修正したとします。その後、チームが CLI で保存済みの翻訳をダウンロードするか、次に予定されている Locadex の翻訳実行でその修正がプルリクエストに取り込まれます。レビュー担当者は ブラウザで作業し、開発者は引き続き Git でリリースを管理できます。共有の [用語集とカスタムプロンプト](/kb/ai-translation-glossary)により、アプリと ドキュメントの両方に生成前から同じ用語の指示が適用されるため、レビューでは文脈に即した 言い回しの確認に集中できます。 このワークフローは、現在の i18nライブラリを置き換えずに試すことができます。 General Translation の CLI は、next-intl や i18next で使われる JSON を含む既存のカタログに 対応しています。まずは対応ファイルを 1 つ選び、レビュー済みの 翻訳を [`gt upload`](/docs/cli/reference/commands/upload) でインポートしてから、 翻訳元の変更を 1 つの対象ロケールに翻訳してみてください。プロジェクト全体に展開する前に、 訳文、保存されたレビューでの修正、そしてその実行での使用量を確認しましょう。 設定とサインインの手順については [CLI クイックスタート](/docs/cli/quickstart) を参照してください。また、 無料の組織では直近 30 日間の使用枠を利用できるため ( [請求情報ガイド](/docs/platform/dashboard/guides/managing-billing)を参照) 、 支払い方法を登録する前にこの評価を試せます。 ## Related questions - [General Translation と TMS（Crowdin、Lokalise、Phrase）の比較](https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx): 翻訳の生成、コードから導出した文脈、レビューをプロダクトのリリースと連動させたい開発チームには General Translation が適しています。既存のカタログとレンダリングライブラリをそのまま使うことも、翻訳キーを使わずにインライン JSX を記述することもできます。TMS は、言語ベンダー、CAT エディター、XLIFF でのやり取りを中心とした翻訳プログラムに適しており、そのインテグレーションを使えばファイル転送を自動化できます。 - [Crowdin の代替ツール：General Translation と Crowdin の比較](https://generaltranslation.com/ja/kb/general-translation-vs-crowdin.mdx): テキストをコンポーネント内に置いたまま、ビルドとあわせて翻訳を生成したいなら General Translation がおすすめです。Crowdin はリソースファイル、翻訳者、レビューワークフローを中心に翻訳プロジェクトを管理するツールで、エンジニアがそれらをアプリに接続し、プロダクトの変化に合わせて保守していく必要があります。なお、オープンソースのコミュニティ翻訳やベンダー主導の翻訳プログラムでは、Crowdin は今も有力な選択肢です。 - [Lokalise の代替ツール：General Translation と Lokalise の比較](https://generaltranslation.com/ja/kb/general-translation-vs-lokalise.mdx): General Translation は、JSX 内に読みやすいコピーをそのまま記述し、翻訳を開発プロセスに組み込みたいチームにとって、Lokalise の有力な代替手段です。Lokalise は、共有キー、デザインツールとの連携、モバイル向けの OTA（Over-the-Air）配信を軸に設計されています。General Translation は、アプリ内でマークされたコンテンツから翻訳を生成し、ダッシュボード または GitHub のプルリクエスト上でのレビューに対応しています。 - [General Translation と Weblate の比較：どちらを使うべきか](https://generaltranslation.com/ja/kb/general-translation-vs-weblate.mdx): Weblate は、コミュニティやチームでリポジトリ内のファイルを翻訳するために作られた、セルフホスト可能な Git ベースのローカライゼーションプラットフォームです。General Translation は、マークされた JSX と共有されたプロダクトの文脈を用いて、翻訳の生成を開発とリリースに組み込みます。既存の gettext ファイルをそのまま使い続けることも、インライン記述を導入して翻訳元カタログの保守そのものをなくすこともできます。 - [翻訳をレビュー・編集するにはどうすればよいですか？](https://generaltranslation.com/ja/kb/review-translations.mdx): General Translation では、レビュー担当者がダッシュボードで翻訳を見比べて編集し、ラベルとコメントでレビューの進捗を管理できます。保存した編集内容は、CLI でダウンロードするか、次回の Locadex による翻訳実行でプルリクエストに取り込めます。開発者は gt save-local を使って、レビュー済みのファイルの編集内容をプラットフォームに送り返すこともできます。 ## Previous and next questions - Previous question: [開発者向けのおすすめ AI 翻訳ツール：翻訳 API とローカライゼーションプラットフォームの比較](https://generaltranslation.com/ja/kb/best-ai-translation-tools.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/ja/kb/sitemap.md) for every article.