Lompat ke konten
SEO & crawler

Cara Menonaktifkan Fitur AI di WordPress (Core atau Plugin, Sejujurnya)

Temukan plugin, hosting, atau mu-plugin yang memunculkan panel AI itu, matikan dengan aman, dan blokir crawler AI lewat robots.txt tanpa kehilangan trafik pencarian.

Dipublikasikan

Hampir semua fitur AI yang ingin dihilangkan orang di WordPress berasal dari plugin, pihak hosting, atau WordPress.com — bukan dari core versi self-hosted. Sebelum Anda menempelkan potongan remove_action ke functions.php, buka daftar plugin Anda dan cari benda yang benar-benar menampilkan panel AI itu, karena menghapus fitur yang memang tidak ada di core hanya membuang waktu di situs yang sudah bermasalah.

Perbedaan itu penting karena solusinya sama sekali berbeda. Fitur dari plugin punya tombol di pengaturan. Fitur yang disuntikkan hosting tinggal di dasbor hosting, bukan di admin WordPress. Dan pertanyaan lain yang biasanya orang maksud saat bilang “matikan AI” — mencegah perusahaan AI melatih model dari tulisan Anda — sama sekali bukan pengaturan WordPress. Itu urusan robots dan konfigurasi server.

Mana yang core dan mana yang bukan

WordPress self-hosted tidak menyertakan asisten penulisan AI, chatbot AI, atau generator gambar AI yang langsung aktif begitu dipasang. Kalau Anda melihat ikon kilau AI di block editor, berarti ada sesuatu yang memasangnya.

Dari mana fitur AI itu sebenarnya datang:

SumberFitur khasnyaTempat mematikannya
JetpackBlok AI Assistant dan panel editorPengaturan Jetpack, tombol modul
Plugin AI mandiriGenerator konten, chatbot, penulis teks altHalaman pengaturan plugin itu sendiri
Plugin SEOSaran judul/deskripsi berbasis AIPengaturan plugin, biasanya per fitur
Page builderPembuatan teks dan gambar AI di antarmuka builderPengaturan builder atau panel akun
Managed hostingAsisten AI yang disuntikkan lewat mu-plugin atau dasborPanel kontrol hosting
WordPress.comAlat penulisan AI yang di-hostingPengaturan akun WordPress.com, bukan situs Anda

Proyek WordPress memang punya pengembangan terkait AI yang sedang berjalan — plugin fitur eksperimental yang suatu saat mungkin masuk ke core. Kalau Anda memakai rilis terbaru dan melihat sesuatu berbau AI yang tidak bisa Anda lacak ke plugin mana pun, cek dulu daftar plugin terpasang, lalu changelog rilis yang Anda pakai, alih-alih langsung berasumsi ada bawaan core yang perlu difilter. Sikap hati-hati ini disengaja: klaim yang terikat versi di area ini cepat basi, dan klaim yang salah membuat Anda mengedit file tanpa alasan.

Cari tahu apa yang sebenarnya menambahkannya

Nonaktifkan plugin secara bertahap per kelompok sampai panel AI hilang. Kasar, tapi cara ini memberi jawaban pasti, bukan tebakan.

Kalau Anda punya WP-CLI, daftar dulu semua yang aktif:

wp plugin list --status=active --field=name

Lalu periksa kode yang disuntikkan hosting, yang tidak muncul di halaman plugin biasa:

ls -la wp-content/mu-plugins/

Must-use plugin dimuat otomatis dan tidak bisa dinonaktifkan dari admin. Kalau hosting Anda menaruh asisten AI di sana, satu-satunya cara bersih untuk menghapusnya lewat panel kontrol mereka — menghapus filenya sering berarti file itu muncul lagi pada pembaruan platform berikutnya.

Mematikannya dengan benar

Pakai pengaturan bawaan plugin. Ini jawaban yang membosankan, dan ini jawaban yang benar. Jetpack khususnya dibangun dari modul yang bisa dimatikan sendiri-sendiri, jadi Anda bisa mematikan AI Assistant sambil tetap memakai statistik, backup, atau apa pun yang Anda andalkan. Sebagian besar plugin AI mandiri menyediakan kotak centang aktif/nonaktif per fitur.

Kalau plugin itu tidak Anda pakai untuk hal lain, nonaktifkan seluruh pluginnya. Plugin AI yang tetap terpasang tapi “dimatikan” tetap memuat kodenya di setiap permintaan. Menonaktifkan lebih cepat, lebih aman, dan terukur lebih ringan daripada filter apa pun.

Melepas hook dengan remove_action adalah jalan terakhir. Cara ini memang berhasil, tapi hanya kalau Anda tahu persis nama hook, callback, dan prioritas yang didaftarkan plugin, dan hanya sampai plugin itu mengganti nama salah satunya:

