SEO verilerinde her şey normal görünüyordu. Google Arama Konsolu, trafik ve dizine ekleme; kırmızı bayrak yok. Daha sonra yapay zeka alıntı izleme aracımız Scrunch'ı açtım ve son 30 gün boyunca searchinfluence.com'un platform bazındaki varlığına baktım:
- Google AI Modu: %37,8
- Yardımcı pilot: %22,2
- Google İkizler: %16,3
- ChatGPT: %9,6
- Şaşkınlık: %7,8
- Claude: %0,0
- Meta Yapay Zeka: %0,0
Sıfırda iki platform. Her tarayıcı aynı siteyi okur, dolayısıyla içerik kalitesi ve konunun otoritesi bu boşluğu hesaba katamaz. Listedeki her platform için aynıdırlar.
Değişen şey erişimdir; yani her platformun tarayıcısının içeri girmesine izin verilip verilmediği. Google AI Modunun nasıl %37,8'e ulaştığını, Claude'un ise %0'a ulaştığını başka hiçbir şey açıklamıyor. Böylece günlükleri açtım.
7 günlük Cloudflare günlükleri neler gösterdi?
Searchinfluence.com'un yedi günlük Cloudflare verileri (4-10 Nisan), %65,8'i yapay zeka botları olmak üzere 29.099 bot isteğini ortaya çıkardı. Hızı sınırlı olan bu isteklerin (HTTP 429, "çok fazla istek") bot başına paylaşımı, bot kullanıcı aracısı (UA, her isteğin gönderdiği tanımlayıcı) tarafından bölünmüş olarak verilmiştir:
- Amazonbot: %51 oran sınırlı
- ClaudeBot: %29
- GPTBot: %29
- Bytespider: %61 engellendi (farklı mekanizma: 403/5xx, 429 değil)
- ChatGPT Kullanıcısı: %0
- Şaşkınlık Botu: %0
Bölünme rastgele değil. Tüm siteleri büyük patlamalarla çeken eğitim tarayıcıları kısıtlanıyor. Canlı bir kullanıcı sorgusu sırasında insan hızıyla istekleri harekete geçiren, kullanıcıya yönelik tarayıcılar bunu yapmaz.
Bağlam için:Cloudflare'in 2026 1. Çeyreği taramadan yönlendirmeye analiziClaudeBot'un geri gönderdiği her yönlendirme için 20.583 tarama isteği yaptığını gösteriyor.
- GPTBot: 1.255'e 1.
- Şaşkınlık: 111'e 1.
- Google: 5'e 1.
Yapay zeka eğitim tarayıcıları geri verdiklerinden çok daha fazlasını alıyor; dolayısıyla barındırma altyapısının mücadele etmeye başlaması mantıklı. Bunun siteniz için doğru mücadele olup olmadığı ayrı bir sorudur.
Günlüklerimizdeki 429'lar Cloudflare üzerinden dinamik veya bypass önbellek durumuyla geçiriliyordu. Bu yüzden onları Cloudflare'in aşağı akışı olarak yazdım, bir web uygulaması güvenlik duvarı (WAF) veya güvenlik eklentisi olmalı. Bu varsayım beni yanlış katmanlardan geçen saatlerce süren bir tavşan deliğine gönderdi.
İlk nereye baktık ve neden yanıldık
Şüpheli 1: Solid Security'nin HackRepair varsayılan yasak listesi
Yerleşik bir bot UA engelleme listesiyle, sağlamlaştırma için kullandığımız bir WordPress güvenlik eklentisi. Kapatıldı ve bot başına 429 sayımda 24 saat önce/sonra çalışması yapıldı. Değişiklik yok.
İki bot, geçiş sonrası pencerede daha da yükseldi. Tesadüfi sürünme patlamaları, bir gerileme değil. Reddedildi.
Şüpheli 2: Solid Security'nin diğer güvenlik duvarı alt sistemleri
30 gün boyunca 24.538 güvenlik duvarı günlük girişi. Her biri bir/wp-login.phpkaba kuvvet kilitleme. ClaudeBot, GPTBot veya Amazonbot için sıfır giriş. Kurallar boş. IP Yönetimi temiz. Reddedildi.
Şüpheli 3: Sucuri Cloud WAF
SI'nın Sucuri aboneliği var. Portalda oturum açtık ve her hizmet sütununda (İzleme, Güvenlik Duvarı/CDN, SSL, Yedeklemeler) uyarılar gördüm. Dig ve curl bunun nedenini doğruladı: DNS, Cloudflare aralıklarına çözümlendi ve yanıt başlıklarında x-sucuri-id gösterilmedi. Sucuri hiçbir zaman istek yolunda olmadı. Abonelik mevcuttu; aktivasyon hiçbir zaman gerçekleşmedi. Reddedildi.
Şüpheli 4: Cloudflare'in kendisi
Başlangıçta önbellek durumu dinamik/baypas olduğundan silindi. Bu çıkarım özensizdi: Cloudflare, aynı önbellek durumuyla hız sınırı kurallarından 429 döndürebilir. Sağ görünüme geri dönülüyor (Güvenlik → Analitik → Etkinliklersekmesi, ClaudeBot UA tarafından filtrelendi, son 24 saat): sıfır etkinlik. Cloudflare, 608 ClaudeBot 429'un içinden geçerken 24 saat içinde ClaudeBot üzerinde herhangi bir güvenlik önlemi almadı. Reddedildi.
Bu noktada görebildiğimiz katmanlarda şüphelimiz kalmamıştı.
Her şeyi değiştiren üreme testi
ClaudeBot UA ile üç farklı yola karşı 60 hızlı kıvrılma isteği yürüttük. Her seferinde 60x429. Kontrol çalışır: aynı yollar, tarayıcı UA → 60 x 200 (HTTP “OK”). Aynı yollar, Googlebot UA → 60 x 200. Blok açıkça UA tabanlıydı; yol tabanlı değil, hız tabanlı değil.
Başlıklar bunu ele verdi. Tek bir kıvrılma -x-powered-by'yi gösterdim: WP Engine. Yönetilen bir ana bilgisayardaydık ve blok, şüpheli listesinde olmayan bir katmandan ateşleniyordu: ana bilgisayarın Cloudflare ile WordPress arasında yer alan kendi platform altyapısı. Barındırma platformunun kendisi.
Bot bot parmak izi
Hangi soruyu soracağımızı bildiğimizde, AI bot UA listesinin geri kalanını aynı kıvrılma koşumundan geçirdik.
| Bot UA'sı | Sonuç | Durum |
|---|---|---|
| ClaudeBot | 60/60x429 | Engellendi |
| GPTBot | 8/10 x 429, 2/10 önbelleğe alınmış (200) | Engellendi |
| Amazonbot | 10/10x429 | Engellendi |
| Bayt örümceği | 10/10x520 | Engellendi (520, Cloudflare'e özgü bir hatadır: Origin geçersiz bir yanıt döndürdü, muhtemelen IP kara deliklidir) |
| antropik-ai (eski Antropik UA) | 10/10x200 | Engellenmemiş |
| CCBot (Ortak Tarama) | 10/10x200 | Engellenmemiş |
İki bulgu:
- Engellenenler listesinin tarihi:2024'ün ortalarından itibaren belirlenen AI eğitim tarayıcısını hedefliyor. Eski antropik-ai UA'ya izin veriliyor. Birçok LLM eğitim hattını besleyen Common Crawl botu CCBot'a izin verilir. Eğer amaç "LLM eğitim verisi yok" ise bu boşluk onu boşa çıkarır. Kazıyıcılar CCBot'un UA'sını kullanabilir veya Common Crawl siteyi doğrudan çekebilir ve veriler yine de eğitim setlerinde yer alır. Adlandırılmış bot listesi, kapısı açık bırakılan bir çittir.
- Önbelleğe alınan yanıtlar blok aracılığıyla sunulur:WP Engine'in uç önbelleği, önbelleğe alınmış sayfaları ClaudeBot'a gayet iyi bir şekilde döndürür (x-cache: başlıklarda HIT). Önbellek kaçırma istekleri kaynak işleyiciye ulaşır ve 429 alır. Bu, Cloudflare verilerini tam olarak açıklar: 24 saat içinde 1.054 ClaudeBot isteği 200 (önbellek isabeti) ve 608 429 (önbellek isabeti) döndürdü. Aynı UA, aynı site, iki sonuç.
24 saatlik "ClaudeBot" trafiğimizin ~%100'ünün Anthropic'in yayınlanmış AWS aralıklarından değil, tek bir Microsoft/Azure IP'sinden (AS8075, Microsoft'un ağı) geldiğini belirtmekte fayda var. Bunun sahte bir UA olduğu neredeyse kesin: Azure'da ClaudeBot gibi davranan bir kazıyıcı. WAF raporlarındaki "AI tarayıcı 429'ların" anlamlı bir dilimi, meşru Antropik taramayı değil, sahte trafiği engellemek için uygun olabilir.
Bunu bulmak neden zor
WP Engine'in güvenlik duvarı hakkında söyledikleriyle başlayın. Onlarıngüvenlik ortamındaki destek sayfası:
- "Güvenlik bütünlüğünü tehlikeye atabileceği için güvenlik duvarımız hakkında daha fazla bilgi sağlanamaz."
Bu şirketin kendi beyanı, kelimesi kelimesine. Kurallar ne olursa olsun, müşteriler bunları göremez.
Onların2025 Yılı İncelemesiCloudflare destekli bot yönetimi aracılığıyla 75 milyar bot isteğinin azaltıldığını bildirdi. Hiçbir belgelenmiş kullanıcı portalı kontrolü sizi site başına veya bot başına devre dışı bırakmaz. AI bot 429'ları makul bir şekilde tetikleyebilecek, müşterinin karşılaştığı her ayarı kontrol ettim:
- Yardımcı programlar → Botları yönlendir:Kapalı (varsayılan).
- Web kuralları:Boş.
- Robots.txt ayarı:Özelleştirilmiş değil. Live /robots.txt yalnızca birkaç belirli PDF'ye izin vermez.
Hepsi temiz. Blok müşterilerin ulaşamayacağı bir yerdir.
Görünmez olmasının birkaç nedeni daha:
- 403 değil 429 değerini döndürür:"Yasak" ifadesinin döndürülmesi, bir sitenin arama motorları tarafından site genelinde hata olarak işaretlenmesine neden olabilir, dolayısıyla 429 daha güvenli bir seçimdir. Ancak 429, her WAF analiz aracında "hız sınırı" olarak okunur ve bu da araştırmacıların yanlış katmandaki hız sınırı yapılandırmalarını kovalamasına neden olur.
- WAF eklentilerinin altında çalışır:Wordfence, Sucuri ve Solid Security'nin tümü WordPress uygulama katmanında günlüğe kaydedilir. WP Engine'in bloğu, istek WordPress'e ulaşmadan önce platformun kenarında etkinleşir. Eklenti günlükleri hiçbir şey göstermiyor.
- Müşteri Cloudflare'in altında da ateşleniyor:WP Motorukendi Cloudflare destekli botunu çalıştırıyorbarındırma kenarında yönetim. Bu, kendi Cloudflare bölgenizin arkasında ayrı bir Cloudflare katmanıdır. Burada başlatılan etkinlikler Cloudflare kontrol panelinizde görünmez.
- WP Engine'in faturalandırması zaten bloğu hesaba katıyor:Onlar"şüpheli botları" faturalandırılabilir metriklerden hariç tutun. Barındırma maliyeti açısından bakıldığında müşteri yararlanır. GEO/AEO perspektifinden bakıldığında müşteri, kaydolduğunu bilmeden, alıntı yapılmadan ödeme yapar.
Sorduğumda WP Engine neyi onayladı?
Birkaç tur hazır otomatik yanıttan sonra canlı bir temsilciye ulaştım. İlgili borsalar:
Politikanın kendisi hakkında:
- "WP Engine, genel sunucu performansını korumak için belirli yüksek etkili botlarda platform çapında hız sınırlaması uyguluyor ve bu kısım bot başına seçilerek devre dışı bırakılamaz."
Müşteriye yönelik Web Kuralları Motorunun bunun etrafından dolaşıp dolaşamayacağı hakkında:
- "Web Kuralları Motoru aracılığıyla AI bot IP'lerine izin vermek, WP Engine'in altyapı düzeyinde çalışan platform çapında hız sınırlama kurallarını geçersiz kılmaz."
SEO dezavantajının dahili olarak herhangi bir yerde kabul edilip edilmediğine ilişkin:
- "Belgeler, Amazonbot ve benzeri kullanıcı aracıları gibi engelleme veya hız sınırlayıcı botların tarama ve dizine ekleme işlemlerini etkileyebileceğini kabul ediyor… Bot yönetimi ile SEO hususları arasında denge kurulmasını vurguluyor ve çoğu kişi bu botları kendileri yapılandırmadığı için müşterilerin empatik olmalarını öneriyor."
Son kısmı iki kez okuyun. Dahili çerçeve, müşterinin istemediği botlardan korunduğunu varsayar. Ajanslar, içerik siteleri, B2B SaaS ve büyümesi yapay zeka arama alıntılarına bağlı olan herkes için bu varsayım tersine dönüyor. Bu botlar müşterinin ulaşmaya çalıştığı hedef kitledir.
Bir yükseltme yolu var:
- "İstisnai bir kullanım durumunuz varsa veya bir botun platform varsayılanlarının izin verdiğinden farklı davranmasına ihtiyacınız varsa, bunu incelenmek üzere ProdEng'e (ürün mühendisliği) iletebiliriz."
Yani politika değişmez değil. Bu sadece bir self-servis ortamı değil.
WP Engine buradaki aykırı değer gibi görünüyor
Yönetilen her ana bilgisayarın bunu yaptığını varsaydık. Üst düzey yönetilen diğer üç WordPress ana bilgisayarındaki genel kayıtlar şununla çelişiyor:
- Kinsta'nın CTO'su Mart 2026'da şunları söyledi:onlarplatform düzeyinde engellemezve bot bant genişliği için fatura kesilmeyecektir. OnlarınBot Koruması özelliğiMüşteri tarafından kontrol edilebilen dört seviye ile isteğe bağlıdır.
- Preslenebiliraçıkça belirtiyorbilgi tabanı: “Pressable şu anda bu botlara varsayılan olarak izin vermiyor.” Müşteri bunu robots.txt aracılığıyla yönetir.
- Panteonaçıkçaeyaletler: “Tanımlanan bot trafiğinin platforma girmesini engellemiyoruz.” Botları algılar ve yalnızca faturalandırmanın dışında bırakırlar.
Yönetilen WP dışında en yakın analog SiteGround'dur.eğitim tarayıcılarını engellervarsayılan olarak ancak politika konusunda daha şeffaftır ve eğitim botlarını kullanıcı eylemi botlarından ayırır.
Bir sorun: 2019'dan bu yana WP Engine'in sahibi olduğu yönetilen bir WP ana bilgisayarı olan Flywheel,belgelenmiş AI bot bloğu yok. Aynı ana şirket, iki ürün, belirtilen iki farklı politika. Kurumsal çapta bir duruş değil. WP Engine'e özel ürün düzeyinde bir karar.
Karşılaştırmayla ilgili uyarı: WP Engine'in bloğunu curl ile ampirik olarak doğruladık. Aynı teşhisi Kinsta, Pressable veya Pantheon'a karşı uygulamadık. Onlar için elimizde olan, güvenilir ancak canlı testle aynı olmayan kamuya açık belgeleridir.
Kesin iddia: Her ana bilgisayarın kamuya açıkladığı bilgilere dayanarak, WP Engine, varsayılan olarak açık, devre dışı bırakılamayan platform düzeyinde AI bot bloğuna sahip tek üst düzey yönetilen WP ana bilgisayarı gibi görünüyor.
Soru değişiyor. "Bunu diğer sunucular da yapıyor mu?" "Neden WP Engine ve görünüşe göre sadece WP Engine bunu bu şekilde yapıyor?"
Bunun başınıza gelip gelmediğini nasıl kontrol edersiniz?
WAF günlükleriniz için standart denetim tavsiyesi bunu anlamıyor. Aşağıda root erişimi gerektirmeyen üç adım bulunmaktadır.
1. Adım: curl (URL'leri getiren bir komut satırı aracı) ile çoğaltma
$(sıra 1 30) cinsinden i için; yap
curl -sI -A "ClaudeBot/1.0 (+https://www.anthropic.com/claudebot)" \
"https://alaniniz.com/" \
-o /dev/null -w "%{http_code}\n"
uyku 0,05
tamamlandı | sıralama | benzersiz -cDaha sonra aynı döngüyü Mozilla/5.0… tarayıcı UA'sıyla çalıştırın. Tarayıcı çalıştırması 200'ler döndürürse ve ClaudeBot çalıştırması 429'lar döndürürse, blok UA tabanlıdır ve yığınınızdaki biri bunu yapıyordur. Her ikisi de aynı kodu döndürüyorsa bu sorunu yaşamazsınız.
2. Adım: Barındırıcınızı tanımlayın
curl -I https://yourdomain.com/ komutunu çalıştırın ve x-powered-by veya sunucu için yanıt başlıklarına bakın. Genellikle ana bilgisayara isim verirler (WP Engine, Pressable, Kinsta, vb.). Barındırıcınız yönetilmiyorsa veya kendi kendine barındırılıyorsa bu makale muhtemelen geçerli değildir. Bunun yerine WAF'ınızı araştırın.
3. Adım: Ana makinenin gerçekte neyi kontrol ettiğini kontrol edin
Özellikle WP Engine için onaylayınYardımcı Programlar > Yönlendirme Botlarıkapalıysa ve Web Kurallarında AI UA bloğu bulunmuyorsa bir destek bildirimi açın. Önerilen ifadeler şunlardır:
- "ClaudeBot/GPTBot/Amazonbot kullanıcı aracısı dizeleriyle yapılan isteklerin, ortamımızdaki önbellek kaçırma istekleri için HTTP 429 yanıtlarını aldığını curl aracılığıyla yeniden ürettik. Cloudflare ve güvenlik eklentilerimiz kaynak değil. Bu, WP Engine'in platform düzeyinde AI tarayıcı azaltması mı? Devre dışı bırakılabilir mi veya ortamımız için her bot için kapsam belirlenebilir mi?"
Diğer ana bilgisayarlar için eşdeğer yol, önce portallarının güvenlik bölümü, ardından aynı kanıta sahip bir destek bildirimidir.
Öğrendikten sonra ne yapmalısınız?
Çaba sırasına göre dört gerçek seçenek.
Barındırıcınızın ürün mühendisliğine geçin
WP Engine'in destek temsilcisi, "istisnai kullanım durumu" yükseltme yolunu adlandırdı. Politika değişmez değildir; bu sadece self servis bir geçiş değil. SEO ve AI arama görünürlüğü, yükseltme yolunun tam olarak oluşturulduğu türden bir durumdur.
Müşteri tarafından kontrol edilebilen Web Kuralları Motoru aracılığıyla izin verilenler listesi
WREn, UA'ları site düzeyinde izin verilenler listesine eklemenize olanak tanır, ancak destek temsilcisi bunun platform kurallarını geçersiz kılmadığını doğruladı. Botlar için faydalıdırdeğilplatform listesinde (CCBot, antropik-ai), ancak olanlar için bir düzeltme değil.
Bunu uygulamayan bir ana makineye geçin
Nükleer bir seçenek, ancak yapay zeka arama görünürlüğünün stratejik bir öncelik olması ve ProdEng'in yükseltilmesinin hiçbir yere varmaması durumunda maliyet düşürmeye değer. Kinsta'nın ve Pressable'ın belgelenmiş duruşları, AI tarayıcısının müşteriye erişmesine izin veriyor.
Açık olmak gerekirse: Yapay zeka arama görünürlüğü şu anda kesinlikle stratejik bir öncelik olmalıdır. ChatGPT tek başına haftada milyarlarca sorguyu yönetiyor ve yanıtlar küçük bir kaynak kümesinden alıntı yapıyor. Bu cevaplarda kategoriniz belirleniyorsa ve siteniz taranamıyorsa alıntı alamazsınız.
Alıntı seti hızlı bir şekilde sertleştiği için "Daha sonra sıralama yapacağım" şeklinde bir yedekleme planı yoktur. Yapay zeka erişimini 2026'da isteğe bağlı olarak ele almak, 2008'de organik aramayı isteğe bağlı olarak ele almakla aynı çağrıdır. Bir süre işe yaradı. Sonra olmadı.
Engellemeyi kasıtlı bir politika olarak kabul edin
Bazı şirketler yapay zeka eğitim verilerinin dışında kalmanın doğru karar olduğu sonucuna varacak. Dürüst versiyon: Ekibe neler olduğunu anlatın, bunu yapay zeka arama beklentilerine dahil edin, zaten alamayacağınız eksik alıntılar üzerinden sizi puanlayan GEO/AEO denetimleri yapmayı bırakın.
Yanlış hareket, WAF denetim taktik kitabını çalıştırmaya devam etmek ve hiçbir şeyin yanlış olmadığı sonucuna varmaktır. Blok görünmez bir şekilde harekete geçiyor ve alıntının yokluğu aylar sonra kimsenin ona bağlanmadığı kontrol panellerinde ortaya çıkıyor.
Alıntı korelasyonu
- Googlebot ~%100 erişim → Google AI Modu %37,8 alıntı varlığı
- GPTBot %54 erişim → ChatGPT %9,6
- PerplexityBot %100 erişim → Perplexity %7,8
- ClaudeBot %57 erişim → Claude %0,0
Alıntılardaki platformdan platforma bölünme, tarama erişimindeki platformdan platforma bölünmeyle eşleşiyor. Botun siteyi okuyabildiği yerde yapay zeka, siteyi anlamlı oranlarda alıntılıyor. Botun engellendiği yerde alıntı varlığı çöker.
Kanıt değil, düşündürücü: Tek bir sitede 7 günlük korelasyon, öncesi/sonrası kontrolü yok. Kısım 2, bloğu kaldırırsak (veya ana bilgisayarları taşırsak) düzeltme sonrası numaraları yayınlar. Sezgi: tarama erişimi zemindir; içerik kalitesi, güncellik ve tazelik tavandır. Bot sizi okuyamıyorsa tavanın bir önemi yoktur.
Şaşkınlık kırışıklıktır: %100 erişim, %7,8 alıntı. Tam erişim tek başına alıntıyı garanti etmez. Amayoklukerişim oranı (%0'da Claude) belirleyicidir.
Uyarılar.
- Tek sahalı örnek olay çalışması:Teşhis genelleştirir; belirli sayılar bunu yapmaz.
- AI alıntısı çok faktörlüdür:İçerik kalitesi, güncellik, varlık kapsamı, tazelik, şema, marka bilinirliği: bunların hepsi önemlidir. Tarama erişimi oyunun tamamı değil, zemindir.
- Bot UA'ları sahte olabilir:"ClaudeBot" trafiğimizin yaklaşık %100'ü Antropik olmayan bir IP'den geliyordu. Ana bilgisayar düzeyindeki blok, bu sahtekarlar için doğru olanı yapıyor.
- AI botları tarama gecikmesine tam olarak saygı göstermez: InMotion'ın kapsamıiyi bir referanstır: GPTBot ve ClaudeBot, robots.txt dosyasındaki tarama gecikmesini yalnızca kısmen kabul eder, dolayısıyla 429, gerçekte harekete geçtikleri birkaç sinyalden biridir. Tarama gecikmesi uyumluluğunu geliştirene kadar bu bir özelliktir.
- WP Engine'in varsayılanları kötü amaçlı değildir:Yapay zeka bot trafiği istemeyen müşterileri koruyorlar. Şeffaflık meseledir, niyet değil. Trafiği isteyen müşterilerin, ürün mühendisliğine başvurmadan bunu söylemenin bir yolu olmalıdır.
Bundan sonra ne yapmalısınız?
WP Engine kullanıyorsanız yukarıdaki tanılamayı çalıştırın. Kıvrılmanın çoğaltılması aynı modeli gösteriyorsa, aynı sorunla karşı karşıyasınız demektir. Bir bilet açın ve bunun nereye gittiğini görün veya sağlayıcıyı değiştirin.
Farklı bir yönetilen ana bilgisayardaysanız yine de çalıştırın. Teşhis üç dakika sürer.
Varsayılan platform ayarı ulaşmaya çalıştığınız tarayıcıları sessizce engellerken içerik güncellemeleri, şema işaretleme ve llms.txt dosyaları için aylar harcıyorsanız, zemini olmayan bir binanın tavanını optimize ediyorsunuz demektir.
Yöntemle ilgili tam açıklama: Bir AI asistanı (Claude) kıvrılma testlerini gerçekleştirdi, başlıkları ayrıştırdı ve mimariyi benimle birlikte yürüttü. Bu parçanın "biz" bir şeyi test ettiğimizi veya çoğalttığımızı söylediği yerde, bu ben artı yapay zekadır. "Ben" yazan yerde doğrudan bendim: portal oturum açma bilgileri, WP Engine destek sohbeti.
