วิธีปิดฟีเจอร์ AI ใน WordPress (แยกให้ชัดว่าอันไหนของ core อันไหนของปลั๊กอิน)

ฟีเจอร์ AI แทบทุกตัวที่คนอยากกำจัดออกจาก WordPress มาจากปลั๊กอิน จากโฮสต์ หรือจาก WordPress.com ไม่ได้มาจาก core ที่คุณติดตั้งเอง ก่อนจะวางสคริปต์ remove_action ลงใน functions.php ให้เปิดรายการปลั๊กอินขึ้นมาแล้วหาตัวที่แสดงแผง AI นั้นจริง ๆ เพราะการไล่ลบฟีเจอร์ที่ core ไม่ได้มีอยู่แต่แรกคือการเสียแรงเปล่าบนเว็บที่กำลังมีปัญหาอยู่แล้ว

ความต่างตรงนี้สำคัญ เพราะวิธีแก้คนละเรื่องกันเลย ฟีเจอร์ของปลั๊กอินจะมีสวิตช์ในหน้าตั้งค่า ฟีเจอร์ที่โฮสต์ยัดเข้ามาจะอยู่ในแดชบอร์ดของโฮสต์ ไม่ได้อยู่ในหน้าแอดมิน WordPress ส่วนอีกคำถามที่คนมักหมายถึงเวลาพูดว่า “ปิด AI” นั่นคือการหยุดไม่ให้บริษัท AI เอาบทความของคุณไปเทรน อันนั้นไม่ใช่การตั้งค่าใน WordPress เลย มันเป็นเรื่องของ robots และการตั้งค่าเซิร์ฟเวอร์

อะไรคือของ core อะไรไม่ใช่

WordPress core แบบติดตั้งเองไม่ได้มาพร้อมผู้ช่วยเขียนบทความ AI แชตบอต AI หรือเครื่องมือสร้างภาพ AI ที่ทำงานได้ทันทีตั้งแต่แกะกล่อง ถ้าคุณเห็นไอคอนประกาย AI ในหน้าแก้ไขแบบบล็อก แปลว่ามีอะไรบางอย่างติดตั้งมันเข้ามา

แหล่งที่มาจริง ๆ ของฟีเจอร์ AI มีดังนี้

แหล่งที่มา	ฟีเจอร์ที่มักเจอ	ที่ที่ใช้ปิด
Jetpack	บล็อก AI Assistant และแผงในหน้าแก้ไข	หน้าตั้งค่า Jetpack สวิตช์ระดับโมดูล
ปลั๊กอิน AI แบบเดี่ยว	ตัวสร้างเนื้อหา แชตบอต ตัวเขียนข้อความ alt	หน้าตั้งค่าของปลั๊กอินตัวนั้นเอง
ปลั๊กอิน SEO	คำแนะนำ title และ description จาก AI	หน้าตั้งค่าปลั๊กอิน มักแยกตามฟีเจอร์
Page builder	การสร้างข้อความและภาพด้วย AI ในหน้า builder	หน้าตั้งค่าของ builder หรือแผงบัญชีผู้ใช้
โฮสต์แบบ managed	ผู้ช่วย AI ที่ยัดเข้ามาผ่าน mu-plugin หรือแดชบอร์ด	แผงควบคุมของโฮสต์
WordPress.com	เครื่องมือเขียนด้วย AI แบบโฮสต์ให้	ตั้งค่าบัญชี WordPress.com ไม่ใช่ที่เว็บของคุณ

โปรเจกต์ WordPress เองก็มีการพัฒนาที่เกี่ยวกับ AI อยู่จริง เป็นปลั๊กอินทดลองที่อาจถูกรวมเข้า core ในอนาคต ถ้าคุณใช้เวอร์ชันใหม่ ๆ แล้วเจออะไรที่กลิ่นเหมือน AI แต่หาต้นทางจากปลั๊กอินไม่เจอ ให้ตรวจรายการปลั๊กอินที่ติดตั้งไว้ก่อน แล้วค่อยดู changelog ของเวอร์ชันนั้นเป็นลำดับถัดไป แทนที่จะเหมาว่าเป็นค่าเริ่มต้นของ core ที่ต้องเขียนตัวกรองไปตัดทิ้ง ที่ต้องกันไว้แบบนี้เพราะข้อมูลที่ผูกกับเวอร์ชันในเรื่องนี้เก่าเร็วมาก และถ้าอ้างผิดคุณจะเสียเวลานั่งแก้ไฟล์โดยไม่จำเป็น

