Blog

Mengapa Kami Menghapus Audio Anda Setelah Transkripsi

Penulis: Hushscript | Diterbitkan: 1 Juni 2026 | Terakhir ditinjau: 14 Oktober 2026

Hushscript menghapus salinan audio transkripsinya setelah pemrosesan. Bukan setelah 30 hari, bukan saat Anda menutup akun, bukan saat Anda ingat untuk memintanya. Penghapusannya otomatis, dan transkrip adalah yang tetap bersama Anda.

Kebijakan masa penyimpanan berbeda-beda di antara layanan transkripsi, dan perbedaan itu penting. Panduan pembatasan penyimpanan dari ICO memberikan prinsip yang berguna: data pribadi tidak boleh disimpan lebih lama daripada yang diperlukan tujuannya. Hushscript membuat pilihan yang sengaja dibatasi untuk audio, dan tulisan ini menjelaskan apa yang dihapus Hushscript, apa yang disimpannya, cara kerja penghapusan, dan cara menghapus transkrip tersimpan saat Anda sudah selesai dengannya.

Alasan di balik penghapusan

Menyimpan audio pelanggan menimbulkan beberapa kategori risiko yang berbeda. Menghapusnya meniadakan masing-masing risiko itu, bukan sekadar mengurangi, dan perbedaan itu lebih penting daripada kesan pertamanya.

Data yang tidak ada tidak bisa dibobol. Setiap penyimpanan yang menampung audio rekaman menjadi sasaran, dan pembobolan jarang ditemukan pada hari kejadiannya. Laporan insiden keamanan secara konsisten menemukan bahwa intrusi sering tidak terdeteksi selama berminggu-minggu atau berbulan-bulan setelah pembobolan awal. Rekaman yang sudah dihapus Hushscript setelah pemrosesan tidak ada di sana untuk diambil selama masa paparan itu.

Logika yang sama berlaku untuk akses hukum dan akses paksa. Surat panggilan pengadilan, perintah pengadilan, atau permintaan data hanya dapat menjangkau data yang masih ada. Audio yang sudah dihapus pada saat permintaan diajukan tidak tersedia, bukan karena ada yang menahannya atau aktif melindunginya, melainkan karena sudah tidak ada. Bagi jurnalis dengan narasumber rahasia, pengacara yang memegang materi yang dilindungi hak istimewa, atau terapis yang merekam sesi, “kami sudah tidak memilikinya” adalah posisi yang jauh lebih kuat daripada “kami memilikinya tetapi berjanji menjaganya”.

Penghapusan juga menutup kemungkinan terpaparnya data secara tidak sengaja. Sistem penyimpanan bisa salah konfigurasi. Bucket yang bisa dibaca publik adalah jenis insiden keamanan yang terus berulang justru karena kesalahannya mudah dibuat dan lambat disadari. File yang tidak bertahan tidak bisa terekspos oleh kesalahan izin enam bulan setelah Anda mengunggahnya.

Ada pula manfaat yang lebih senyap. Penghapusan otomatis menunjukkan niat, bukan sekadar kebijakan. Pernyataan privasi yang berbunyi “kami akan menghapus data Anda atas permintaan” meminta Anda memercayai kata-katanya sekaligus pelaksanaannya: bahwa permintaan sampai ke sistem yang tepat, bahwa permintaan itu diproses dengan benar, dan bahwa Anda ingat mengirimkannya sama sekali. Sistem yang menghapus secara bawaan tidak bergantung pada semua itu. Hasil yang aman adalah hasil yang terjadi saat tidak ada yang berbuat apa pun.

Pertukarannya nyata dan layak disebutkan terus terang. Anda tidak bisa mengambil audio dari kami nanti, karena tidak ada yang bisa diambil. Jika suatu saat Anda memerlukan rekaman aslinya, bukan transkripnya, Anda menyimpan salinan sendiri. Itu batasan desain yang sengaja kami pilih, bukan celah yang kami lupakan.

Yang dihapus Hushscript, dan yang tidak

“Dihapus” adalah kata yang sering dipakai secara longgar, jadi perlu dipastikan apa yang dicakupnya di sini dan apa yang tidak.

Kata ini merujuk pada audio di jalur pemrosesan ucapan. Setelah file Anda ditranskripsikan, dua hal terpisah terjadi. Hushscript menghapus salinan audio transkripsinya, dan meminta penyedia pengenalan suara menghapus salinan transkripnya setelah pekerjaan difinalisasi. Jika permintaan itu gagal, penghapusan dapat tertunda, sehingga Hushscript tidak menjanjikan penghapusan instan di sisi penyedia. Layanan yang memakai pemroses eksternal harus mempertanggungjawabkan pemroses itu juga, dan klaim penghapusan di tingkat aplikasi tidak dengan sendirinya menjawab soal subprosesor. Yang tidak berubah adalah komitmen Hushscript sendiri: tidak pernah melatih model dengan rekaman Anda.

