Dit artikel bevat informatie over de beëindiging van het Classic-taalmodel van DeepL, evenals stappen voor het oplossen van problemen voor elk probleem dat u mogelijk tegenkomt. Klik om elk probleem uit te vouwen.
Redenen voor de beëindiging
Wat gebeurt er?
DeepL gradt het model dat API-requests verwerkt bij, door het LATENCY_OPTIMIZED-model te upgraden. Sinds november 2024
Sinds november 2024 kunnen gebruikers bij API calls kiezen uit twee modeltypen: QUALITY_OPTIMIZED en LATENCY_OPTIMIZED.
Het next-gen model dat QUALITY_OPTIMIZED-verzoeken verwerkt, is geüpgraded in april 2025, november 2025 en maart 2026, en er staat nog een upgrade in het pakket voor juni 2026. Het klassieke taalmodel dat LATENCY_OPTIMIZED-verzoeken verwerkt, is meer dan twee jaar oud. Het wordt geüpgraded naar een variant van next-gen met lage latentie.
| Als u het volgende heeft aangevraagd… | In het eerste kwartaal van 2026 werd uw verzoek verwerkt door… | In het derde kwartaal van 2026 wordt uw verzoek verwerkt door… |
| QUALITY_OPTIMIZED | Het nieuwste next-gen model | Het nieuwste next-gen model |
| LATENCY_OPTIMIZED (of geen expliciete modelselectie) |
Het Classic-model (meer dan 2 jaar oud) |
Precies hetzelfde next-gen model als QUALITY_OPTIMIZED, maar uitgerold in een modus met lage latentie. |
Waarom wijzigt u dit?
De vertaalkwaliteit van het Classic-model blijft achter bij het next-gen model, aangezien is besloten te stoppen met het investeren in technische ondersteuning voor het oudere model.
In april voerde DeepL blinde tests uit om DeepL Next-gen en DeepL Classic te vergelijken met Google Translate, MS Translate, OpenAI, Anthropic en Google Gemini. De LLM's werden gebruikt op hun traagste, duurste instellingen. Het next-gen taalmodel van DeepL kwam als winnaar uit de bus in rechtstreekse vergelijkingen met al deze concurrenten. DeepL Classic verliest van alle behalve één van hen.
Functies die na 2024 worden uitgebracht, worden vaak ook niet ondersteund voor het Classic-model, waaronder nieuwe talen of updates voor DeepL's Customization hub .
Wijzigingen voor QUALITY_OPTIMIZED en LATENCY_OPTIMIZED
Moet ik mijn code wijzigen?
Nee. U hoeft uw code niet te wijzigen. Elk verzoek dat vóór de upgrade succesvol was, zal ook na de upgrade succesvol zijn. LATENCY_OPTIMIZED-verzoeken worden vertaald door een nieuw model, met verbeterde resultaten.
Moet ik het gebruik van de parameter LATENCY_OPTIMIZED verwijderen?
Nee. U hoeft uw code niet te wijzigen. De modeltypen blijven bestaan. Gebruikers kunnen nog steeds kiezen voor een sneller antwoord of een betere kwaliteit. LATENCY_OPTIMIZED verzoeken worden verwerkt door een nieuw model met verbeterde output.
Moet ik upgraden naar API v3?
Nee. U hoeft uw code niet te wijzigen. v2 is nog steeds actief. LATENCY_OPTIMIZED verzoeken voor v2 worden vertaald door een nieuw model met verbeterde output.
Wat als mijn code helemaal geen specifiek model aangeeft?
Op dit moment worden verzoeken zonder expliciete modelparameter standaard ingesteld op LATENCY_OPTIMIZED. Als u niets doet, zou u een lichte verbetering in kwaliteit moeten zien.
Ik selecteerde voorheen het Classic-model als API-parameter. Hoe kan ik dit blijven gebruiken?
U selecteerde LATENCY_OPTIMIZED, niet Classic. In het verleden werd LATENCY_OPTIMIZED door Classic geleverd, maar dat was nooit gegarandeerd. Onze voor latentie geoptimaliseerde next-gen zal voldoen aan de wens van onze gebruikers naar snellere reacties. Lees meer in de API-documentatie van DeepL .
Hoe zit het met PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED was relevant in de maanden tussen november 2024 — toen de eerste versie van ons next-gen model werd uitgebracht voor een beperkt aantal talen — en april 2025 — toen ons next-gen model alle talen ondersteunde die door het Classic-model werden gedekt. Hierdoor konden gebruikers terugvallen als hun talen nog niet werden ondersteund.
next-gen bereikte in april 2025 hetzelfde niveau als Classic en PREFER_QUALITY_OPTIMIZED werd functioneel gelijkwaardig aan QUALITY_OPTIMIZED.
Verdere vragen
Wat als ik de CAT API gebruik?
U hoeft uw code niet te wijzigen. CAT API-requests worden vertaald door een nieuw model met verbeterde output.
Waarom ben ik niet geïnformeerd over deze wijziging aan de API?
Omdat dit wordt geüpgraded, geen veroudering. Het nieuwe model heeft een vergelijkbaar latentieprofiel en een verbeterde kwaliteit, zoals gemeten door middel van blinde tests.
DeepL behoudt zich het recht voor om in stilte te wijzigen welk model bijv. een model_type=quality_optimized-verzoek verwerkt, zolang wij van mening zijn dat dit een netto voordeel voor de gebruiker oplevert (bijv. geen significante toename in latentie, maar een kwaliteitsverbetering, of een significante vermindering van de latentie zonder of met slechts een zeer lichte afname in kwaliteit).
Maar waar ging die e-mail van 30 juni dan over?
De API stelt gebruikers in staat een doel te kiezen, niet een model. Beide keuzemogelijkheden blijven behouden. De website daarentegen liet gebruikers wel expliciet een model kiezen. Die keuze verdwijnt. Op 30 juni verdwijnt de “Powered by”- dropdown op het web en in apps. Alle gebruikers zullen hetzelfde model gebruiken als dat voor QUALITY_OPTIMIZED API-requests.
Wanneer vindt de omschakeling van de API's plaats?
De API's worden tussen 27 mei en 15 juni gefaseerd geupgraded. Wij kunnen geen specifieke datum noemen voor een specifieke klant.