WordPress के AI फ़ीचर कैसे बंद करें (कोर बनाम प्लगइन, बिना लाग-लपेट के)

WordPress में लोग जिन AI फ़ीचर्स से छुटकारा चाहते हैं, वे लगभग हमेशा किसी प्लगइन, होस्ट या WordPress.com से आते हैं — सेल्फ-होस्टेड कोर से नहीं। functions.php में कोई remove_action स्निपेट चिपकाने से पहले अपनी प्लगइन लिस्ट खोलिए और उस चीज़ को ढूँढिए जो असल में वह AI पैनल दिखा रही है, क्योंकि जो फ़ीचर कोर में है ही नहीं उसे हटाने की कोशिश पहले से बिगड़ी हुई साइट पर सिर्फ़ समय की बर्बादी है।

यह फ़र्क इसलिए मायने रखता है क्योंकि इलाज बिल्कुल अलग-अलग हैं। प्लगइन के फ़ीचर के लिए सेटिंग्स में टॉगल होता है। होस्ट द्वारा डाला गया फ़ीचर आपके WordPress एडमिन में नहीं, होस्टिंग डैशबोर्ड में रहता है। और “AI बंद करो” कहते वक़्त लोग जो अलग सवाल असल में पूछ रहे होते हैं — AI कंपनियों को अपनी पोस्ट पर ट्रेनिंग करने से रोकना — वह WordPress की सेटिंग है ही नहीं। वह robots और सर्वर-कॉन्फ़िग का मामला है।

क्या कोर का हिस्सा है और क्या नहीं

सेल्फ-होस्टेड WordPress कोर के साथ कोई ऐसा AI राइटिंग असिस्टेंट, AI चैटबॉट या AI इमेज जनरेटर नहीं आता जो बिना कुछ किए चालू हो। अगर ब्लॉक एडिटर में आपको AI वाला चमकता आइकन दिख रहा है, तो उसे किसी ने इंस्टॉल किया है।

AI फ़ीचर असल में कहाँ से आते हैं:

स्रोत	आम फ़ीचर	कहाँ से बंद करें
Jetpack	AI Assistant ब्लॉक और एडिटर पैनल	Jetpack सेटिंग्स, मॉड्यूल टॉगल
अलग AI प्लगइन	कंटेंट जनरेटर, चैटबॉट, ऑल्ट-टेक्स्ट लिखने वाले	उसी प्लगइन की सेटिंग्स स्क्रीन
SEO प्लगइन	AI से टाइटल/डिस्क्रिप्शन के सुझाव	प्लगइन सेटिंग्स, आमतौर पर हर फ़ीचर के लिए अलग
पेज बिल्डर	बिल्डर UI में AI कॉपी और इमेज जनरेशन	बिल्डर सेटिंग्स या अकाउंट पैनल
मैनेज्ड होस्ट	mu-plugin या डैशबोर्ड से डाले गए AI असिस्टेंट	होस्ट का कंट्रोल पैनल
WordPress.com	होस्टेड AI राइटिंग टूल	WordPress.com अकाउंट सेटिंग्स, आपकी साइट में नहीं

WordPress प्रोजेक्ट में AI से जुड़ा विकास चल ज़रूर रहा है — प्रयोगात्मक फ़ीचर प्लगइन जो आगे चलकर कोर में आ सकते हैं। अगर आप किसी हालिया रिलीज़ पर हैं और कोई AI जैसी चीज़ दिख रही है जिसे आप किसी प्लगइन से नहीं जोड़ पा रहे, तो पहले इंस्टॉल प्लगइन की लिस्ट देखिए और उसके बाद अपनी रिलीज़ का चेंजलॉग — यह मान लेना कि कोई कोर डिफ़ॉल्ट है जिसे फ़िल्टर करना है, गलत रास्ता है। यह सावधानी जानबूझकर है: इस विषय में वर्ज़न-आधारित दावे बहुत जल्दी पुराने पड़ जाते हैं, और एक गलत दावा आपसे बेवजह फ़ाइलें सम्पादित करवा देता है।

पता लगाइए कि असल में इसे कौन जोड़ रहा है

प्लगइन को बैच में निष्क्रिय करते जाइए जब तक AI पैनल गायब न हो जाए। तरीक़ा भोंडा है, पर अंदाज़े की जगह पक्का जवाब देता है।

अगर आपके पास WP-CLI है, तो पहले सब सक्रिय प्लगइन की सूची निकालिए:

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

फिर होस्ट द्वारा डाले गए कोड की जाँच कीजिए, जो सामान्य प्लगइन स्क्रीन में दिखता ही नहीं:

ls -la wp-content/mu-plugins/

