چطور قابلیت‌های هوش مصنوعی وردپرس را غیرفعال کنیم (هسته یا افزونه، بی‌تعارف)

تقریباً هر قابلیت هوش مصنوعی که مردم می‌خواهند از وردپرس حذفش کنند، از یک افزونه، یک هاست یا از WordPress.com می‌آید — نه از هستهٔ خودمیزبان (self-hosted). پیش از آنکه یک قطعه‌کد remove_action را در functions.php بچسبانید، فهرست افزونه‌هایتان را باز کنید و همان چیزی را پیدا کنید که واقعاً آن پنل هوش مصنوعی را رندر می‌کند؛ چون تلاش برای حذف قابلیتی که اصلاً در هسته وجود ندارد، روی سایتی که همین حالا هم درست کار نمی‌کند، فقط اتلاف وقت است.

این تمایز مهم است، چون راه‌حل‌ها کاملاً با هم فرق دارند. قابلیت یک افزونه، کلید خاموش‌وروشن در تنظیمات دارد. قابلیتی که هاست تزریق کرده در داشبورد هاستینگ شما زندگی می‌کند، نه در پیشخوان وردپرس. و آن پرسش جداگانه‌ای که مردم معمولاً وقتی می‌گویند «هوش مصنوعی را غیرفعال کن» منظورشان است — یعنی جلوگیری از آموزش دیدن شرکت‌های هوش مصنوعی روی نوشته‌های شما — اصلاً یک تنظیم وردپرسی نیست. آن یک مسئلهٔ robots و پیکربندی سرور است.

چه چیزی هسته است و چه چیزی نیست

هستهٔ وردپرس خودمیزبان هیچ دستیار نویسندهٔ هوش مصنوعی، چت‌بات یا تولیدکنندهٔ تصویری که کاربر ببیندش و از همان ابتدا فعال باشد ارائه نمی‌کند. اگر آیکون درخشان هوش مصنوعی را در ویرایشگر بلوک می‌بینید، یک چیزی آن را نصب کرده است.

قابلیت‌های هوش مصنوعی واقعاً از کجا می‌آیند:

منبع	قابلیت معمول	جایی که خاموشش می‌کنید
Jetpack	بلوک و پنل ویرایشگر AI Assistant	تنظیمات Jetpack، کلید ماژول
افزونه‌های مستقل هوش مصنوعی	تولیدکنندهٔ محتوا، چت‌بات، نویسندهٔ متن جایگزین تصویر	صفحهٔ تنظیمات خودِ افزونه
افزونه‌های سئو	پیشنهاد عنوان و توضیحات با هوش مصنوعی	تنظیمات افزونه، معمولاً برای هر قابلیت جداگانه
صفحه‌سازها	تولید متن و تصویر با هوش مصنوعی در رابط صفحه‌ساز	تنظیمات صفحه‌ساز یا پنل حساب کاربری
هاست‌های مدیریت‌شده	دستیارهای هوش مصنوعی که از طریق mu-plugin یا داشبورد تزریق می‌شوند	کنترل‌پنل هاست
WordPress.com	ابزارهای نویسندگی هوش مصنوعی میزبانی‌شده	تنظیمات حساب WordPress.com، نه سایت شما

پروژهٔ وردپرس توسعهٔ مرتبط با هوش مصنوعی را در جریان دارد — افزونه‌های آزمایشی که ممکن است روزی به هسته راه پیدا کنند. اگر روی نسخه‌ای تازه هستید و چیزی با بوی هوش مصنوعی می‌بینید که نمی‌توانید به یک افزونه نسبتش بدهید، اول فهرست افزونه‌های نصب‌شده و دوم تغییرات همان نسخه را بررسی کنید، به جای اینکه فرض کنید یک پیش‌فرض هسته‌ای وجود دارد که باید فیلترش کنید. این احتیاط عمدی است: ادعاهای وابسته به نسخه در این حوزه خیلی زود کهنه می‌شوند و یک ادعای اشتباه شما را بی‌دلیل به جان ویرایش فایل‌ها می‌اندازد.

پیدا کنید واقعاً چه چیزی آن را اضافه می‌کند

افزونه‌ها را دسته‌دسته غیرفعال کنید تا پنل هوش مصنوعی ناپدید شود. روش خامی است، اما به جای حدس، یک پاسخ قطعی به شما می‌دهد.

اگر WP-CLI دارید، اول همهٔ افزونه‌های فعال را فهرست کنید:

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

بعد کدهایی را که هاست تزریق کرده بررسی کنید، چون در صفحهٔ معمولی افزونه‌ها دیده نمی‌شوند:

ls -la wp-content/mu-plugins/

