كيف توقف ميزات الذكاء الاصطناعي في WordPress (النواة مقابل الإضافات، بصراحة)
اعرف أي إضافة أو استضافة أو mu-plugin تضيف لوحة الذكاء الاصطناعي، أوقفها بأمان، واحجب زواحف الذكاء الاصطناعي في robots.txt دون أن تخسر زيارات البحث.
نُشر
كل ميزة ذكاء اصطناعي يريد الناس التخلص منها في WordPress تقريبًا تأتي من إضافة، أو من شركة الاستضافة، أو من WordPress.com — لا من النواة المستضافة ذاتيًا. قبل أن تلصق مقطع remove_action في functions.php، افتح قائمة الإضافات لديك واعثر على الشيء الذي يرسم لوحة الذكاء الاصطناعي فعلًا، لأن إزالة ميزة لا تأتي بها النواة أصلًا مجهود ضائع على موقع يعاني بالفعل.
هذا التمييز مهم لأن الحلول مختلفة تمامًا. الميزة القادمة من إضافة لها مفتاح في الإعدادات. والميزة التي تحقنها الاستضافة تعيش في لوحة تحكم الاستضافة، لا في لوحة إدارة WordPress. أما السؤال المنفصل الذي يقصده الناس عادةً حين يقولون “أوقف الذكاء الاصطناعي” — أي منع شركات الذكاء الاصطناعي من التدرّب على مقالاتك — فليس إعدادًا في WordPress إطلاقًا. إنه مسألة robots وإعدادات خادم.
ما الذي يأتي من النواة وما الذي لا يأتي منها
نواة WordPress المستضافة ذاتيًا لا تأتي بمساعد كتابة أو روبوت محادثة أو مولّد صور بالذكاء الاصطناعي يعمل مباشرة أمام المستخدم. إذا رأيت أيقونة بريق للذكاء الاصطناعي في محرر الكتل، فهناك شيء ثبّتها.
من أين تأتي ميزات الذكاء الاصطناعي فعلًا:
| المصدر | الميزة المعتادة | مكان إيقافها |
|---|---|---|
| Jetpack | كتلة AI Assistant ولوحتها في المحرر | إعدادات Jetpack، مفتاح الوحدة |
| إضافات ذكاء اصطناعي مستقلة | مولّدات محتوى، روبوتات محادثة، كتابة النص البديل | شاشة إعدادات الإضافة نفسها |
| إضافات SEO | اقتراحات العناوين والأوصاف بالذكاء الاصطناعي | إعدادات الإضافة، غالبًا لكل ميزة على حدة |
| منشئات الصفحات | توليد النصوص والصور داخل واجهة المنشئ | إعدادات المنشئ أو لوحة الحساب |
| الاستضافات المُدارة | مساعدو ذكاء اصطناعي يُحقنون عبر mu-plugin أو لوحة التحكم | لوحة تحكم الاستضافة |
| WordPress.com | أدوات كتابة بالذكاء الاصطناعي مستضافة | إعدادات حساب WordPress.com، لا موقعك |
مشروع WordPress لديه بالفعل تطوير جارٍ متعلق بالذكاء الاصطناعي — إضافات ميزات تجريبية قد تنتقل إلى النواة يومًا ما. إذا كنت على إصدار حديث ورأيت شيئًا بنكهة الذكاء الاصطناعي ولا تستطيع نسبته إلى إضافة، فراجع قائمة الإضافات المثبّتة أولًا وسجل تغييرات إصدارك ثانيًا، بدل افتراض وجود إعداد افتراضي في النواة تحتاج إلى تصفيته. هذا التحفّظ مقصود: الادعاءات المرتبطة بإصدار معيّن في هذا المجال تتقادم بسرعة، وادعاء خاطئ واحد يدفعك لتعديل ملفات بلا سبب.
اعثر على ما يضيفها فعلًا
عطّل الإضافات على دفعات حتى تختفي لوحة الذكاء الاصطناعي. طريقة فجّة، لكنها تعطيك إجابة قاطعة بدل التخمين.
إذا كان لديك WP-CLI، اعرض كل ما هو مفعّل أولًا:
wp plugin list --status=active --field=name
ثم تحقق من الكود الذي حقنته الاستضافة، وهو لا يظهر في شاشة الإضافات العادية:
ls -la wp-content/mu-plugins/
إضافات must-use تُحمَّل تلقائيًا ولا يمكن تعطيلها من لوحة الإدارة. إذا وضعت استضافتك مساعد ذكاء اصطناعي هناك، فالإزالة النظيفة الوحيدة تكون عبر لوحة التحكم الخاصة بها — حذف الملف يعني غالبًا عودته مع أول تحديث للمنصة.
إيقافها بالطريقة الصحيحة
استخدم إعداد الإضافة نفسه. هذه هي الإجابة المملة وهي الإجابة الصحيحة. Jetpack تحديدًا مبني على وحدات مستقلة قابلة للتشغيل والإيقاف، فيمكنك إطفاء AI Assistant مع الإبقاء على الإحصائيات أو النسخ الاحتياطي أو أي شيء آخر تعتمد عليه. ومعظم إضافات الذكاء الاصطناعي المستقلة توفّر خانة تفعيل/تعطيل لكل ميزة.
إذا كنت لا تستخدم الإضافة لأي شيء آخر، عطّلها بالكامل. إضافة ذكاء اصطناعي تُركت مثبّتة لكن “معطّلة الميزات” ما زالت تحمّل كودها مع كل طلب. التعطيل الكامل أسرع وأأمن وأخف بشكل ملموس من أي فلتر.
فك الخطاف بـ 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 );
التكلفة الصريحة: هذا ينكسر بصمت. تحديث للإضافة يغيّر اسم الصنف، فيتوقف الحذف عن المطابقة، وتعود لوحة الذكاء الاصطناعي، ولا يظهر أي خطأ ينبهك. إذا استخدمت هذا الأسلوب، دوّن ما أزلته وأعد فحصه بعد كل تحديث لتلك الإضافة.
نفس التحذير ينطبق على إلغاء تسجيل لوحات المحرر من JavaScript. إمكانية حقيقية، لكنك تمدّ يدك إلى تسجيل إضافة أخرى عبر معرّف نصي، وذلك المعرّف ليس عقدًا عامًا.
لا تحاول تعطيل ميزات الذكاء الاصطناعي بتعديل ثوابت في wp-config.php وجدتها في منشور بمنتدى. لا يوجد ثابت في النواة يطفئ ذكاءً اصطناعيًا تابعًا لإضافة خارجية. إذا ادّعى مقطع كود غير ذلك ولم تستطع تتبّع الثابت في توثيق تلك الإضافة، فهو لا يفعل شيئًا.
السؤال الآخر: منع التدريب على محتواك
هذا موضوع منفصل، وهو مكمن القلق الحقيقي عند معظم الناس. إطفاء لوحة في المحرر لا يغيّر شيئًا بشأن من يزحف إلى مقالاتك. التحكم في ذلك يحدث في robots.txt، وعلى مستوى الخادم إن أردت فرضه فعليًا.
يقدّم WordPress ملف robots.txt افتراضيًا ما لم يوجد ملف حقيقي في جذر الويب. وإذا وُجد ملف فعلي، ينسحب WordPress تمامًا ويصبح ذلك الملف هو ما تراه الزواحف. لتعديل النسخة الافتراضية، استخدم فلترًا:
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 | استخدام محتواك لتدريب Gemini، لا الزحف نفسه | |
| Applebot-Extended | Apple | الاستخدام لتدريب نماذج 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 بدل الاستضافة الذاتية — فالمفاتيح هناك في إعدادات الحساب، لا في إدارة الموقع. وإذا عادت الميزة بعد تحديث إضافة، فتلك بصمة مقطع فك خطاف توقّف عن المطابقة، لا إعداد افتراضي في النواة يفرض نفسه.
FAQ
أسئلة
هل تحتوي نواة WordPress على ميزات ذكاء اصطناعي أحتاج إلى تعطيلها؟
نواة WordPress المستضافة ذاتيًا لا تأتي بمساعد كتابة أو روبوت محادثة أو مولّد صور يعمل افتراضيًا أمام المستخدم. لوحات الذكاء الاصطناعي في المحرر تأتي دائمًا تقريبًا من إضافة مثبّتة، أو إضافة حقنتها شركة الاستضافة، أو تكامل في لوحة تحكم الاستضافة. راجع قائمة الإضافات لديك قبل أن تكتب أي كود لإزالة شيء قد لا تتضمنه النواة أصلًا.
كيف أوقف مساعد الذكاء الاصطناعي في Jetpack؟
عطّل وحدة AI Assistant من شاشة إعدادات Jetpack بدلًا من تعديل الكود. Jetpack مبني على وحدات يمكن تشغيل كل منها وإيقافها بشكل مستقل، لذا إيقاف هذه الوحدة يزيل لوحتها من المحرر ويبقي بقية Jetpack يعمل. وإذا كنت لا تستخدم أي ميزة أخرى من Jetpack، فتعطيل الإضافة بالكامل أبسط وأخف.
هل يمكن لـ remove_action تعطيل ميزة ذكاء اصطناعي في إضافة؟
أحيانًا، لكنه حل هشّ. لا ينجح إلا إذا كنت تعرف اسم الخطاف والدالة والأولوية التي سجّلتها الإضافة بالضبط، وأي تحديث للإضافة قد يغيّر أيًا منها فتعود الميزة بصمت. استخدم إعداد الإضافة نفسه إن وُجد، واجعل فك الخطاف ملاذًا أخيرًا تعيد اختباره بعد كل تحديث.
هل حظر زواحف الذكاء الاصطناعي في robots.txt يعمل فعلًا؟
فقط مع الزواحف التي تلتزم به طوعًا. كبار المشغّلين ومنهم OpenAI وAnthropic وGoogle وApple ينشرون رموز user-agent يقولون إنهم يحترمونها، وحظر هذه الرموز خطوة تستحق العناء. قواعد robots ليست آلية فرض، لذا يمكن للجهات السيئة والطلبات التي يشغّلها المستخدم أن تتجاهلها. الحظر على مستوى الخادم هو الطبقة القابلة للفرض.
ما الفرق بين حظر زاحف ذكاء اصطناعي وحظر البحث بالذكاء الاصطناعي؟
بعض المشغّلين يستخدمون رموزًا منفصلة للتدريب وأخرى للإجابة على الأسئلة المباشرة. حظر رمز التدريب يبقي محتواك خارج تدريب النماذج لكنه يُبقيك ظاهرًا في إجابات الذكاء الاصطناعي، بينما حظر رمز البحث أو رمز المستخدم قد يخرجك من نتائج يولّدها الذكاء الاصطناعي كانت ستذكرك وتضع رابطًا لموقعك. قرّر أي مقايضة تريدها قبل أن تحظر الاثنين معًا.
هل llms.txt معيار يجب أن أطبّقه؟
لا، llms.txt اقتراح مجتمعي وليس معيارًا معتمدًا، ولم يلتزم أي مشغّل ذكاء اصطناعي كبير باحترامه كوسيلة للتحكم في الوصول. إضافة الملف غير ضارة ورخيصة، لكن لا تعتبرها بديلًا عن توجيهات robots.txt أو الحظر على مستوى الخادم. العمل على توحيد المعايير في هذا المجال ما زال جاريًا.