Este artigo fornece informações sobre o fim do modelo de linguagem Classic do DeepL, bem como passos para a resolução de problemas para cada situação que possa encontrar. Clique para expandir cada situação.
Motivos para o fim do serviço
O que está a acontecer?
A DeepL está a alterar o modelo que atende aos pedidos da API utilizando o modelo LATENCY_OPTIMIZED .
Desde novembro de 2024, as chamadas de API permitem aos utilizadores selecionar um de 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 planeada para junho de 2026. O modelo de linguagem clássico que atende LATENCY_OPTIMIZED tem mais de dois anos. Está a ser alterado para uma variante de baixa latência do modelo de última geração.
| Se solicitou… | No primeiro trimestre de 2026, a sua solicitação foi atendida por… | No terceiro trimestre de 2026, o seu pedido será atendido por… |
| QUALITY_OPTIMIZED | O mais recente modelo de última geração | 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 num modo de baixa latência. |
Por que razão está a alterar esta situação?
A qualidade de tradução do modelo Classic continua a ficar aquém do modelo de última geração, uma vez que foi decidido deixar de investir em suporte de engenharia no 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, o Anthropic, e o Google Gemini. Os LLMs foram utilizados nas suas definições mais lentas e dispendiosas. O modelo de linguagem de última geração da DeepL saiu vencedor em confrontos diretos contra todos estes concorrentes. O DeepL Classic perde para todos exceto um deles.
As funções lançadas após 2024 também não são frequentemente compatíveis com o modelo Classic, incluindo novos idiomas ou atualizações do Customization Hub da DeepL.
Alterações para QUALITY_OPTIMIZED e LATENCY_OPTIMIZED
Preciso de alterar o meu código?
Não. Não precisa de alterar o seu código. Todos os pedidos que foram bem-sucedidos antes da atualização continuarão a ser bem-sucedidos após a atualização. Os pedidos LATENCY_OPTIMIZED serão traduzidos por um novo modelo, com resultados aperfeiçoados.
Preciso de deixar de utilizar o parâmetro LATENCY_OPTIMIZED?
Não. Não precisa de alterar o seu código. Os tipos de modelo continuarão a existir. Os utilizadores podem continuar a selecionar uma resposta mais rápida ou uma 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. Não precisa de alterar o seu código. A v2 continua ativa. As solicitações LATENCY_OPTIMIZED para a v2 serão traduzidas por um novo modelo que aperfeiçoa os resultados.
E se o meu código não especificar explicitamente nenhum modelo?
Neste momento, as solicitações sem um parâmetro do pedido explícito são definidas por predefinição como LATENCY_OPTIMIZED. Se não fizer nada, deverá notar um ligeiro aumento na qualidade.
Eu costumava selecionar o modelo Classic como parâmetro da API. Como posso continuar a utilizá-lo?
Selecionou LATENCY_OPTIMIZED, não o Classic. Historicamente, o LATENCY_OPTIMIZED era servido pelo Classic, mas isso nunca foi garantido. A nossa última geração otimizada para latência irá satisfazer o objetivo dos nossos 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 o nosso modelo de última geração passou a ser compatível com todos os idiomas abrangidos pelo modelo Classic. Permitiu aos utilizadores recorrerem à versão anterior caso os seus idiomas ainda não fossem compatíveis.
A última geração atingiu a paridade com o Classic em abril de 2025 e PREFER_QUALITY_OPTIMIZED tornou-se funcionalmente equivalente a QUALITY_OPTIMIZED.
Outras questões
E se eu estiver a utilizar a API CAT?
Não precisa de alterar o seu código. Os pedidos da API CAT serão traduzidos por um novo modelo que aperfeiçoa os resultados.
Porque é que não fui notificado da 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.
A DeepL reserva-se o direito de alterar discretamente o modelo que atende, p. ex., a uma solicitação do tipo model_type=quality_optimized, desde que consideremos que isso representa um benefício líquido para o utilizador (p. ex., sem aumento significativo da latência, mas com um aumento da qualidade, ou uma redução significativa da latência sem qualquer diminuição, ou apenas uma diminuição muito ligeira, da qualidade).
Mas então, sobre o que era esse e-mail de 30 de junho?
A API permite aos utilizadores escolher um objetivo, não um modelo. Ambas as opções serão mantidas. O site, por outro lado, permitia aos utilizadores escolher explicitamente um modelo. Essa opção vai desaparecer. A 30 de junho, o menu suspenso «Powered by» na web e nas aplicações irá desaparecer. Todos os utilizadores da web utilizarão o mesmo modelo que o utilizado para pedidos à API QUALITY_OPTIMIZED.
Quando é que as APIs serão atualizadas?
As APIs estão a ser alteradas para um plano superior através de uma implementação faseada entre 27 de maio e 15 de junho. Não podemos fornecer uma data específica para um cliente específico.