この記事では、DeepLの「Classic」言語モデルの提供終了に関する情報と、発生する可能性のある問題ごとのトラブルシューティング手順についてご説明します。各問題をクリックすると詳細が表示されます。
サービス終了の理由
DeepLの言語モデルに関してどのような変更が行われるのでしょうか？
DeepLは、APIリクエストに対応するモデルをLATENCY_OPTIMIZED モデルにアップグレードしています。
2024年11月以降、API呼び出しにおいて、ユーザーは2つのモデル タイプ（ QUALITY_OPTIMIZEDおよびLATENCY_OPTIMIZED）のいずれかを選択できるようになりました。
QUALITY_OPTIMIZED リクエストに対応する次世代言語モデルは、2025年4月、2025年11月、2026年3月にアップグレードされ、 2026年6月にもさらなるアップグレードがプランされています。 LATENCY_OPTIMIZED リクエストに対応するクラシック言語モデルは、導入から2年以上が経過しています。現在、 次世代モデルの低遅延バージョンへのアップグレードが進められています。
| もし、以下のリクエストを送信された場合… | 2026年第1四半期にリクエストを送信された場合、そのリクエストは…によって処理されました。 | 2026年第3四半期には、お客様のリクエストは…によって処理されます。 |
| QUALITY_OPTIMIZED | 最新の次世代モデル | 最新の次世代モデル |
| LATENCY_OPTIMIZED（または明示的なモデル選択なし） |
クラシックモデル （2年以上前のもの） |
QUALITY_OPTIMIZEDとまったく同じ次世代モデルですが、低レイテンシーモードでデプロイされています。 |
DeepLがこのような変更を行う理由は何でしょうか？
Classicモデルの翻訳品質は、 旧モデルへの 技術サポートへの投資を停止することが決定されたため、 次世代モデルに 引き続き後れを取っています。
4月、DeepLは人間によるブラインドテストを実施し、DeepL Next-gen およびDeepL Classicを、Google翻訳、MS Translate、OpenAI、 Anthropic、 そしてGoogle Geminiと比較しました。LLMについては、最も処理速度が遅く、コストの高い 設定で利用されました。DeepLの次世代言語モデルは、これらすべての競合他社との 直接対決において、勝者となりました。 DeepL Classicは、 1つを除く すべての競合相手に敗れています。
2024年以降にリリースされた機能も、多くの場合、 Classicモデルでは 対応していません。これには、新しい言語やDeepLのCustomization hubの更新などが含まれます。
QUALITY_OPTIMIZED および LATENCY_OPTIMIZED に関する変更点
コードを変更する必要がありますか？
いいえ。コードを変更する必要はありません。アップグレード 前に 成功していたリクエストは、アップグレード後も引き続き成功します。LATENCY_OPTIMIZED リクエストは 新しいモデルによって翻訳され、出力品質が改善されます。
LATENCY_OPTIMIZED パラメータの使用を削除する必要がありますか？
いいえ。コードを変更する必要はありません。モデルタイプは引き続き存在します。 ユーザーは 引き続き、より高速な応答か、より高品質な応答かを選択できます。LATENCY_OPTIMIZED リクエストは 新しいモデルによって変換され、出力品質が改善されます。
API v3にアップグレードする必要がありますか？
いいえ。コードを変更する必要はありません。v2は引き続き利用可能です。v2向けのLATENCY_OPTIMIZED リクエストは、出力を改善した新しいモデルによって処理されます。
コードでモデルを明示的に指定していない場合はどうなりますか？
現時点では、モデルパラメータを明示的に指定していないリクエストは、デフォルトで LATENCY_OPTIMIZED となります。 何も変更を行わなくても、品質がわずかに向上するはずです。
以前はAPIパラメータとしてClassicモデルを選択していました。引き続き それを 使用するにはどうすればよいですか？
実際には「Classic」ではなく、「LATENCY_OPTIMIZED」を選択されていました。従来、「LATENCY_OPTIMIZED」は 「Classic」によって処理されていましたが、それが保証されていたわけではありません。 遅延最適化された次世代モデルは、より高速な応答を求めるユーザーのニーズにお応えします。 詳細は、 DeepLのAPI技術資料 をご覧ください。
PREFER_QUALITY_OPTIMIZEDについてはどうでしょうか？
PREFER_QUALITY_OPTIMIZEDは、2024年11月 — 当社の次世代モデルの第1版が限られた数の 言語向けにリリースされた時期 — から、2025年4月 — 当社の次世代モデルがClassicモデルで対応していたすべての 言語を サポートするようになった時期 — までの数ヶ月間、有効でした。 これにより、ユーザーは、 自分の言語がまだ対応されていない場合に、フォールバックすることができました。
2025年4月に次世代モデルがクラシックモデルと同等の機能に達し、 PREFER_QUALITY_OPTIMIZEDは機能的に QUALITY_OPTIMIZEDと同等となりました。
その他の質問
CAT APIをご利用の場合はどうなりますか？
コードを変更する必要はありません。CAT APIリクエストは、 出力が改善された新しいモデルによって翻訳されます。
なぜこのAPIを変更したことを通知されなかったのですか？
これは非推奨化ではなく、アップグレードであるためです。新しいモデルは、 ブラインドテストによる測定結果でも、同等のレイテンシ特性を維持しつつ、品質が向上しています。
DeepLは、ユーザーにとって全体として メリットがあると判断される限り（例：レイテンシの著しい増加がなく品質が 向上する場合、あるいはレイテンシが大幅に短縮され、品質の低下が ないか、あるいはごくわずかな場合など）、 例えば model_type=quality_optimized といったリクエストに対してどのモデルを 使用するかを、事前の告知なしに変更する権利を留保しています。
では、6月30日のメールは一体何についてだったのでしょうか？
APIでは、ユーザーはモデルではなく目標を選択できます。これらの選択肢は いずれも維持されます。一方、Webサイトでは、ユーザーが明示的に モデルを選択することができました。この選択機能は廃止されます。6月30日をもって、ウェブおよびアプリ上の「Powered by」 ドロップダウンメニューが非表示になります。すべてのウェブユーザーは、 QUALITY_OPTIMIZED APIリクエストで使用されるものと同じモデルを使用することになります。
APIの切り替えはいつ行われますか？
APIは、5月27日から6月15日にかけて段階的にアップグレードされます。 お客様ごとに具体的な日付をお知らせすることはできません。