Kısaca
- Microsoft Copilot yanıtlarını Bing dizininden besliyor; bu dizine girmenin yolu bingbot'un sitenizi tarayabilmesi.
- Bot engeli tarayıcıdan görünmez: aynı adres sizde 200, bingbot'ta 403 dönebilir. Fark yalnızca User-Agent başlığındadır.
- Engel çoğu zaman sizin robots.txt ya da .htaccess dosyanızda değil, hosting'in sunucu/WAF katmanındaki genel 'kötü bot' listesindedir.
- bingbot bir kötü bot değildir; bu listelere çoğunlukla yanlışlıkla girer ve kimse fark etmez.
- Test etmek tek satırlık bir komut meselesi; düzeltmek ise hosting'den istenecek bir muafiyet.
Neden Bing'i atlıyoruz?
Türkiye'de arama denince akla Google geliyor ve bu yanlış değil. Ama yapay zekâ asistanları tabloyu değiştirdi: bir asistanın verdiği cevap, o asistanı besleyen dizine bağlı. Microsoft Copilot, Bing'in dizinini kullanıyor. Yani Bing'de olmayan bir sayfa, Copilot'un cevabında da olmuyor.
Buna bir de Bing Webmaster Tools'un son dönemde eklediği yapay zekâ raporlarını ekleyin: hangi sorularda kaynak gösterildiğinizi orada görebiliyorsunuz. Siteniz bingbot'a kapalıysa o panelde veri de oluşmuyor — yani görünmediğinizi gösterecek araç da çalışmıyor.
AI görünürlüğü kontrol listenizi gözden geçiriyorsanız, GEO kontrol listesi yazımız daha geniş bir çerçeve sunuyor; bu yazı o listenin en çok atlanan maddesine odaklanıyor.
Engeli tarayıcıdan göremezsiniz
Bot engelleri User-Agent başlığına bakar. Siz siteyi Chrome'la açtığınızda normal bir ziyaretçi gibi görünürsünüz ve sayfa açılır. Aynı adrese bingbot gibi davranarak gittiğinizde farklı bir cevap alabilirsiniz. Bu yüzden "sitem açılıyor, sorun yok" demek yeterli bir kontrol değildir.
Tek yapmanız gereken, isteği bingbot kimliğiyle göndermek. Terminali olan herkes çalıştırabilir:
Tarayıcı gibi istek
curl -s -o /dev/null -w "%{http_code}\n" https://siteniz.com/
bingbot gibi istek
curl -s -o /dev/null -w "%{http_code}\n" -A "bingbot" https://siteniz.com/
İki komut iki farklı sayı veriyorsa engeliniz var demektir.
Gördüğünüz sayı ne anlama geliyor?
- 200 — sayfa açılıyor, bu bot için sorun yok.
- 403 — sunucu isteği bilerek reddediyor. Bot engeli en çok bu şekilde görünür.
- 404 — adres yok. Bu bir engel değil, yanlış adres.
- 429 veya 503 — hız sınırı ya da geçici kapatma. Engelden farklıdır; tekrar deneyince düzelebilir.
Yalnız ana sayfaya bakmayın. /robots.txt adresini de test edin. Çünkü bot önce orayı okur: robots.txt'e erişemeyen bir tarayıcı, sitenizin tarama kurallarını hiç göremez.
Engel sizde mi, hosting'de mi?
Bu ayrım önemli, çünkü çözümün adresi değişiyor. Sırayla bakın:
- robots.txt dosyanız — içinde bingbot için bir Disallow satırı var mı? Bazı şablonlar ve eklentiler bunu habersiz ekler.
- .htaccess dosyanız — BrowserMatch, SetEnvIf, Deny from ya da RewriteCond %{HTTP_USER_AGENT} içeren satır var mı?
- Güvenlik eklentileriniz — WordPress tarafında güvenlik eklentilerinin çoğunda bir bot engelleme listesi bulunur ve varsayılan olarak açıktır.
- Hiçbiri yoksa engel sizin üstünüzde — yani hosting'in sunucu ya da WAF katmanında tanımlı genel bir listedir.
Son maddeyi doğrulayan basit bir sınama var: var olmayan bir adresi test edin. Normal tarayıcıda 404 dönen bir adres bingbot kimliğiyle 403 dönüyorsa, engel dosya çözümlemesinden önce çalışıyor demektir. Böyle bir kural sizin dosyalarınızda olmaz; siteye ulaşmadan önceki bir katmandadır.
Yönettiğimiz bir sitede tam olarak bu tabloyla karşılaştık: kendi .htaccess ve robots.txt dosyalarımız tertemizdi, hosting paketinde ModSecurity yönetimi özelliği bile yoktu, ama bingbot her adreste 403 alıyordu. Engel hesabın üzerindeki sunucu katmanındaydı.
Eşleşmenin niteliğini ölçün
Hosting'e gittiğinizde "bir şeyler engelliyor" demek yerine kuralın nasıl çalıştığını anlatabilmek işinizi hızlandırır. İki şeye bakın:
- Alt dizi mi, tam kelime mi? XbingbotX gibi uydurma bir User-Agent da engelleniyorsa kural metin içinde arama yapıyordur. bing-bot gibi araya tire koyduğunuzda engel kalkıyorsa bu teyit edilir.
- Hangi yolları kapsıyor? Ana sayfa, /robots.txt, /favicon.ico ve sitemap adresinizi ayrı ayrı deneyin. Hepsi 403 dönüyorsa kural yol bazlı değildir.
Yanıtın gövdesine de bakmaya değer. Sunucunun kendi standart 403 sayfası geliyorsa ve yanıt başlıklarında bir WAF kural kimliği görünmüyorsa, bu genellikle paylaşımlı bir liste olduğunu gösterir.
Hosting'den ne isteyeceksiniz?
Talebi net ve kanıtlı yazın. İşe yarayan çerçeve şu:
- Hangi User-Agent'ın engellendiğini ve hangi adreslerde 403 aldığınızı yazın.
- Kendi tarafınızda kural olmadığını söyleyin: robots.txt ve .htaccess temiz, güvenlik eklentisi yok ya da kapalı.
- bingbot'un meşru olduğunu hatırlatın — Microsoft'un resmî arama tarayıcısıdır ve Copilot'u besler. Listeye yanlışlıkla girmiş olabilir.
- Yalnızca kendi alan adınız için muafiyet tanımlanıp tanımlanamayacağını sorun.
- Mümkün değilse hangi paket ya da yapılandırmaya geçmeniz gerektiğini sorun.
Tutarsızlığı göstermek en güçlü argümandır: aynı sunucuda Googlebot ve diğer AI tarayıcıları geçerken bingbot'un engelli olması, kuralın bilinçli bir güvenlik kararı değil bir liste kalıntısı olduğunu düşündürür. Bizim vakamızda engel üç bottayken kısa sürede ikisi kaldırıldı; bu da listenin gözden geçirilebilir olduğunu gösteriyor.
Engel kalktıktan sonra
403 kalkar kalkmaz iş bitmiyor. Dizine girmek zaman alır ve birkaç adım gerekir:
- Bing Webmaster Tools'a siteyi ekleyin ve doğrulayın. Google Search Console'dan içe aktarma seçeneği süreci kısaltır.
- Site haritanızı gönderin. Tarayıcı aylarca engellendiyse Bing'in sitenize dair hiçbir güncel kaydı olmayabilir.
- Birkaç gün sonra tekrar ölçün. Aynı curl komutu artık 200 dönmeli; dönmüyorsa engel kısmen kaldırılmış olabilir.
- AI raporlarını takip edin. Bing Webmaster Tools hangi sorularda kaynak gösterildiğinizi raporluyor; bu veri Copilot tarafındaki görünürlüğünüzün en doğrudan göstergesi.
Sitenizin yapay zekâ ajanlarına genel olarak ne kadar uygun olduğunu merak ediyorsanız bu konudaki yazımıza da göz atabilirsiniz.
Kısa bir uyarı
Engeli kendi tarafınızdan dolanmaya çalışmayın. Hosting'in uyguladığı bir kontrolü .htaccess hilesiyle atlatmak teknik olarak mümkün görünebilir ama hem hizmet şartlarına aykırı olabilir hem de kırılgandır: sağlayıcı kuralı güncellediğinde sessizce bozulur ve siz yine görünmez olursunuz. Doğru yol, engeli kaynağında kaldırtmaktır.
Sık sorulan sorular
bingbot'u engellemek siteme zarar verir mi?
Bing dizinine giremezsiniz; bu da Bing aramasında ve Microsoft Copilot yanıtlarında görünmemek anlamına gelir. Ayrıca Bing Webmaster Tools'taki yapay zekâ raporlarında veri oluşmaz, yani kaybınızı ölçecek araç da çalışmaz.
Engeli kendim kaldırabilir miyim?
Kural sizin robots.txt ya da .htaccess dosyanızdaysa evet. Ama hosting'in sunucu veya WAF katmanındaysa panelinizden göremez ve değiştiremezsiniz; talebi sağlayıcıya iletmeniz gerekir. Bazı sağlayıcıların müşteri panelinde bir bot koruması anahtarı bulunur, önce oraya bakın.
Googlebot geçiyorsa sorun yok demektir, değil mi?
Hayır. Bu listeler bot bot tanımlanır; birinin geçmesi diğerinin geçtiğini göstermez. Nitekim en sık rastlanan tablo, Googlebot'un geçip daha az tanınan tarayıcıların engellenmesidir.
İlgili yazılar
- Yapay Zeka SEO (GEO): AI Aramada Görünür Olmak
- Web Siteniz Yapay Zeka Ajanlarına Uygun mu?
- Reddit ve YouTube: AI Aramada Konuşulmayan Taraf
İlgili hizmetimiz: SEO ve GEO hizmetleri.
Kaynaklar
Ölçüm yöntemi ve örnek bulgular 23-28 Ekim 2026'da yönettiğimiz bir site üzerinde uygulanmıştır. HTTP kodları ve engel davranışı sağlayıcıya göre değişebilir; kendi sitenizde kendi ölçümünüzü yapın.