Must-use प्लगइन अपने आप लोड होते हैं और एडमिन से निष्क्रिय नहीं किए जा सकते। अगर आपके होस्ट ने वहाँ कोई AI असिस्टेंट डाल रखा है, तो साफ़-सुथरा तरीक़ा सिर्फ़ उनके कंट्रोल पैनल से हटाना है — फ़ाइल मिटा देने पर वह अगले प्लेटफ़ॉर्म अपडेट में अक्सर लौट आती है।

इसे ठीक तरीक़े से बंद करना

प्लगइन की अपनी सेटिंग इस्तेमाल कीजिए। यह उबाऊ जवाब है और यही सही है। ख़ासकर Jetpack अलग-अलग टॉगल होने वाले मॉड्यूल पर बना है, इसलिए आप AI Assistant बंद करके भी स्टैट्स, बैकअप या जो कुछ आप इस्तेमाल करते हैं वह चालू रख सकते हैं। ज़्यादातर स्टैंडअलोन AI प्लगइन हर फ़ीचर के लिए चालू/बंद का चेकबॉक्स देते हैं।

अगर आप उस प्लगइन का और कोई इस्तेमाल नहीं करते, तो पूरा प्लगइन निष्क्रिय कर दीजिए। इंस्टॉल रहकर “बंद” पड़ा AI प्लगइन भी हर रिक्वेस्ट पर अपना कोड लोड करता है। निष्क्रिय करना किसी भी फ़िल्टर से तेज़, सुरक्षित और नापने लायक हद तक हल्का है।

remove_action से अनहुक करना आख़िरी उपाय है। यह सचमुच काम करता है, पर तभी जब आपको प्लगइन द्वारा रजिस्टर किया गया सटीक हुक नाम, कॉलबैक और प्रायोरिटी पता हो, और तभी तक जब तक प्लगइन इनमें से कोई नाम न बदल दे:

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

इसकी असली क़ीमत: यह चुपचाप टूटता है। प्लगइन अपडेट में क्लास का नाम बदल जाता है, आपका हटाने वाला कोड मेल खाना बंद कर देता है, AI पैनल वापस आ जाता है, और कोई एरर तक नहीं आता जो आपको बताए। अगर आप यह तरीक़ा अपनाते हैं, तो लिखकर रखिए कि आपने क्या हटाया था और उस प्लगइन के हर अपडेट के बाद दोबारा जाँचिए।

यही सावधानी JavaScript से एडिटर पैनल अनरजिस्टर करने पर भी लागू होती है। क्षमता असली है, पर आप किसी दूसरे प्लगइन की रजिस्ट्रेशन में स्ट्रिंग पहचानकर हाथ डाल रहे हैं, और वह पहचान कोई सार्वजनिक वादा नहीं है।

किसी फ़ोरम पोस्ट में मिले wp-config.php कॉन्स्टेंट से AI फ़ीचर ब्लॉक करने की कोशिश मत कीजिए। कोई भी कोर कॉन्स्टेंट किसी थर्ड-पार्टी प्लगइन का AI बंद नहीं करता। अगर कोई स्निपेट ऐसा दावा करता है और आप उस कॉन्स्टेंट को उस प्लगइन के दस्तावेज़ तक नहीं जोड़ पा रहे, तो वह कुछ नहीं करता।

दूसरा सवाल: अपनी सामग्री पर AI ट्रेनिंग रोकना

यह अलग मामला है, और असली चिंता ज़्यादातर यहीं बैठी है। एडिटर का पैनल बंद करने से इस बात पर कोई फ़र्क नहीं पड़ता कि आपकी पोस्ट को कौन क्रॉल कर रहा है। उसे नियंत्रित करने की जगह robots.txt है और, अगर आप उसे लागू भी करवाना चाहते हैं, तो सर्वर।

जब तक आपके वेब रूट में असली फ़ाइल मौजूद न हो, WordPress एक वर्चुअल robots.txt परोसता है। अगर भौतिक फ़ाइल मौजूद है, तो WordPress पूरी तरह पीछे हट जाता है और क्रॉलर को वही फ़ाइल मिलती है। वर्चुअल वाली को बदलने के लिए उसे फ़िल्टर कीजिए:

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

नियम हाथ से बनाने में ही लोग गलती करते हैं — एक गलत टोकन कुछ भी ब्लॉक नहीं करता, और गलत एजेंट पर लगा एक भटका हुआ Disallow: / आपको सामान्य सर्च से बाहर कर सकता है। robots.txt जनरेटर AI-क्रॉलर ब्लॉक को आपके सामान्य सर्च निर्देशों के साथ जोड़कर बनाता है, ताकि लाइव करने से पहले आप पूरी फ़ाइल देख सकें।

