مواد پر جائیں
SEO اور کرالرز

WordPress کے AI فیچرز کیسے بند کریں (کور بمقابلہ پلگ اِن، بغیر لگی لپٹی)

معلوم کریں کہ وہ AI پینل کون سا پلگ اِن، ہوسٹ یا mu-plugin شامل کر رہا ہے، اسے محفوظ طریقے سے بند کریں، اور سرچ ٹریفک گنوائے بغیر robots.txt میں AI کرالرز کو روکیں۔

شائع شدہ

WordPress میں جو AI فیچر لوگ ہٹانا چاہتے ہیں، وہ تقریباً ہمیشہ کسی پلگ اِن، ہوسٹ یا WordPress.com کی طرف سے آتا ہے — سیلف ہوسٹڈ کور کی طرف سے نہیں۔ functions.php میں کوئی remove_action سنیپٹ چسپاں کرنے سے پہلے اپنی پلگ اِن فہرست کھولیں اور وہ چیز ڈھونڈیں جو اصل میں یہ AI پینل دکھا رہی ہے، کیونکہ ایسے فیچر کو ہٹانے کی کوشش جو کور میں سرے سے ہے ہی نہیں، پہلے سے بگڑی ہوئی سائٹ پر محض وقت کا ضیاع ہے۔

یہ فرق اس لیے اہم ہے کہ دونوں کا حل بالکل مختلف ہے۔ پلگ اِن کے فیچر کے لیے سیٹنگز میں ایک ٹوگل ہوتا ہے۔ ہوسٹ کے شامل کردہ فیچر آپ کے ہوسٹنگ ڈیش بورڈ میں ہوتا ہے، WordPress ایڈمن میں نہیں۔ اور جب لوگ “AI بند کرو” کہتے ہیں تو عموماً ان کا مطلب ایک الگ سوال ہوتا ہے — یعنی AI کمپنیوں کو اپنی پوسٹس پر ٹریننگ سے روکنا — اور یہ WordPress کی کوئی سیٹنگ ہے ہی نہیں۔ یہ روبوٹس اور سرور کنفیگریشن کا معاملہ ہے۔

کور میں کیا ہے اور کیا نہیں

سیلف ہوسٹڈ WordPress کور کے ساتھ ایسا کوئی AI رائٹنگ اسسٹنٹ، AI چیٹ بوٹ یا AI امیج جنریٹر نہیں آتا جو ڈبے سے نکلتے ہی کام کرنے لگے۔ اگر آپ کو بلاک ایڈیٹر میں AI والا چمکتا ہوا آئیکن نظر آ رہا ہے تو اسے کسی چیز نے وہاں رکھا ہے۔

AI فیچرز واقعی کہاں سے آتے ہیں:

ذریعہعام فیچربند کہاں سے کریں
JetpackAI Assistant بلاک اور ایڈیٹر پینلJetpack سیٹنگز، ماڈیول ٹوگل
الگ سے چلنے والے AI پلگ اِنزمواد بنانے والے، چیٹ بوٹس، alt ٹیکسٹ لکھنے والےپلگ اِن کی اپنی سیٹنگز اسکرین
SEO پلگ اِنزAI سے عنوان اور تفصیل کی تجاویزپلگ اِن سیٹنگز، عموماً ہر فیچر کے لیے الگ
پیج بلڈرزبلڈر کے انٹرفیس میں 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/

مسٹ یوز پلگ اِنز خودبخود لوڈ ہوتے ہیں اور انہیں ایڈمن سے غیر فعال نہیں کیا جا سکتا۔ اگر آپ کے ہوسٹ نے وہاں کوئی 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 پینل واپس آ جاتا ہے، اور آپ کو بتانے کے لیے کوئی ایرر نہیں آتا۔ اگر آپ یہ طریقہ اپناتے ہیں تو لکھ رکھیں کہ آپ نے کیا ہٹایا تھا، اور اس پلگ اِن کی ہر اپ ڈیٹ کے بعد دوبارہ جانچ لیں۔

یہی احتیاط جاوا اسکرپٹ سے ایڈیٹر پینلز کو اَن رجسٹر کرنے پر بھی لاگو ہوتی ہے۔ صلاحیت اصلی ہے، مگر آپ کسی دوسرے پلگ اِن کی رجسٹریشن میں ایک ٹیکسٹ شناخت کے سہارے ہاتھ ڈال رہے ہیں، اور وہ شناخت کوئی عوامی معاہدہ نہیں ہے۔

