WordPress'te Yapay Zeka Özellikleri Nasıl Kapatılır (Çekirdek mi, Eklenti mi?)

WordPress’te insanların kurtulmak istediği yapay zeka özelliklerinin neredeyse tamamı bir eklentiden, hosting firmasından veya WordPress.com’dan gelir — kendi sunucunuzdaki çekirdekten değil. functions.php dosyasına bir remove_action parçacığı yapıştırmadan önce eklenti listenizi açın ve o paneli asıl kimin çizdiğini bulun; çünkü çekirdekte zaten bulunmayan bir özelliği kaldırmaya çalışmak, hâlihazırda sorun çıkaran bir sitede boşa harcanmış onca emek demektir.

Bu ayrım önemli, çünkü çözümler tamamen farklı. Eklenti kaynaklı bir özelliğin ayar düğmesi vardır. Hosting kaynaklı bir özellik WordPress yönetim panelinizde değil, hosting panelinizde yaşar. İnsanların “yapay zekayı kapat” derken çoğu zaman kastettiği asıl şey — yapay zeka şirketlerinin yazılarınız üzerinden model eğitmesini durdurmak — ise bir WordPress ayarı bile değildir. O, robots ve sunucu yapılandırması meselesidir.

Çekirdekte ne var, ne yok

Kendi sunucunuzda çalışan WordPress çekirdeği, kutudan çıktığı hâliyle çalışan bir yazma asistanı, sohbet botu ya da görsel üretici içermez. Blok editöründe bir yapay zeka simgesi görüyorsanız, orayı bir şey kurmuştur.

Yapay zeka özelliklerinin gerçekte geldiği yerler:

Kaynak	Tipik özellik	Nereden kapatılır
Jetpack	AI Assistant bloğu ve editör paneli	Jetpack ayarları, modül düğmesi
Bağımsız yapay zeka eklentileri	İçerik üreticileri, sohbet botları, alt metin yazarları	Eklentinin kendi ayar ekranı
SEO eklentileri	Yapay zeka başlık/açıklama önerileri	Eklenti ayarları, genelde özellik bazında
Sayfa oluşturucular	Oluşturucu arayüzünde metin ve görsel üretimi	Oluşturucu ayarları veya hesap paneli
Yönetilen hosting firmaları	mu-plugin veya panel üzerinden eklenen asistanlar	Hosting kontrol paneli
WordPress.com	Barındırılan yazma araçları	Site yönetimi değil, WordPress.com hesap ayarları

WordPress projesinin yapay zeka ile ilgili süren geliştirmeleri var — ileride çekirdeğe girebilecek deneysel özellik eklentileri. Güncel bir sürümdeyseniz ve hiçbir eklentiye bağlayamadığınız yapay zeka kokan bir şey görüyorsanız, filtreyle sustururacağınız bir çekirdek varsayılanı olduğunu varsaymak yerine önce kurulu eklenti listenize, sonra kullandığınız sürümün kendi değişiklik kaydına bakın. Bu temkinli yaklaşım bilinçli: bu alanda sürüme özgü iddialar çok hızlı bayatlıyor ve yanlış bir tanesi sizi boş yere dosya düzenlemeye sürüklüyor.

Ekleyeni gerçekten bulun

Yapay zeka paneli kaybolana kadar eklentileri gruplar hâlinde devre dışı bırakın. Kaba bir yöntem ama tahmin yerine kesin bir cevap verir.

WP-CLI kullanıyorsanız önce aktif olan her şeyi listeleyin:

wp plugin list --status=active --field=name

Sonra normal eklenti ekranında görünmeyen, hosting tarafından eklenmiş kodu kontrol edin:

ls -la wp-content/mu-plugins/

Must-use eklentileri otomatik olarak yüklenir ve yönetim panelinden devre dışı bırakılamaz. Hosting firmanız oraya bir yapay zeka asistanı bıraktıysa, temiz kaldırmanın tek yolu onların kontrol panelidir — dosyayı silmek çoğu zaman bir sonraki platform güncellemesinde onun geri gelmesi demektir.

Doğru şekilde kapatmak

Eklentinin kendi ayarını kullanın. Sıkıcı cevap bu ve doğru olanı da bu. Özellikle Jetpack, birbirinden bağımsız açılıp kapanan modüller üzerine kuruludur; istatistikleri, yedekleri veya neye güveniyorsanız onu korurken AI Assistant’ı kapatabilirsiniz. Bağımsız yapay zeka eklentilerinin çoğu her özellik için ayrı bir aç/kapat kutusu sunar.

Eklentiyi başka hiçbir şey için kullanmıyorsanız tamamen devre dışı bırakın. Kurulu bırakılıp “devre dışı” bırakılan bir yapay zeka eklentisi yine de her istekte kodunu yükler. Devre dışı bırakmak her filtreden daha hızlı, daha güvenli ve ölçülebilir biçimde daha hafiftir.

remove_action ile kancayı sökmek son çaredir. Gerçekten çalışır, ama yalnızca eklentinin kaydettiği kanca adını, callback’i ve önceliği tam olarak biliyorsanız ve yalnızca eklenti bunlardan birinin adını değiştirene kadar:

// 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 bedeli şu: bu yöntem sessizce bozulur. Eklenti güncellemesi sınıf adını değiştirir, kaldırma işleminiz artık eşleşmez, yapay zeka paneli geri gelir ve size bunu haber verecek hiçbir hata çıkmaz. Bu yolu seçerseniz neyi kaldırdığınızı bir yere not edin ve o eklentinin her güncellemesinden sonra yeniden kontrol edin.