افزونه‌های must-use به‌صورت خودکار بارگذاری می‌شوند و از پیشخوان قابل غیرفعال کردن نیستند. اگر هاست شما یک دستیار هوش مصنوعی را آنجا انداخته، تنها راه تمیزِ حذفش از طریق کنترل‌پنل خودشان است — پاک کردن فایل معمولاً یعنی در به‌روزرسانی بعدی پلتفرم دوباره برمی‌گردد.

خاموش کردنِ درست و اصولی

از تنظیمات خودِ افزونه استفاده کنید. این پاسخِ حوصله‌سربر است و درست هم همین است. به‌ویژه Jetpack حول ماژول‌هایی ساخته شده که مستقل از هم خاموش و روشن می‌شوند، پس می‌توانید AI Assistant را خاموش کنید و آمار، پشتیبان‌گیری یا هر چیز دیگری را که به آن تکیه دارید نگه دارید. بیشتر افزونه‌های مستقل هوش مصنوعی برای هر قابلیت یک تیک فعال/غیرفعال دارند.

اگر از آن افزونه برای هیچ کار دیگری استفاده نمی‌کنید، کل افزونه را غیرفعال کنید. افزونهٔ هوش مصنوعی که نصب مانده اما «غیرفعال» شده، همچنان در هر درخواست کدش را بارگذاری می‌کند. غیرفعال کردن سریع‌تر، امن‌تر و به‌طور قابل اندازه‌گیری سبک‌تر از هر فیلتری است.

برداشتن هوک با remove_action آخرین راه‌حل است. واقعاً کار می‌کند، اما فقط وقتی نام دقیق هوک، callback و اولویتی را که افزونه ثبت کرده بدانید، و فقط تا زمانی که افزونه هیچ‌کدام از این‌ها را تغییر نام ندهد:

// فقط اگر هوک، callback و اولویت دقیق را تأیید کرده‌اید.
// دیر اجرا می‌شود تا افزونه هوک‌های خودش را ثبت کرده باشد.
add_action( 'init', function () {
    remove_action( 'enqueue_block_editor_assets', array( 'Some_Plugin_Class', 'enqueue_ai_panel' ), 10 );
}, 99 );

هزینهٔ صادقانه‌اش این است: این کار بی‌سروصدا خراب می‌شود. یک به‌روزرسانی نام کلاس را عوض می‌کند، کد حذف شما دیگر مطابقت پیدا نمی‌کند، پنل هوش مصنوعی برمی‌گردد و هیچ خطایی هم به شما خبر نمی‌دهد. اگر از این روش استفاده می‌کنید، بنویسید چه چیزی را حذف کرده‌اید و بعد از هر به‌روزرسانی آن افزونه دوباره بررسی کنید.

همین احتیاط دربارهٔ لغو ثبت پنل‌های ویرایشگر از سمت جاوااسکریپت هم صدق می‌کند. این قابلیت واقعی است، اما شما دارید با یک شناسهٔ رشته‌ای به ثبت‌نام افزونه‌ای دیگر دست می‌زنید، و آن شناسه یک قرارداد عمومی نیست.

سعی نکنید قابلیت‌های هوش مصنوعی را با ثابت‌هایی که در یک پست انجمن پیدا کرده‌اید و در wp-config.php می‌گذارید مسدود کنید. هیچ ثابتی در هسته، هوش مصنوعی افزونه‌های شخص ثالث را خاموش نمی‌کند. اگر قطعه‌کدی خلافش را ادعا می‌کند و شما نمی‌توانید آن ثابت را در مستندات همان افزونه ردیابی کنید، آن کد هیچ کاری نمی‌کند.

آن پرسش دیگر: جلوگیری از آموزش هوش مصنوعی روی محتوای شما

این موضوع جداست، و اتفاقاً بیشتر نگرانی واقعی هم همین‌جاست. خاموش کردن یک پنل ویرایشگر ذره‌ای در اینکه چه کسی نوشته‌های شما را می‌خزد تغییر ایجاد نمی‌کند. کنترل آن در robots.txt اتفاق می‌افتد و اگر بخواهید واقعاً اعمال شود، در سطح سرور.

وردپرس یک robots.txt مجازی سرو می‌کند، مگر آنکه فایلی واقعی در ریشهٔ وب شما وجود داشته باشد. اگر فایل فیزیکی موجود باشد، وردپرس کاملاً کنار می‌کشد و همان فایل چیزی است که به دست خزنده‌ها می‌رسد. برای ویرایش نسخهٔ مجازی، فیلترش کنید:

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

ساختن دستی این قوانین همان‌جایی است که مردم اشتباه می‌کنند — یک توکن غلط هیچ چیزی را مسدود نمی‌کند، و یک Disallow: / سرگردان روی عامل اشتباه می‌تواند شما را از جستجوی عادی بیرون بکشد. تولیدکنندهٔ robots.txt بلوک‌های خزندهٔ هوش مصنوعی را در کنار دستورهای جستجوی معمولی شما سرهم می‌کند تا پیش از آنکه فایل زنده شود، کل آن را ببینید.

