WordPress AI Funksiyalarını Necə Söndürmək Olar (Nüvə, yoxsa Plagin?)
O AI panelini hansı plagin, hostinq və ya mu-plagin əlavə edir — tapın, təhlükəsiz söndürün və axtarış trafikini itirmədən AI kraylerlərini robots.txt-də bloklayın.
Nəşr olundu
WordPress-də insanların qurtulmaq istədiyi demək olar ki, hər AI funksiyası plagindən, hostinq provayderindən və ya WordPress.com-dan gəlir — öz serverinizdəki nüvədən yox. functions.php faylına remove_action parçası yapışdırmazdan əvvəl plagin siyahınızı açın və həmin AI panelini əslində kimin çəkdiyini tapın, çünki nüvədə heç olmayan funksiyanı silməyə çalışmaq onsuz da düzgün işləməyən saytda vaxt itkisidir.
Bu fərq vacibdir, çünki həlləri tamamilə başqadır. Plagin funksiyasının parametrlərdə açar-bağlayıcısı olur. Hostinqin yeritdiyi funksiya WordPress idarə panelində yox, hostinq panelinizdə yaşayır. “AI-ı söndür” deyəndə çox vaxt nəzərdə tutulan ayrıca məsələ — AI şirkətlərinin yazılarınız üzərində model öyrətməsinin qarşısını almaq — isə ümumiyyətlə WordPress parametri deyil. Bu, robots və server konfiqurasiyası məsələsidir.
Nüvədə nə var, nə yoxdur
Öz serverinizdə işləyən WordPress nüvəsi qutudan çıxan kimi işə düşən AI yazı köməkçisi, AI çatbot və ya AI şəkil generatoru ilə gəlmir. Blok redaktorunda AI parıltı ikonu görürsünüzsə, onu nəsə quraşdırıb.
AI funksiyalarının həqiqətən gəldiyi yerlər:
| Mənbə | Tipik funksiya | Harada söndürülür |
|---|---|---|
| Jetpack | AI Assistant bloku və redaktor paneli | Jetpack parametrləri, modul açarı |
| Müstəqil AI plaginləri | Məzmun generatorları, çatbotlar, alt-mətn yazanlar | Plaginin öz parametrlər ekranı |
| SEO plaginləri | AI başlıq/təsvir təklifləri | Plagin parametrləri, adətən hər funksiya üzrə |
| Səhifə qurucuları | Qurucu interfeysində AI mətn və şəkil generasiyası | Qurucunun parametrləri və ya hesab paneli |
| İdarə olunan hostinqlər | mu-plagin və ya panel vasitəsilə yeridilən AI köməkçiləri | Hostinqin idarə paneli |
| WordPress.com | Buludda işləyən AI yazı alətləri | WordPress.com hesab parametrləri, saytınız yox |
WordPress layihəsinin AI ilə bağlı davam edən işləri var — vaxtilə nüvəyə düşə biləcək eksperimental funksiya plaginləri. Yeni buraxılışdasınızsa və plaginə bağlaya bilmədiyiniz AI görünüşlü bir şey görürsünüzsə, əvvəlcə quraşdırılmış plagin siyahınızı, sonra isə həmin buraxılışın dəyişiklik jurnalını yoxlayın — süzgəcdən keçirib silməli olduğunuz nüvə standartı olduğunu güman etməyin. Bu ehtiyat qəsdəndir: bu sahədə versiyaya bağlı iddialar tez köhnəlir və səhv iddia sizi boş yerə fayl redaktə etməyə göndərir.
Onu əslində nəyin əlavə etdiyini tapın
AI paneli yox olana qədər plaginləri dəstələrlə deaktiv edin. Kobud üsuldur, amma təxmin əvəzinə dəqiq cavab verir.
WP-CLI varsa, əvvəlcə bütün aktivləri siyahılayın:
wp plugin list --status=active --field=name
Sonra adi plagin ekranında görünməyən, hostinqin yeritdiyi kodu yoxlayın:
ls -la wp-content/mu-plugins/
Mütləq işə düşən (must-use) plaginlər avtomatik yüklənir və idarə panelindən deaktiv edilə bilmir. Hostinqiniz ora AI köməkçisi atıbsa, yeganə təmiz silmə yolu onların idarə panelidir — faylı silmək çox vaxt növbəti platforma yeniləməsində onun geri qayıtması ilə nəticələnir.
Düzgün söndürmək
Plaginin öz parametrindən istifadə edin. Bu, darıxdırıcı cavabdır və düzgün olanıdır. Xüsusən Jetpack bir-birindən asılı olmayan modullar üzərində qurulub, deməli statistika, ehtiyat nüsxə və ya nədən asılısınızsa onu saxlayaraq AI Assistant-ı söndürə bilərsiniz. Müstəqil AI plaginlərinin əksəriyyəti hər funksiya üçün ayrıca açma/bağlama qutusu verir.
Plagini başqa heç nə üçün işlətmirsinizsə, onu bütöv deaktiv edin. Quraşdırılmış, amma “söndürülmüş” AI plagini yenə də hər sorğuda öz kodunu yükləyir. Deaktiv etmək istənilən süzgəcdən daha sürətli, daha təhlükəsiz və ölçülə bilən şəkildə daha yüngüldür.
remove_action ilə hook-dan ayırmaq son çarədir. O, həqiqətən işləyir, amma yalnız plaginin qeydə aldığı dəqiq hook adını, callback-i və prioriteti biləndə və yalnız plagin bunlardan hər hansını yenidən adlandırana qədər:
// 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 );
Dürüst qiyməti belədir: bu üsul səssizcə sınır. Plagin yeniləməsi sinif adını dəyişir, sizin silmə əməliyyatınız uyğun gəlmir, AI paneli qayıdır və heç bir xəta bundan xəbər vermir. Bu yanaşmanı seçirsinizsə, nəyi sildiyinizi yazıb saxlayın və həmin plaginin hər yenilənməsindən sonra yenidən yoxlayın.
Eyni ehtiyat redaktor panellərini JavaScript-dən qeydiyyatdan çıxarmağa da aiddir. Bu, real imkandır, amma siz başqa plaginin qeydiyyatına mətn identifikatoru ilə əl atırsınız və həmin identifikator ictimai öhdəlik deyil.
Forumda tapdığınız wp-config.php sabitlərini redaktə edərək AI funksiyalarını bloklamağa çalışmayın. Heç bir nüvə sabiti üçüncü tərəf plaginin AI-ını söndürmür. Kod parçası bunun əksini iddia edirsə və siz həmin sabiti plaginin sənədlərinə bağlaya bilmirsinizsə, o heç nə etmir.
Digər sual: məzmununuz üzərində AI təliminin qarşısını almaq
Bu ayrıca məsələdir və əsl narahatlığın çoxu buradadır. Redaktor panelini söndürmək yazılarınızı kimin krayl etdiyinə heç nə etmir. Buna nəzarət robots.txt-də və məcburiyyət istəyirsinizsə, serverdə baş verir.
Veb kökünüzdə real fayl olmadıqca WordPress virtual robots.txt təqdim edir. Fiziki fayl varsa, WordPress tamamilə kənara çəkilir və kraylerlərə həmin fayl gedir. Virtualı redaktə etmək üçün onu süzgəcdən keçirin:
add_filter( 'robots_txt', function ( $output ) {
$output .= "\nUser-agent: GPTBot\nDisallow: /\n";
return $output;
}, 10 );
Qaydaları əl ilə qurmaq səhvlərin ən çox baş verdiyi yerdir — bir səhv ad heç nəyi bloklamır, səhv agentə düşən təsadüfi Disallow: / isə sizi adi axtarışdan çıxara bilər. robots.txt generatoru AI krayler bloklarını adi axtarış direktivlərinizlə birlikdə yığır ki, fayl canlı yayıma çıxmazdan əvvəl onu bütövlükdə görə biləsiniz.
İri operatorların dərc etdiyi və riayət etdiklərini bildirdikləri adlar:
| Ad | Operator | Nəyi əhatə edir |
|---|---|---|
| GPTBot | OpenAI | Model təlimi üçün krayl |
| ChatGPT-User | OpenAI | İstifadəçinin sorğusu ilə tetiklənən sorğular |
| ClaudeBot | Anthropic | Krayl |
| Google-Extended | Məzmununuzun Gemini təlimində istifadəsi, kraylın özü yox | |
| Applebot-Extended | Apple | Apple-ın generativ model təlimində istifadə |
| PerplexityBot | Perplexity | Krayl |
| CCBot | Common Crawl | Bir çox modelin öyrəndiyi toplu arxiv |
İki dürüst qeyd. Birincisi, robots.txt könüllüdür. Özünü yaxşı aparan operatorlar ona əməl edir; məhəl qoymaq istəyən isə qoymur. İkincisi, bloklamağın öz qiyməti var. Bu adlardan bəziləri sizə mənbə göstərib link verən AI cavablarında görünüb-görünməyəcəyinizi müəyyən edir. Hamısını bloklasanız, təlim riski ilə birlikdə həmin keçid mənbəyini də itirirsiniz. Əslində hansının sizin üçün önəmli olduğunu qərara alın.
Nəzakətli xahiş yox, məcburiyyət istəyirsinizsə, serverdə bloklayın. Apache-də .htaccess faylında:
<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 sətirlərini saxtalaşdırmaq çox asandır, ona görə bu üsul qərarlı skreyperi yox, dürüst amma arzuolunmaz trafiki dayandırır. CDN və ya firewall səviyyəsində təsdiqlənmiş IP diapazonuna görə bloklamaq daha güclüdür və əksər CDN-lər artıq əl ilə yazılmış siyahıdan daha asan saxlanılan bir kliklik AI-bot qaydası təklif edir.
Nə işləmir
llms.txt təklifdir, standart deyil. Bu, saytınızı dil modelləri üçün təsvir edən markdown faylı barədə təklifdir. Heç bir iri operator onu giriş nəzarəti kimi qəbul edəcəyinə söz verməyib. Onu əlavə etmək heç nəyə başa gəlmir və modellərin sizi necə oxuduğuna kömək edə bilər, amma heç nəyi bloklamır.
noai və noimageai meta teqlərinə demək olar ki, heç kim riayət etmir. Onlar sahə üzrə ümumi razılaşmadan yox, bir platformanın siyasətindən doğub. Onları əlavə etmək zərərli deyil; işləyəcəyini gözləmək isə zərərlidir.
“AI-ı bloklayır” vədi verən plagin adətən sadəcə robots qaydaları yazır. Bunda qəbahət yoxdur və bunu on sətirlə özünüz də edə bilərsiniz. Bu, nə hüquqi, nə də texniki maneədir və heç bir plagin onu maneəyə çevirə bilməz.
AI kraylerlərini bloklamaq artıq öyrədilmiş modeldə olan məzmunu oradan silmir. Bu gün əlavə etdiyiniz heç nə keçən il buraxılmış modeldən yazılarınızı geriyə dönük çıxarmır. Robots qaydaları yalnız irəliyə işləyir.
Hələ də AI paneli görünürsə
Bütün plaginlər söndürülüb, panel isə qalırsa, yenidən wp-content/mu-plugins/ qovluğuna, sonra hostinqinizin idarə panelinə baxın, daha sonra öz serverinizdə deyil, WordPress.com-da olub-olmadığınızı yoxlayın — orada açarlar sayt idarə panelində yox, hesab parametrlərində yaşayır. Funksiya plagin yeniləməsindən sonra qayıdırsa, bu, nüvə standartının özünü göstərməsi yox, uyğunluğunu itirmiş hook-dan ayırma kodunun imzasıdır.
FAQ
Suallar
WordPress nüvəsində söndürməli olduğum AI funksiyaları var?
Öz serverinizdə quraşdırılan WordPress nüvəsi standart olaraq işə düşən AI yazı köməkçisi, çatbot və ya şəkil generatoru ilə gəlmir. Redaktordakı AI panelləri demək olar ki, həmişə quraşdırılmış plagindən, hostinqin yeritdiyi plagindən və ya hostinq panelinin inteqrasiyasından gəlir. Nüvədə olmaya bilən bir şeyi silmək üçün kod yazmazdan əvvəl plagin siyahınızı yoxlayın.
Jetpack AI Assistant necə söndürülür?
Kodu redaktə etmək əvəzinə Jetpack parametrlər ekranında AI Assistant modulunu deaktiv edin. Jetpack bir-birindən asılı olmayan modullar üzərində qurulub, ona görə də həmin modulu söndürmək yalnız onun redaktor panelini götürür, qalan hər şey işləməyə davam edir. Əgər Jetpack-in başqa heç bir imkanından istifadə etmirsinizsə, bütöv plagini deaktiv etmək daha sadə və daha yüngüldür.
remove_action ilə plaginin AI funksiyasını söndürmək olar?
Bəzən olar, amma bu həll kövrəkdir. O, yalnız plaginin qeydə aldığı dəqiq hook, callback və prioriteti bildiyiniz halda işləyir, plagin yeniləməsi isə bunlardan hər hansını yenidən adlandırıb funksiyanı səssizcə geri qaytara bilər. Plaginin öz parametri varsa ondan istifadə edin, hook-dan ayırmağı isə son çarə kimi saxlayın və hər yenilənmədən sonra yenidən yoxlayın.
robots.txt-də AI kraylerlərini bloklamaq həqiqətən işləyir?
Yalnız qaydalara könüllü əməl edən kraylerlər üçün. OpenAI, Anthropic, Google və Apple daxil olmaqla iri operatorlar riayət etdiklərini bildirdikləri user-agent adlarını dərc edirlər və onları bloklamağın mənası var. Robots qaydaları məcburiyyət deyil, ona görə də vicdansız botlar və istifadəçinin tetiklədiyi sorğular onlara məhəl qoymaya bilər. Məcburi qat server səviyyəsindəki bloklamadır.
AI kraylerini bloklamaqla AI axtarışını bloklamaq arasında fərq nədir?
Bəzi operatorlar təlim üçün və canlı suallara cavab vermək üçün ayrı-ayrı adlardan istifadə edir. Təlim adını bloklamaq məzmununuzu model təliminin xaricində saxlayır, amma AI cavablarında görünməyinizə toxunmur; axtarış və ya user-agent adını bloklamaq isə sizi başqa halda mənbə göstərib link verəcək AI cavablarından tamamilə çıxara bilər. Hər ikisini bloklamazdan əvvəl hansı güzəştə razı olduğunuzu qərarlaşdırın.
llms.txt tətbiq etməli olduğum standartdır?
Xeyr, llms.txt ictimaiyyətin irəli sürdüyü təklifdir, təsdiqlənmiş standart deyil və heç bir iri AI operatoru onu giriş nəzarəti mexanizmi kimi tanıyacağına söz verməyib. Faylı əlavə etmək zərərsiz və ucuzdur, amma onu robots.txt direktivlərinin və ya server səviyyəsindəki bloklamanın əvəzi saymayın. Bu sahədə standartlaşdırma işi hələ davam edir.