Cari & Ganti Teks

Cari dan ganti teks online — dengan regex atau teks biasa

Alat cari dan ganti (find and replace) ini mengganti teks di seluruh dokumen hanya dengan satu klik. Tempel konten Anda, masukkan kata yang ingin dicari dan teks pengganti (replace), lalu semua kecocokan berubah sekaligus — lengkap dengan penghitung langsung dan highlight sehingga Anda tahu persis bagian mana yang akan terpengaruh sebelum menerapkannya.

Gunakan sebagai pengganti teks biasa yang sederhana, atau aktifkan regex untuk penyuntingan berbasis pola. Semuanya berjalan online dan sepenuhnya di browser Anda, sehingga tidak ada yang perlu diinstal dan teks Anda tidak pernah meninggalkan perangkat — cocok untuk membersihkan data hasil ekspor, kode, file CSV, log, atau penyuntingan berulang apa pun. Berfungsi sama baiknya di iPhone, Android, maupun desktop.

Cari dan ganti regex dengan capture group

Aktifkan Regex agar kotak Find diperlakukan sebagai regular expression JavaScript penuh, dengan flag i, m, dan s yang tinggal satu ketukan chip saja (g selalu aktif sehingga setiap kecocokan diganti). Pola seperti \d{4} atau \b[A-Z]\w+ memungkinkan Anda mencocokkan berdasarkan bentuk, bukan sekadar kata yang persis sama.

Yang membuat alat cari ganti regex online ini unggul adalah capture group: bungkus sebagian pola dalam tanda kurung dan gunakan kembali di teks pengganti dengan $1, $2, atau $&. Cari (\d{4})-(\d{2})-(\d{2}) dan ganti dengan $3/$2/$1 untuk memformat ulang tanggal ISO, atau tangkap (\w+)@(\w+) untuk menulis ulang alamat email. Pola yang tidak valid menampilkan pesan error yang jelas, bukan gagal secara diam-diam.

Beberapa cari dan ganti sekaligus

Kebanyakan alat pengganti online hanya menangani satu pasangan sekaligus. Beralih ke mode Multiple rules untuk menyusun daftar pasangan cari→ganti yang diterapkan secara berurutan, dari atas ke bawah — inilah cari ganti teks berganda yang sesungguhnya. Hasil dari setiap aturan menjadi input untuk aturan berikutnya, sehingga Anda bisa merangkai seluruh proses pembersihan hanya dengan satu klik.

Setiap aturan memiliki toggle Regex, Match-case, dan Whole-word sendiri, plus checkbox aktif/nonaktif sehingga Anda bisa mematikan satu langkah tanpa menghapusnya. Berguna untuk menyeragamkan istilah, memperbaiki beberapa typo berulang, atau menjalankan cari ganti batch yang bisa diulang pada teks yang ditempel. Ini jauh lebih efisien daripada mengganti satu per satu di Word atau Google Docs.

Kecocokan presisi: kapital, kata utuh, baris baru, dan tab

Dalam mode teks biasa, Match case membedakan 'Apple' dari 'apple', dan Whole word mencocokkan sebuah istilah hanya ketika berdiri sendiri — sehingga mengganti 'cat' tidak akan menyentuh 'category' atau 'scatter'. Aktifkan Interpret \n \t untuk memakai \n sebagai baris baru, \t sebagai tab, dan \\ sebagai garis miring terbalik (backslash) di kedua kotak.

Ini membuat pekerjaan yang merepotkan jadi mudah: cari , lalu ganti dengan \n untuk memecah daftar bertanda koma menjadi baris terpisah, atau cari \t lalu ganti dengan spasi untuk merapikan teks yang berindentasi tab. Biarkan kotak Replace kosong untuk sekadar menghapus kata atau karakter di setiap tempat kemunculannya.

Perbandingan dengan Word, Google Docs, Notepad++, dan VS Code

Microsoft Word memiliki Find & Replace dengan dukungan wildcard, tetapi sintaksnya berbeda dari regex standar (Anda menulis <cat> untuk kata utuh di wildcard Word, bukan \bcat\b), dan hanya berfungsi pada dokumen di dalam Word. Google Docs menambahkan regex dasar sejak 2019 tetapi masih belum mendukung capture group dalam teks pengganti — Anda tidak bisa memformat ulang tanggal dengan $1/$2/$3 di Docs. Notepad++ memiliki dukungan regex yang sangat baik tetapi membutuhkan instalasi Windows dan hanya bekerja dengan file yang ada di disk.

