§

Tempel atau ketik

§

Metrics

Karakter 0
Karakter (tanpa spasi) 0
Kata 0
Kalimat 0
Paragraf 0
Waktu baca
Waktu bicara
§

Options

§

Kata paling umum

# Kata Jumlah Frekuensi

Sebagian besar penghitung kata daring ditulis saat web masih berpusat pada bahasa Inggris, dan mereka masih memisahkan teks berdasarkan spasi ASCII. Hal itu langsung bermasalah saat Anda menempel teks Mandarin (tanpa spasi antar kata), Arab (kanan ke kiri, huruf sambung), atau Devanagari (tanda vokal melekat pada konsonan). Alat ini menggunakan API Intl.Segmenter bawaan peramban, yang membawa aturan segmentasi kata CLDR Unicode untuk setiap aksara yang dicakup standar tersebut. Penulis multibahasa, penerjemah, dan siapa pun yang menyusun dokumentasi dalam lebih dari satu bahasa akan mendapatkan hitungan yang sesuai dengan ekspektasi pembaca aksara asli.

Bagaimana kata dihitung?

Alat ini menghitung kata menggunakan API Intl.Segmenter bawaan peramban (Chrome 87+, Firefox 125+, Safari 14.1+) jika tersedia, yang menangani setiap aksara — Latin, Mandarin, Arab, Devanagari, Jepang, Korea, Sirilik — dengan batas kata yang akurat secara linguistik berdasarkan Unicode CLDR. Ketika Intl.Segmenter tidak tersedia, alat ini beralih ke ekspresi reguler yang mendukung Unicode (/\p{L}+/gu) yang cocok dengan setiap rangkaian huruf Unicode. Sebagian besar alat saingan memisahkan teks berdasarkan spasi ASCII dan secara diam-diam salah menghitung apa pun di luar alfabet Latin; alat ini tidak demikian.

Cara penghitungan bekerja

Enam langkah terjadi di peramban Anda pada setiap penekanan tombol. Tidak ada yang menyentuh jaringan. Seluruh pipeline berjalan dalam waktu kurang dari satu milidetik untuk masukan sepanjang paragraf umum dan menangani manuskrip 100.000 kata tanpa kehilangan frame.

  1. Teks Anda dibaca dari textarea dan disimpan dalam memori peramban — tidak ada yang meninggalkan perangkat Anda.
  2. Jumlah karakter menggunakan operator spread JavaScript ([...text].length) untuk menghitung code point Unicode, sehingga emoji seperti 🙂 dihitung sebagai 1 karakter terlepas dari encoding UTF-16 internalnya.
  3. Jumlah kata mengandalkan Intl.Segmenter dengan granularity: 'word', memfilter ke segmen di mana isWordLike bernilai true. Teks Mandarin dan Jepang di mana kata tidak dipisahkan oleh spasi menghitung satu segmen per karakter.
  4. Jumlah kalimat menggunakan Intl.Segmenter dengan granularity: 'sentence', yang menangani singkatan, elipsis, dan kasus tepi tanda baca lebih baik daripada pemisahan berdasarkan titik sederhana.
  5. Jumlah paragraf membagi berdasarkan satu atau lebih baris kosong (\n\s*\n) dan memfilter segmen kosong.
  6. Waktu baca dan bicara membagi jumlah kata dengan kecepatan KPM yang dikonfigurasi (default: 200 baca, 130 bicara) dan memformat hasilnya sebagai menit dan detik.

Mengapa menghitung kata?

  • Batas esai dan pengiriman. Prompt universitas membatasi pernyataan pribadi pada 650 kata (Common App), 500 kata (sebagian besar pernyataan pribadi UCAS UK), atau 4.000 karakter dengan spasi. Mengetahui jumlah sebelum mengajukan berarti tidak ada pemotongan menit terakhir di bawah tekanan.
  • SEO dan perencanaan konten. Tim kualitas pencarian menggunakan jumlah kata sebagai proksi kasar untuk kedalaman topikal, dan halaman panjang antara 1.500 dan 2.500 kata secara konsisten mengungguli posting tipis untuk kueri kompetitif. Melacak jumlah saat Anda menyusun draf menjaga draf dalam rentang tersebut tanpa pengisi.
  • Ukuran media sosial. X membatasi posting hingga 280 karakter, artikel LinkedIn hingga 110.000, keterangan Instagram hingga 2.200, dan deskripsi meta sekitar 160. Kotak karakter menampilkan angka tepat sebelum Anda menempel ke editor platform dan menemukan bahwa teks terpotong.
  • Perkiraan transkripsi dan presentasi. Waktu baca pada 200 KPM sesuai dengan membaca diam rata-rata; waktu bicara pada 130 KPM sesuai dengan pengiriman percakapan. Gunakan keduanya untuk mengukur segmen podcast, merencanakan lightning talk 5 menit, atau memperkirakan durasi narasi sebelum sesi rekaman.

Aplikasi umum

