Cách tắt tính năng AI trong WordPress (core hay plugin, nói thẳng)

Gần như mọi tính năng AI mà người ta muốn gỡ khỏi WordPress đều đến từ một plugin, một nhà cung cấp hosting, hoặc WordPress.com — chứ không phải từ core bản tự host. Trước khi dán một đoạn remove_action vào functions.php, hãy mở danh sách plugin và tìm ra thứ thực sự đang vẽ ra bảng AI đó, bởi vì gỡ một tính năng mà core vốn không có là công sức đổ sông đổ biển trên một website vốn đã đang trục trặc.

Sự phân biệt này quan trọng vì cách xử lý hoàn toàn khác nhau. Tính năng của plugin thì có công tắc trong phần cài đặt. Tính năng do hosting chèn vào thì nằm trong bảng điều khiển hosting, không nằm trong trang quản trị WordPress. Còn câu hỏi riêng biệt mà đa số người ta thực sự muốn hỏi khi nói “tắt AI” — làm sao ngăn các công ty AI huấn luyện trên bài viết của mình — thì không phải là một thiết lập nào của WordPress cả. Đó là chuyện của robots và cấu hình máy chủ.

Cái gì là của core và cái gì không

Bản WordPress tự host không đi kèm trợ lý viết bài AI, chatbot AI hay công cụ tạo ảnh AI nào chạy sẵn. Nếu bạn thấy biểu tượng tia lấp lánh AI trong trình soạn thảo khối, tức là có thứ gì đó đã cài nó vào.

Các tính năng AI thực sự đến từ đâu:

Nguồn	Tính năng thường gặp	Nơi tắt
Jetpack	Khối AI Assistant và bảng trong trình soạn thảo	Cài đặt Jetpack, công tắc module
Plugin AI độc lập	Trình tạo nội dung, chatbot, tự viết alt text	Màn hình cài đặt của chính plugin đó
Plugin SEO	Gợi ý tiêu đề/mô tả bằng AI	Cài đặt plugin, thường theo từng tính năng
Page builder	Tạo nội dung và ảnh bằng AI ngay trong giao diện builder	Cài đặt builder hoặc bảng tài khoản
Hosting quản lý	Trợ lý AI được chèn qua mu-plugin hoặc bảng điều khiển	Bảng điều khiển của nhà cung cấp hosting
WordPress.com	Công cụ viết bài AI được cung cấp sẵn	Cài đặt tài khoản WordPress.com, không phải trong site của bạn

Dự án WordPress đúng là có các hoạt động phát triển liên quan tới AI đang diễn ra — những feature plugin thử nghiệm mà sau này có thể được đưa vào core. Nếu bạn đang dùng bản phát hành mới và thấy thứ gì đó nhuốm mùi AI mà không quy được về plugin nào, hãy kiểm tra danh sách plugin đã cài trước, rồi tới changelog của chính phiên bản bạn đang chạy, thay vì mặc định cho rằng đó là một thiết lập mặc định của core cần lọc bỏ. Sự dè dặt này là có chủ ý: những khẳng định gắn với phiên bản trong mảng này lỗi thời rất nhanh, và một khẳng định sai sẽ khiến bạn ngồi sửa file mà chẳng để làm gì.

Tìm ra thứ thực sự đang thêm nó vào

Hãy tắt plugin theo từng nhóm cho tới khi bảng AI biến mất. Thô sơ, nhưng cho bạn câu trả lời chắc chắn thay vì phỏng đoán.

Nếu bạn có WP-CLI, liệt kê mọi thứ đang bật trước đã:

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

Sau đó kiểm tra phần code do hosting chèn vào, vốn không hiện trong màn hình plugin thông thường:

ls -la wp-content/mu-plugins/