VS Code paling mumpuni di antara semuanya — regex penuh dengan capture group dan cari-ganti lintas file — tetapi berlebihan jika Anda hanya perlu membersihkan sedikit teks yang ditempel tanpa membuka folder proyek. Alat ini mengisi celah tersebut: tempel teks apa pun, jalankan regex dengan capture group, susun beberapa aturan sekaligus, dan salin hasilnya dalam hitungan detik, di perangkat mana pun, tanpa perlu instalasi dan tanpa unggahan.

Privat, instan, dan gratis

Setiap penggantian — dari perbaikan satu kata hingga seluruh dokumen — terjadi secara lokal di browser Anda, sehingga teks sensitif seperti kode sumber, kontrak, atau log tetap berada di perangkat Anda. Tidak perlu daftar, tidak ada unggahan, dan tidak ada biaya. Alat ini tetap berfungsi secara offline setelah dimuat pertama kali, sehingga bisa dipakai di pesawat atau saat koneksi tidak stabil.

Simpan bookmark alat cari dan ganti ini untuk lain kali Anda perlu mengubah bentuk teks dengan cepat. Baik Anda sedang membersihkan data CSV hasil ekspor, memformat ulang blok kode, menyeragamkan istilah di seluruh dokumen, atau membuang karakter yang tidak diinginkan dari file log — semuanya ditangani di browser Anda, secara gratis.

Regex secara mendalam: anchor, character class, quantifier, dan backreference

Anchor menempatkan sebuah pola pada posisi tertentu, bukan pada karakter tertentu. ^ cocok dengan awal baris dan $ cocok dengan akhir baris, sehingga pola ^\s+ hanya menargetkan spasi di awal dan \s+$ hanya menargetkan spasi di akhir — gunakan yang kedua dengan pengganti kosong untuk merapikan setiap baris tanpa menyentuh spasi di bagian dalam. Character class mencocokkan satu karakter mana pun dari sebuah kumpulan: [a-z] adalah huruf kecil apa pun, [0-9] adalah angka apa pun, dan singkatan \w (karakter kata: huruf, angka, garis bawah), \d (angka), dan \s (spasi) mencakup kasus yang paling umum. Negasikan sebuah class dengan ^ di dalam kurung siku — [^\d] cocok dengan karakter apa pun yang bukan angka.

Quantifier mengatur berapa kali elemen sebelumnya harus cocok. * berarti nol atau lebih, + berarti satu atau lebih, ? berarti nol atau satu, dan {n,m} berarti antara n dan m kali — sehingga \d{2,4} cocok dengan angka dua, tiga, atau empat digit. Secara default, quantifier bersifat greedy (rakus): .+ akan mengambil teks sebanyak mungkin sebelum backtrack. Tambahkan ? agar menjadi lazy (malas): .+? mencocokkan sesedikit mungkin. Perbedaan ini penting saat membuang tag HTML — <.+> secara rakus melahap semua yang ada dari < pertama hingga > terakhir dalam satu baris, sementara <.+?> (atau yang lebih presisi, <[^>]+>) mencocokkan setiap tag secara individual. Gunakan <[^>]+> diganti dengan teks kosong untuk membuang semua tag HTML dari sebuah blok markup.

Capture group membungkus sub-pola dalam tanda kurung dan menyimpan apa yang dicocokkannya agar bisa dipakai kembali di string pengganti. Cari (\w+)\s+\1 untuk mendeteksi kata bersebelahan yang berulang seperti “the the” (backreference \1 mencocokkan teks yang sama dengan yang ditangkap grup pertama). Untuk menukar dua kata, cari (foo)(bar) dan ganti dengan $2$1 — sintaks tanda dolar pada pengganti adalah $1, $2, dan seterusnya. Pola dunia nyata: cari ^(\+?\d[\d\s\-().]{7,})$ untuk mencocokkan nomor telepon dalam berbagai format lalu ganti dengan bentuk yang dinormalisasi; cari https?://[^\s"'>]+ untuk mengekstrak semua URL; cari \s+$ untuk menangkap spasi di akhir setiap baris. Pola-pola ini menangani tugas yang jika tidak, akan membutuhkan skrip khusus.