หาให้เจอว่าอะไรเป็นตัวใส่มันเข้ามา

ปิดใช้งานปลั๊กอินทีละชุดจนกว่าแผง AI จะหายไป วิธีนี้ดิบไปหน่อย แต่ให้คำตอบที่ชัดเจนแทนการเดา

ถ้ามี WP-CLI ให้ลิสต์ทุกตัวที่กำลังทำงานอยู่ก่อน

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

จากนั้นตรวจโค้ดที่โฮสต์ยัดเข้ามา ซึ่งจะไม่โผล่ในหน้าปลั๊กอินปกติ

ls -la wp-content/mu-plugins/

ปลั๊กอินประเภท must-use จะโหลดอัตโนมัติและปิดจากหน้าแอดมินไม่ได้ ถ้าโฮสต์วางผู้ช่วย AI ไว้ในนั้น ทางเดียวที่จะเอาออกได้อย่างสะอาดคือผ่านแผงควบคุมของพวกเขา เพราะการลบไฟล์ทิ้งมักทำให้มันกลับมาใหม่ตอนอัปเดตแพลตฟอร์มรอบถัดไป

ปิดให้ถูกวิธี

ใช้ตัวเลือกในหน้าตั้งค่าของปลั๊กอินเอง คำตอบนี้ฟังดูน่าเบื่อ แต่มันคือคำตอบที่ถูก โดยเฉพาะ Jetpack ที่ออกแบบมาเป็นโมดูลเปิดปิดแยกกันได้ คุณจึงปิด AI Assistant ได้โดยยังใช้สถิติ การสำรองข้อมูล หรืออะไรก็ตามที่คุณพึ่งพาอยู่ต่อไป ปลั๊กอิน AI แบบเดี่ยวส่วนใหญ่ก็มีช่องเปิดปิดรายฟีเจอร์ให้อยู่แล้ว

ถ้าไม่ได้ใช้ปลั๊กอินตัวนั้นทำอย่างอื่นเลย ให้ปิดใช้งานทั้งตัวไปเลย ปลั๊กอิน AI ที่ยังติดตั้งค้างไว้แต่ “ปิดฟีเจอร์” อยู่ ก็ยังโหลดโค้ดของมันทุกครั้งที่มีการเรียกหน้าเว็บ การปิดใช้งานจึงเร็วกว่า ปลอดภัยกว่า และเบากว่าตัวกรองใด ๆ อย่างวัดผลได้

การถอด hook ด้วย remove_action คือทางเลือกสุดท้าย มันใช้ได้จริง แต่ต่อเมื่อคุณรู้ชื่อ hook ชื่อ callback และค่า priority ที่ปลั๊กอินลงทะเบียนไว้อย่างแม่นยำ และใช้ได้แค่จนกว่าปลั๊กอินจะเปลี่ยนชื่อสิ่งใดสิ่งหนึ่งเท่านั้น

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

ราคาที่ต้องจ่ายแบบตรงไปตรงมาคือ วิธีนี้พังแบบเงียบ ๆ ปลั๊กอินอัปเดตแล้วเปลี่ยนชื่อคลาส โค้ดถอด hook ของคุณก็จับไม่ตรงอีกต่อไป แผง AI กลับมา และไม่มี error ใด ๆ มาบอกคุณ ถ้าจะใช้วิธีนี้ ให้จดไว้ว่าคุณถอดอะไรออกไป แล้วกลับมาตรวจซ้ำทุกครั้งที่ปลั๊กอินตัวนั้นอัปเดต