Menghapus audio tidak sama dengan tidak menyimpan data sama sekali, dan mencampuradukkan keduanya tidak jujur. Akun Anda ada. Transkrip Anda ada di dasbor sampai Anda menghapusnya. Catatan penagihan untuk menit yang Anda pakai ada, bersama metadata pekerjaan dasar seperti penanda waktu, durasi, dan bahasa yang terdeteksi. Tidak ada satu pun dari itu yang berupa audio. Yang dihapus Hushscript setelah pemrosesan adalah salinan rekamannya, satu-satunya data yang benar-benar membawa suara Anda dan isi dari apa yang diucapkan.

Jadi ketika situs ini mengatakan Hushscript menghapus audio Anda, bacalah sebagai klaim yang spesifik dan sempit tentang salinan audio transkripsi, bukan janji menyeluruh bahwa tidak ada yang disimpan atau bahwa sisi penyedia pengenalan suara dibersihkan tanpa penundaan. Versi yang sempit itulah yang bisa kami pertanggungjawabkan.

Cara kerja penghapusan di Hushscript

Hushscript menyimpan audio Anda hanya untuk mentranskripsikannya. Audio tidak pernah berada di pustaka yang menunggu dibuka lagi. Siklusnya singkat dan searah.

1. Anda mengunggah. Anda menyeret file ke halaman seperti audio ke teks atau salah satu titik unggah lainnya. Audio, dan hanya audio, masuk ke antrean pemrosesan. Jika file berupa video, audionya sudah disiapkan di browser Anda (disalin tanpa penyandian ulang bila kompatibel, dikonversi secara lokal hanya bila diperlukan), sehingga data videonya tetap tertinggal di perangkat Anda.
2. Audio ditranskripsikan. Mesin ucapan memproses audio dan mengembalikan transkrip dengan label penutur dan penanda waktu. Ini satu-satunya tahap ketika audio aktif dipakai.
3. Transkrip disimpan, lalu audio dihapus. Transkrip ditulis ke dasbor Anda, dan Hushscript menghapus salinan audionya. Tidak ada tahap keempat ketika rekaman berada di pustaka; rekaman berpindah dari pemrosesan ke penghapusan.

Karena tidak ada tahap diam, tidak ada pengaturan masa penyimpanan audio yang perlu dikonfigurasi atau terlupakan. Audio ada untuk pekerjaannya dan dihapus setelah pemrosesan. Singkatnya: salinan audio transkripsi Hushscript ada untuk pekerjaan itu, file sumber Anda tetap di perangkat Anda, dan transkrip adalah yang bertahan.

Untuk pekerjaan sensitif, detail yang paling berguna sering kali adalah di mana data diproses. Jika Anda berada di EU, EEA, Swiss, atau Inggris Raya, audio Anda diproses di EU. Di tempat lain, audio diproses di AS. Di mana pun, Hushscript menghapus salinan audionya setelah pemrosesan. Anda bisa mengikuti jalurnya secara lengkap di halaman cara kerja, dan halaman transkripsi privat membahas rincian penanganan data serta perbandingannya dengan norma penyimpanan secara bawaan.

Contoh kerja: saat penghapusan benar-benar berperan

Bayangkan rapat klien yang direkam selama 40 menit dan disimpan sebagai M4A dari ponsel. Isinya nama, angka, dan beberapa hal yang tidak diinginkan siapa pun berada di server orang asing.

Anda menyeret file ke pratinjau tanpa akun. Klip 5 menit berlabel penutur muncul sehingga Anda bisa memastikan kedua suara dipisahkan dengan benar. Pratinjau itu satu-satunya langkah yang tidak memerlukan akun. Transkripsi lengkap memerlukan akun dan cukup menit yang tersedia. Akun pribadi yang memenuhi syarat dapat menerima 30 menit gratis satu kali, setelah verifikasi kartu atau dengan pembelian pertama. Rapat 40 menit melebihi jatah gratis, jadi Anda menambah saldo dulu; halaman harga memuat biaya per menit dan ketentuan menit gratis. Audio lengkap lalu ditranskripsikan, dan setelah transkrip Anda tersimpan di dasbor, Hushscript menghapus salinan M4A-nya. Anda mengganti “Speaker 1” dan “Speaker 2” dengan nama sebenarnya, mengekspor DOCX untuk arsip Anda, dan transkrip tetap berada di akun Anda, dienkripsi saat disimpan, sampai Anda menghapusnya atau aturan masa penyimpanan menghapusnya.

