中小企業向けDeepL導入後に翻訳精度が低下する原因と対処方法

「導入直後は良かったのに、最近は変な訳が増えた気がする」。現場からそんな声が上がると不安になりますよね。責めたいわけではなく、自社に合うのかを見極めたい。この記事はその迷いに寄り添い、精度が落ちたように感じる“構造的な理由”と、続けるかやめるかの判断材料をまとめます。

1. 結論

精度低下の多くはツールの能力低下ではなく「運用設計」と「データの流れ」が原因です。

• ドメインずれ: 翻訳対象の分野が変わると訳語が揺れます。例。技術資料からマーケ原稿に切り替わる。
• ファイル由来のノイズ: PDFや画像のOCRで文字化けが起こります。その結果、誤訳が増えます。
• 用語集運用の崩れ: 共有辞書（用語集）の編集権限が緩いと、急に訳語が変わります。
• 接続先の取り違え: CMSやプラグインが別エンジンへ切替。気づかず品質がばらつきます。
• 設定の不一致: 英語の地域設定や数値・単位の表記が混在します。読み手に違和感が出ます。
• 期待値の変化: 簡単な文から難文へ移っただけで「悪くなった」と感じます。

2. よくある失敗状態

たとえ話でいうと、きれいに分けた引き出しに、ある日から誰でも放り込めるようにした結果、何がどこにあるかわからなくなる状況です。

• ブランド名が一般名詞化: 製品名が普通名詞に訳される。商品カタログで発生。営業が修正に追われます。
• PDFだけおかしい: 同じ内容でもWordは良いのにPDFは崩れる。レイアウトが壊れ、文章の区切りが変になります。
• 人によって訳が違う: チームで同じ用語が日によって別の訳。ナレッジが共有されていません。
• CMS公開後に気づく: サイトの自動翻訳だけ質が落ちる。実はプラグイン設定で他社エンジンを使用。
• 急に文体が変わる: 昨日までの丁寧さが消える。設定や地域の切り替えが疑わしいです。

3. 原因

抽象だけで終わらせません。現場の動きと因果を紐づけます。専門用語は一言補足を入れます。

• 用語集が無い・壊れる: 用語集は優先訳を固定する辞書です。誰でも編集できると、ある日「営業=Sales」だったものが「販売」に変わります。その結果、資料全体の統一感が消えます。チーム権限で編集者を限定しましょう。
• ファイル起因の分割ミス: セグメンテーション（文の区切り）が崩れると品質が落ちます。改行だらけのPDFやスキャン画像は特に不利。その結果、文脈が切れて不自然になります。元データはDOCXで渡すのが安全です。
• 接続ミス・エンジン混在: 翻訳支援ツール（CATツール）やCMS連携が、実は別サービスに接続されていることがあります。管理画面のAPIキーとログを確認。DeepLのキーかを点検します。
• 地域・表記の不一致: en-USとen-GBで綴りや単位が異なります。受け手に合わせて固定。結果として校正の手戻りが減ります。
• 更新で表現が変わる: エンジンの改善で言い回しが自然寄りに変わることがあります。悪化ではなく“別解”。重大語は用語集で固定すれば影響は抑えられます。
• 期待値のシフト: 最初は定型文。次にニュアンス重視の広告文へ移る。種類が変わっただけなのに「悪くなった」と感じます。用途ごとに評価指標を分けてください。
• 権限設計の不足: チーム管理でAPIキー配布や辞書編集の権限を絞らないと、外部委託先が勝手に用語を増減します。結果として組織全体の訳が揺れます。

一度まとめます

落ちたように見える時は、訳す相手・元データ・設定・用語運用のどれかが崩れています。順番に潰せば戻ります。SaaS導入の効果は、運用設計が伴って初めて出ます。

4. 改善できるケース

1〜2週間で回復できる打ち手です。業務効率化に直結します。

