Karakter Counter

Cara Kerja

1. Ketik atau tempel teks Anda ke dalam textarea. Penghitung memperbarui secara langsung pada setiap penekanan tombol, tidak ada tombol "Hitung" untuk ditekan.
2. Baca statistik langsung. Karakter dengan spasi, karakter tanpa spasi, kata, kalimat, paragraf, baris, panjang rata-rata kata, ditambah perkiraan waktu membaca dan berbicara semua dihitung ulang saat Anda mengedit.
3. Atur batas karakter opsional untuk platform tempat Anda menulis (Twitter 280, SMS 160, Bluesky 300, dll.) dan saksikan bilah kemajuan terisi. Bilah berubah menjadi kuning saat Anda mendekati batas dan merah saat Anda melebihinya.
4. Salin atau hapus saat selesai. Salin Teks menjatuhkan kontennya ke clipboard Anda; Hapus mengosongkan kotak. Tidak ada yang dikirim ke mana pun, seluruh penghitung berjalan di browser Anda.

Batas Karakter yang Penting pada 2026

Setiap platform memiliki batasnya sendiri, dan beberapa memiliki aturan tersembunyi, yang menggigit biasanya batas visibilitas (teks yang melewati titik tertentu disembunyikan di balik "…lebih banyak") dan aturan pengkodean per-saluran.

Jebakan Pengkodean SMS