Tujuan menelusuri contoh ini adalah menunjukkan di mana jaminannya benar-benar berlaku. Setelah pemrosesan, Hushscript menghapus salinan tersimpan dari audio rapat itu. Transkrip adalah artefak yang bertahan, dan itu pun Anda yang berhak menghapusnya. Layanan yang dibangun sebagai arsip rekaman yang dapat dicari mengambil pertukaran yang berbeda; baca kontrol masa penyimpanannya sebelum memilih model itu untuk pekerjaan sensitif.

Saat Anda tidak menginginkan transkrip tersimpan

Gunakan mode privat. Mode ini hanya menjalankan pengenalan suara, melewati penyimpanan transkrip dan AI pascapemrosesan, dan mengembalikan arsip yang dilindungi kata sandi alih-alih menyimpan transkrip di akun Anda.

Menghapus transkrip normal

Menghapus audio menangani rekamannya. Transkrip adalah separuh lainnya, dan yang satu ini Anda kendalikan langsung. Setelah transkripsi, teksnya berada di dasbor Anda sampai Anda menghapusnya.

1. Buka transkrip.
2. Pilih hapus.
3. Teks transkrip dihapus.

Itulah seluruh alurnya, dan alur ini juga mengembalikan tanda terima yang dapat diunduh dan mencatat apa yang dihapus serta kapan. Apa yang dapat dan tidak dapat dibuktikan tanda terima itu dibahas di bawah. Menghapus transkrip menghilangkan teksnya, bukan memindahkannya ke tempat sampah yang tidak bisa Anda lihat. Jika Anda sudah tahu tidak menginginkan transkrip tersimpan, mode privat adalah jalur yang lebih bersih.

Jika Anda lebih suka membersihkan semuanya sekaligus, Anda bisa menghapus seluruh akun dari profil setelah langkah konfirmasi. Yang perlu diketahui sebelum melakukannya: menit yang sudah Anda beli tidak dikembalikan saat akun dihapus, jadi pakai atau pertimbangkan dulu menit itu.

Masa penyimpanan: penghapusan sesuai jadwal

Tidak semua transkrip dihapus secara manual. Atur bawaan tingkat akun: simpan semuanya sampai Anda menghapusnya sendiri, atau hapus transkrip secara otomatis setelah 7, 30, 90, atau 365 hari. Hushscript mengikuti jadwal itu tanpa Anda perlu mengingat untuk bertindak. Setiap transkrip juga dapat memiliki tanggal hapus otomatisnya sendiri yang menimpa bawaan akun, untuk satu file yang perlu masa simpan lebih pendek daripada yang lain, atau lebih panjang.

Masa ini mengatur teks transkrip yang disimpan. Audio Anda mengikuti aturan yang lebih sederhana di atas: dihapus setelah pemrosesan, apa pun masa yang Anda atur. Penghapusan terjadwal tidak mengunduh tanda terima saat berjalan, tetapi menyimpannya pada entri yang dihapus di daftar transkrip Anda, tempat Anda dapat mengunduhnya nanti.

Bukti penghapusan: apa yang dapat ditunjukkan tanda terima

“Bukti penghapusan” adalah yang dicari orang setelah meminta layanan menghapus audio mereka dan menginginkan sesuatu yang lebih kokoh daripada kebijakan privasi. Tidak ada layanan transkripsi, termasuk Hushscript, yang dapat memberi Anda bukti kriptografis bahwa sebuah file tidak ada di mana pun di infrastrukturnya. Membuktikan sesuatu yang tidak ada bukan hal yang dapat didemonstrasikan vendor kepada pihak luar, sehingga klaim penghapusan bermuara pada kepercayaan terhadap vendor, yang paling banter dapat dicocokkan dengan log internalnya sendiri. Panduan sanitasi media NIST memperlihatkan masalah cakupan yang sama: sanitasi bergantung pada media, metode, verifikasi, dan proses pembuangan, dan catatan yang dilihat pengguna tidak dapat memeriksa semua lapisan itu.

Sebagai gantinya, Hushscript memberi Anda tanda terima penghapusan. Alur penghapusan khusus untuk transkrip, artefak AI, dan akun mengembalikan file JSON yang dapat diunduh dan mencatat apa yang dihapus serta kapan. Klaim ini lebih sempit dan lebih mudah diperiksa daripada janji umum, dan berguna sebagai catatan berpenanda waktu untuk dilampirkan ke berkas Anda sendiri, misalnya berkas kasus.