• 最小用語集を作る: まずは20語。製品名、部署名、法的表現など。Excelで列を「原文」「訳文」に分けるだけでもOK。DeepLの用語集にインポート。編集者は2人までに限定。
• ファイルの前処理: PDFは避ける。DOCXに変換。表はセルを整える。改行は文末だけ。これでセグメンテーションが安定します。
• 接続先の統一: CMSや翻訳支援ツールのプラグイン設定を棚卸し。DeepLのAPIキーを一本化。誰が持っているかを台帳で可視化。
• 評価セットの作成: 代表的な段落を10本集め、毎回同じものを試す。定点観測で「本当に落ちたのか」を数値化。体感に流されません。
• 地域・単位の固定: 対象市場を決めて、綴り・日付・単位のルールを文書化。スタイルガイド（書き方の約束）の最小版です。

DeepLの共有や辞書機能は公式サイトにまとまっています。Proプランの無料トライアルでチーム機能を先に検証すると安全です。ツール選定のポイントは「用語固定」「接続管理」「権限制御」が備わるかです。

5. 改善が難しいケース

技術的に合わない、またはコストが合わない場面です。無理に続けない判断も健全です。

• 創作的コピー: キャッチコピーや語呂。機械訳は意図を外しがち。人のライター前提のフローにします。
• 厳格な法務・特許: 一語の解釈が損害に直結。専門の翻訳会社か、少なくともダブルチェック体制が必要です。
• スキャン画像中心: OCR誤認識が多すぎます。原稿をテキスト化できないなら品質は頭打ちです。
• 細かい権限要件: 用語集の閲覧・編集権限を部門別に細かく分けたい。要件が強い場合は、翻訳管理システム（TMS）など別の仕組みが適します。

代替ツールの検討も現実解です。Google翻訳やMicrosoft TranslatorはAPIの広い連携が強みです。公共研究系ならNICTのTexTraも用途によって有効です。用途に応じて併用し、コストと品質の着地点を探すのも一手です。

ここまでの整理

「戻せるか」「やめるか」は、文書の種類と権限・接続の複雑さで決まります。改善が効く領域から手当てし、合わない領域は最初から人手前提に分けましょう。

6. 判断まとめ

• まず確認: 接続先。APIキー。プラグイン設定。DeepL以外に切り替わっていないか。
• 次に整備: 最小用語集20語。DOCX中心へ前処理。地域・単位の固定。
• 権限を締める: 辞書編集者を限定。APIキーの管理者を明確化。退職・外注の権限を即時停止。
• 評価する: 定点の10段落で比較。落ちたのか、文書が変わっただけかを判定。
• 見切る基準: クリエイティブ、厳格法務、スキャン中心は機械訳を主役にしない。

ここまでを実施しても不安が残るなら、DeepL Proの無料トライアルでチーム運用を小さく再現し、効果とコストを同時に見てください。詳細仕様は公式サイトが最新です。

7. FAQ

前は良かったのに、最近だけ悪くなった気がします。何から疑えばいいですか？

まず接続先です。CMSや拡張機能の設定変更で他エンジンに切替が起きやすいです。次にファイル形式。PDF→DOCXで差が出るかを即テスト。最後に用語集の変更履歴。誰がいつ触ったかを確認します。

用語集はどのくらい作れば十分ですか？

最初は20〜50語で効果が出ます。全単語を網羅しようとしないこと。優先度の高い固有名詞、業界語、法的表現から。増やす時も編集者は固定し、承認フローを入れましょう。

PDFとWord、品質はどちらが安定しますか？

Wordが安定します。PDFは改行や段組で文の切れ方が乱れます。画像PDFはOCRの誤りも乗ります。原稿の段階でDOCXにするだけで体感精度は大きく上がります。

権限設計は何を押さえれば安全ですか？

ポイントは三つです。用語集の編集者を最小化。APIキーは用途ごとに分け、退職・委託終了時に即停止。管理者アカウントを複数人で冗長化。これで“誰でも変えられる”リスクを塞げます。

費用対効果はどう見ますか？

再翻訳の手戻り時間を基準にします。例。営業資料の修正に毎週3時間かかっていたなら、用語集整備で1時間短縮できるかを試算。人件費換算でPro費用を上回れば続行の根拠になります。

代替ツールへの切替はありですか？

用途次第でありです。API連携や価格で他社が合う場面もあります。ただし、まずは運用面の崩れを直してから比較しましょう。条件を揃えない比較は誤判定のもとです。