Este artículo ofrece información sobre la retirada del modelo de lenguaje «Classic» de DeepL, así como los pasos para solucionar los problemas que pueda encontrar. Haga clic para ampliar cada problema.
Motivos de la retirada
¿Qué cambios se van a producir en los modelos de lenguaje de DeepL?
DeepL está cambiando el modelo que atiende las peticiones de API utilizando el modelo LATENCY_OPTIMIZED .
Desde noviembre de 2024, las llamadas a la API permiten a los usuarios seleccionar uno de los dos tipos de modelo: QUALITY_OPTIMIZED y LATENCY_OPTIMIZED.
El modelo de última generación que atiende las solicitudes QUALITY_OPTIMIZED se actualizó en abril de 2025, noviembre de 2025 y marzo de 2026, y tiene prevista otra actualización en junio de 2026. El modelo de lenguaje clásico que atiende LATENCY_OPTIMIZED tiene más de dos años. Se está cambiando a una variante de baja latencia del modelo de última generación.
| Si solicitó… | En el primer trimestre de 2026, su solicitud fue atendida por… | En el tercer trimestre de 2026, su solicitud será atendida por… |
| QUALITY_OPTIMIZED | El modelo de última generación de Next-Gen | El último modelo de última generación |
| LATENCY_OPTIMIZED (o sin selección explícita de modelo) |
El modelo clásico (con más de dos años de antigüedad) |
Exactamente el mismo modelo de última generación que QUALITY_OPTIMIZED, pero implementado en modo de baja latencia. |
¿Por qué está cambiando DeepL?
La calidad de traducción del modelo Classic sigue quedando por detrás del modelo de última generación, ya que se decidió dejar de invertir en servicio de atención al cliente para el modelo más antiguo.
En abril, DeepL llevó a cabo pruebas ciegas con personas para comparar DeepL Next-gen y DeepL Classic con Traductor de Google, MS Translate, OpenAI, Anthropic y Google Gemini. Los modelos de lenguaje grandes (LLM) se utilizaron con sus configuraciones más lentas y costosas. El modelo de lenguaje de última generación de DeepL resultó ganador en los enfrentamientos directos frente a todos estos competidores. DeepL Classic pierde frente a todos excepto uno de ellos.
Además, las funciones lanzadas a partir de 2024 a menudo no son admitidas para el modelo Classic, lo que incluye nuevos idiomas o actualizaciones del Customization Hub de DeepL.
Cambios en QUALITY_OPTIMIZED y LATENCY_OPTIMIZED
¿Tengo que cambiar mi código?
No. No es necesario que cambie su código. Todas las solicitudes que se hayan procesado correctamente antes del cambio a un plan superior seguirán procesándose correctamente tras el mismo. Las solicitudes con el parámetro LATENCY_OPTIMIZED se traducirán mediante un nuevo modelo, con resultados mejorados.
¿Debo dejar de utilizar el parámetro LATENCY_OPTIMIZED?
No. No es necesario que cambie su código. Los tipos de modelo seguirán existiendo. Los usuarios podrán seguir seleccionando una respuesta más rápida o una mejor calidad. Las solicitudes LATENCY_OPTIMIZED serán procesadas por un nuevo modelo con resultados mejorados.
¿Debo cambiar a un plan superior para la API v3?
No. No es necesario que cambie su código. La v2 sigue activa. Las solicitudes LATENCY_OPTIMIZED para la v2 serán procesadas por un nuevo modelo que mejora los resultados.
¿Qué ocurre si mi código no especifica explícitamente ningún modelo?
En estos momentos, las solicitudes sin un parámetro de modelo explícito se establecen por defecto en LATENCY_OPTIMIZED. Si no realiza ningún cambio, debería observar una ligera mejora en la calidad.
Solía seleccionar el modelo «Classic» como parámetro de la API. ¿Cómo puedo seguir utilizándolo ?
Usted seleccionaba «LATENCY_OPTIMIZED», no «Classic». Históricamente, «LATENCY_OPTIMIZED» se gestionaba mediante «Classic», pero eso nunca se garantizó. Nuestra versión de última generación, optimizada para la latencia, satisfará el objetivo de nuestros usuarios de obtener respuestas más rápidas. Obtenga más información en la documentación de la API de DeepL .
¿Y qué hay de PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED fue relevante durante los meses comprendidos entre noviembre de 2024 —cuando se lanzó la primera versión de nuestro modelo de última generación para un número limitado de idiomas— y abril de 2025 —cuando nuestro modelo de última generación admitía todos los idiomas cubiertos por el modelo Classic. Permitía a los usuarios recurrir a la opción alternativa si sus idiomas aún no eran admitidos.
El modelo de última generación alcanzó la paridad con el clásico en abril de 2025 y PREFER_QUALITY_OPTIMIZED pasó a ser funcionalmente equivalente a QUALITY_OPTIMIZED.
Preguntas adicionales
¿Qué ocurre si utilizo la API de CAT?
No es necesario que cambie su código. Las peticiones de API de CAT se traducirán mediante un nuevo modelo que mejora los resultados.
¿Por qué no se me ha notificado el cambio en la API?
Porque se trata de una mejora, no de una función obsoleta. El nuevo modelo presenta un perfil de latencia similar y una mejora en la calidad, según las pruebas a ciegas.
DeepL se reserva el derecho a cambiar discretamente qué modelo atiende, p. ej., una solicitud de tipo «model_type=quality_optimized», siempre que consideremos que supone un beneficio neto para el usuario (p. ej., sin un aumento significativo de la latencia, pero con una mejora de la calidad, o una reducción significativa de la latencia sin ninguna disminución, o solo una muy leve, de la calidad).
Pero, ¿de qué trataba entonces ese correo electrónico del 30 de junio?
La API permite a los usuarios elegir un objetivo, no un modelo. Ambas opciones se mantendrán. La página web, por su parte, sí permitía a los usuarios elegir explícitamente un modelo. Esa opción va a desaparecer. El 30 de junio, el menú desplegable «Powered by» de la web y las aplicaciones desaparecerá. Todos los usuarios de la web utilizarán el mismo modelo que el empleado para las peticiones de API QUALITY_OPTIMIZED.
¿Cuándo se producirá el cambio en las API?
Las API se están cambiando a un plan superior mediante una implementación por fases entre el 27 de mayo y el 15 de junio. No podemos facilitar una fecha concreta para un cliente específico.