Artikel ini memberikan informasi mengenai penghentian layanan model bahasa DeepL Classic serta langkah-langkah pemecahan masalah untuk setiap masalah yang mungkin Anda temui. Klik untuk memperluas setiap masalah.
Alasan penghentian
Apa yang sedang terjadi?
DeepL sedang meningkatkan model yang melayani permintaan API menggunakan model LATENCY_OPTIMIZED .
Sejak November 2024, panggilan API memungkinkan pengguna memilih salah satu dari dua jenis model : QUALITY_OPTIMIZED dan LATENCY_OPTIMIZED.
Model generasi berikutnya yang melayani permintaan QUALITY_OPTIMIZED telah ditingkatkan pada April 2025, November 2025, Maret 2026, dan direncanakan akan ditingkatkan lagi pada Juni 2026. Model bahasa Klasik yang melayani LATENCY_OPTIMIZED sudah berusia lebih dari dua tahun. Model ini sedang ditingkatkan ke varian latensi rendah dari model bahasa generasi berikutnya.
| Jika Anda meminta… | Pada Q1 2026, permintaan Anda dilayani oleh… | Pada Q3 2026, permintaan Anda akan dilayani oleh… |
| QUALITY_OPTIMIZED | Model generasi berikutnya terbaru | Model generasi berikutnya terbaru |
| LATENCY_OPTIMIZED (atau tanpa pemilihan model secara eksplisit) |
Model Klasik (berusia lebih dari 2 tahun) |
Model generasi berikutnya yang persis sama dengan QUALITY_OPTIMIZED, tetapi diterapkan dalam mode latensi rendah. |
Mengapa Anda mengubah hal ini?
Kualitas terjemahan model Classic terus tertinggal dibandingkan model generasi berikutnya karena diputuskan untuk menghentikan dukungan teknik pada model yang lebih lama.
Pada bulan April, DeepL menjalankan uji coba buta oleh manusia untuk membandingkan DeepL Next-gen dan DeepL Classic dengan Google Terjemahan, MS Translate, dan OpenAI, Anthropic, serta Google Gemini. LLM digunakan pada setelan yang paling lambat dan paling mahal . Model bahasa generasi berikutnya DeepL keluar sebagai pemenang dalam pertarungan head-to-head melawan semua pesaing ini. DeepL Classic kalah dari semua kecuali satu di antaranya.
Fitur yang dirilis setelah 2024 juga sering kali tidak didukung untuk model Classic, termasuk bahasa baru atau pembaruan pada Customization hub DeepL.
Ubah untuk QUALITY_OPTIMIZED dan LATENCY_OPTIMIZED
Apakah saya perlu mengubah kode saya?
Tidak. Anda tidak perlu mengubah kode Anda. Setiap permintaan yang berhasil sebelum tingkatkan akan tetap berhasil setelah tingkatkan. Permintaan LATENCY_OPTIMIZED akan diterjemahkan oleh model baru, dengan hasil yang diperbaiki.
Apakah saya perlu menghapus penggunaan parameter LATENCY_OPTIMIZED?
Tidak. Anda tidak perlu mengubah kode Anda. Jenis model akan tetap ada. Pengguna masih dapat memilih respons yang lebih cepat atau kualitas yang lebih baik. Permintaan LATENCY_OPTIMIZED akan diterjemahkan oleh model baru yang memperbaiki hasil.
Apakah saya perlu meningkatkan API ke v3?
Tidak. Anda tidak perlu mengubah kode Anda. v2 masih aktif. Permintaan LATENCY_OPTIMIZED untuk v2 akan diterjemahkan oleh model baru yang memperbaiki hasil.
Bagaimana jika kode saya sama sekali tidak secara eksplisit menentukan model?
Saat ini, permintaan tanpa parameter model yang eksplisit secara default akan diproses menggunakan LATENCY_OPTIMIZED. Jika Anda tidak melakukan apa pun, Anda seharusnya melihat peningkatan kualitas yang sedikit.
Dulu saya memilih model Classic sebagai parameter API. Bagaimana cara agar saya tetap dapat menggunakannya?
Anda memilih LATENCY_OPTIMIZED, bukan Classic. Secara historis, LATENCY_OPTIMIZED dilayani oleh Classic, tetapi hal itu tidak pernah dijamin. Generasi berikutnya kami yang dioptimalkan untuk latensi akan memenuhi tujuan pengguna kami akan respons yang lebih cepat. Pelajari lebih lanjut di dokumentasi API DeepL .
Bagaimana dengan PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED relevan pada periode antara November 2024 — saat versi pertama model generasi berikutnya kami dirilis untuk sejumlah bahasa terbatas — dan April 2025 — saat model generasi berikutnya kami mendukung semua bahasa yang ditangani oleh model Classic. Ini memungkinkan pengguna untuk beralih ke opsi lain jika bahasa mereka belum didukung.
Generasi berikutnya mencapai kesetaraan dengan Classic pada April 2025 dan PREFER_QUALITY_OPTIMIZED menjadi setara secara fungsional dengan QUALITY_OPTIMIZED.
Pertanyaan lebih lanjut
Bagaimana jika saya menggunakan CAT API?
Anda tidak perlu mengubah kode Anda. Permintaan CAT API akan diterjemahkan oleh model baru yang memperbaiki hasil.
Mengapa saya tidak diberitahukan tentang perubahan API ini?
Karena ini adalah peningkatan, bukan penghapusan. Model baru ini memiliki profil latensi yang serupa dan peningkatan kualitas, sebagaimana diukur melalui uji buta.
DeepL berhak untuk secara diam-diam mengubah model mana yang melayani, misalnya, permintaan model_type=quality_optimized, selama kami menganggap hal itu memberikan manfaat bersih bagi pengguna (misalnya, tidak ada peningkatan latensi yang signifikan, tetapi peningkatan kualitas, atau pengurangan latensi yang signifikan tanpa atau hanya sedikit penurunan kualitas).
Lalu, apa isi email tanggal 30 Juni itu?
API memungkinkan pengguna memilih tujuan, bukan model. Kedua pilihan tersebut akan tetap dipertahankan. Situs web, di sisi lain, memang memungkinkan pengguna secara eksplisit memilih model. Pilihan tersebut akan dihapus. Pada 30 Juni, menu tarik-turun “Powered by” di web dan aplikasi akan menghilang. Semua pengguna web akan menggunakan model yang sama dengan yang digunakan untuk permintaan API QUALITY_OPTIMIZED.
Kapan API akan beralih?
API sedang ditingkatkan melalui peluncuran bertahap antara 27 Mei dan 15 Juni. Kami tidak dapat memberikan tanggal pasti untuk pelanggan tertentu.