// Only if you have verified the exact hook, callback and priority.
// Runs late so the plugin has already registered its own hooks.
add_action( 'init', function () {
    remove_action( 'enqueue_block_editor_assets', array( 'Some_Plugin_Class', 'enqueue_ai_panel' ), 10 );
}, 99 );

Konsekuensi jujurnya: cara ini rusak tanpa suara. Pembaruan plugin mengubah nama kelas, kode penghapus Anda tidak lagi cocok, panel AI muncul kembali, dan tidak ada error apa pun yang memberi tahu Anda. Kalau Anda memakai pendekatan ini, catat apa yang Anda hapus dan periksa ulang setiap kali plugin tersebut diperbarui.

Kehati-hatian yang sama berlaku untuk membatalkan pendaftaran panel editor lewat JavaScript. Itu kemampuan yang nyata, tapi Anda sedang menjangkau pendaftaran milik plugin lain lewat pengenal berupa teks, dan pengenal itu bukan kontrak publik.

Jangan coba memblokir fitur AI dengan mengedit konstanta wp-config.php yang Anda temukan di postingan forum. Tidak ada konstanta core yang mematikan AI dari plugin pihak ketiga. Kalau sebuah potongan kode mengklaim sebaliknya dan Anda tidak bisa melacak konstantanya ke dokumentasi plugin itu, kode tersebut tidak melakukan apa-apa.

Pertanyaan yang satunya: menghentikan pelatihan AI atas konten Anda

Ini soal terpisah, dan di sinilah kecemasan sebenarnya berada. Mematikan panel editor sama sekali tidak mengubah siapa yang merayapi tulisan Anda. Mengendalikan hal itu terjadi di robots.txt dan, kalau Anda ingin benar-benar dipaksakan, di level server.

WordPress menyajikan robots.txt virtual selama tidak ada file asli di root web Anda. Kalau file fisik ada, WordPress mundur sepenuhnya dan file itulah yang diterima crawler. Untuk mengedit yang virtual, gunakan filter:

add_filter( 'robots_txt', function ( $output ) {
    $output .= "\nUser-agent: GPTBot\nDisallow: /\n";
    return $output;
}, 10 );

Menyusun aturannya secara manual adalah tempat orang paling sering keliru — satu token salah tulis tidak memblokir apa pun, dan Disallow: / yang nyasar ke agen yang salah bisa menarik Anda keluar dari pencarian biasa. Generator robots.txt menyusun blok crawler AI berdampingan dengan aturan pencarian normal Anda sehingga Anda bisa melihat seluruh isi file sebelum diterapkan.

Token yang dipublikasikan operator besar dan mereka klaim dihormati:

TokenOperatorCakupannya
GPTBotOpenAIPerayapan untuk pelatihan model
ChatGPT-UserOpenAIPengambilan halaman yang dipicu permintaan pengguna
ClaudeBotAnthropicPerayapan
Google-ExtendedGooglePemakaian konten Anda untuk pelatihan Gemini, bukan perayapannya
Applebot-ExtendedApplePemakaian untuk pelatihan model generatif Apple
PerplexityBotPerplexityPerayapan
CCBotCommon CrawlArsip massal yang dipakai banyak model untuk berlatih

Dua catatan jujur. Pertama, robots.txt sifatnya sukarela. Operator yang tertib mematuhinya; apa pun yang ingin mengabaikannya akan mengabaikannya. Kedua, memblokir bukan tanpa biaya. Sebagian token ini menentukan apakah Anda muncul di jawaban buatan AI yang mengutip dan menautkan situs Anda. Blokir semuanya, dan Anda kehilangan sumber rujukan itu bersamaan dengan paparan pelatihan. Tentukan mana yang benar-benar Anda pedulikan.

Untuk penegakan, bukan sekadar permintaan sopan, blokir di server. Di .htaccess pada Apache:

<IfModule mod_setenvif.c>
  SetEnvIfNoCase User-Agent "GPTBot|CCBot|ClaudeBot|PerplexityBot" ai_bot
  <RequireAll>
    Require all granted
    Require not env ai_bot
  </RequireAll>
</IfModule>

String user-agent gampang sekali dipalsukan, jadi ini menghentikan lalu lintas jujur yang tidak diinginkan, bukan scraper yang bertekad masuk. Memblokir berdasarkan rentang IP terverifikasi di CDN atau firewall Anda jauh lebih kuat, dan sekarang sebagian besar CDN sudah menyediakan aturan bot AI sekali klik yang lebih mudah dirawat daripada daftar buatan tangan.

Yang tidak berhasil

llms.txt adalah usulan, bukan standar. Ini file markdown yang diusulkan untuk mendeskripsikan situs Anda kepada model bahasa. Belum ada operator besar yang berkomitmen memperlakukannya sebagai kontrol akses. Menambahkannya tidak memakan biaya dan mungkin membantu cara model membaca situs Anda, tapi tidak memblokir apa pun.