Aynı uyarı, editör panellerini JavaScript tarafından kayıttan düşürmek için de geçerli. Bu gerçek bir yöntem, ama başka bir eklentinin kaydına metin tabanlı bir tanımlayıcı üzerinden uzanıyorsunuz ve o tanımlayıcı size verilmiş bir söz değil.

Bir forum yazısında bulduğunuz wp-config.php sabitleriyle yapay zeka özelliklerini engellemeye çalışmayın. Üçüncü taraf eklenti yapay zekasını kapatan bir çekirdek sabiti yok. Bir kod parçacığı aksini iddia ediyor ve o sabiti ilgili eklentinin dokümantasyonunda bulamıyorsanız, o kod hiçbir şey yapmıyordur.

Asıl soru: içeriğinizle model eğitilmesini durdurmak

Bu ayrı bir konu ve asıl endişenin toplandığı yer burası. Editördeki bir paneli kapatmak, yazılarınızı kimin taradığı konusunda hiçbir şeyi değiştirmez. Bunu kontrol etmek robots.txt içinde ve zorlayıcı olmasını istiyorsanız sunucu tarafında olur.

Web kök dizininizde gerçek bir dosya yoksa WordPress sanal bir robots.txt sunar. Fiziksel bir dosya varsa WordPress tamamen devreden çıkar ve tarayıcılara giden şey o dosyadır. Sanal olanı düzenlemek için filtreleyin:

add_filter( 'robots_txt', function ( $output ) {
    $output .= "\nUser-agent: GPTBot\nDisallow: /\n";
    return $output;
}, 10 );

Kuralları elle yazmak, hataların yapıldığı yerdir — yanlış yazılmış tek bir ad hiçbir şeyi engellemez, yanlış bir botun altına düşen Disallow: / satırı ise sizi normal aramadan çıkarabilir. robots.txt oluşturucu, yapay zeka tarayıcı bloklarını normal arama kurallarınızla birlikte kurar; böylece dosya yayına girmeden önce tamamını görebilirsiniz.

Büyük operatörlerin yayımladığı ve uyduklarını söyledikleri adlar:

Ad	Operatör	Neyi kapsar
GPTBot	OpenAI	Model eğitimi için tarama
ChatGPT-User	OpenAI	Kullanıcının isteğiyle tetiklenen çekmeler
ClaudeBot	Anthropic	Tarama
Google-Extended	Google	İçeriğinizin Gemini eğitiminde kullanılması, taramanın kendisi değil
Applebot-Extended	Apple	Apple’ın üretken model eğitiminde kullanım
PerplexityBot	Perplexity	Tarama
CCBot	Common Crawl	Birçok modelin üzerinde eğitildiği toplu arşiv

İki dürüst uyarı. Birincisi, robots.txt gönüllülük esaslıdır. Düzgün davranan operatörler uyar; görmezden gelmek isteyen her şey görmezden gelir. İkincisi, engellemenin bir bedeli var. Bu adlardan bazıları, sizi kaynak gösterip bağlantı veren yapay zeka yanıtlarında görünüp görünmeyeceğinizi belirler. Hepsini engellerseniz eğitim maruziyetiyle birlikte o yönlendirme kanalını da kaybedersiniz. Gerçekte hangisini önemsediğinize karar verin.

Kibar bir rica yerine gerçek bir zorlama istiyorsanız sunucu tarafında engelleyin. Apache’de .htaccess içinde:

<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 değerleri kolayca taklit edilebildiği için bu yöntem dürüst ama istenmeyen trafiği durdurur, kararlı bir kazıyıcıyı değil. CDN’inizde veya güvenlik duvarınızda doğrulanmış IP aralıklarına göre engelleme çok daha güçlüdür; ayrıca çoğu CDN artık elle yazılmış listelerden daha kolay bakım gerektiren tek tıklamalı bir yapay zeka botu kuralı sunuyor.

İşe yaramayanlar

llms.txt bir öneri, standart değil. Sitenizi dil modellerine tanıtan, önerilmiş bir markdown dosyasıdır. Hiçbir büyük operatör bunu erişim kontrolü olarak ele alacağını açıklamadı. Eklemenin maliyeti yok ve modellerin sizi nasıl okuduğuna yardımcı olabilir, ama hiçbir şeyi engellemez.

noai ve noimageai meta etiketlerine neredeyse hiç kimse uymuyor. Bunlar sektör genelinde bir uzlaşıdan değil, tek bir platformun politikasından doğdu. Eklemek zararlı değil; işe yaramasını beklemek ise hatalı.

“Yapay zekayı engeller” diyen bir eklenti genelde sadece robots kuralları yazar. Bunda sorun yok, zaten on satırda kendiniz de yapabileceğiniz şey bu. Bu ne hukuki ne de teknik bir bariyerdir ve hiçbir eklenti onu bariyere dönüştüremez.

Yapay zeka tarayıcılarını engellemek, eğitilmiş bir modelde zaten bulunan içeriği geri almaz. Bugün eklediğiniz hiçbir şey, geçen yıl yayımlanmış bir modelden yazılarınızı geriye dönük olarak çıkarmaz. Robots kuralları yalnızca ileriye dönüktür.

Panel hâlâ duruyorsa

Bütün eklentiler kapalıyken panel hâlâ görünüyorsa, önce wp-content/mu-plugins/ klasörüne tekrar bakın, sonra hosting panelinize, sonra da kendi sunucunuzda değil WordPress.com üzerinde olup olmadığınıza. Orada ayarlar site yönetiminde değil, hesap ayarlarındadır. Özellik bir eklenti güncellemesinden sonra geri geldiyse, bu bir çekirdek varsayılanının kendini dayatması değil, artık eşleşmeyen bir kanca sökme kodunun imzasıdır.