У цій статті наведено інформацію про припинення підтримки класичної мовної моделі DeepL, а також кроки з усунення несправностей для кожної проблеми, з якою ви можете зіткнутися. Клацніть, щоб розгорнути опис кожної проблеми.
Причини припинення підтримки
Що змінюється у мовних моделях 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 змінює цю функцію?
Якість перекладу моделі Classic продовжує відставати від моделі нового покоління, оскільки було прийнято рішення припинити інвестувати ресурси для підтримки старої моделі.
У квітні DeepL провів сліпі тести з участю людей, щоб порівняти DeepL Next-gen та DeepL Classic із Google Перекладачем, MS Translate, OpenAI, Anthropic та Google Gemini. Моделі великого мови (LLM) використовувалися на найповільніших і найдорожчих налаштуваннях. МОВА-модель DeepL нового покоління стала переможцем у прямих поєдинках проти всіх цих конкурентів. DeepL Classic програє всім, крім одного з них.
Функції, випущені після 2024 року, також часто не підтримуються моделлю Classic, зокрема нові мови або оновлення Customization hub DeepL.
Зміни для QUALITY_OPTIMIZED та LATENCY_OPTIMIZED
Чи потрібно змінити код?
Ні. Вам не потрібно змінювати свій код. Кожен запит, який був успішним до підвищення тарифу, залишиться успішним і після нього. Запити з параметром 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. Це давало користувачам можливість використовувати класичну модель як резервний варіант, якщо їхні мови ще не підтримувалися.
Модель нового покоління досягла рівності з «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 червня. Ми не можемо вказати конкретну дату для конкретного клієнта.