کسی فورم پوسٹ میں ملے 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 کرالر بلاکس کو آپ کی معمول کی سرچ ہدایات کے ساتھ جوڑ کر بناتا ہے، تاکہ فائل لائیو ہونے سے پہلے آپ اسے پوری دیکھ سکیں۔

وہ ٹوکن جو بڑے ادارے شائع کرتے ہیں اور جن کا احترام کرنے کا کہتے ہیں:

ٹوکنادارہکس چیز پر لاگو ہوتا ہے
GPTBotOpenAIماڈل ٹریننگ کے لیے کرالنگ
ChatGPT-UserOpenAIصارف کی درخواست پر ہونے والی فیچنگ
ClaudeBotAnthropicکرالنگ
Google-ExtendedGoogleآپ کے مواد کا Gemini کی ٹریننگ میں استعمال، بذاتِ خود کرالنگ نہیں
Applebot-ExtendedAppleApple کے جنریٹو ماڈل کی ٹریننگ میں استعمال
PerplexityBotPerplexityکرالنگ
CCBotCommon 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 رینج کے حساب سے بلاک کرنا زیادہ مضبوط ہے، اور آج کل زیادہ تر CDNs ایک کلک والا AI بوٹ رول دیتے ہیں جسے سنبھالنا ہاتھ سے لکھی فہرست سے کہیں آسان ہے۔

کیا کام نہیں کرتا

llms.txt ایک تجویز ہے، معیار نہیں۔ یہ ایک مجوزہ مارک ڈاؤن فائل ہے جو زبان کے ماڈلز کے لیے آپ کی سائٹ کا تعارف کراتی ہے۔ کسی بڑے ادارے نے اسے رسائی کنٹرول ماننے کا وعدہ نہیں کیا۔ اسے شامل کرنے پر کچھ خرچ نہیں آتا اور شاید ماڈلز کے آپ کو پڑھنے کے انداز میں مدد دے، مگر یہ کچھ بھی بلاک نہیں کرتی۔

noai اور noimageai میٹا ٹیگز کا احترام تقریباً کوئی نہیں کرتا۔ یہ ایک پلیٹ فارم کی پالیسی سے نکلے تھے، پوری صنعت کے کسی اتفاق سے نہیں۔ انہیں شامل کرنا نقصان دہ نہیں؛ ان سے کام چلنے کی توقع رکھنا نقصان دہ ہے۔

“AI بلاک کرنے” کا وعدہ کرنے والا پلگ اِن عموماً صرف روبوٹس قواعد لکھتا ہے۔ اس میں کوئی حرج نہیں، اور بالکل یہی کام آپ خود دس لائنوں میں کر سکتے ہیں۔ یہ کوئی قانونی یا تکنیکی رکاوٹ نہیں ہے، اور کوئی پلگ اِن اسے رکاوٹ بنا بھی نہیں سکتا۔

AI کرالرز کو بلاک کرنے سے وہ مواد نہیں نکلتا جو پہلے ہی کسی تربیت یافتہ ماڈل میں جا چکا ہے۔ آج آپ جو کچھ شامل کریں گے وہ پچھلے سال جاری ہونے والے ماڈل سے آپ کی پوسٹس واپس نہیں کھینچ سکتا۔ روبوٹس قواعد صرف آگے کے لیے ہوتے ہیں۔

پھر بھی AI پینل نظر آ رہا ہے

اگر ہر پلگ اِن بند ہے اور پینل پھر بھی موجود ہے، تو دوبارہ wp-content/mu-plugins/ دیکھیں، پھر اپنے ہوسٹ کا ڈیش بورڈ، پھر یہ کہ کہیں آپ سیلف ہوسٹڈ کے بجائے WordPress.com پر تو نہیں — وہاں ٹوگل اکاؤنٹ سیٹنگز میں ہوتے ہیں، سائٹ ایڈمن میں نہیں۔ اور اگر پلگ اِن اپ ڈیٹ کے بعد فیچر واپس آ جائے تو یہ اُس اَن ہُکنگ سنیپٹ کی نشانی ہے جو میل کھانا چھوڑ گیا، کسی کور ڈیفالٹ کے سر اٹھانے کی نہیں۔

FAQ

سوالات

کیا WordPress کور میں ایسے AI فیچرز ہوتے ہیں جنہیں بند کرنا پڑتا ہے؟

