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é está sucediendo?
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 cambió a un plan superior 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 de la ú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 último modelo de última generación | 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 2 años de antigüedad) |
Exactamente el mismo modelo de última generación que QUALITY_OPTIMIZED, pero implementado en un modo de baja latencia. |
¿Por qué se está cambiando?
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 humanos para comparar DeepL Next-gen y DeepL Classic con Traductor de Google, MS Translate y OpenAI, Anthropic, y Google Gemini. Los modelos de lenguaje grande (LLM) se utilizaron en sus configuraciones más lentas y costosas. El modelo de lenguaje de última generación de DeepL resultó ganador en enfrentamientos directos contra todos estos competidores. DeepL Classic pierde frente a todos excepto uno de ellos.
Las funciones lanzadas después de 2024 tampoco suelen admitir el modelo Classic, incluyendo nuevos idiomas o actualizaciones del Customization hub de DeepL.
Cambios para 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 completaron con éxito antes de la actualización seguirán completándose con éxito después de la actualización. Las solicitudes LATENCY_OPTIMIZED serán traducidas por 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 traducidas por un nuevo modelo con resultados mejorados.
¿Debo cambiar a un plan superior de la API v3?
No. No es necesario cambiar su código. La v2 sigue activa. Las solicitudes LATENCY_OPTIMIZED para la v2 serán traducidas por un nuevo modelo con resultados mejorados.
¿Qué ocurre si mi código no especifica explícitamente ningún modelo?
En este momento, las solicitudes sin un parámetro de modelo explícito se establecen por defecto en LATENCY_OPTIMIZED. Si no hace nada, 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 seleccionó LATENCY_OPTIMIZED, no Classic. Históricamente, LATENCY_OPTIMIZED era gestionado por Classic, pero eso nunca estuvo garantizado. 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 .
¿Qué ocurre con 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.
La última generación alcanzó la paridad con el modelo 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 CAT se traducirán mediante un nuevo modelo con resultados mejorados.
¿Por qué no se me notificó que la API iba a cambiar?
Porque se trata de una mejora, no de una obsolescencia. El nuevo modelo tiene un perfil de latencia similar y una mayor 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 página web y las aplicaciones desaparecerá. Todos los usuarios web utilizarán el mismo modelo que el empleado para las peticiones de API QUALITY_OPTIMIZED.
¿Cuándo se actualizarán 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.