Questo articolo fornisce informazioni sulla dismissione del modello linguistico Classic di DeepL, nonché le procedure di risoluzione dei problemi relative a ciascuna difficoltà che potrebbe incontrare. Fare clic per espandere ciascuna voce.
Motivi della dismissione
Cosa sta succedendo?
DeepL sta aggiornando il modello che gestisce le richieste API utilizzando il modello LATENCY_OPTIMIZED .
A partire da novembre 2024, le chiamate API consentono agli utenti di selezionare uno dei due tipi di modello : QUALITY_OPTIMIZED e LATENCY_OPTIMIZED.
Il modello di ultima generazione che gestisce le richieste QUALITY_OPTIMIZED è stato aggiornato nell'aprile 2025, nel novembre 2025 e nel marzo 2026, e un altro piano è previsto per giugno 2026. Il modello linguistico classico che gestisce LATENCY_OPTIMIZED ha più di due anni. È in fase di aggiornamento verso una variante a bassa latenza del modello di ultima generazione.
| Se ha richiesto… | Nel primo trimestre del 2026, la sua richiesta è stata gestita da… | Nel terzo trimestre del 2026, la sua richiesta sarà gestita da… |
| QUALITY_OPTIMIZED | L'ultimo modello di ultima generazione | L'ultimo modello di ultima generazione |
| LATENZA_OTTIMIZZATA (o nessuna selezione esplicita del modello) |
Il modello Classic (risalente a più di 2 anni fa) |
Esattamente lo stesso modello di ultima generazione di QUALITY_OPTIMIZED, ma distribuito in modalità a bassa latenza. |
Perché state modificando questo aspetto?
La qualità della traduzione del modello Classic continua a rimanere indietro rispetto al modello di ultima generazione, poiché è stato deciso di interrompere gli investimenti nel supporto tecnico per il modello più vecchio.
Ad aprile, DeepL ha condotto dei test alla cieca con esseri umani per confrontare DeepL Next-gen e DeepL Classic con Google Traduttore, MS Translate, OpenAI, Anthropic e Google Gemini. I modelli linguistici (LLM) sono stati utilizzati con le impostazioni più lente e costose . Il modello linguistico di ultima generazione di DeepL è risultato vincitore nei confronti diretti con tutti questi concorrenti. DeepL Classic perde contro tutti tranne uno di essi.
Spesso anche le funzioni rilasciate dopo il 2024 non sono supportate per il modello Classic, incluse le nuove lingue o gli aggiornamenti al Customization hub di DeepL.
Modifiche per QUALITY_OPTIMIZED e LATENCY_OPTIMIZED
Devo modificare il mio codice?
No. Non è necessario modificare il codice. Ogni richiesta che ha avuto esito positivo prima dell'aggiornamento avrà esito positivo anche dopo l'aggiornamento. Le richieste LATENCY_OPTIMIZED verranno tradotte da un nuovo modello, con risultati migliorati.
Devo eliminare l'uso del parametro LATENCY_OPTIMIZED?
No. Non è necessario modificare il codice. I tipi di modello continueranno a esistere. Gli utenti potranno comunque scegliere tra una risposta più veloce o una qualità migliore. Le richieste LATENCY_OPTIMIZED saranno elaborate da un nuovo modello con risultati migliorati.
Devo passare all'API v3?
No. Non è necessario modificare il codice. La v2 è ancora attiva. Le richieste LATENCY_OPTIMIZED per la v2 saranno tradotte da un nuovo modello con risultati migliorati.
Cosa succede se il mio codice non specifica affatto un modello in modo esplicito?
Al momento, le richieste prive di un parametro di modello esplicito vengono impostate di default su LATENCY_OPTIMIZED. Se non interviene, dovrebbe notare un leggero miglioramento della qualità.
In precedenza selezionavo il modello Classic come parametro API. Come posso continuare a utilizzarlo? Ha selezionato LATENCY_OPTIMIZED, non Classic. In passato, LATENCY_OPTIMIZED
Lei ha selezionato LATENCY_OPTIMIZED, non Classic. In passato, LATENCY_OPTIMIZED veniva gestito da Classic, ma ciò non è mai stato garantito. La nostra versione di ultima generazione ottimizzata per la latenza soddisferà l'obiettivo dei nostri utenti di ottenere risposte più rapide. Per saperne di più, consulti la documentazione API di DeepL .
E per quanto riguarda PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED era rilevante nei mesi compresi tra novembre 2024 — quando è stata rilasciata la prima versione del nostro modello di ultima generazione per un numero limitato di lingue — e aprile 2025 — quando il nostro modello di ultima generazione supportava tutte le lingue coperte dal modello Classic. Consentiva agli utenti di ricorrere alla versione precedente se le loro lingue non erano ancora supportate.
L'ultimo modello ha raggiunto la parità con il modello classico nell'aprile 2025 e PREFER_QUALITY_OPTIMIZED è diventato funzionalmente equivalente a QUALITY_OPTIMIZED.
Ulteriori domande
Cosa succede se sto utilizzando l'API CAT?
Non è necessario modificare il codice. Le richieste all'API CAT saranno tradotte da un nuovo modello con risultati migliorati.
Perché non mi è stata inviata una notifica riguardo alla modifica dell'API?
Perché si tratta di un aggiornamento, non di una deprecazione. Il nuovo modello presenta un profilo di latenza simile e un aumento della qualità, come misurato da test alla cieca.
DeepL si riserva il diritto di modificare in modo discreto il modello utilizzato, es. per una richiesta model_type=quality_optimized, purché riteniamo che ciò comporti un vantaggio netto per l'utente (es. nessun aumento significativo della latenza, ma un miglioramento della qualità, oppure una significativa riduzione della latenza senza alcuna o con una solo lievissima diminuzione della qualità).
Ma allora di cosa trattava l'e-mail del 30 giugno?
L'API consente agli utenti di scegliere un obiettivo, non un modello. Entrambe queste opzioni saranno mantenute. Il sito web, d'altra parte, consentiva agli utenti di scegliere esplicitamente un modello. Tale opzione verrà eliminata. Il 30 giugno, il menu a tendina “Powered by” sul web e nelle app scomparirà. Tutti gli utenti web utilizzeranno lo stesso modello utilizzato per le richieste API QUALITY_OPTIMIZED.
Quando avverrà il passaggio alle nuove API?
Le API passano a un piano superiore tramite un'implementazione graduale tra il 27 maggio e il 15 giugno. Non siamo in grado di fornire una data specifica per un cliente specifico.