# General Translation Knowledge Base: DeepL の代替：General Translation と DeepL の比較 URL: https://generaltranslation.com/ja/kb/general-translation-vs-deepl.mdx Docs index: https://generaltranslation.com/llms.txt Description: DeepL は機械翻訳 API で、送信したテキストやドキュメントごとに翻訳を返します。一方、General Translation はローカライゼーションプラットフォームです。API では利用者任せになる部分、つまりコードやチームから得られる文脈、あらゆるユーザー接点での用語の統一、ダッシュボードでのレビュー、リリースごとの継続的な翻訳までを担います。 Category: 翻訳 Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 DeepL は機械翻訳 API です。送信したテキストやドキュメントを翻訳し、その結果を返します。一方、General Translation はローカライゼーションプラットフォームです。アプリ、ドキュメント、サイトのどこを翻訳すべきかを判断し、文脈を補い、用語を統一し、チームでのレビューを可能にし、変更のたびにすべての言語でリリースします。両者はそもそもカテゴリの異なるツールであり、製品のローカライゼーション作業の大半は、DeepL では利用者に任される部分にあります。 ## DeepLとは DeepLは、Webおよびデスクトップアプリの[DeepL Translator](https://www.deepl.com/translator)と、[DeepL API](https://developers.deepl.com/docs/getting-started/quickstart)を提供しています。[`POST /v2/translate`](https://developers.deepl.com/api-reference/translate/request-translation)は、文字列の配列と対象言語を受け取り、各文字列を個別に翻訳します。出力は、`context`パラメータ、`formality`設定、最大10個の[カスタム指示](https://developers.deepl.com/docs/customize/custom-instructions)、[スタイルルール](https://developers.deepl.com/docs/customize/using-style-rules)、リクエストあたり最大5つの[用語集](https://developers.deepl.com/docs/customize/managing-glossaries)、TMX形式の[翻訳メモリ](https://developers.deepl.com/docs/customize/using-translation-memories)で調整できます。 DeepLの最大の強みはドキュメント翻訳です。Word、PowerPoint、Excel、PDF、InDesignなどのファイルを、元の形式を保ったまま翻訳して返します ([対応形式と制限](https://developers.deepl.com/docs/resources/usage-limits)) 。APIは、無料のDeveloperプラン、月額料金に従量課金が加わるGrowthプラン、個別見積もりのEnterpriseプランで提供されており ([DeepLのプラン](https://www.deepl.com/en/pro#api)) 、いずれも原文の文字数に基づいて課金されます。 ## DeepL と General Translation の比較一覧 | | DeepL API | General Translation | | ------------------ | ------------------------------------------------------ | ----------------------------------------------------------------------------------------------------- | | カテゴリ | 機械翻訳 API | ローカライゼーションプラットフォーム:i18nライブラリ、CLI、ダッシュボード、AIエージェントの [Locadex](/docs/platform/locadex/quickstart) | | 翻訳対象の決め方 | 文字列を抽出して送信する自前のコード | コード内で [``](/docs/react/reference/components/t) でマークしたコンテンツ、`gt.config.json` に記載したファイル、またはランタイムの文字列 | | 文脈 | リクエストごとに記述する `context` 文字列 | JSX の構造、[`context`](/docs/react/reference/components/t#context) によるメモ、プロジェクト間で共有されるコンテキストグループ | | 用語管理 | リクエストごとに渡す用語集 ID(言語ペアごとに 1 つ) | コンテキストグループ内のすべてのプロジェクトに適用される用語集とカスタムプロンプト | | サイト全体の一貫性 | リクエストごとに用語集と TMX 翻訳メモリを適用。各文字列は個別に翻訳 | 既存の翻訳との一貫性チェック | | Markdown と MDX の構造 | チェックなし | 見出し、コードブロック、リンク、インポート、フロントマターを翻訳元と照合して修正 | | 変数と複数形 | XML タグ処理。複数形はすべて自分で送信 | [``](/docs/react/reference/components/var) の値は送信されない。対象言語に必要なすべての複数形に対応 | | レビュー | 自前で構築 | ダッシュボードの翻訳エディター、注釈、バージョン履歴、ロール | | 継続的な翻訳 | 自前のパイプラインを再実行 | 変更箇所のみを翻訳。Locadex がプルリクエストを作成 | | Office ドキュメントと PDF | 対応(書式を保持) | 非対応。Google ドキュメントとスライドは Google Drive インテグレーション経由で処理 | | 料金 | 無料の Developer プラン。Growth は月額料金+従量課金。Enterprise は個別見積もり | [従量課金制、シート料金なし](https://generaltranslation.com/pricing) | ## DeepL がカバーしない領域 DeepL の API リファレンスによると、リクエスト内の各文字列はそれぞれ独立して翻訳されます。プロダクトを適切なリクエストに落とし込み、返ってきたレスポンスをリリース可能なプロダクトに組み込むまでの仕組みは、すべて自前で構築する必要があります。 ### 文脈 `context` は、リクエストごとに記述するテキストです。DeepL のガイドではこれを周辺コンテンツと位置づけており、[指示を書くために使わないよう注意を促しています](https://developers.deepl.com/docs/learning-how-tos/examples-and-guides/how-to-use-context-parameter)。パイプラインがすべての文字列に対してその情報を書き込まない限り、「Save」が請求情報バナー内のボタンであることを DeepL が知る手段はありません。 General Translation は、コンテンツが置かれている場所から文脈を取得します。[``](/docs/react/reference/components/t) は、文を要素、変数、任意のメモとともに 1 つの単位として送信します。[キーごとのメタデータ](/docs/cli/reference/keyed-metadata)は、JSON や YAML のキー単位でメモを追加します。さらに [コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)では用語集とカスタムプロンプトを追加できます。これらはすべてのロケールに適用することも、ドイツ語で敬称の「Sie」を使うといった形で特定のロケールだけに適用することもできます。 ### 一貫性 DeepL は用語集と[翻訳メモリ](https://developers.deepl.com/docs/customize/using-translation-memories)をサポートしており、原文を保存済みのセグメントと照合して翻訳を再利用します。ただし、これらのリソースを用意・保守し、翻訳リクエストで指定するのは利用者側のインテグレーションの役割です。プレースホルダーにも個別の対応が必要です。DeepL の[プレースホルダーガイド](https://developers.deepl.com/docs/learning-how-tos/examples-and-guides/placeholder-tags)では、Mustache 変数を XML タグに変換し、翻訳後に元に戻す方法が紹介されています。複数形の対応も利用者側で行う必要があります。英語には `one` と `other` しかありませんが、ポーランド語では `one`、`few`、`many`、`other` が必要です ([CLDR 複数形規則](https://www.unicode.org/cldr/charts/latest/supplemental/language_plural_rules.html)) 。 General Translation では、アプリ、ドキュメント、サイトに 1 つのコンテキストグループを適用し、既存の翻訳との一貫性チェックを実行します。Markdown および MDX ページは校正を経たうえで翻訳元と照合され、見出し、コードブロック、リンク、インポート、フロントマターが一致しない場合は翻訳が修正されます。[``](/docs/react/reference/components/var) は動的な値を翻訳対象から除外し、[``](/docs/react/reference/components/plural) では対象言語で使われるすべての複数形が用意されます。 ### レビュー APIが返すのはテキストだけです。レビュー担当者が各翻訳を翻訳元と並べて確認・修正し、その修正を次回の実行以降も維持できる仕組みは、自前で構築しなければなりません。 General Translationの[ダッシュボード](/docs/platform/dashboard/guides/reviewing-translations)では、複数のロケールを並べて表示できます。レビュー担当者はインラインでの編集、注釈の追加、以前の翻訳元バージョンからの履歴の閲覧が可能です。アクセスはロールと権限で制御でき、エンタープライズプランではSSOと[監査ログ](/docs/platform/dashboard/reference/audit-logs)も利用できます。 ### 継続的な翻訳 リリースのたびに、変更された文字列を洗い出して送信し、翻訳結果を適切なロケールファイルに書き込んでからデプロイする必要があります。[`npx gt translate`](/docs/cli/reference/commands/translate) は、この作業を CI 上で行います。翻訳元が変更されたコンテンツだけを翻訳し、ビルド前に結果を書き込みます。Locadex は、指定したプルリクエストまたはコミットに対して実行され、翻訳を含むプルリクエストを作成します。 ### 同じバナーを2通りの方法で DeepLを使う場合、パイプラインは変数をタグでラップし、英語の複数形をそれぞれ別々の文字列として送信します。 ```json title="POST /v2/translate" { "text": [ "{name}, you have one unpaid invoice.", "{name}, you have {count} unpaid invoices." ], "target_lang": "PL", "context": "Billing dashboard banner shown to the account owner.", "tag_handling": "xml", "ignore_tags": ["var"] } ``` General Translation なら、バナーはコンポーネント内に置いたままで、ポーランド語の4つの複数形すべてに対応できます： ```tsx title="InvoiceReminder.tsx" import { T, Var, Plural, Num } from 'gt-react'; export function InvoiceReminder({ name, count }: { name: string; count: number }) { return (