Penghitungan kata dan karakter muncul di berbagai pekerjaan penulisan, konten, dan pengembangan, dan mesin yang mendukung Unicode dari alat ini paling penting bagi tim yang mengirimkan konten dalam lebih dari satu bahasa:

  • Penulisan akademis: pantau kemajuan menuju target bab tesis atau verifikasi bahwa abstrak tetap dalam batas karakter jurnal sebelum pengiriman.
  • Teks pemasaran dan UX: ukur baris subjek, judul hero, atau label tombol CTA terhadap anggaran karakter yang ditetapkan desainer Anda di Figma.
  • Penulisan pidato dan podcasting: ubah skrip menjadi durasi yang diharapkan sehingga Anda tahu apakah keynote berjalan terlalu lama sebelum hari latihan.

Seperti apa contoh penghitungan kata?

Ambil sampel tiga paragraf ini. The quick brown fox jumps over the lazy dog. Kalimat di atas adalah pangram — mengandung setiap huruf alfabet Inggris, itulah mengapa tipografer dan desainer font menggunakannya untuk melihat pratampilan huruf. Pangram sudah ada setidaknya sejak abad ke-19, ketika operator telegraf menggunakan kalimat pendek yang mengandung semua huruf untuk menguji akurasi transmisi. Hari ini pangram muncul dalam spesimen font, tes keyboard, dan teks placeholder default setiap aplikasi desain dari Figma hingga InDesign. Tempel itu ke dalam masukan dan kotak metrik melaporkan: 71 kata, 410 karakter dengan spasi, 340 karakter tanpa spasi, 4 kalimat, 3 paragraf, waktu baca sekitar 21 detik pada 200 KPM, dan waktu bicara sekitar 33 detik pada 130 KPM. Panel kata-paling-umum melewati stopword seperti the dan a serta memunculkan kata-kata konten yang dominan. Beralih ke teks Mandarin, Arab, atau Hindi dan setiap kotak dihitung ulang sesuai aturan segmentasi aksara masing-masing.

Bagaimana kata dihitung?

Di peramban yang mendukung Intl.Segmenter (Chrome 87+, Firefox 125+, Safari 14.1+) alat ini menggunakan new Intl.Segmenter(locale, { granularity: 'word' }) dan menghitung segmen di mana isWordLike bernilai true. Ini menangani Mandarin, Jepang, Arab, Devanagari, dan setiap aksara Unicode lainnya dengan benar. Di peramban lama, regex fallback /\p{L}+/gu mencocokkan setiap rangkaian huruf Unicode, yang berfungsi baik untuk bahasa ber-aksara Latin tetapi memperlakukan seluruh kata Mandarin atau Jepang sebagai satu segmen terlepas dari tidak adanya spasi.

Mengapa jumlahnya berbeda dari MS Word?

Algoritma penghitungan kata Microsoft Word bersifat proprietary dan menangani kata majemuk bertulis, kontraksi, dan karakter khusus secara berbeda di berbagai versi. Alat ini menghitung "won't" sebagai satu kata (satu segmen isWordLike), sementara Word mungkin menghitung sebagai dua. Untuk sebagian besar prosa, jumlahnya setuju dalam 1–2%; untuk teks bertulis keduanya bisa lebih berbeda. Jumlah karakter selalu setuju ketika teks sumber adalah string UTF-8 yang sama.

Apakah ini mendukung aksara non-Latin (Mandarin, Arab, Sirilik)?

Ya. API Intl.Segmenter dirancang untuk mendukung Unicode. Arab dan Ibrani (aksara kanan ke kiri) dihitung dengan benar; Sirilik dan Yunani dihitung seperti pemisahan batas kata gaya Latin biasa; Mandarin dan Jepang melaporkan satu segmen mirip-kata per karakter karena sistem penulisan tersebut tidak menggunakan spasi antar kata. Jumlah karakter (menggunakan [...text].length) selalu menghitung code point Unicode terlepas dari aksara, sehingga emoji, karakter CJK, dan karakter Latin beraksen semuanya dihitung sebagai 1.

Apakah teks saya diunggah?

Tidak. Setiap penghitungan berjalan di dalam tab peramban Anda menggunakan API JavaScript bawaan. Tidak ada yang dikirim ke server Ultim8Soft atau layanan pihak ketiga apa pun. Anda dapat memverifikasinya dengan membuka DevTools peramban, beralih ke tab Jaringan, menghapus log, mengetik ke dalam masukan, dan memastikan tidak ada permintaan jaringan yang muncul untuk langkah penghitungan.

Penghitung kata ini berjalan sepenuhnya di peramban Anda. Tanpa unggahan, tanpa akun, tanpa pustaka vendor, tanpa analitik pada teks yang dihitung. Tempel teks apa pun dalam aksara apa pun, lihat tujuh kotak metrik diperbarui saat Anda mengetik, dan salin yang Anda butuhkan. Seluruh alat ini sekitar 12 KB JavaScript yang dimuat sekali dan bekerja secara offline setelah kunjungan pertama.