ข้อควรระวังเดียวกันนี้ใช้กับการยกเลิกการลงทะเบียนแผงในหน้าแก้ไขผ่าน JavaScript ด้วย มันทำได้จริง แต่คุณกำลังเอื้อมไปยุ่งกับการลงทะเบียนของปลั๊กอินอื่นด้วยชื่อที่เป็นสตริง และชื่อนั้นไม่ใช่สัญญาสาธารณะที่ใครรับประกันให้

อย่าพยายามบล็อกฟีเจอร์ AI ด้วยการแก้ค่าคงที่ใน wp-config.php ที่เจอมาจากโพสต์ในเว็บบอร์ด ไม่มีค่าคงที่ตัวไหนของ core ที่ปิด AI ของปลั๊กอินภายนอกได้ ถ้าสคริปต์ไหนอ้างว่าทำได้ แล้วคุณสาวไปหาค่าคงที่นั้นในเอกสารของปลั๊กอินตัวนั้นไม่เจอ แปลว่ามันไม่ได้ทำอะไรเลย

อีกคำถามหนึ่ง การหยุดไม่ให้ AI เอาเนื้อหาไปเทรน

เรื่องนี้เป็นคนละเรื่อง และเป็นจุดที่ความกังวลจริง ๆ ส่วนใหญ่อยู่ตรงนั้น การปิดแผงในหน้าแก้ไขไม่ได้เปลี่ยนอะไรเลยเกี่ยวกับว่าใครเข้ามาเก็บข้อมูลบทความของคุณ การควบคุมเรื่องนั้นเกิดขึ้นใน robots.txt และถ้าอยากให้บังคับใช้ได้จริง ต้องทำที่ระดับเซิร์ฟเวอร์

WordPress จะให้บริการ robots.txt แบบเสมือน เว้นแต่จะมีไฟล์จริงอยู่ที่ root ของเว็บ ถ้ามีไฟล์จริงอยู่ WordPress จะถอยออกไปทั้งหมด และไฟล์นั้นคือสิ่งที่ crawler ได้รับ ถ้าจะแก้ตัวเสมือน ให้ใช้ตัวกรอง

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

การประกอบกฎขึ้นมาเองคือจุดที่คนพลาดกันบ่อย token ผิดตัวเดียวก็บล็อกอะไรไม่ได้เลย และ Disallow: / ที่หลุดไปอยู่ผิด agent ก็ดึงคุณออกจากผลการค้นหาปกติได้ ตัวสร้าง robots.txt จะประกอบบล็อกสำหรับ AI crawler เข้ากับคำสั่งสำหรับ search engine ปกติของคุณให้ ทำให้คุณเห็นทั้งไฟล์ก่อนนำขึ้นใช้จริง

token ที่ผู้ให้บริการรายใหญ่ประกาศไว้และบอกว่าเคารพ

Token	ผู้ให้บริการ	ครอบคลุมอะไร
GPTBot	OpenAI	การเก็บข้อมูลเพื่อเทรนโมเดล
ChatGPT-User	OpenAI	การดึงข้อมูลที่เกิดจากคำสั่งของผู้ใช้
ClaudeBot	Anthropic	การเก็บข้อมูล
Google-Extended	Google	การนำเนื้อหาของคุณไปใช้เทรน Gemini ไม่ใช่ตัวการเก็บข้อมูลเอง
Applebot-Extended	Apple	การนำไปใช้เทรนโมเดลสร้างเนื้อหาของ Apple
PerplexityBot	Perplexity	การเก็บข้อมูล
CCBot	Common Crawl	คลังข้อมูลขนาดใหญ่ที่หลายโมเดลใช้เทรน

มีข้อควรระวังตรง ๆ สองข้อ ข้อแรก robots.txt เป็นเรื่องสมัครใจ ผู้ให้บริการที่มีมารยาทจะทำตาม ส่วนอะไรที่ตั้งใจจะเมินก็เมินได้ ข้อสอง การบล็อกไม่ได้ไม่มีต้นทุน token บางตัวเป็นตัวกำหนดว่าคุณจะปรากฏในคำตอบที่ AI สร้างขึ้นซึ่งอ้างอิงและลิงก์กลับมาหาคุณหรือไม่ ถ้าบล็อกหมดทุกตัว คุณก็เสียช่องทางที่จะได้ผู้เข้าชมจากตรงนั้นไปพร้อมกับการกันไม่ให้เอาไปเทรน ตัดสินใจให้ได้ว่าคุณแคร์อันไหนจริง ๆ