SMS adalah satu-satunya saluran umum di mana satu karakter dapat mengubah biaya setiap karakter lain dalam pesan Anda. Alfabet default GSM 7-bit mengandung tepat 128 karakter, huruf Latin dasar, digit, tanda baca umum, segelintir karakter beraksen dan simbol mata uang. Apa pun di luar itu (apostrof keriting ', em-dash, emoji, skrip non-Latin apa pun) menurunkan seluruh pesan ke pengkodean UCS-2 16-bit, menjatuhkan plafon per-segmen dari 160 karakter GSM-7 ke 70 karakter UCS-2. Pesan 161 karakter menjadi dua segmen, ditagih sebagai dua pesan; satu emoji yang nyasar dalam pesan yang sebaliknya bersih dapat memotong batas efektif Anda menjadi setengah. Alat seperti "Smart Encoding" Twilio secara otomatis mengganti kutipan keriting dengan yang lurus untuk menjaga kampanye pemasaran dalam pengkodean yang lebih murah.

Apa yang Dihitung sebagai "satu Karakter"? Tergantung.

Unicode modern memisahkan ide intuitif "satu karakter" menjadi tiga konsep berbeda yang dihitung secara berbeda:

• Unit kode, unit penyimpanan dari pengkodean tertentu (1 byte untuk karakter ASCII dalam UTF-8; 2 byte untuk karakter Basic Multilingual Plane dalam UTF-16; 4 byte untuk emoji dalam UTF-16 karena membutuhkan pasangan pengganti).
• Code point, nilai skalar Unicode tunggal (mis. U+1F926 face palm). Sebagian besar karakter adalah satu code point, tetapi beberapa emoji visual "tunggal" dijahit bersama dari beberapa.
• Klaster grafem yang diperluas, apa yang pengguna sebenarnya rasakan sebagai satu karakter. Didefinisikan secara formal dalam Unicode Standard Annex #29.

String.prototype.length JavaScript mengembalikan unit kode UTF-16, bukan grafem. MDN menyatakan ini secara langsung: "berisi panjang string dalam unit kode UTF-16." Itulah mengapa satu emoji seperti 😄 melaporkan panjang 2 (tinggal di pesawat tambahan dan membutuhkan pasangan pengganti), dan urutan ZWJ keluarga 👨‍👩‍👧‍👦 melaporkan panjang 11 (empat emoji orang ditambah tiga zero-width joiners). Emoji keluarga satu karakter yang sama dihitung sebagai 11 dalam JavaScript, 5 dalam Python, dan 1 dalam Swift, tergantung pada definisi mana yang dipilih setiap bahasa.

Untuk hitungan grafem yang benar dalam JavaScript modern, jawaban standarnya adalah Intl.Segmenter:

const seg = new Intl.Segmenter("en", { granularity: "grapheme" });
[...seg.segment("👨‍👩‍👧‍👦")].length;  // 1

Penghitung ini menggunakan Intl.Segmenter di mana didukung (setiap browser evergreen pada tahun 2026) sehingga jumlah karakter terlihat sesuai dengan apa yang akan dihitung mata manusia, bukan apa yang akan dihitung unit kode UTF-16.

Waktu Membaca dan Waktu Berbicara

Waktu membaca dihitung menggunakan sumber modern paling ketat yang tersedia: meta-analisis Marc Brysbaert tahun 2019 ("How many words do we read per minute?", Journal of Memory and Language) yang menarik 190 studi yang mencakup 18.573 peserta. Temuan utama lebih rendah dari kebijaksanaan rakyat yang lama dikutip 300 wpm, membaca diam non-fiksi rata-rata 238 kata per menit, fiksi rata-rata 260 wpm, dan membaca keras turun ke 183 wpm. Penghitung menggunakan 238 wpm untuk perkiraan waktu membaca diam, yang merupakan angka yang tepat untuk dokumentasi, artikel, dan sebagian besar konten umum.

Waktu berbicara menggunakan kecepatan presentasi-formal 130 wpm dari American Speech-Language-Hearing Association, lebih lambat dari pidato percakapan (sekitar 150 wpm) karena audiens membutuhkan waktu pemrosesan tambahan dan presenter perlu berhenti sejenak untuk penekanan. Jika Anda menyusun naskah podcast, bab buku audio, atau pembicaraan langsung, 130 wpm adalah angka perencanaan yang lebih aman.

Panjang Judul SEO dan Meta Deskripsi

Google Search Central jelas: tidak ada panjang maksimum yang ketat baik untuk elemen <title> maupun tag <meta name="description">. Cuplikan hanya dipotong untuk muat di lebar yang tersedia pada perangkat yang menampilkan hasil. Rekomendasi judul 50-60 karakter dan deskripsi 150-160 karakter adalah konvensi industri yang berasal dari lebar piksel yang diamati (~580 px di desktop), bukan dari batas resmi apa pun. Pemotongan diputuskan oleh lebar piksel, jadi judul yang penuh dengan huruf lebar seperti W, M, dan A kapital akan terpotong lebih cepat daripada yang penuh dengan huruf sempit seperti i, l, dan t. Panjang tidak memengaruhi peringkat; itu hanya memengaruhi seberapa banyak cuplikan Anda yang dilihat pencari sebelum mengklik.

Mengapa Penghitungan di Browser Penting

Banyak penghitung teks adalah server-side: Anda menempel, mereka POST teks Anda ke backend, dan mereka mengembalikan hitungan. Apa pun yang Anda tempel kemudian ada di log transit perusahaan itu, log server, dan (tergantung pada syarat) berpotensi data pelatihan mereka. Itu baik-baik saja untuk draft tweet; itu tidak baik-baik saja untuk komunikasi karyawan rahasia, draft hukum di bawah hak istimewa, manuskrip yang tidak diterbitkan, catatan medis atau keuangan, atau PII yang Anda tangani atas nama orang lain. Penghitung ini berjalan sepenuhnya di browser Anda, setiap hitungan dihitung oleh JavaScript di perangkat Anda sendiri, isi textarea tidak pernah meninggalkan halaman, dan setelah halaman di-cache alat berfungsi offline.

Kasus Penggunaan Umum

• Menyusun posting sosial terhadap batas yang tegas dengan bilah kemajuan langsung (X 280, Bluesky 300, Threads 500, Mastodon 500).
• Menulis copy pemasaran SMS yang harus tetap dalam 160 karakter GSM-7 per segmen untuk menjaga biaya pengiriman tetap dapat diprediksi.
• Menyetel tag meta SEO, judul sekitar 60 karakter, deskripsi sekitar 155, tanpa berpindah ke alat pratinjau SERP terpisah.
• Mencapai batas abstrak akademis (APA 150-250 kata, Nature 150, Science 125) tanpa mengekspor ke Word setiap revisi.
• Memeriksa hitungan kata esai atau laporan terhadap minimum kelas atau maksimum jurnal, terutama ketika dokumen asli terkunci atau dalam format yang tidak ingin Anda balik-balik.
• Menempelkan cuplikan kode untuk memperkirakan berapa lama blok kode akan butuh dibaca atau bagaimana akan dirender dalam obrolan.
• Menulis copy bidang formulir terhadap batas karakter CRM atau formulir visa yang arbitrer (default MySQL legacy VARCHAR(255) masih sangat umum).

Kesalahan Umum

1. Membingungkan karakter dengan byte. Posting X 280 karakter dalam bahasa Inggris adalah 280 byte; posting yang sama yang berisi emoji jauh melebihi 280 byte. Gunakan Byte Penghitung khusus saat Anda membutuhkan ukuran yang dikodekan.
2. Lupa bahwa URL selalu dihitung sebagai 23 di X. Tautan pendek dan tautan 200 karakter sama-sama mengkonsumsi 23 dari 280 karakter Anda. Jangan persingkat secara manual.
3. Menggunakan satu emoji dalam template pemasaran SMS. Satu karakter non-GSM menurunkan seluruh pesan ke UCS-2, memotong plafon per-segmen menjadi setengah dan berpotensi menggandakan tagihan di seluruh kampanye.
4. Mengoptimalkan judul ke hitungan karakter ketika pemotongan dengan lebar piksel. Dua judul 60 karakter dapat dirender dengan lebar yang sangat berbeda tergantung pada huruf apa yang mereka gunakan.
5. Mempercayai .length dalam JavaScript untuk hitungan karakter yang terlihat pengguna. Gunakan Intl.Segmenter dengan granularity: "grapheme" jika hitungan pernah ditampilkan kepada pengguna, jika tidak emoji dan klaster CJK melaporkan angka yang menyesatkan.
6. Menempelkan teks rahasia ke penghitung server-side. Jika URL mengatakan "count" tetapi tab jaringan menunjukkan POST, teks Anda baru saja meninggalkan komputer Anda.

Pertanyaan yang Sering Diajukan

Apakah penghitung berfungsi dengan skrip non-Latin dan emoji?

Ya. Hitungan karakter menggunakan Intl.Segmenter dengan granularitas grafem di mana pun browser mendukungnya (setiap browser evergreen pada tahun 2026), jadi satu emoji dihitung sebagai 1 bahkan jika secara teknis itu beberapa code point Unicode yang dijahit bersama dengan zero-width joiners. Karakter CJK, Latin beraksen, Devanagari, dan Cyrillic semua menghitung satu klaster per karakter yang terlihat.

Mengapa hitungan karakter X saya salah satu atau dua?

X menerapkan bobotnya sendiri: setiap emoji dihitung sebagai 2, setiap karakter CJK dihitung sebagai 2, dan setiap URL dibungkus melalui shortener t.co dan dihitung tepat 23. Draft pure-Latin 280 karakter di penghitung ini adalah 280 di X juga, tetapi draft dengan dua emoji dan URL akan dihitung lebih tinggi di X daripada di sini. Untuk akurasi spesifik-X, X menerbitkan pustaka twitter-text yang menerapkan aturan penghitungannya yang tepat.

Apakah waktu membaca benar-benar 238 kata per menit?

Untuk membaca diam non-fiksi oleh orang dewasa rata-rata, ya, itu adalah angka utama dari meta-analisis Marc Brysbaert 2019 dari 190 studi sebelumnya yang mencakup 18.573 peserta, sumber modern paling ketat. Fiksi sedikit lebih cepat (260 wpm), membaca keras jauh lebih lambat (183 wpm), dan berbicara-untuk-audiens lebih lambat lagi (130 wpm per ASHA). Perkiraan waktu membaca menggunakan 238 wpm; waktu berbicara menggunakan 130.

Apakah teks saya disimpan atau dikirim ke mana pun?

Tidak. Penghitungan terjadi sepenuhnya dalam JavaScript di dalam browser Anda. Konten textarea tidak ditransmisikan, dicatat, atau di-cache di server mana pun. Setelah halaman dimuat, penghitung berfungsi offline.

Bagaimana sebenarnya batas SMS bekerja?

Satu segmen SMS adalah 140 byte. Dikodekan dengan alfabet GSM 7-bit itu 160 karakter; dikodekan dengan UCS-2 (Unicode 16-bit, digunakan saat karakter non-GSM muncul) turun ke 70. Pesan multi-segmen kehilangan 7 karakter GSM atau 3 karakter UCS-2 per segmen ke User Data Header yang digunakan untuk perakitan ulang, jadi pesan GSM panjang adalah 153 karakter per segmen, pesan UCS-2 panjang adalah 67. Operator seluler menagih per segmen, jadi pilihan pengkodean penting.

Berapa panjang judul SEO yang tepat?

Google tidak memiliki batas yang tegas. Konvensi industri 50-60 karakter berasal dari titik pemotongan lebar piksel yang diamati dalam hasil pencarian desktop (sekitar 580 px). Panjang itu sendiri tidak memengaruhi peringkat; itu hanya memengaruhi seberapa banyak judul yang dilihat pengguna sebelum terpotong. Pertahankan kata-kata terpenting di awal, karena itu adalah bagian yang dijamin akan ditampilkan.

Alat Terkait