Tento článek obsahuje informace o ukončení podpory jazykového modelu DeepL Classic a také pokyny k řešení jednotlivých problémů, s nimiž se můžete setkat. Kliknutím rozbalíte popis jednotlivých problémů.
Důvody ukončení
Co se děje?
DeepL změnil model, který obsluhuje požadavky API, na vyšší plán pomocí modelu LATENCY_OPTIMIZED .
Od listopadu 2024 umožňují volání API uživatelům vybrat si jeden ze dvou typů modelů : QUALITY_OPTIMIZED a LATENCY_OPTIMIZED.
Model nové generace obsluhující požadavky QUALITY_OPTIMIZED byl změněn na vyšší plán v dubnu 2025, listopadu 2025 a březnu 2026 a má plán na další změnu v červnu 2026. Klasický jazykový model obsluhující LATENCY_OPTIMIZED je starší než dva roky. Probíhá jeho změna na variantu nového jazykového modelu s nízkou latencí.
| Pokud jste požádali o… | V 1. čtvrtletí 2026 byl váš požadavek obsloužen… | Ve 3. čtvrtletí 2026 bude váš požadavek obsloužen… |
| QUALITY_OPTIMIZED | Nejnovější model nové generace | Nejnovější model nové generace |
| LATENCY_OPTIMIZED (nebo žádný explicitní výběr modelu) |
Klasický model (starší než 2 roky) |
Přesně stejný model nové generace jako QUALITY_OPTIMIZED, ale nasazený v režimu s nízkou latencí. |
Proč měníte tuto věc?
Kvalita překladu modelu Classic stále zaostává za modelem nové generace, protože bylo rozhodnuto přestat investovat technickou podporu do staršího modelu.
V dubnu provedla společnost DeepL slepé testy s lidskými účastníky, aby porovnala DeepL Next-gen a DeepL Classic s Google Translate, MS Translate, OpenAI, Anthropic a Google Gemini. LLM byly použity v nejpomalejším a nejdražším nastavení. Nový jazykový model DeepL Next-gen zvítězil v přímém srovnání se všemi těmito konkurenty. DeepL Classic prohrává se všemi kromě jednoho z nich.
Funkce vydané po roce 2024 také často nejsou podporovány pro model Classic, včetně nových jazyků nebo aktualizací Customization hubu DeepL.
Změny pro QUALITY_OPTIMIZED a LATENCY_OPTIMIZED
Musím změnit svůj kód?
Ne. Svůj kód nemáte změnit. Každý požadavek, který byl úspěšný před aktualizací, bude úspěšný i po aktualizaci. Požadavky s parametrem LATENCY_OPTIMIZED budou překládány novým modelem s zlepšeným výstupem.
Musím odstranit použití parametru LATENCY_OPTIMIZED?
Ne. Kód nemáte potřebu změnit. Typy modelů budou i nadále existovat. Uživatelé si i nadále mohou vybrat rychlejší odpověď nebo lepší kvalitu. Požadavky typu LATENCY_OPTIMIZED budou převedeny novým modelem se zlepšeným výstupem.
Musím změnit plán na vyšší?
Ne. Kód nemáte změnit. Verze v2 je stále v provozu. Žádosti LATENCY_OPTIMIZED pro verzi v2 budou převedeny novým modelem se zlepšeným výstupem.
Co když můj kód vůbec výslovně nespecifikuje žádný model?
V současné době jsou požadavky bez explicitního parametru modelu nastaveny na LATENCY_OPTIMIZED. Pokud nic neuděláte, měli byste zaznamenat mírné zlepšení kvality.
Dříve jsem jako parametr API volil model Classic. Jak ho mohu nadále používat ?
Vybrali jste LATENCY_OPTIMIZED, ne Classic. V minulosti byl LATENCY_OPTIMIZED zajišťován modelem Classic, ale to nikdy nebylo zaručeno. Naše nová generace optimalizovaná pro nízkou latenci splní cíl našich uživatelů, kterým jsou rychlejší odpovědi. Více se dozvíte v dokumentaci DeepL API .
A co PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED bylo relevantní v období mezi listopadem 2024 — kdy byla vydána první verze našeho modelu nové generace pro omezený počet jazyků — a dubnem 2025 — kdy náš model nové generace podpořil všechny jazyky pokryté modelem Classic. Umožňovalo to uživatelům přejít na alternativní řešení, pokud jejich jazyky ještě nebyly podporovány.
Model nové generace dosáhl parity s klasickým v dubnu 2025 a PREFER_QUALITY_OPTIMIZED se stal funkčně ekvivalentním k QUALITY_OPTIMIZED.
Další otázky
Co když používám CAT API?
Kód nemáte potřebu měnit. Požadavky API budou překládány novým modelem s vylepšeným výstupem.
Proč mi nebyla tato změna API oznámena?
Protože se jedná o vylepšení, nikoli o ukončení podpory. Nový model má podobný profil latence a vyšší kvalitu, jak bylo změřeno v slepých testech.
DeepL si vyhrazuje právo tiše změnit, který model obsluhuje např. požadavek model_type=quality_optimized, pokud se domníváme, že to přináší čistý přínos pro uživatele (např. žádné významné zvýšení latence, ale zvýšení kvality nebo významné snížení latence bez nebo jen s velmi mírným snížením kvality).
O čem tedy byl ten e-mail z 30. června?
API umožňuje uživatelům vybrat si cíl, nikoli model. Obě tyto možnosti zůstanou zachovány. Webová stránka naopak uživatelům umožňovala explicitně vybrat model. Tato možnost zmizí. 30. června zmizí rozevírací nabídka „Powered by“ na webu a v aplikacích. Všichni uživatelé webu budou používat stejný model, jaký se používá pro požadavky API typu QUALITY_OPTIMIZED.
Kdy dojde k přechodu API?
API se mění na vyšší plán v rámci postupného zavádění mezi 27. květnem a 15. červnem. Nemůžeme uvést konkrétní datum pro konkrétního zákazníka.