AI翻訳の使い分け｜DeepLとChatGPTをどう分けるか【2026年版】

翻訳ツールをどれか1つに決めようとすると、たいてい失敗します。結論から言うと、原文どおりに訳したいときはDeepLのような翻訳専用サービス、読み手に合わせて訳し方を変えたいときはChatGPTのような汎用AI、という分け方が一番迷いません。

私は都内のメーカーで企画職をしていて、海外拠点とのやり取りや英語の技術資料を読む機会がそれなりにあります。翻訳の専門家ではないのですが、2023年から日常的にAI翻訳を使っていて、使い分けの基準はだいぶはっきりしてきました。

結論

「AI翻訳の精度はどちらが上か」という比べ方をしていた時期がありましたが、あまり意味がありませんでした。文書の種類によって逆転するからです。今は精度ではなく、訳文に何を求めているかで選んでいます。

翻訳専用サービスと汎用AIの違い

まず、性格の違いを整理します。

観点	翻訳専用サービス（DeepLなど）	汎用AI（ChatGPT、Claudeなど）
基本の動き	原文に対応する訳文を出す	指示に沿って文章を作る
原文への忠実さ	高い。勝手に足したり削ったりしにくい	指示次第。要約や補足も混ざりうる
文脈の反映	与えた範囲の中で処理する	前後の会話や背景を踏まえられる
訳し方の調整	用語集などの機能で行う	自然言語の指示で細かく変えられる
長所が出る場面	資料の読み込み、下訳	相手に合わせた文面づくり

翻訳専用サービスの強みは、余計なことをしないことです。原文にない情報が混ざりにくく、同じ文を入れれば近い訳文が返ってきます。読むための翻訳では、この安定感がそのまま速さになります。

汎用AIの強みは、指示が効くことです。「相手は技術者ではないので専門用語を避けて」「取引先向けなので少し丁寧に」といった条件を、そのまま日本語で伝えられます。翻訳というより、原文を材料にした文章作成に近いです。

用語がブレる問題への対処

社内用語や製品名の訳がバラバラになる問題は、どちらを使っても起きます。

DeepLには用語集（glossary）の機能があり、指定した用語を常に同じ訳で出せます。ブランド用語や社内用語のように「訳し方が決まっているもの」を固定する用途です（出典: DeepL 用語集の機能ページ）。汎用AIでこれをやるなら、対訳リストをプロンプトの先頭に貼って「このリストの訳語に従う」と指示する形になります。

私は最初、用語の統一を目視でやっていました。数ページなら何とかなりますが、資料が10ページを超えたあたりで破綻します。訳し始める前に用語を決めておくほうが、結局は速いです。

文書の種類ごとの選び方

実際の判断はここに集約されます。

文書	私の選び方	理由
英語の技術資料を読む	翻訳専用サービス	意味が取れればよく、速さが優先
海外拠点へのメール	汎用AI	相手との関係や温度感を指示したい
社内共有用の要約	汎用AI	翻訳ではなく「訳して要約」が目的
契約書・規約の下読み	翻訳専用サービス＋人の確認	原文から離れられると困る
公開する記事・広報文	汎用AI＋日本語の推敲	訳文のままでは読ませる文章にならない

分け方の軸は単純で、原文から離れてほしくないか、離れてほしいかです。読むために訳すなら離れてほしくない。書くために訳すなら、日本語として自然になるまで離れてほしい。

重要な文書は両方に通す

条件や責任範囲が書かれた文書では、両方に同じ原文を入れて訳文を並べます。訳が食い違った箇所だけ原文に戻れば、確認すべき場所が数か所に絞れます。

一度、英文の但し書きを1つのツールだけで訳して読み、条件の適用範囲を逆に理解したことがありました。訳文としては自然に読めてしまったので、読み返しても気づきませんでした。原文に当たり直したのは、別の資料と話が合わなかったからです。訳文が自然であることは、正しさの証拠になりません。

