Məzmuna keç
SEO və krolerlər

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 funksiyaHarada söndürülür
JetpackAI Assistant bloku və redaktor paneliJetpack parametrləri, modul açarı
Müstəqil AI plaginləriMəzmun generatorları, çatbotlar, alt-mətn yazanlarPlaginin öz parametrlər ekranı
SEO plaginləriAI başlıq/təsvir təklifləriPlagin 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ərmu-plagin və ya panel vasitəsilə yeridilən AI köməkçiləriHostinqin idarə paneli
WordPress.comBuludda işləyən AI yazı alətləriWordPress.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:

AdOperatorNəyi əhatə edir
GPTBotOpenAIModel təlimi üçün krayl
ChatGPT-UserOpenAIİstifadəçinin sorğusu ilə tetiklənən sorğular
ClaudeBotAnthropicKrayl
Google-ExtendedGoogleMəzmununuzun Gemini təlimində istifadəsi, kraylın özü yox
Applebot-ExtendedAppleApple-ın generativ model təlimində istifadə
PerplexityBotPerplexityKrayl
CCBotCommon CrawlBir ç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.

noainoimageai 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.