Den här artikeln innehåller information om avvecklingen av DeepL:s språkmodell Classic samt felsökningsinstruktioner för de problem som kan uppstå. Klicka för att visa mer information om varje problem.
Skäl till avvecklingen
Vad händer?
DeepL uppgraderar modellen som hanterar API-förfrågningar till modellen LATENCY_OPTIMIZED .
Sedan november 2024 kan användare vid API-anrop välja mellan två modelltyper : QUALITY_OPTIMIZED och LATENCY_OPTIMIZED.
Nästa generations modell som hanterar QUALITY_OPTIMIZED- förfrågningar uppgraderades i april 2025, november 2025 och mars 2026, och har ytterligare en planerad uppgradering i juni 2026. Den klassiska språkmodellen som hanterar LATENCY_OPTIMIZED är mer än två år gammal. Den uppgraderas till en variant av nästa generation med låg latens.
| Om du begärde… | Under första kvartalet 2026 hanterades din förfrågan av… | Under tredje kvartalet 2026 kommer din begäran att hanteras av… |
| QUALITY_OPTIMIZED | Den senaste modellen från nästa generation | Den senaste nästa generations modellen |
| LATENCY_OPTIMIZED (eller inget uttryckligt modellval) |
Den klassiska modellen (mer än 2 år gammal) |
Exakt samma nästa generations modell som QUALITY_OPTIMIZED, men driftsatt i ett läge med låg latens. |
Varför gör ni detta ändringsförslag?
Översättningskvaliteten hos den klassiska modellen fortsätter att hamna efter den nästa generations modellen eftersom man beslutade att sluta investera i tekniskt stöd för den äldre modellen.
I april genomförde DeepL blinda tester för att jämföra DeepL Next-gen och DeepL Classic mot Google Translate, MS Translate, OpenAI, Anthropic och Google Gemini. LLM:er användes med sina långsammaste och dyraste inställningar. DeepL:s nästa generations språkmodell gick segrande ur direkta jämförelser mot alla dessa konkurrenter. DeepL Classic förlorar mot alla utom en av dem.
Funktioner som släpps efter 2024 stöds ofta inte heller för Classic-modellen, inklusive nya språk eller uppdateringar av DeepL:s Customization hub.
Ändringar för QUALITY_OPTIMIZED och LATENCY_OPTIMIZED
Måste jag ändra min kod?
Nej. Du behöver inte ändra din kod. Varje förfrågan som lyckades före uppgraderingen kommer fortfarande att lyckas efter uppgraderingen. LATENCY_OPTIMIZED-förfrågningar kommer att översättas av en ny modell, med förbättrat resultat.
Behöver jag ta bort min användning av parametern LATENCY_OPTIMIZED?
Nej. Du behöver inte ändra din kod. Modeller kommer fortfarande att finnas. Användare kan fortfarande välja ett snabbare svar eller bättre kvalitet. LATENCY_OPTIMIZED förfrågningar kommer att hanteras av en ny modell med förbättrat resultat.
Måste jag uppgradera till API v3?
Nej. Du behöver inte ändra din kod. v2 finns fortfarande kvar. LATENCY_OPTIMIZED förfrågningar för v2 kommer att översättas av en ny modell med förbättrad utdata.
Vad händer om min kod inte uttryckligen anger någon modell alls?
Just nu används LATENCY_OPTIMIZED som standard för förfrågningar utan en uttrycklig modellparameter. Om du inte gör något bör du se en liten kvalitetsförbättring.
Jag brukade välja modellen Classic som API-parameter. Hur kan jag fortsätta använda den?
Du valde LATENCY_OPTIMIZED, inte Classic. Historiskt sett hanterades LATENCY_OPTIMIZED av Classic, men det var aldrig garanterat. Vår latensoptimerade nästa generation kommer att uppfylla våra användares mål om snabbare svar. Läs mer i DeepL:s API-dokumentation .
Hur är det med PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED var relevant under månaderna mellan november 2024 — då den första versionen av vår nästa generations modell släpptes för ett begränsat antal språk — och april 2025 — då vår nästa generations modell stödde alla de språk som täcktes av Classic-modellen. Det gjorde det möjligt för användare att använda den klassiska modellen om deras språk ännu inte stöds.
Nästa generation nådde samma nivå som Classic i april 2025 och PREFER_QUALITY_OPTIMIZED blev funktionellt likvärdigt med QUALITY_OPTIMIZED.
Ytterligare frågor
Vad händer om jag använder CAT API?
Du behöver inte ändra din kod. CAT API-förfrågningar kommer att översättas av en ny modell med förbättrat resultat.
Varför fick jag inte meddelande om att API:et skulle ändras?
Eftersom detta är att uppgradera, inte att avveckla. Den nya modellen har en liknande latensprofil och en kvalitetsökning, mätt genom blindtester.
DeepL förbehåller sig rätten att i tysthet ändra vilken modell som hanterar exempelvis en model_type=quality_optimized-förfrågan, så länge vi anser att det är en netto fördel för användaren (t.ex. ingen betydande ökning av latensen, men en kvalitets förbättring, eller en betydande minskning av latensen utan eller med endast en mycket liten kvalitetsförsämring).
Men vad handlade då detta e-postmeddelande från den 30 juni om?
API:et låter användare välja ett mål, inte en modell. Båda dessa val kommer att bevaras. Webbplatsen, å andra sidan, lät användare uttryckligen välja en modell. Det valet försvinner. Den 30 juni kommer rullgardinsmenyn ”Powered by” på webben och i apparna att försvinna. Alla användare kommer att använda samma modell som den som används för QUALITY_OPTIMIZED API-förfrågningar.
När kommer API:erna att bytas ut?
API:erna uppgraderas genom en stegvis utrullning mellan den 27 maj och den 15 juni. Vi kan inte ange ett specifikt datum för en enskild Kund.