سیلف ہوسٹڈ WordPress کور کے ساتھ ایسا کوئی AI رائٹنگ اسسٹنٹ، چیٹ بوٹ یا امیج جنریٹر نہیں آتا جو بذاتِ خود چل پڑے۔ ایڈیٹر میں نظر آنے والے AI پینل تقریباً ہمیشہ کسی انسٹال شدہ پلگ اِن، ہوسٹ کے شامل کیے گئے پلگ اِن، یا ہوسٹنگ ڈیش بورڈ کے انٹیگریشن سے آتے ہیں۔ ایسی چیز ہٹانے کے لیے کوڈ لکھنے سے پہلے اپنی پلگ اِن فہرست دیکھ لیں جو شاید کور میں ہے ہی نہیں۔

Jetpack AI Assistant کو کیسے بند کروں؟

کوڈ میں چھیڑ چھاڑ کرنے کے بجائے Jetpack کی سیٹنگز اسکرین سے AI Assistant ماڈیول غیر فعال کریں۔ Jetpack ایسے ماڈیولز پر بنا ہے جنہیں الگ الگ آن آف کیا جا سکتا ہے، اس لیے صرف یہ ایک بند کرنے سے اس کا ایڈیٹر پینل ہٹ جاتا ہے اور باقی Jetpack چلتا رہتا ہے۔ اگر آپ Jetpack کا کوئی اور فیچر استعمال نہیں کرتے تو پورا پلگ اِن غیر فعال کر دینا زیادہ آسان اور ہلکا رہے گا۔

کیا remove_action سے کسی پلگ اِن کا AI فیچر بند ہو سکتا ہے؟

کبھی کبھی ہاں، مگر یہ طریقہ نازک ہے۔ یہ صرف تب کام کرتا ہے جب آپ کو وہی ہُک، کال بیک اور پرائیورٹی معلوم ہو جو پلگ اِن نے رجسٹر کی تھی، اور پلگ اِن کا ایک اپ ڈیٹ ان میں سے کسی کا نام بدل کر خاموشی سے فیچر واپس لا سکتا ہے۔ جہاں پلگ اِن کی اپنی سیٹنگ موجود ہو وہیں استعمال کریں، اور اَن ہُکنگ کو آخری چارہ سمجھیں جسے ہر اپ ڈیٹ کے بعد دوبارہ جانچنا پڑے گا۔

کیا robots.txt میں AI کرالرز کو بلاک کرنا واقعی کام کرتا ہے؟

صرف ان کرالرز پر جو اپنی مرضی سے اس کی پابندی کرتے ہیں۔ OpenAI، Anthropic، Google اور Apple سمیت بڑے ادارے وہ user-agent ٹوکن شائع کرتے ہیں جن کا احترام کرنے کا وہ اعلان کرتے ہیں، اور انہیں بلاک کرنا فائدہ مند ہے۔ روبوٹس قواعد نفاذ نہیں ہیں، اس لیے بدنیت اسکریپرز اور صارف کی درخواست پر ہونے والی فیچنگ انہیں نظرانداز کر سکتی ہے۔ سرور کی سطح پر بلاک کرنا ہی وہ پرت ہے جو واقعی نافذ ہوتی ہے۔

AI کرالر بلاک کرنے اور AI سرچ بلاک کرنے میں کیا فرق ہے؟

کچھ ادارے ٹریننگ کے لیے اور زندہ سوالوں کے جواب دینے کے لیے الگ الگ ٹوکن استعمال کرتے ہیں۔ ٹریننگ والا ٹوکن بلاک کرنے سے آپ کا مواد ماڈل کی ٹریننگ سے باہر رہتا ہے لیکن AI جوابات میں آپ نظر آتے رہتے ہیں، جبکہ سرچ یا user-agent ٹوکن بلاک کرنے سے آپ ان AI جوابات سے بھی غائب ہو سکتے ہیں جو بصورتِ دیگر آپ کا حوالہ اور لنک دیتے۔ دونوں بلاک کرنے سے پہلے طے کریں کہ آپ کون سا سودا چاہتے ہیں۔

کیا llms.txt کوئی معیار ہے جسے مجھے اپنانا چاہیے؟

نہیں، llms.txt ایک کمیونٹی تجویز ہے، منظور شدہ معیار نہیں، اور کسی بڑے AI ادارے نے اسے رسائی کنٹرول کے طور پر ماننے کا وعدہ نہیں کیا۔ یہ فائل شامل کرنا بےضرر اور سستا ہے، مگر اسے robots.txt ہدایات یا سرور کی سطح پر بلاکنگ کا متبادل نہ سمجھیں۔ اس شعبے میں معیار سازی کا کام ابھی جاری ہے۔