機械翻訳の日本語が不自然になる原因

訳文が「なんとなく読みにくい」とき、原因はだいたい決まっています。英語の1文をそのまま日本語の1文に対応させるためです。

症状	元の原因	直し方
主語が多い	英語は主語を省けない	日本語では省く
1文が長い	関係代名詞をそのまま繋いだ	2〜3文に分ける
受け身が多い	英語の受動態を直訳した	能動態に直す
「〜することができます」	can の機械的な訳	「〜できます」に縮める
指示語が多い	this / that を毎回訳した	具体名に置き換えるか削る

この5つを直すだけで、訳文はかなり読めるようになります。私は訳したあと、まず文を分けるところから始めます。長い文を切ると、主語の重複や受け身も自然に見つかります。

具体的にはこうなります。

Before: この機能は、ユーザーによって設定された条件が満たされた場合に、
        システムによって自動的に実行されることができます。

After:  この機能は、設定した条件を満たすと自動で実行されます。

意味は変えていませんが、読む速さが変わります。社内資料でも、ここまでやるかどうかで読まれ方が違いました。

訳したあとに日本語として読み直す

社外に出す文章では、訳文の正しさとは別に「日本語として読みやすいか」を見る必要があります。ただ、自分で訳した文章は自分では粗が見えません。書いた直後は特にそうです。

私は時間を空けて読み直すようにしていますが、締め切りが近いと空ける時間がありません。そういうときのために、日本語の読みやすさを機械的に指摘してくれる仕組みを1つ挟んでおくと楽になります。文章の意味を判断するのは人ですが、冗長な言い回し・二重表現・読点の多さのような指摘できる形になっている問題は、道具に任せたほうが速いです。

翻訳の精度そのものを上げる道具ではありませんが、訳し終えた日本語を人に渡す前の最後の一手として置いています。

海外の情報を記事にするときの注意

英語の情報を訳して自分のメディアに載せる場合は、翻訳とは別の論点が2つあります。

1. 著作権。他人の記事を翻訳する行為は翻訳権に関わります。原文をまるごと訳して公開するのは、引用の範囲を超えます
2. 事実確認。訳文が自然でも、元の情報が古い・誤っている可能性は消えません

私は海外の情報を扱うときは、訳文をそのまま使わず、要点だけ取り出して自分の言葉で書き直し、原文へリンクする形にしています。手間はかかりますが、後から出典をたどれる形にしておくほうが安全です。

なお、翻訳した素材をもとに記事の形まで整えたい場合は、構成から出力するタイプのツールを使う選択肢もあります（SEO記事の構成から出力するタイプのツール）。ただし出てきた原稿の事実確認は人の作業として残ります。

私の実際の手順

最後に、社外向けの日本語文書を作るときの流れを書いておきます。

1. 原文を翻訳専用サービスに入れて、まず意味を取る
2. 用語のブレを潰す（用語集、または対訳リストを渡す）
3. 相手と目的を指定して、汎用AIに日本語の文面として書き直させる
4. 長い文を分け、主語と受け身を削る
5. 日本語として読み直す（時間を空けるか、道具に指摘させる）
6. 数値・固有名詞・条件だけ、原文と突き合わせて確認する

6の突き合わせは省きたくなりますが、ここを飛ばすと事故が起きます。私が過去に間違えたのも、文章表現ではなく条件の部分でした。

結局どう分けるか

• 読むための翻訳は、翻訳専用サービスで速く済ませる
• 書くための翻訳は、汎用AIに読み手と目的を指定して任せる
• 用語は訳し始める前に固定しておく
• 条件・数値・固有名詞は、最後に原文へ戻って確認する

AI翻訳は、下訳を作る速さに関しては明確に役に立ちます。一方で、訳文が自然に読めることと、内容が正しいことは別です。私が今も人の手を残しているのは、そこだけは道具に判断させられないからです。