Penggantian case-sensitive, case-insensitive, dan case-preserving

Kebanyakan pengolah kata secara default melakukan pencarian case-insensitive karena pengguna biasanya ingin menemukan sebuah kata terlepas dari bagaimana kapitalisasinya. Editor kode, sebaliknya, secara default menggunakan pencocokan case-sensitive, karena useState dan usestate benar-benar merupakan identifier yang berbeda. Memahami mode mana yang sedang dipakai alat Anda mencegah bug klasik berupa tidak sengaja mengganti nama sebuah konstanta padahal Anda hanya ingin memperbarui komentar. Flag i pada mesin regex mengaktifkan pencocokan case-insensitive — pola /colour/i cocok dengan “colour”, “Colour”, “COLOUR”, dan semua variasi campuran huruf besar-kecil lainnya.

Smart case (dipopulerkan oleh Vim dan diadopsi oleh VS Code) menawarkan jalan tengah: pencarian bersifat case-insensitive ketika query yang dimasukkan seluruhnya huruf kecil, dan berubah menjadi case-sensitive begitu ada satu huruf kapital di dalamnya. Mengetik colour menemukan semua variasi; mengetik Colour hanya menemukan bentuk berhuruf kapital. Ini memungkinkan pengetik cepat bekerja dengan huruf kecil secara default tanpa perlu mengubah toggle apa pun. Find in Files di VS Code mewarisi perilaku ini ketika “Match Case” tidak aktif tetapi ada huruf kapital dalam istilah pencarian.

Case-preserving replacement melangkah lebih jauh: satu perintah ganti mengubah “colour” → “color”, “Colour” → “Color”, dan “COLOUR” → “COLOR” secara bersamaan, menjaga pola kapitalisasi masing-masing kecocokan. VS Code menerapkan ini menggunakan escape sequence khusus dalam string pengganti — \u membuat huruf berikutnya kapital, \l membuatnya huruf kecil, \U membuat seluruh grup berikutnya kapital, dan \L membuatnya huruf kecil semua. Jadi mengganti colour (match case nonaktif) dengan \u\Lcolor menjaga kecocokan title-case dengan benar. Untuk sebagian besar pekerjaan sehari-hari, pendekatan yang lebih sederhana adalah menjalankan dua atau tiga penggantian terpisah (satu untuk huruf besar semua, satu untuk title-case, satu untuk huruf kecil), yang persis merupakan kegunaan mode Multiple rules di alat ini.

Cari dan ganti di seluruh proyek lintas file

Penggantian satu file hanyalah setengah dari cerita — mengganti nama variabel di seluruh codebase atau memperbarui nama merek di ribuan dokumen membutuhkan pencarian dan penggantian di seluruh proyek. Toolchain Unix mencakup ini: grep -rn "teks_lama" . menemukan setiap kemunculan secara rekursif dan menampilkan nomor baris, sementara penggantiannya sendiri ditangani oleh sed: sed -i 's/lama/baru/g' $(grep -rl "lama" .) menulis ulang setiap file yang cocok langsung di tempat. ripgrep (rg) adalah alternatif modern yang lebih cepat — rg "lama" --files-with-matches | xargs sed -i 's/lama/baru/g' menggabungkan kecepatan pencariannya dengan substitusi sed. Untuk pengguna Windows tanpa shell, Find in Files di VS Code (Ctrl+Shift+H) menawarkan kemampuan yang sama lewat GUI, termasuk regex penuh dengan capture group dan pratinjau semua perubahan sebelum ditulis.

Version control adalah hal yang tidak bisa ditawar sebelum melakukan penggantian massal apa pun. Stage dulu semua perubahan yang ada sekarang sehingga seluruh diff dari proses cari/ganti terisolasi dalam satu commit yang bisa ditinjau. git diff setelah operasi menunjukkan persis baris mana yang berubah di file mana — tanpa jaring pengaman itu, pola yang cakupannya terlalu longgar bisa diam-diam merusak puluhan file. Bencana klasiknya adalah mengganti substring pendek dan umum seperti id atau type tanpa batas kata: pola tersebut cocok di dalam identifier yang lebih panjang, merusak nama variabel dan pemanggilan fungsi di file yang sama sekali tidak Anda maksudkan untuk disentuh. Selalu uji pola pada satu file atau sampel kecil sebelum menjalankannya di seluruh proyek.

