У цій статті наведено інформацію про припинення підтримки класичної мовної моделі DeepL, а також кроки з усунення несправностей для кожної проблеми, з якою ви можете зіткнутися. Клацніть, щоб розгорнути опис кожної проблеми.
Причини припинення підтримки
Що відбувається?
DeepL підвищує точність моделі, яка обробляє Запити API, використовуючи модель LATENCY_OPTIMIZED .
З листопада 2024 року виклики API дозволяють користувачам обирати один із двох типів моделей : QUALITY_OPTIMIZED та LATENCY_OPTIMIZED.
Модель нового покоління, що обслуговує запити QUALITY_OPTIMIZED , була оновлена у квітні 2025 року, листопаді 2025 року, березні 2026 року, і ще одне оновлення заплановано на червень 2026 року. Класична мовна модель, що обслуговує LATENCY_OPTIMIZED, існує вже більше двох років. Вона підвищується до варіанту мовної моделі нового покоління з низькою затримкою.
| Якщо ви надіслали запит… | У 1 кварталі 2026 року ваш запит оброблявся… | У 3 кварталі 2026 року ваш запит буде оброблено… |
| QUALITY_OPTIMIZED | Нова модель нового покоління | Новітня модель нового покоління |
| LATENCY_OPTIMIZED (або відсутність явного вибору моделі) |
Класична модель (віком понад 2 роки) |
Точно така сама модель нового покоління, як і QUALITY_OPTIMIZED, але розгортається в режимі з низькою затримкою. |
Чому ви змінюєте цю частину сайту?
Якість перекладу класичної моделі продовжує відставати від моделі нового покоління, оскільки було вирішено припинити інвестувати в технічну підтримку старої моделі.
У квітні DeepL провів сліпі тести з участю людей, щоб порівняти DeepL Next-gen та DeepL Classic з Google Перекладачем, MS Translate, OpenAI, Anthropic та Google Gemini. Моделі LLM використовувалися на найповільніших і найдорожчих налаштуваннях. Модель DeepL Next-gen стала переможцем у прямих поєдинках проти всіх цих конкурентів. DeepL Classic програє всім, крім одного з них.
Функції, випущені після 2024 року, також часто не підтримуються для моделі Classic, включаючи нові мови або оновлення Customization hub DeepL .
Зміни для QUALITY_OPTIMIZED та LATENCY_OPTIMIUED
Чи потрібно змінити код?
Ні. Вам не потрібно змінювати свій код. Кожен запит, який був успішним до оновлення, залишиться успішним і після оновлення. Запити LATENCY_OPTIMIZED будуть перекладатися новою моделлю з покращеним результатом.
Чи потрібно мені відмовитися від використання параметра LATENCY_OPTIMIZED?
Ні. Вам не потрібно змінювати свій код. Типи моделей будуть і надалі існувати. Користувачі можуть і надалі обирати швидшу відповідь або кращу якість. Запити LATENCY_OPTIMIZED будуть перетворюватися новою моделлю, яка покращить результат.
Чи потрібно мені підвищити тарифний план до API v3?
Ні. Вам не потрібно змінювати свій код. v2 все ще працює. Запити LATENCY_OPTIMIZED для v2 будуть перекладені новою моделлю, яка покращить результат.
Що робити, якщо мій код взагалі не вказує модель явно?
Наразі запити без явного параметра моделі за замовчуванням використовують LATENCY_OPTIMIZED. Якщо ви нічого не зробите, ви повинні помітити невелике підвищення якості.
Раніше я вибирав модель Classic як параметр API. Як я можу продовжувати використовувати її?
Ви вибрали LATENCY_OPTIMIZED, а не Classic. Історично LATENCY_OPTIMIZED обслуговувалася моделлю Classic, але це ніколи не гарантувалося. Наша оптимізована за затримкою модель нового покоління задовольнить потреби наших користувачів у швидших відповідях. Дізнайтеся більше в документації DeepL API .
А що щодо PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED був актуальним у період з листопада 2024 року — коли була випущена перша версія нашої моделі нового покоління для обмеженої кількості мов — до квітня 2025 року — коли наша модель нового покоління почала підтримувати всі мови, що охоплювала модель Classic. Це дозволяло користувачам використовувати резервний варіант, якщо їхні мови ще не підтримувалися.
Модель нового покоління досягла рівності з класичною у квітні 2025 року, і PREFER_QUALITY_OPTIMIZED стала функціонально еквівалентною QUALITY_OPTIMIZED.
Додаткові запитання
Що робити, якщо я використовую CAT API?
Вам не потрібно змінювати свій код. Запити API будуть перекладатися за допомогою нової моделі, яка покращить результат.
Чому мене не повідомили про те, що API було змінено?
Оскільки це оновлення, а не виведення з обігу. Нова модель має подібний профіль затримки та підвищену якість, що було виміряно за допомогою сліпих тестів.
DeepL залишає за собою право непомітно змінювати модель, яка обслуговує, наприклад, запит model_type=quality_optimized, якщо ми вважаємо, що це принесе користь користувачеві (наприклад, без значного збільшення затримки, але з підвищенням якості або зі значним скороченням затримки без зниження якості або з дуже незначним зниженням якості).
Але про що ж тоді йшлося в електронній пошті від 30 червня?
API дозволяє користувачам обирати мету, а не модель. Обидва ці варіанти будуть збережені. Сайт, з іншого боку, дійсно дозволяв користувачам явно обирати модель. Ця можливість зникає. 30 червня випадаюче меню «Powered by» на сайті та в програмах зникне. Усі користувачі використовуватимуть ту саму модель, що й для запитів API з параметром QUALITY_OPTIMIZED.
Коли відбудеться перехід API?
API підвищуються шляхом поетапного впровадження в період з 27 травня по 15 червня. Ми не можемо надати конкретну дату для конкретного клієнта.