बड़े ऑपरेटर जिन टोकन को सार्वजनिक करते हैं और मानने का दावा करते हैं:

टोकन	ऑपरेटर	किस पर लागू
GPTBot	OpenAI	मॉडल ट्रेनिंग के लिए क्रॉलिंग
ChatGPT-User	OpenAI	यूज़र के अनुरोध पर होने वाले फ़ेच
ClaudeBot	Anthropic	क्रॉलिंग
Google-Extended	Google	Gemini ट्रेनिंग में आपकी सामग्री का उपयोग, क्रॉलिंग नहीं
Applebot-Extended	Apple	Apple के जनरेटिव मॉडल की ट्रेनिंग में उपयोग
PerplexityBot	Perplexity	क्रॉलिंग
CCBot	Common Crawl	वह बड़ा संग्रह जिस पर कई मॉडल ट्रेन होते हैं

दो ईमानदार चेतावनियाँ। पहली, robots.txt स्वैच्छिक है। शालीन ऑपरेटर इसे मानते हैं; जो अनदेखा करना चाहेगा, करेगा। दूसरी, ब्लॉक करना मुफ़्त नहीं है। इनमें से कुछ टोकन तय करते हैं कि आप उन AI जवाबों में दिखेंगे या नहीं जो आपको उद्धृत करते और लिंक देते हैं। सब ब्लॉक कर दीजिए तो ट्रेनिंग एक्सपोज़र के साथ वह रेफ़रल रास्ता भी चला जाएगा। तय कीजिए कि आपको असल में किसकी परवाह है।

विनम्र अनुरोध के बजाय सचमुच रोकना है तो सर्वर पर ब्लॉक कीजिए। Apache पर .htaccess में:

<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 स्ट्रिंग बदलना बेहद आसान है, इसलिए यह ईमानदार पर अवांछित ट्रैफ़िक को रोकता है, ठाने हुए स्क्रैपर को नहीं। अपने CDN या फ़ायरवॉल पर सत्यापित IP रेंज से ब्लॉक करना ज़्यादा मज़बूत है, और अब ज़्यादातर CDN एक-क्लिक वाला AI-बॉट नियम देते हैं जिसे हाथ से लिखी सूची के मुक़ाबले सँभालना आसान है।

जो काम नहीं करता

llms.txt एक प्रस्ताव है, मानक नहीं। यह एक सुझाई गई मार्कडाउन फ़ाइल है जो भाषा मॉडलों के लिए आपकी साइट का परिचय देती है। किसी बड़े ऑपरेटर ने इसे एक्सेस कंट्रोल मानने का वादा नहीं किया। इसे जोड़ने में कुछ नहीं लगता और शायद मॉडल आपको बेहतर पढ़ें, पर यह कुछ ब्लॉक नहीं करती।

noai और noimageai मेटा टैग को लगभग कोई नहीं मानता। ये किसी एक प्लेटफ़ॉर्म की नीति से निकले थे, उद्योग-भर के समझौते से नहीं। इन्हें जोड़ना नुक़सानदेह नहीं है; इनसे काम होने की उम्मीद रखना है।

“AI ब्लॉक करने” का वादा करने वाला प्लगइन आमतौर पर बस robots नियम ही लिखता है। इसमें कोई बुराई नहीं, और यही आप दस लाइन में ख़ुद कर सकते हैं। यह कोई क़ानूनी या तकनीकी दीवार नहीं है, और कोई प्लगइन इसे दीवार बना भी नहीं सकता।

AI क्रॉलर ब्लॉक करने से वह सामग्री नहीं हटती जो पहले ही किसी ट्रेन्ड मॉडल में जा चुकी है। आज आप जो भी जोड़ें, वह पिछले साल रिलीज़ हुए मॉडल से आपकी पोस्ट पीछे जाकर नहीं निकाल सकता। robots नियम सिर्फ़ आगे के लिए हैं।

अब भी AI पैनल दिख रहा है

अगर हर प्लगइन बंद है और पैनल फिर भी बना हुआ है, तो wp-content/mu-plugins/ दोबारा देखिए, फिर अपने होस्ट का डैशबोर्ड, और फिर यह कि कहीं आप सेल्फ-होस्टेड के बजाय WordPress.com पर तो नहीं हैं — वहाँ टॉगल साइट एडमिन में नहीं, अकाउंट सेटिंग्स में रहते हैं। और अगर प्लगइन अपडेट के बाद फ़ीचर लौट आया, तो यह किसी अनहुकिंग स्निपेट के मेल खाना बंद कर देने की पहचान है, न कि किसी कोर डिफ़ॉल्ट के ज़ोर पकड़ने की।