Dit artikel bevat informatie over de beëindiging van het Classic-taalmodel van DeepL, evenals stappen voor het oplossen van problemen per kwestie waarmee u te maken kunt krijgen. Klik om elke kwestie uit te vouwen.
Redenen voor de beëindiging
Wat wijzigt er met betrekking tot de taalmodellen van DeepL?
DeepL gradt het model dat API-requests verwerkt naar het LATENCY_OPTIMIZED-model.
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 in april 2025, november 2025 en maart 2026 geüpgraded en er staat nog een upgrade in het pakket voor juni 2026. Het Classic-taalmodel dat LATENCY_OPTIMIZED is meer dan twee jaar oud. Het wordt momenteel geupgraded 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 modelkeuze) |
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 DeepL dit?
De vertaalkwaliteit van het Classic-model blijft achter bij die van het next-gen model, aangezien is besloten te stoppen met het investeren in technische ondersteuning voor het oudere model.
In april heeft DeepL blinde tests door mensen laten uitvoeren 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 en 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 de Customization hub van DeepL.
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 resultaten.
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 verwerkt 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.
Vroeger selecteerde ik 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 verwerkt, maar dat was nooit gegarandeerd. Onze voor latentie geoptimaliseerde next-gen zal voldoen aan de wens van onze gebruikers voor 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 ook door het Classic-model werden gedekt. Hierdoor konden gebruikers terugvallen op het Classic-model indien 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 uitvoer.
Waarom ben ik niet geïnformeerd over deze wijziging aan de API?
Omdat dit wordt geüpgraded, en geen afschaffing. Het nieuwe model heeft een vergelijkbaar latentieprofiel en een verbeterde kwaliteit, zoals gemeten in 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 van de 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?
Via de API kunnen gebruikers een doel kiezen, niet een model. Beide keuzemogelijkheden blijven behouden. Op de website konden gebruikers daarentegen wel expliciet een model kiezen. Die keuze verdwijnt. Op 30 juni verdwijnt de „Powered by“- dropdown op de website en in de 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.