Gemini Enterprise tambah bayar sesuai pakai untuk menahan biaya agen

Google Cloud pada 26 Agustus 2026 mengumumkan opsi bayar sesuai pemakaian untuk beban kerja agen Gemini Enterprise, berdampingan dengan langganan tetap per pengguna. Laporan Axios menyebut opsi baru itu memberi perusahaan jalur penggunaan tanpa komitmen pengeluaran tetap; edisi konsumsi masih tersedia bagi pelanggan tertentu dan diluncurkan secara bertahap.

Perubahan yang diumumkan pada 26 Agustus 2026 tersebut memungkinkan pelanggan terpilih membayar komputasi dan token yang benar-benar dikonsumsi, tanpa biaya langganan dasar. Pilihan ini dapat mempermudah uji coba agen, tetapi tidak dengan sendirinya menjamin tagihan lebih rendah: biaya tetap dapat meningkat ketika agen menjalankan pekerjaan panjang atau volume tugas melonjak.

Apa yang berubah dalam tagihan Gemini Enterprise

Gemini Enterprise kini menawarkan tiga susunan biaya untuk pola penggunaan yang berbeda. Rincian Google Cloud menjelaskan bahwa langganan per pengguna tetap memakai biaya bulanan tetap dan kuota harian yang digabungkan pada tingkat proyek, sedangkan edisi konsumsi tidak memiliki komitmen awal atau biaya dasar dan menagihkan komputasi serta token menurut tarif API model standar.

Keduanya dapat digabungkan. Kuota yang berasal dari kursi berlangganan digunakan lebih dahulu; administrator kemudian menentukan apakah pemakaian yang melebihi kuota boleh berlanjut dengan tarif konsumsi. Susunan hibrida ini ditujukan untuk organisasi yang memiliki pengguna rutin sekaligus beban agen teknis yang muncul dalam lonjakan.

Perbedaan terpenting bukan sekadar cara pembayaran, melainkan sumber ketidakpastian anggarannya. Kursi tetap berisiko tidak terpakai ketika permintaan turun, sementara skema konsumsi mengurangi biaya kapasitas kosong tetapi membuat jumlah tagihan mengikuti intensitas kerja agen.

Kapan bayar sesuai pemakaian lebih masuk akal

Bayar sesuai pemakaian paling masuk akal ketika permintaan belum stabil. Uji coba terbatas, proyek musiman, dan agen yang hanya aktif setelah peristiwa tertentu tidak selalu membutuhkan kursi bulanan untuk setiap calon pengguna. Perusahaan dapat mengamati konsumsi sebenarnya sebelum membuat komitmen yang lebih besar.

Langganan per pengguna lebih mudah direncanakan bila jumlah pengguna aktif sudah diketahui dan pekerjaan berlangsung konsisten setiap hari. Biaya tetap menyediakan garis dasar anggaran, sementara kuota yang dikumpulkan di tingkat proyek memungkinkan kapasitas yang tidak digunakan satu pengguna diserap oleh beban lain dalam proyek yang sama.

Pilihan tersebut tidak harus biner. Pohon keputusan yang sesuai dengan struktur penagihan baru dapat diringkas sebagai berikut:

• gunakan kursi per pengguna untuk kelompok stabil dengan kebutuhan produktivitas harian;
• gunakan edisi konsumsi untuk uji coba, permintaan sporadis, atau cakupan pengguna yang masih berubah;
• gabungkan keduanya bila kuota langganan perlu menampung penggunaan normal, sementara lonjakan diizinkan masuk ke tarif konsumsi;
• pertimbangkan komitmen pengeluaran hanya setelah pola konsumsi cukup stabil untuk diperkirakan.

Skema konsumsi karena itu menawarkan fleksibilitas, bukan kepastian bahwa biaya akan selalu lebih murah. Agen yang aktif terus-menerus dalam volume tinggi dapat menghasilkan tagihan lebih besar daripada perkiraan awal, meskipun perusahaan tidak membeli banyak kursi tetap.

Tugas agen yang panjang tetap dapat memicu lonjakan