ถ้าอยากได้การบังคับใช้จริงแทนการขอความร่วมมือ ให้บล็อกที่เซิร์ฟเวอร์ ในไฟล์ .htaccess บน 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>

สตริง user-agent ปลอมได้ง่ายมาก วิธีนี้จึงหยุดได้แค่ทราฟฟิกที่ซื่อสัตย์แต่ไม่พึงประสงค์ ไม่ใช่ scraper ที่ตั้งใจจะเจาะ การบล็อกด้วยช่วง IP ที่ตรวจสอบยืนยันแล้วที่ CDN หรือไฟร์วอลล์นั้นแข็งแรงกว่า และตอนนี้ CDN ส่วนใหญ่ก็มีกฎบล็อกบอต AI แบบกดปุ่มเดียวให้ ซึ่งดูแลง่ายกว่ารายการที่เขียนเองด้วยมือ

อะไรที่ไม่ได้ผล

llms.txt เป็นข้อเสนอ ไม่ใช่มาตรฐาน มันคือไฟล์ markdown ที่เสนอให้ใช้อธิบายเว็บของคุณให้โมเดลภาษาอ่าน ยังไม่มีผู้ให้บริการรายใหญ่รายใดประกาศว่าจะถือมันเป็นการควบคุมการเข้าถึง การเพิ่มมันเข้าไปไม่มีต้นทุนและอาจช่วยเรื่องการที่โมเดลอ่านเว็บคุณ แต่มันไม่ได้บล็อกอะไรเลย

แท็ก meta อย่าง noai และ noimageai แทบไม่มีใครสนใจ มันเกิดจากนโยบายของแพลตฟอร์มเดียว ไม่ใช่ข้อตกลงร่วมทั้งอุตสาหกรรม การใส่มันไม่มีโทษ แต่การคาดหวังว่ามันจะได้ผลนั้นมีโทษ

ปลั๊กอินที่โฆษณาว่า “บล็อก AI” ส่วนใหญ่ก็แค่เขียนกฎ robots ให้ ซึ่งก็โอเค และเป็นสิ่งที่คุณทำเองได้ในสิบบรรทัด มันไม่ใช่กำแพงทางกฎหมายหรือทางเทคนิค และไม่มีปลั๊กอินตัวไหนทำให้มันเป็นแบบนั้นได้

การบล็อก AI crawler ไม่ได้ลบเนื้อหาที่อยู่ในโมเดลที่เทรนไปแล้ว สิ่งที่คุณเพิ่มวันนี้ไม่ได้ย้อนไปดึงบทความของคุณออกจากโมเดลที่ปล่อยออกมาเมื่อปีที่แล้ว กฎใน robots มองไปข้างหน้าเท่านั้น

ถ้ายังเห็นแผง AI อยู่

ถ้าปิดปลั๊กอินหมดแล้วแผงยังอยู่ ให้กลับไปดู wp-content/mu-plugins/ อีกครั้ง แล้วดูแดชบอร์ดของโฮสต์ จากนั้นเช็กว่าคุณอยู่บน WordPress.com แทนที่จะเป็นการติดตั้งเองหรือเปล่า เพราะสวิตช์จะอยู่ในหน้าตั้งค่าบัญชีที่นั่น ไม่ได้อยู่ในหน้าแอดมินของเว็บ และถ้าฟีเจอร์กลับมาหลังปลั๊กอินอัปเดต นั่นคือลายเซ็นของสคริปต์ถอด hook ที่จับไม่ตรงแล้ว ไม่ใช่ค่าเริ่มต้นของ core ที่โผล่ขึ้นมาแต่อย่างใด