Prinsip dry-run karena itu menjadi praktik standar: jalankan dulu tahap pencarian (grep atau ripgrep) dan tinjau setiap baris yang cocok sebelum menulis satu byte pun. Beberapa alat membuat ini eksplisit — --dry-run pada sed tidak bersifat universal, tetapi kebanyakan IDE menampilkan pratinjau diff penuh. Untuk format terstruktur seperti JSON, XML, dan HTML, cari/ganti teks mentah hampir selalu menjadi alat yang salah: pola yang menargetkan sebuah nilai bisa tidak sengaja cocok dengan key yang teksnya sama, atau mengenai nama atribut di dalam sebuah tag. Pendekatan yang benar adalah parse dulu, targetkan dengan ekspresi path, baru serialize — jq '.users[].name = "updated"' untuk JSON, xmlstarlet ed untuk XML, dan UPDATE … SET … WHERE pada SQL untuk data di database. Simpan cari/ganti tingkat teks untuk konten yang tidak terstruktur atau semi-terstruktur, di mana memakai parser justru berlebihan.

Sejarah singkat pencarian teks

Perintah grep — singkatan dari Global Regular Expression Print — ditulis oleh Ken Thompson pada 1973 untuk Unix. Thompson mengekstrak perintah g/re/p dari editor baris ed (yang sendiri mengekspresikan substitusi global sebagai g/regex/s/lama/baru/) dan mengemasnya menjadi alat mandiri. Alfred Aho mengembangkannya pada 1975 dengan egrep (yang menambahkan alternasi | dan pengelompokan ()) serta fgrep (yang mencari string tetap tanpa overhead regex), membentuk pemisahan tiga arah antara pencarian regex penuh, regex extended, dan string literal yang masih ditiru banyak alat hingga sekarang.

Dua algoritma penting muncul pada 1977 yang menjadi dasar hampir semua alat pencarian yang dipakai saat ini. Algoritma Boyer-Moore (Robert Boyer dan J Strother Moore) memproses pola pencarian terlebih dahulu untuk membangun dua tabel heuristik — tabel bad-character dan tabel good-suffix — yang memungkinkan pencarian melompati bagian besar teks input alih-alih memeriksa setiap karakter. Untuk pola panjang yang dicari dalam teks panjang, ini mencapai waktu sub-linear dalam praktiknya, artinya algoritma memindai lebih sedikit karakter daripada yang ada dalam dokumen. Algoritma Knuth-Morris-Pratt (Donald Knuth, Vaughan Pratt, dan James Morris, juga 1977) mendekati masalah ini secara berbeda: algoritma ini menghitung terlebih dahulu fungsi kegagalan dari pola itu sendiri sehingga ketika terjadi ketidakcocokan, pencarian bisa dilanjutkan dari prefiks terpanjang pola yang juga merupakan sufiks dari teks yang sudah dipindai sejauh itu, menjamin waktu linear O(n + m) tanpa backtracking.

Editor modern menggabungkan ide-ide ini dengan trik tambahan untuk menangani jutaan baris tanpa lag yang terasa. Ripgrep, alat pencarian tercepat yang banyak dipakai, menerapkan instruksi CPU SIMD (single-instruction, multiple-data) untuk memindai 16 atau 32 byte sekaligus, menggunakan pengoptimal literal untuk mengekstrak urutan byte tetap dari sebuah regex dan menjalankan proses Boyer-Moore-Horspool sebelum mesin regex penuh diaktifkan, serta menghormati aturan .gitignore untuk melewati file yang tidak relevan. Pencarian VS Code membangun indeks trigram di seluruh workspace sehingga pencarian untuk urutan tiga karakter yang langka terselesaikan dengan satu kali pencarian indeks, bukan pemindaian file penuh. Hasilnya — pencarian yang nyaris instan di seluruh repositori berisi jutaan baris — adalah hasil dari hampir lima puluh tahun penyempurnaan algoritma bertahap yang berakar langsung dari grep buatan Thompson tahun 1973.