איך לבטל תכונות AI בוורדפרס (ליבה מול תוסף, בכנות)

כמעט כל תכונת AI שאנשים רוצים להיפטר ממנה בוורדפרס מגיעה מתוסף, מספק אחסון או מ-WordPress.com — לא מהליבה של התקנה עצמאית. לפני שאתם מדביקים קטע remove_action לתוך functions.php, פתחו את רשימת התוספים ומצאו את הדבר שבאמת מרנדר את פאנל ה-AI הזה, כי הסרה של תכונה שהליבה בכלל לא כוללת היא בזבוז זמן גדול באתר שכבר מתנהג לא כשורה.

ההבחנה הזו חשובה כי הפתרונות שונים לגמרי. לתכונה של תוסף יש מתג בהגדרות. תכונה שהוזרקה על ידי ספק האחסון חיה בלוח הבקרה של האחסון, לא בממשק הניהול של וורדפרס. והשאלה הנפרדת שאנשים בדרך כלל מתכוונים אליה כשהם אומרים “לבטל AI” — למנוע מחברות AI להתאמן על הפוסטים שלכם — היא בכלל לא הגדרה בוורדפרס. זו בעיה של robots והגדרות שרת.

מה נמצא בליבה ומה לא

הליבה של וורדפרס בהתקנה עצמאית לא כוללת עוזר כתיבה מבוסס AI, צ’אטבוט או מחולל תמונות שפועלים מהקופסה. אם אתם רואים אייקון נצנוץ של AI בעורך הבלוקים, משהו התקין אותו שם.

מאיפה תכונות AI באמת מגיעות:

מקור	תכונה אופיינית	איפה מכבים אותה
Jetpack	בלוק AI Assistant ופאנל בעורך	הגדרות Jetpack, מתג מודול
תוספי AI עצמאיים	מחוללי תוכן, צ’אטבוטים, כותבי טקסט חלופי	מסך ההגדרות של התוסף עצמו
תוספי SEO	הצעות AI לכותרת ולתיאור	הגדרות התוסף, בדרך כלל לפי תכונה
בוני עמודים	יצירת טקסט ותמונות ב-AI בממשק הבנייה	הגדרות הבונה או פאנל החשבון
אחסון מנוהל	עוזרי AI שמוזרקים דרך mu-plugin או לוח בקרה	לוח הבקרה של ספק האחסון
WordPress.com	כלי כתיבה מבוססי AI מתארחים	הגדרות החשבון ב-WordPress.com, לא באתר שלכם

לפרויקט וורדפרס אכן יש פיתוח מתמשך בתחום ה-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 שנשאר מותקן אבל “מבוטל” עדיין טוען את הקוד שלו בכל בקשה. כיבוי מלא מהיר יותר, בטוח יותר וקל יותר במידה מדידה מכל פילטר.

ניתוק hook עם remove_action הוא מוצא אחרון. זה באמת עובד, אבל רק כשאתם יודעים את שם ה-hook, ה-callback והעדיפות המדויקים שהתוסף רשם, ורק עד שהתוסף משנה את השם של אחד מהם:

// 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. זו יכולת אמיתית, אבל אתם מושיטים יד לתוך רישום של תוסף אחר לפי מזהה טקסטואלי, והמזהה הזה אינו חוזה ציבורי.

אל תנסו לחסום תכונות AI על ידי עריכת קבועים ב-wp-config.php שמצאתם בפוסט בפורום. אין קבוע בליבה שמכבה AI של תוסף צד שלישי. אם קטע קוד טוען אחרת ואתם לא מצליחים לאתר את הקבוע בתיעוד של אותו תוסף, הוא לא עושה כלום.

השאלה השנייה: לעצור אימון AI על התוכן שלכם

זו שאלה נפרדת, וכאן יושב רוב החרדה האמיתית. כיבוי של פאנל בעורך לא משנה כלום לגבי מי סורק את הפוסטים שלכם. השליטה בזה קורית ב-robots.txt, ואם אתם רוצים שזה ייאכף — בשרת.

וורדפרס מגיש robots.txt וירטואלי אלא אם קיים קובץ אמיתי בשורש האתר. אם קיים קובץ פיזי, וורדפרס מפנה את הדרך לחלוטין והקובץ הזה הוא מה שהסורקים מקבלים. כדי לערוך את הווירטואלי, סננו אותו:

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	גוגל	שימוש בתוכן שלכם לאימון Gemini, לא הסריקה עצמה
Applebot-Extended	אפל	שימוש לאימון המודלים היוצרים של אפל
PerplexityBot	Perplexity	סריקה
CCBot	Common Crawl	ארכיון המוני שהרבה מודלים מתאמנים עליו

שתי הסתייגויות כנות. ראשית, robots.txt הוא התנדבותי. מפעילים שמתנהגים יפה מצייתים לו; כל מי שרוצה להתעלם ממנו יתעלם. שנית, חסימה אינה חינם. חלק מהטוקנים האלה קובעים אם אתם מופיעים בתשובות שנוצרות על ידי AI ומצטטות ומקשרות אליכם. תחסמו את כולם ותאבדו את משטח ההפניה הזה יחד עם החשיפה לאימון. תחליטו מה באמת מעניין אתכם.

לאכיפה במקום בקשה מנומסת, חסמו בשרת. ב-.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 מציעים היום כלל חסימת בוטי AI בלחיצה אחת שקל יותר לתחזק מרשימה שנכתבה ביד.

מה לא עובד

llms.txt הוא הצעה, לא תקן. זהו קובץ markdown מוצע שמתאר את האתר שלכם עבור מודלי שפה. אף מפעיל גדול לא התחייב להתייחס אליו כאל בקרת גישה. הוספתו לא עולה כלום ואולי תשפר את האופן שבו מודלים קוראים אתכם, אבל היא לא חוסמת כלום.

תגי meta מסוג noai ו-noimageai כמעט ואף אחד לא מכבד. הם יצאו ממדיניות של פלטפורמה אחת, לא מהסכמה חוצת-תעשייה. הוספתם לא מזיקה; הציפייה שהם יעבדו כן.

תוסף שמבטיח “לחסום AI” בדרך כלל רק כותב כללי robots. זה בסדר, וזה בדיוק מה שאתם יכולים לעשות בעצמכם בעשר שורות. זה לא מחסום משפטי או טכני, ואף תוסף לא יכול להפוך אותו לכזה.

חסימת סורקי AI לא מסירה תוכן שכבר נמצא במודל מאומן. שום דבר שתוסיפו היום לא ישלוף רטרואקטיבית את הפוסטים שלכם ממודל ששוחרר בשנה שעברה. כללי robots צופים קדימה בלבד.

עדיין רואים פאנל AI

אם כל התוספים כבויים והפאנל עדיין שם, בדקו שוב את wp-content/mu-plugins/, אחר כך את לוח הבקרה של ספק האחסון, ואז אם אתם בכלל על WordPress.com ולא על התקנה עצמאית — שם המתגים נמצאים בהגדרות החשבון, לא בממשק הניהול של האתר. ואם התכונה חוזרת אחרי עדכון של תוסף, זו החתימה של קטע ניתוק hook שהפסיק להתאים, לא של ברירת מחדל בליבה שמרימה ראש.