Den här artikeln innehåller information om avvecklingen av DeepL:s språkmodell Classic samt felsökningssteg för de problem som kan uppstå. Klicka för att visa mer information om varje problem.
Orsaker till avvecklingen
Vad ändras när det gäller DeepL:s språkmodeller?
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 en ytterligare uppgradering är planerad till juni 2026. Den klassiska språkmodellen som hanterar LATENCY_OPTIMIZED är mer än två år gammal. Den uppgraderas just nu 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 förfrågan att hanteras av… |
| QUALITY_OPTIMIZED | Den senaste nästa generations modellen | Den senaste modellen från nästa generation |
| LATENCY_OPTIMIZED (eller inget uttryckligt modellval) |
Den klassiska modellen (mer än 2 år gammal) |
Exakt samma nästa generations modell som QUALITY_OPTIMIZED, men driftsätts i ett läge med låg latens. |
Varför gör DeepL denna ändring?
Översättningskvaliteten hos den klassiska modellen fortsätter att halka efter den nästa generations modellen, eftersom man beslutat att sluta satsa på tekniskt stöd för den äldre modellen.
I april genomförde DeepL blinda tester med mänskliga testare för att jämföra DeepL Next-gen och DeepL Classic mot Google Translate, MS Translate, OpenAI, Anthropic och Google Gemini. LLM:erna användes med sina långsammaste och dyraste inställningar. DeepL:s nästa generations språkmodell gick segrande ur direktjä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 den klassiska modellen, inklusive nya språk eller uppdateringar av DeepL:s Customization hub.
Ändringar för QUALITY_OPTIMIZED och LATENCY_OPTIMIZED
Behöver 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 användningen av parametern LATENCY_OPTIMIZED?
Nej. Du behöver inte ändra din kod. Modellerna kommer fortfarande att finnas kvar. Användare kan fortfarande välja mellan 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 är fortfarande i drift. LATENCY_OPTIMIZED förfrågningar för v2 kommer att omdirigeras till en ny modell med förbättrat resultat.
Vad händer om min kod inte uttryckligen anger någon modell alls?
Just nu används som standard LATENCY_OPTIMIZED för förfrågningar utan en uttrycklig modellparameter. Om du inte gör något bör du se en liten förbättring av kvaliteten.
Jag brukade välja modellen Classic som API-parameter. Hur kan jag fortsätta använda den?
Du valde LATENCY_OPTIMIZED, inte Classic. Tidigare 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 omfattades av Classic-modellen. Det gjorde det möjligt för användare att använda den klassiska modellen som reserv 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:et?
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 blev jag inte meddelad om att API:et skulle ändras?
Eftersom detta är att uppgradera, inte att avveckla. Den nya modellen har en liknande fördröjningsprofil och en kvalitetsförbättring, enligt mätningar i 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 nettofördel för användaren (t.ex. ingen betydande ökning av latensen, men en kvalitetsförbättring, eller en betydande minskning av latensen utan eller med endast en mycket liten kvalitetsförsämring).
Men vad handlade då det här e-postmeddelandet från den 30 juni om?
API:et låter användarna välja ett mål, inte en modell. Båda dessa valmöjligheter kommer att bevaras. Webbplatsen, å andra sidan, lät användarna uttryckligen välja en modell. Det valet försvinner nu. Den 30 juni kommer rullgardinsmenyn ”Powered by” på webben och i apparna att försvinna. Alla webbanvä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.