Tag meta noai dan noimageai nyaris tidak dihormati siapa pun. Keduanya lahir dari kebijakan satu platform, bukan kesepakatan lintas industri. Menambahkannya tidak berbahaya; mengharapkannya bekerja itu yang keliru.

Plugin yang menjanjikan “blokir AI” biasanya cuma menulis aturan robots. Itu tidak apa-apa, dan itu persis yang bisa Anda lakukan sendiri dalam sepuluh baris. Itu bukan penghalang hukum maupun teknis, dan tidak ada plugin yang bisa menjadikannya begitu.

Memblokir crawler AI tidak menghapus konten yang sudah ada di dalam model terlatih. Apa pun yang Anda tambahkan hari ini tidak akan menarik tulisan Anda keluar dari model yang dirilis tahun lalu. Aturan robots hanya berlaku ke depan.

Panel AI masih muncul

Kalau semua plugin sudah mati dan panelnya masih bertahan, periksa lagi wp-content/mu-plugins/, lalu dasbor hosting Anda, lalu apakah Anda sebenarnya memakai WordPress.com dan bukan self-hosted — di sana tombolnya ada di pengaturan akun, bukan di admin situs. Dan kalau fiturnya muncul lagi setelah plugin diperbarui, itu ciri khas potongan kode pelepas hook yang berhenti cocok, bukan bawaan core yang tiba-tiba menuntut haknya.

FAQ

Pertanyaan

Apakah WordPress core punya fitur AI yang perlu dinonaktifkan?

WordPress self-hosted tidak menyertakan asisten penulisan AI, chatbot, atau generator gambar yang aktif secara bawaan. Panel AI di editor hampir selalu berasal dari plugin yang Anda pasang, plugin yang disuntikkan pihak hosting, atau integrasi dari dasbor hosting. Periksa daftar plugin dulu sebelum menulis kode untuk menghapus sesuatu yang mungkin memang tidak ada di core.

Bagaimana cara mematikan Jetpack AI Assistant?

Nonaktifkan modul AI Assistant lewat halaman pengaturan Jetpack, bukan dengan mengedit kode. Jetpack dibangun dari modul-modul yang bisa dinyalakan dan dimatikan sendiri-sendiri, jadi mematikan satu modul akan menghilangkan panel editornya tanpa mengganggu fitur Jetpack lainnya. Kalau Anda tidak memakai fitur Jetpack yang lain sama sekali, menonaktifkan seluruh pluginnya jauh lebih sederhana dan ringan.

Apakah remove_action bisa mematikan fitur AI dari sebuah plugin?

Kadang bisa, tapi rapuh. Cara ini hanya berhasil kalau Anda tahu persis nama hook, callback, dan prioritas yang didaftarkan plugin tersebut, dan satu pembaruan plugin bisa mengganti nama salah satunya lalu diam-diam memunculkan fiturnya lagi. Pakai pengaturan bawaan plugin kalau tersedia, dan jadikan pelepasan hook sebagai jalan terakhir yang Anda uji ulang setiap kali plugin diperbarui.

Apakah memblokir crawler AI lewat robots.txt benar-benar berhasil?

Hanya untuk crawler yang secara sukarela mematuhinya. Operator besar seperti OpenAI, Anthropic, Google, dan Apple mempublikasikan token user-agent yang mereka klaim dihormati, dan memblokir token itu memang layak dilakukan. Aturan robots bukan alat penegakan, jadi pelaku nakal dan permintaan yang dipicu pengguna bisa saja mengabaikannya. Pemblokiran di level server adalah lapisan yang benar-benar memaksa.

Apa bedanya memblokir crawler AI dengan memblokir pencarian AI?

Sebagian operator memakai token terpisah untuk pelatihan model dan untuk menjawab pertanyaan langsung. Memblokir token pelatihan menjauhkan konten Anda dari proses pelatihan model tapi Anda tetap muncul di jawaban AI, sementara memblokir token pencarian atau user-agent bisa menghapus Anda dari hasil buatan AI yang sebenarnya akan mengutip dan menautkan situs Anda. Tentukan dulu konsekuensi mana yang Anda pilih sebelum memblokir keduanya.

Apakah llms.txt sebuah standar yang perlu saya terapkan?

Tidak, llms.txt adalah usulan komunitas, bukan standar resmi, dan belum ada operator AI besar yang berkomitmen memperlakukannya sebagai mekanisme kontrol akses. Menambahkan file ini tidak berbahaya dan murah, tapi jangan anggap sebagai pengganti aturan robots.txt atau pemblokiran di level server. Pengerjaan standar di area ini masih berjalan.