Các plugin must-use được nạp tự động và không thể tắt từ trang quản trị. Nếu nhà cung cấp hosting thả một trợ lý AI vào đó, cách gỡ sạch sẽ duy nhất là thông qua bảng điều khiển của họ — xoá file thường chỉ khiến nó xuất hiện lại ở lần cập nhật nền tảng kế tiếp.

Tắt cho đúng cách

Dùng chính tuỳ chọn của plugin. Đây là câu trả lời nhàm chán và cũng là câu trả lời đúng. Jetpack đặc biệt được xây dựng theo dạng module bật tắt độc lập, nên bạn có thể tắt AI Assistant mà vẫn giữ thống kê, sao lưu, hay bất cứ thứ gì bạn đang dựa vào. Phần lớn plugin AI độc lập đều có ô bật/tắt riêng cho từng tính năng.

Nếu bạn không dùng plugin đó cho việc gì khác, hãy tắt hẳn cả plugin. Một plugin AI để nguyên đó nhưng “đã vô hiệu hoá” vẫn nạp code của nó ở mọi lượt truy cập. Tắt plugin nhanh hơn, an toàn hơn và nhẹ hơn thấy rõ so với bất kỳ filter nào.

Gỡ hook bằng remove_action là phương án cuối cùng. Cách này thực sự chạy được, nhưng chỉ khi bạn biết chính xác tên hook, callback và mức ưu tiên mà plugin đã đăng ký, và chỉ chạy được cho tới khi plugin đổi tên bất kỳ thứ nào trong đó:

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

Cái giá phải trả, nói thật: nó hỏng trong im lặng. Plugin cập nhật, tên class đổi, đoạn gỡ hook của bạn không còn khớp, bảng AI quay lại, và không có lỗi nào báo cho bạn biết. Nếu chọn cách này, hãy ghi lại bạn đã gỡ những gì và kiểm tra lại sau mỗi lần cập nhật plugin đó.

Sự thận trọng tương tự cũng áp dụng khi huỷ đăng ký các bảng trình soạn thảo từ phía JavaScript. Đó là một khả năng có thật, nhưng bạn đang thò tay vào phần đăng ký của một plugin khác thông qua chuỗi định danh, và chuỗi định danh đó không phải là một cam kết công khai.

Đừng cố chặn tính năng AI bằng cách sửa các hằng số trong wp-config.php mà bạn nhặt được từ một bài đăng trên diễn đàn. Không có hằng số nào của core tắt được AI của plugin bên thứ ba. Nếu một đoạn code nào đó nói ngược lại mà bạn không truy được hằng số đó về tài liệu của chính plugin, thì nó chẳng làm gì cả.

Câu hỏi còn lại: ngăn AI huấn luyện trên nội dung của bạn

Đây là chuyện khác, và đây mới là nơi chứa phần lớn nỗi lo thật sự. Tắt một bảng trong trình soạn thảo không thay đổi gì về việc ai đang thu thập bài viết của bạn. Việc kiểm soát đó diễn ra trong robots.txt và, nếu bạn muốn cưỡng chế thật, ở tầng máy chủ.

WordPress phục vụ một robots.txt ảo trừ khi có file thật nằm ở thư mục gốc web. Nếu file vật lý tồn tại, WordPress đứng hẳn sang một bên và crawler nhận đúng file đó. Muốn sửa bản ảo, hãy dùng filter:

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

Tự tay dựng các quy tắc là chỗ người ta hay sai — một token viết sai là chẳng chặn được gì, còn một dòng Disallow: / đặt nhầm user-agent có thể kéo bạn ra khỏi kết quả tìm kiếm bình thường. Trình tạo robots.txt ghép các khối chặn crawler AI cùng với những directive tìm kiếm thông thường của bạn, để bạn nhìn được toàn bộ file trước khi đưa lên chạy thật.

Các token mà những nhà cung cấp lớn công bố và nói rằng họ tôn trọng:

