Este artigo fornece informações sobre o fim do modelo de linguagem Classic do DeepL, bem como etapas de solução de problemas para cada problema que você possa encontrar. Clique para expandir cada problema.
Motivos para o fim do suporte
O que está a acontecer?
A DeepL está alterando o modelo que atende aos pedidos da API utilizando o modelo LATENCY_OPTIMIZED .
Desde novembro de 2024, as chamadas de API permitem que os utilizadores selecionem um dos dois tipos de modelo : QUALITY_OPTIMIZED e LATENCY_OPTIMIZED.
O modelo de última geração que atende às solicitações QUALITY_OPTIMIZED foi alterado para um plano superior em abril de 2025, novembro de 2025 e março de 2026, e tem outra alteração planejada para junho de 2026. O modelo de linguagem clássico que atende solicitações LATENCY_OPTIMIZED tem mais de dois anos. Ele está sendo alterado para uma variante de baixa latência do modelo de última geração.
| Se o senhor solicitou… | No primeiro trimestre de 2026, sua solicitação foi atendida por… | No terceiro trimestre de 2026, sua solicitação será atendida por… |
| QUALITY_OPTIMIZED | O modelo de última geração mais recente | O modelo de última geração mais recente |
| LATÊNCIA_OTIMIZADA (ou sem seleção explícita de modelo) |
O modelo Classic (com mais de 2 anos) |
Exatamente o mesmo modelo de última geração que o QUALITY_OPTIMIZED, mas implementado em um modo de baixa latência. |
Por que estão alterando isso?
A qualidade de tradução do modelo Classic continua ficando para trás em relação ao modelo de última geração, uma vez que foi decidido interromper o investimento em suporte de engenharia para o modelo mais antigo.
Em abril, a DeepL realizou testes cegos com humanos para comparar o DeepL Next-gen e o DeepL Classic com o Google Tradutor, o MS Translate e o OpenAI, Anthropic, e o Google Gemini. Os LLMs foram utilizados nas suas definições mais lentas e mais caras . O modelo de linguagem de última geração da DeepL saiu vencedor em confrontos diretos contra todos esses concorrentes. O DeepL Classic perde para todos exceto um deles.
Funções lançadas após 2024 também costumam não ser compatíveis com o modelo Classic, incluindo novos idiomas ou atualizações no Customization Hub do DeepL.
Alterações para QUALITY_OPTIMIZED e LATENCY_OPTIMIZED
Preciso alterar meu código?
Não. Você não precisa alterar seu código. Todas as solicitações que foram bem-sucedidas antes da atualização continuarão sendo bem-sucedidas após a atualização. As solicitações LATENCY_OPTIMIZED serão traduzidas por um novo modelo, com resultados aperfeiçoados.
Preciso remover o uso do parâmetro LATENCY_OPTIMIZED?
Não. Você não precisa alterar seu código. Os tipos de modelo continuarão existindo. Os utilizadores ainda poderão selecionar uma resposta mais rápida ou melhor qualidade. As solicitações LATENCY_OPTIMIZED serão traduzidas por um novo modelo, com resultados aperfeiçoados.
Preciso alterar para um plano superior para a API v3?
Não. Você não precisa alterar seu código. A v2 ainda está ativa. As solicitações LATENCY_OPTIMIZED para a v2 serão traduzidas por um novo modelo com resultados aperfeiçoados.
E se meu código não especificar explicitamente nenhum modelo?
No momento, as solicitações sem um parâmetro de modelo explícito são padronizadas para LATENCY_OPTIMIZED. Se você não fizer nada, deverá observar um ligeiro aumento na qualidade.
Eu costumava selecionar o modelo Classic como parâmetro da API. Como posso continuar usando ele?
O senhor selecionou LATENCY_OPTIMIZED, não o Classic. Historicamente, o LATENCY_OPTIMIZED era atendido pelo Classic, mas isso nunca foi garantido. Nossa última geração otimizada para latência atenderá à meta dos utilizadores de respostas mais rápidas. Saiba mais na documentação da API do DeepL .
E quanto ao PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED foi relevante nos meses entre novembro de 2024 — quando a primeira versão do nosso modelo de última geração foi lançada para um número limitado de idiomas — e abril de 2025 — quando nosso modelo de última geração foi compatível com todos os idiomas cobertos pelo modelo Classic. Isso permitia que os utilizadores utilizassem a opção alternativa caso seus idiomas ainda não fossem compatíveis.
A última geração alcançou a paridade com o Classic em abril de 2025 e PREFER_QUALITY_OPTIMIZED tornou-se funcionalmente equivalente a QUALITY_OPTIMIZED.
Outras perguntas
E se eu estiver usando a API CAT?
Não é necessário alterar seu código. Os pedidos da API CAT serão traduzidos por um novo modelo que aperfeiçoa os resultados.
Por que não fui notificado sobre a alteração na API?
Porque se trata de uma atualização, não de uma descontinuação. O novo modelo apresenta um perfil de latência semelhante e um aumento de qualidade, conforme medido por testes cegos.
DeepL reserva-se o direito de alterar discretamente qual modelo atende, p. ex., uma solicitação do tipo model_type=quality_optimized, desde que consideremos que isso represente um benefício líquido para o utilizador (p. ex., sem aumento significativo de latência, mas com um aumento de qualidade, ou uma redução significativa de latência sem nenhuma ou apenas uma ligeira diminuição na qualidade).
Mas sobre o que tratava, então, esse e-mail de 30 de junho?
A API permite que os utilizadores escolham um objetivo, não um modelo. Ambas as opções serão mantidas. O site, por outro lado, permitia que os utilizadores escolhessem explicitamente um modelo. Essa opção será removida. Em 30 de junho, o menu suspenso “Powered by” na web e nas aplicações desaparecerá. Todos os utilizadores da web usarão o mesmo modelo utilizado para pedidos da API QUALITY_OPTIMIZED.
Quando as APIs serão atualizadas?
As APIs estão sendo alteradas para um plano superior por meio de uma implementação em fases entre 27 de maio e 15 de junho. Não podemos fornecer uma data específica para um cliente específico.