توکن‌هایی که اپراتورهای بزرگ منتشر کرده‌اند و می‌گویند به آن‌ها احترام می‌گذارند:

توکن	اپراتور	چه چیزی را پوشش می‌دهد
GPTBot	OpenAI	خزیدن برای آموزش مدل
ChatGPT-User	OpenAI	دریافت‌هایی که با درخواست کاربر آغاز می‌شوند
ClaudeBot	Anthropic	خزیدن
Google-Extended	Google	استفاده از محتوای شما برای آموزش Gemini، نه خودِ خزیدن
Applebot-Extended	Apple	استفاده برای آموزش مدل مولد اپل
PerplexityBot	Perplexity	خزیدن
CCBot	Common Crawl	آرشیو انبوهی که بسیاری از مدل‌ها رویش آموزش می‌بینند

دو هشدار صادقانه. اول اینکه robots.txt داوطلبانه است. اپراتورهای خوش‌رفتار از آن پیروی می‌کنند؛ هر چیزی که بخواهد نادیده‌اش بگیرد، می‌گیرد. دوم اینکه مسدود کردن رایگان نیست. برخی از این توکن‌ها تعیین می‌کنند که آیا شما در پاسخ‌های تولیدشده با هوش مصنوعی — همان‌هایی که به شما ارجاع می‌دهند و لینک می‌شوید — ظاهر می‌شوید یا نه. همه را مسدود کنید و آن سطح ارجاع را همراه با قرار گرفتن در معرض آموزش از دست می‌دهید. تصمیم بگیرید واقعاً کدامش برایتان مهم است.

برای اعمال واقعی به جای یک درخواست مؤدبانه، در سطح سرور مسدود کنید. در .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 به‌سادگی جعل می‌شوند، پس این کار ترافیک صادق اما ناخواسته را متوقف می‌کند، نه یک اسکرپر مصمم را. مسدود کردن بر اساس محدودهٔ IP تأییدشده در CDN یا فایروال شما قوی‌تر است، و بیشتر CDNها این روزها یک قانون تک‌کلیکی برای ربات‌های هوش مصنوعی دارند که نگهداری‌اش از یک فهرست دست‌نویس آسان‌تر است.

چه چیزهایی کار نمی‌کنند

llms.txt یک پیشنهاد است، نه استاندارد. یک فایل markdown پیشنهادی است که سایت شما را برای مدل‌های زبانی توصیف می‌کند. هیچ اپراتور بزرگی متعهد نشده که با آن مثل کنترل دسترسی رفتار کند. اضافه کردنش هزینه‌ای ندارد و شاید به نحوهٔ خواندن شما توسط مدل‌ها کمک کند، اما هیچ چیزی را مسدود نمی‌کند.

متا تگ‌های noai و noimageai را تقریباً هیچ‌کس رعایت نمی‌کند. این‌ها از سیاست یک پلتفرم بیرون آمدند، نه از یک توافق میان‌صنعتی. اضافه کردنشان ضرری ندارد؛ انتظار داشتن از کارکردنشان ضرر دارد.

افزونه‌ای که وعدهٔ «مسدود کردن هوش مصنوعی» می‌دهد معمولاً فقط قوانین robots می‌نویسد. این اشکالی ندارد، و دقیقاً همان کاری است که خودتان در ده خط می‌توانید انجام دهید. این یک سد حقوقی یا فنی نیست، و هیچ افزونه‌ای نمی‌تواند تبدیلش کند به سد.

مسدود کردن خزنده‌های هوش مصنوعی، محتوایی را که همین حالا داخل یک مدل آموزش‌دیده است حذف نمی‌کند. هیچ چیزی که امروز اضافه کنید، نوشته‌های شما را به‌صورت عطف به ماسبق از مدلی که پارسال منتشر شده بیرون نمی‌کشد. قوانین robots فقط رو به آینده هستند.

هنوز پنل هوش مصنوعی را می‌بینید

اگر همهٔ افزونه‌ها خاموش‌اند و پنل باقی مانده، دوباره wp-content/mu-plugins/ را بررسی کنید، بعد داشبورد هاستتان را، و بعد اینکه آیا اصلاً روی WordPress.com هستید یا نسخهٔ خودمیزبان — آنجا کلیدهای خاموش‌وروشن در تنظیمات حساب کاربری هستند، نه در پیشخوان سایت. و اگر آن قابلیت بعد از به‌روزرسانی یک افزونه دوباره ظاهر شد، این امضای یک قطعه‌کدِ برداشتن هوک است که دیگر مطابقت پیدا نمی‌کند، نه نشانهٔ اینکه یک پیش‌فرض هسته‌ای دارد خودش را تحمیل می‌کند.