May AI features ba talaga ang WordPress core na kailangan kong i-disable?

Ang self-hosted WordPress core ay walang kasamang AI writing assistant, chatbot, o image generator na tumatakbo agad. Halos palaging galing sa naka-install na plugin, sa plugin na isinaksak ng host, o sa hosting dashboard integration ang mga AI panel sa editor. Tingnan mo muna ang listahan ng plugin bago ka magsulat ng kahit anong code para alisin ang isang bagay na baka wala naman sa core.

Paano ko papatayin ang Jetpack AI Assistant?

I-deactivate ang AI Assistant module sa settings screen ng Jetpack sa halip na mag-edit ng code. Naka-ayos ang Jetpack sa mga module na puwedeng patayin nang isa-isa, kaya kapag pinatay mo iyon ay mawawala ang editor panel nito habang gumagana pa rin ang iba pang bahagi ng Jetpack. Kung wala ka namang ibang ginagamit na feature ng Jetpack, mas simple at mas magaan na i-deactivate na lang ang buong plugin.

Puwede bang i-disable ng remove_action ang AI feature ng isang plugin?

Minsan, pero marupok ito. Gumagana lang kung alam mo ang eksaktong hook, callback, at priority na irinehistro ng plugin, at kayang palitan ng isang update ang alinman doon at tahimik na maibabalik ang feature. Gamitin ang sariling setting ng plugin kapag mayroon, at ituring ang unhooking bilang huling opsyon na sinusuri mong muli pagkatapos ng bawat update.

Talaga bang gumagana ang pagharang sa AI crawlers gamit ang robots.txt?

Sa mga crawler lang na kusang sumusunod. Ang malalaking operator gaya ng OpenAI, Anthropic, Google, at Apple ay may inilalathalang user-agent tokens na sinasabi nilang ginagalang nila, at sulit na harangin ang mga iyon. Hindi pagpapatupad ang robots rules, kaya kayang balewalain ito ng mga masasamang loob at ng mga fetch na galing sa user. Ang server-level blocking ang layer na talagang naipapatupad.

Ano ang pagkakaiba ng pagharang sa AI crawler at pagharang sa AI search?

May mga operator na magkahiwalay ang token para sa training at para sa pagsagot ng live na tanong. Kapag hinarang mo ang training token, hindi gagamitin ang content mo sa pagsasanay ng modelo pero makikita ka pa rin sa mga sagot ng AI, samantalang kapag hinarang mo ang search o user-agent token ay puwede kang mawala sa mga AI-generated na resulta na sana ay bumabanggit at nagli-link sa iyo. Pagpasyahan mo muna kung aling palitan ang gusto mo bago mo harangin pareho.

Standard ba ang llms.txt na dapat kong sundin?

Hindi, panukala lang ng komunidad ang llms.txt at hindi pa ito ratipikadong standard, at wala pang malaking AI operator ang nangakong susundin ito bilang paraan ng access control. Walang masama at mura ang paglagay ng file, pero huwag mong ituring itong kapalit ng mga direktiba sa robots.txt o ng server-level blocking. Patuloy pa rin ang trabaho sa mga standard sa larangang ito.

Paano I-disable ang WordPress AI Features (Core vs Plugin, Walang Palamuti)

Halos lahat ng AI feature na gustong tanggalin ng mga tao sa WordPress ay galing sa isang plugin, sa host, o sa WordPress.com — hindi sa self-hosted core. Bago ka magdikit ng remove_action snippet sa functions.php, buksan mo muna ang listahan ng plugin mo at hanapin kung ano talaga ang nag-uukit ng AI panel na iyon, dahil sayang na sayang ang oras kung aalisin mo ang isang feature na wala naman sa core ng site na kumakalat na ang problema.

Mahalaga ang pagkakaibang iyon dahil magkaibang-magkaiba ang solusyon. Ang feature na galing sa plugin ay may toggle sa settings. Ang feature na isinaksak ng host ay nasa hosting dashboard mo, hindi sa WordPress admin. At ang hiwalay na tanong na karaniwang ibig sabihin ng mga tao kapag sinabi nilang gustong i-disable ang AI — ang pigilan ang mga kumpanya ng AI na gamitin ang mga post mo sa pagsasanay — ay hindi setting sa WordPress. Usapin iyon ng robots at ng server config.

Ano ang core at ano ang hindi

Ang self-hosted WordPress core ay walang kasamang AI writing assistant, AI chatbot, o AI image generator na gumagana kaagad. Kung may nakikita kang AI sparkle icon sa block editor, may nag-install niyan.

