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 da oferta
O que está alterando em relação aos modelos de linguagem do DeepL?
A DeepL está alterando o modelo que atende aos pedidos da API, passando a utilizar 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 prevista para junho de 2026. O modelo de linguagem clássico que atende LATENCY_OPTIMIZED tem mais de dois anos. Ele está sendo alterado para um plano superior, que inclui uma variante de baixa latência do modelo de última geração.
| Caso tenha solicitado… | 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 o DeepL está alterando isso?
A qualidade da tradução do modelo Clássico 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, a OpenAI, a Anthropic e o Google Gemini. Os LLMs foram utilizados em 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. O senhor 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 o meu código não especificar explicitamente nenhum modelo?
No momento, as solicitações sem um parâmetro de modelo explícito são definidas por padrão como LATENCY_OPTIMIZED. Se o senhor 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 esse modelo?
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?
O 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.
O modelo de última geração alcançou paridade com o Clássico em abril de 2025, e PREFER_QUALITY_OPTIMIZED tornou-se funcionalmente equivalente a QUALITY_OPTIMIZED.
Outras dúvidas
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 na qualidade, conforme medido por testes cegos.
A 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 utilizarão o mesmo modelo usado para pedidos da API com QUALITY_OPTIMIZED.
Quando ocorrerá a mudança nas APIs?
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.