この記事では、DeepLのClassic言語モデルの提供終了に関する情報と、発生する可能性のある問題ごとのトラブルシューティング手順について説明します。各問題をクリックして詳細を表示してください。
終了の理由
何が起きているのでしょうか？
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と全く同じ次世代モデルですが、低レイテンシモードでデプロイされています。 |
なぜこの変更を行うのですか？
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日をもって、Webおよびアプリ上の「Powered by」 ドロップダウンメニューは表示されなくなります。すべてのWebユーザーは、QUALITY_OPTIMIZED APIリクエストで使用されるものと同じ モデルを使用することになります。
APIの切り替えはいつ行われますか？
APIは、5月27日から6月15日にかけて段階的にアップグレードされます。 お客様ごとに具体的な日付をお知らせすることはできません。