Biaya agen tidak hanya ditentukan oleh jumlah orang yang memperoleh akses. Agen dapat memanggil alat, memeriksa hasil sementara, mengubah langkah, lalu mengulangi proses sampai sasaran terpenuhi. Ulasan ITPro menekankan perbedaan ini: agen bekerja melalui putaran berulang, bukan satu permintaan dan satu jawaban seperti interaksi chatbot biasa.

Akibatnya, satu tugas dengan sasaran longgar, banyak sumber data, atau kondisi penghentian yang tidak tegas dapat memakai lebih banyak token dan komputasi daripada tugas singkat. Ini merupakan risiko utama model konsumsi: proyek sepi dapat berbiaya rendah, tetapi pekerjaan yang terus berulang dapat menaikkan tagihan tanpa penambahan pengguna.

Model per pengguna terutama membantu memperkirakan biaya berdasarkan jumlah kursi. Model konsumsi menuntut perusahaan memperhatikan dimensi lain, yaitu frekuensi tugas, panjang rangkaian kerja, model yang dipakai, serta keputusan agen untuk memanggil alat atau mengulang proses. Tanpa data penggunaan, perbandingan biaya kedua model belum dapat dipastikan hanya dari jumlah karyawan.

Batas proyek menjadi rem pengeluaran

Untuk menahan risiko tersebut, Google Cloud menambahkan batas pengeluaran bulanan pada tingkat proyek. Ketika proyek mencapai batasnya, panggilan API agen dihentikan sementara tanpa menghentikan infrastruktur produksi lain. Administrator dapat membiarkan pekerjaan tetap berhenti, melanjutkannya dari konsol, atau mengaktifkan kelebihan pemakaian agar konsumsi berikutnya ditagihkan.

Peringatan otomatis dikirim ketika penggunaan mencapai 50%, 80%, dan 100% dari batas. Google juga menyediakan estimasi biaya waktu jalan agen serta deteksi anomali yang menunjukkan tiga SKU utama di balik perubahan pengeluaran. Fitur-fitur inilah yang membuat janji “menahan biaya” dalam skema baru bersifat konkret; opsi bayar sesuai pemakaian sendiri hanya mengubah dasar penagihan dan tidak menetapkan plafon otomatis.

Batas keras membawa konsekuensi operasional. Ia mengurangi risiko tagihan yang melampaui anggaran, tetapi dapat menghentikan agen di tengah proses bisnis. Sebaliknya, kelebihan pemakaian menjaga kontinuitas tugas dengan mengembalikan risiko lonjakan biaya. Organisasi perlu menentukan proyek yang harus berhenti ketika batas tercapai dan proyek yang boleh terus berjalan.

Peluncuran masih terbatas, harga bergantung pada konsumsi

Edisi bayar sesuai pemakaian belum tersedia secara universal. Google menyatakan akses diberikan kepada pelanggan tertentu dan akan diperluas, tetapi belum menetapkan tanggal ketersediaan luas dalam pengumumannya. Tarif aktual juga bergantung pada model serta komputasi dan token yang dikonsumsi menurut SKU Google Cloud, bukan pada satu harga tetap khusus Indonesia.

Untuk beban yang sudah stabil atau terus tumbuh, Google menawarkan Flexible Savings Plans dengan potongan biaya token 10% untuk komitmen satu tahun dan 20% untuk tiga tahun. Paket itu berbeda dari batas pengeluaran: komitmen bertujuan menurunkan tarif token, sedangkan batas proyek menghentikan atau mengalihkan konsumsi ketika anggaran tercapai.

Dengan demikian, perubahan ini memberi Gemini Enterprise jalur eksperimen tanpa komitmen kursi besar sekaligus mekanisme untuk menghentikan pengeluaran. Hal yang belum diketahui adalah kapan edisi konsumsi tersedia luas dan bagaimana perbandingan biaya nyata terhadap lisensi per pengguna pada beragam pola agen; jawabannya baru dapat dinilai dari tarif dan riwayat konsumsi masing-masing proyek.