Kung saan talaga nanggagaling ang mga AI feature:

Pinagmulan	Karaniwang feature	Saan ito pinapatay
Jetpack	AI Assistant block at editor panel	Jetpack settings, toggle ng module
Nakabukod na AI plugins	Content generators, chatbots, alt-text writers	Sariling settings screen ng plugin
SEO plugins	Mungkahing AI title/description	Settings ng plugin, kadalasan kada feature
Page builders	AI copy at image generation sa builder UI	Builder settings o account panel
Managed hosts	AI assistants na isinaksak sa pamamagitan ng mu-plugin o dashboard	Control panel ng host
WordPress.com	Hosted AI writing tools	Account settings ng WordPress.com, hindi sa site mo

May tuloy-tuloy na AI-related na development ang proyektong WordPress — mga eksperimental na feature plugin na baka pumasok sa core balang-araw. Kung nasa bagong release ka at may nakikita kang parang AI na hindi mo maiugnay sa isang plugin, tingnan mo muna ang listahan ng naka-install mong plugin at pangalawa ang changelog ng release mo, sa halip na basta ipagpalagay na core default iyon na kailangan mong salain. Sadya ang pag-iingat na ito: mabilis lumipas ang mga pahayag na nakatali sa bersyon dito, at kapag mali ang isa, mag-eedit ka ng mga file nang walang saysay.

Hanapin kung ano talaga ang naglalagay nito

I-deactivate ang mga plugin nang paunti-unti hanggang mawala ang AI panel. Magaspang, oo, pero tiyak ang sagot na makukuha mo imbes na hula.

Kung may WP-CLI ka, ilista mo muna lahat ng aktibo:

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

Pagkatapos, tingnan kung may code na isinaksak ang host, na hindi lumalabas sa karaniwang plugin screen:

ls -la wp-content/mu-plugins/

Awtomatikong nilo-load ang must-use plugins at hindi ito puwedeng i-deactivate mula sa admin. Kung may inilagay diyang AI assistant ang host mo, ang tanging malinis na paraan ng pagtanggal ay sa control panel nila — kapag binura mo ang file, madalas bumabalik ito sa susunod na platform update.

Ang tamang paraan ng pagpatay nito

Gamitin ang sariling setting ng plugin. Ito ang mapurol na sagot at ito rin ang tama. Ang Jetpack lalo na ay nakabuo sa mga module na puwedeng patayin nang isa-isa, kaya puwede mong patayin ang AI Assistant habang nananatili ang stats, backups, o kung ano man ang inaasahan mo. Karamihan sa mga nakabukod na AI plugin ay may enable/disable checkbox kada feature.

Kung wala ka namang ibang gamit sa plugin, i-deactivate na ang buong plugin. Ang AI plugin na naiwang naka-install pero “naka-disable” ay nilo-load pa rin ang code nito sa bawat request. Mas mabilis, mas ligtas, at nasusukat na mas magaan ang pag-deactivate kaysa sa kahit anong filter.

Huling opsyon ang unhooking gamit ang remove_action. Gumagana talaga ito, pero kapag alam mo lang ang eksaktong pangalan ng hook, callback, at priority na irinehistro ng plugin, at hanggang sa hindi pa pinapalitan ng plugin ang alinman doon:

// 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 );

Ang totoong presyo nito: tahimik itong nasisira. Papalitan ng isang update ang pangalan ng klase, hindi na tutugma ang pagtanggal mo, babalik ang AI panel, at walang error na magsasabi sa iyo. Kung gagamitin mo ang paraang ito, isulat mo kung ano ang tinanggal mo at balikan mo ito pagkatapos ng bawat update ng plugin na iyon.

Ganoon din ang dapat na pag-iingat sa pag-unregister ng editor panels mula sa JavaScript. Totoong kaya itong gawin, pero inaabot mo ang rehistro ng ibang plugin sa pamamagitan ng string identifier, at hindi pampublikong kasunduan ang identifier na iyon.

Huwag mong subukang harangin ang AI features sa pamamagitan ng pag-edit ng mga constant sa wp-config.php na nakita mo sa isang forum post. Walang core constant na pumapatay sa AI ng third-party na plugin. Kung may snippet na nagsasabi ng iba at hindi mo maiugnay ang constant sa dokumentasyon ng plugin na iyon, wala itong ginagawa.

Ang isa pang tanong: pagpigil sa AI training sa content mo