Token	Nhà cung cấp	Phạm vi áp dụng
GPTBot	OpenAI	Thu thập dữ liệu để huấn luyện mô hình
ChatGPT-User	OpenAI	Các lượt tải phát sinh từ yêu cầu của người dùng
ClaudeBot	Anthropic	Thu thập dữ liệu
Google-Extended	Google	Việc dùng nội dung của bạn để huấn luyện Gemini, không phải bản thân việc thu thập
Applebot-Extended	Apple	Việc dùng cho huấn luyện mô hình tạo sinh của Apple
PerplexityBot	Perplexity	Thu thập dữ liệu
CCBot	Common Crawl	Kho lưu trữ khổng lồ mà nhiều mô hình huấn luyện trên đó

Hai điểm cần nói thẳng. Thứ nhất, robots.txt mang tính tự nguyện. Bên đàng hoàng thì tuân thủ; bên nào muốn phớt lờ thì vẫn phớt lờ. Thứ hai, chặn không phải là miễn phí. Một số token trong danh sách trên quyết định việc bạn có xuất hiện trong các câu trả lời do AI tạo ra kèm trích dẫn và link về bạn hay không. Chặn hết thì bạn mất luôn nguồn traffic giới thiệu đó cùng với việc bị dùng để huấn luyện. Hãy quyết xem bạn thực sự quan tâm điều gì.

Nếu muốn cưỡng chế chứ không phải một lời đề nghị lịch sự, hãy chặn ở tầng máy chủ. Trong .htaccess trên 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>

Chuỗi user-agent giả mạo cực kỳ dễ, nên cách này chỉ chặn được lưu lượng trung thực nhưng không mong muốn, chứ không chặn nổi một kẻ cạo dữ liệu quyết tâm. Chặn theo dải IP đã xác minh tại CDN hoặc tường lửa mạnh hơn, và hầu hết CDN hiện nay đều có sẵn quy tắc chặn bot AI chỉ bằng một cú nhấp, dễ bảo trì hơn hẳn một danh sách viết tay.

Những cách không có tác dụng

llms.txt là một đề xuất, không phải chuẩn. Đó là một file markdown được gợi ý dùng để mô tả website của bạn cho các mô hình ngôn ngữ. Chưa nhà cung cấp lớn nào cam kết xem nó như một cơ chế kiểm soát truy cập. Thêm nó không tốn gì và có thể giúp mô hình đọc bạn tốt hơn, nhưng nó không chặn được gì cả.

Thẻ meta noai và noimageai gần như không ai tôn trọng. Chúng xuất phát từ chính sách của một nền tảng duy nhất, không phải một thoả thuận chung của cả ngành. Thêm vào thì không hại; nhưng kỳ vọng chúng có tác dụng thì có.

Plugin hứa hẹn “chặn AI” thường chỉ ghi ra vài quy tắc robots. Điều đó ổn thôi, và cũng chính là thứ bạn tự làm được trong mười dòng. Nó không phải là rào cản pháp lý hay kỹ thuật, và không plugin nào biến nó thành như vậy được.

Chặn crawler AI không gỡ được nội dung đã nằm trong mô hình đã huấn luyện. Không thứ gì bạn thêm vào hôm nay kéo ngược được bài viết của bạn ra khỏi một mô hình đã phát hành năm ngoái. Các quy tắc robots chỉ có tác dụng về sau.

Vẫn thấy bảng AI

Nếu đã tắt hết plugin mà bảng đó vẫn còn, hãy kiểm tra lại wp-content/mu-plugins/, rồi tới bảng điều khiển của nhà cung cấp hosting, rồi xem bạn có đang dùng WordPress.com thay vì bản tự host hay không — ở đó các công tắc nằm trong cài đặt tài khoản, không nằm trong trang quản trị website. Và nếu tính năng đó xuất hiện lại sau một lần cập nhật plugin, đó chính là dấu hiệu của một đoạn gỡ hook đã hết khớp, chứ không phải core đang áp lại thiết lập mặc định nào.