{name},{' '} you have one unpaid invoice.} other={<>you have {count} unpaid invoices.} />

); } ``` Ramp は General Translation を使って、ダッシュボード、ランディングページ、iOS アプリを 11 以上のロケールにローカライズしています。 ([本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください。) ## DeepL が適しているケース * **Office 文書と PDF。** Word、PowerPoint、Excel、PDF、InDesign のファイルを、書式を保ったまま翻訳する必要がある場合。 * **既存システムに組み込む翻訳エンジンとして。** ヘルプデスク、CAT (コンピューター支援翻訳) ツール、翻訳管理システムなど、機械翻訳 API を呼び出すシステムをすでに運用している場合。たとえば、Lokalise の [Standard AI/MT](https://docs.lokalise.com/en/articles/11776521-what-is-standard-ai-mt-and-pro-ai) では DeepL が使われています。 * **TMX や XLIFF を軸にした翻訳者主導の体制。** 翻訳者が TMX メモリを管理していたり、XLIFF ファイルをやり取りしていたりする場合。 * **音声翻訳と文章のリライト。** [DeepL Voice API](https://developers.deepl.com/docs/voice/overview) や [DeepL Write](https://developers.deepl.com/docs/translate/write-quickstart) が必要な場合。 ## DeepL から General Translation への移行 ロケールファイルをスクリプトで DeepL に送信している場合は、`gt.config.json` で同じファイルを指定します： ```json title="gt.config.json" { "defaultLocale": "en", "locales": ["de", "fr", "ja"], "files": { "json": { "include": ["locales/[locale].json"] } } } ``` [`npx gt upload`](/docs/cli/reference/commands/upload) を実行して原文ファイルと既存の翻訳を送信し、続けて [`npx gt translate`](/docs/cli/reference/commands/translate) を実行します。`gt` CLI は YAML、Markdown、PO、iOS および Android の文字列ファイルのほか、[その他の形式](/docs/cli/reference/config#files)にも対応しています。 DeepL の用語集エントリをエクスポートし、コンテキストグループにインポートしてください。インポーターは CSV、TSV、JSON、テキストファイルに対応しています。カスタム指示はカスタムプロンプトに移行してください。ユーザーメッセージなど、実行時にのみ存在するコンテンツについては、DeepL の呼び出しを `gt-node` の [`tx`](/docs/node/reference/functions/tx) または [コアライブラリ](/docs/platform/core/quickstart)の [`translate`](/docs/platform/core/reference/gt-class-methods/translation/translate) に置き換えます。どちらもプロジェクトのコンテキストグループを利用します。 ## General TranslationはDeepLの代替になりますか？ はい、アプリ、ドキュメント、ウェブサイトのローカライズであれば代替になります。DeepLは、自前で構築したパイプラインから呼び出す翻訳エンジンです。一方、General Translationは翻訳機能を備えたパイプラインそのもので、文脈の付与、用語の一貫性、レビュー、継続的な配信までをカバーします。書式を保持したまま文書を単発で翻訳したい場合は、DeepLのほうが適しています。 ## DeepL のその他の代替手段 * **Google Cloud Translation:** Gemini ベースの翻訳 LLM を備えた、別の機械翻訳 API です。 ([General Translation と Google Translate の比較](/kb/general-translation-vs-google-translate)を参照してください。) * **OpenAI API または Claude API:** 自分でプロンプトを作成して使う汎用モデルです。 ([開発者に最適な AI 翻訳ツールは？](/kb/best-ai-translation-tools)を参照してください。) * **Lokalise、Crowdin、Phrase:** AI 機能を内蔵した翻訳管理システムです。 ([General Translation と Lokalise の比較](/kb/general-translation-vs-lokalise)、[Crowdin との比較](/kb/general-translation-vs-crowdin)、[Phrase との比較](/kb/general-translation-vs-phrase)を参照してください。) ## 重要なポイント * DeepL は機械翻訳 API であり、General Translation は翻訳機能を含むローカライゼーションプラットフォームです。 * DeepL を使う場合、抽出、文字列ごとの文脈、ページ間の一貫性、プレースホルダー、追加の複数形、レビュー、配信はすべて自前で構築する必要があります。 * General Translation は、コードとコンテキストグループから文脈を取り込み、一貫性と MDX の構造をチェックします。また、ダッシュボードでレビューでき、リリースごとに変更された部分だけを翻訳します。 * Office や PDF のドキュメントを翻訳する場合や、既存のシステムに翻訳エンジンとして組み込む場合は、DeepL を使用してください。 ## Related questions - [開発者向けのおすすめ AI 翻訳ツール：翻訳 API とローカライゼーションプラットフォームの比較](https://generaltranslation.com/ja/kb/best-ai-translation-tools.mdx): ローカライゼーションのパイプラインをすでに自前で運用しているなら、翻訳 API を使いましょう。文脈の付与、一貫性チェック、レビュー、継続的な配信をまとめて管理したいなら、General Translation がおすすめです。DeepL、Google Cloud Translation、OpenAI、Claude は本番環境のパイプラインの基盤として使えますが、General Translation はアプリ、ドキュメント、サイト向けのパイプラインそのものを提供します。 - [Google 翻訳の代替：General Translation と Google 翻訳の比較](https://generaltranslation.com/ja/kb/general-translation-vs-google-translate.mdx): Google 翻訳は、単発のテキストをすばやく翻訳するのに便利ですが、製品を別の言語でリリースするには、各文字列を文脈に沿って翻訳し、用語を統一し、変数や複数形を正しく扱い、レビューを行い、リリースプロセスを整える必要があります。General Translation はコード内の各文字列の文脈を理解し、コードからレビュー、そして毎回のリリースまで、ローカライゼーションのワークフロー全体を自動化します。 - [AI翻訳で用語の一貫性を保つにはどうすればよいですか？](https://generaltranslation.com/ja/kb/ai-translation-glossary.mdx): 翻訳しない名称も含めた承認済み用語を一つの用語集にまとめてすべての翻訳リクエストに適用し、変数やコードは翻訳対象から外したうえで、結果をレビューします。General Translation では、コンテキストグループを使ってこれを実現します。コンテキストグループの用語集とカスタムプロンプトは、割り当てたすべてのプロジェクトに適用されます。また、翻訳してはならない値には Var コンポーネントを使用します。 - [AI翻訳は本番環境のアプリで使えるほど正確か？](https://generaltranslation.com/ja/kb/is-ai-translation-accurate.mdx): 広く話されている言語であれば多くの場合は十分な精度がありますが、それは自社の対象言語、UI文字列、リスクの高いコンテンツで評価をクリアしてからの話です。WMT25では、Gemini 2.5 Proが16の言語ペアのうち10で人間による参照訳と同等以上の評価を得ました。しかし、文書単位のベンチマークからは、短いインターフェース文字列をそのままリリースできるかどうかまではわかりません。 - [General Translation と Lingo.dev の比較：どちらを使うべきか](https://generaltranslation.com/ja/kb/general-translation-vs-lingo-dev.mdx): Lingo.dev は設定可能な翻訳エンジンを中核とし、CLI、React、GitHub 向けのツールを通じてそれらを利用します。General Translation はローカライゼーションプラットフォームで、ライブラリ、コードの文脈、共有用語、全プランで使える ダッシュボード でのレビュー、さらにコードの国際化まで担う Locadex を備えています。言語ペアごとにモデルを制御したいなら Lingo.dev を選びましょう。 ## Previous and next questions - Previous question: [AI翻訳で用語の一貫性を保つにはどうすればよいですか？](https://generaltranslation.com/ja/kb/ai-translation-glossary.mdx) - Next question: [en-US や en-GB などのロケールコードとは？](https://generaltranslation.com/ja/kb/locale-codes.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/ja/kb/sitemap.md) for every article.