Hiwalay ito, at dito nakadagan ang tunay na pangamba. Walang binabago sa kung sino ang nagko-crawl sa mga post mo ang pagpatay sa isang editor panel. Sa robots.txt nangyayari ang pagkontrol doon at, kung gusto mong maipatupad talaga, sa server.

Naghahain ang WordPress ng virtual na robots.txt maliban kung may tunay na file sa web root mo. Kapag may pisikal na file, umuurong nang buo ang WordPress at iyon ang natatanggap ng mga crawler. Para baguhin ang virtual, salain mo ito:

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

Sa manu-manong paggawa ng mga panuntunan nagkakamali ang mga tao — walang naharang kapag mali ang isang token, at ang isang ligaw na Disallow: / sa maling agent ay puwedeng magtanggal sa iyo sa normal na search. Pinagsasama-sama ng robots.txt generator ang mga AI-crawler block kasama ang karaniwan mong search directives para makita mo ang buong file bago ito umere.

Mga token na inilalathala ng malalaking operator at sinasabi nilang ginagalang nila:

Token	Operator	Ano ang sakop nito
GPTBot	OpenAI	Pag-crawl para sa pagsasanay ng modelo
ChatGPT-User	OpenAI	Mga fetch na hiniling mismo ng isang user
ClaudeBot	Anthropic	Pag-crawl
Google-Extended	Google	Paggamit ng content mo sa pagsasanay ng Gemini, hindi ang pag-crawl mismo
Applebot-Extended	Apple	Paggamit para sa generative model training ng Apple
PerplexityBot	Perplexity	Pag-crawl
CCBot	Common Crawl	Malawakang archive na pinagsasanayan ng maraming modelo

Dalawang tapat na paalala. Una, kusang-loob ang robots.txt. Sinusunod ito ng mga disenteng operator; ang gustong bumalewala ay babalewala talaga. Pangalawa, hindi libre ang pagharang. May ilan sa mga token na ito ang nagtatakda kung lalabas ka sa mga AI-generated na sagot na bumabanggit at nagli-link sa iyo. Kapag hinarang mo lahat, mawawala sa iyo ang referral surface na iyon kasabay ng pagkakalantad sa training. Pagpasyahan mo kung alin talaga ang mahalaga sa iyo.

Para sa aktuwal na pagpapatupad sa halip na magalang na pakiusap, humarang sa server. Sa .htaccess sa 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>

Napakadaling pekein ang user-agent strings, kaya napipigilan lang nito ang tapat pero ayaw mong traffic, hindi ang determinadong scraper. Mas matibay ang pagharang batay sa beripikadong IP range sa CDN o firewall mo, at halos lahat ng CDN ngayon ay may one-click na AI-bot rule na mas madaling alagaan kaysa sa listahang ginawa nang manu-mano.

Ano ang hindi gumagana

Panukala ang llms.txt, hindi standard. Isa itong iminumungkahing markdown file na naglalarawan ng site mo para sa mga language model. Walang malaking operator ang nangakong ituturing itong access control. Walang gastos ang paglagay nito at baka makatulong sa kung paano ka basahin ng mga modelo, pero wala itong hinaharang.

Halos walang gumagalang sa noai at noimageai meta tags. Galing ang mga ito sa patakaran ng iisang platform, hindi sa kasunduan ng buong industriya. Hindi nakakasama ang paglagay ng mga ito; ang pag-asang gagana ang mga ito ang mali.

Ang plugin na nangangakong haharangin ang AI ay karaniwang nagsusulat lang ng robots rules. Ayos lang iyon, at iyon mismo ang kaya mong gawin sa sampung linya. Hindi ito legal o teknikal na harang, at walang plugin na makakagawa nito.

Hindi tinatanggal ng pagharang sa AI crawlers ang content na nasa isang sinanay nang modelo. Walang idadagdag mo ngayon ang makakabawi ng mga post mo mula sa modelong inilabas noong isang taon. Pasulong lang ang tingin ng robots rules.

Kung may AI panel pa rin

Kung patay na lahat ng plugin at nandiyan pa rin ang panel, tingnan mong muli ang wp-content/mu-plugins/, tapos ang dashboard ng host mo, tapos kung nasa WordPress.com ka pala at hindi self-hosted — nasa account settings doon ang mga toggle, hindi sa site admin. At kung bumalik ang feature pagkatapos ng isang plugin update, iyon ang palatandaan ng unhooking snippet na tumigil sa pagtutugma, hindi ng core default na nagpapakita ng sarili.