Tanda terima ini juga terbatas. Isinya adalah catatan Hushscript sendiri tentang apa yang dilakukannya di sisinya. Ini bukan sertifikasi yang diaudit secara independen atau sertifikat penghapusan data dari pihak ketiga, dan tidak dapat mewakili sistem pihak pemroses. Tanda terima hanya mencatat penghapusan Hushscript yang disebut dalam file. Jika situasi Anda memerlukan penghapusan yang disertifikasi secara independen, itu jaminan yang lebih kuat dan berbeda dari yang diberikan tanda terima ini.

Bagian jujurnya: yang kami simpan, dan batas enkripsi

Klaim privasi hanya sebernilai bagian-bagian yang diakuinya. Ada dua hal yang layak dinyatakan dengan jelas dan tanpa melebih-lebihkan.

Pertama, data yang tersisa. Hushscript menghapus salinan audionya, tetapi transkrip tetap ada sampai Anda menghapusnya, demikian pula sekumpulan kecil metadata pekerjaan yang diperlukan untuk menjalankan dan menagih layanan. Metadata itu jauh lebih rendah risikonya daripada audio, karena menjelaskan pekerjaannya, bukan membawa suara Anda, tetapi bukan berarti tidak ada apa-apa, dan kami lebih suka menyebutnya daripada menyiratkan keadaan bersih yang tidak ada.

Kedua, transkrip yang tersisa dienkripsi saat disimpan. Jika penyimpanan kami suatu saat bocor, yang dibawa penyerang adalah ciphertext yang tidak bisa dibaca, bukan arsip kata-kata semua orang yang bisa dicari. Itu perlindungan sungguhan dari kebocoran penyimpanan, ancaman yang memang dirancang untuk dihadapi enkripsi saat disimpan. Di situ pula kami sengaja berhenti. Ini bukan enkripsi zero-knowledge. Kuncinya disimpan di server kami, karena aplikasi harus bisa mendekripsi dan menampilkan transkrip Anda sendiri saat Anda membukanya. Jadi ini bukan klaim bahwa tidak seorang pun di pihak kami bisa membaca transkrip Anda. Yang kami klaim adalah bahwa basis data yang dicuri tidak berguna bagi pencurinya tanpa kunci. Siapa pun yang mengatakan bahwa alat transkripsi bisa menampilkan transkrip Anda sesuai permintaan sekaligus secara matematis tidak mampu membacanya sedang menyederhanakan cara kerja kunci.

Itulah bentuk jujurnya secara utuh. Hushscript menghapus salinan audionya dan meminta penyedia pengenalan suara menghapus salinan transkripnya, yang mengeluarkan rekaman dari gambaran. Transkrip bertahan dengan enkripsi yang melindungi dari kebocoran tetapi bukan kunci terhadap kami, dan Anda bisa menghapusnya kapan pun Anda mau. Kami lebih suka Anda memahami persis di mana garisnya berada daripada memercayai slogan yang diam-diam menggesernya.

Alasan yang lebih luas

Bawaan di industri ini adalah penyimpanan. Unggah, transkripsikan, dan simpan semuanya di pustaka yang bisa dikunjungi lagi oleh pengguna. Bagi sebagian orang itu fitur yang nyata: podcaster yang membangun arsip episodenya sendiri yang bisa dicari diuntungkan dengan memiliki semua transkrip di satu tempat, dan isinya tidak sensitif.

Tetapi penyimpanan adalah bawaan yang buruk untuk rekaman rahasia. Arsip bertahun-tahun konsultasi yang dilindungi hak istimewa, wawancara narasumber, atau negosiasi internal, yang berada di server pihak ketiga, adalah beban yang menumpuk diam-diam seiring waktu. Semakin lama ada, semakin luas permukaan yang bisa ditimpa pembobolan, surat panggilan, atau salah konfigurasi.

Penghapusan adalah bawaan yang tepat ketika transkrip adalah yang Anda butuhkan dan audio hanyalah sarana untuk mendapatkannya. Jika Anda sudah memegang file sumber, di perangkat sendiri atau di penyimpanan sendiri, tidak ada alasan bagi kami menyimpan salinan kedua. Jadi kami tidak menyimpannya.

Untuk gambaran risiko yang lebih luas, termasuk pertanyaan yang layak diajukan kepada alat transkripsi mana pun sebelum Anda mengunggah ke sana, lihat mengapa audio Anda sebaiknya tidak diunggah. Perilaku penghapusan yang dijelaskan di sana sama dengan yang dibahas di sini; tulisan itu melebarkan cakupan ke seluruh pertukaran privasi untuk rekaman sensitif.