Meşru GEO mu, AI Aramayı Manipüle Etmek mi: Kurumsal İçerikte Spam Sınırı Nerede Başlıyor

Google 15 Mayıs 2026'da arama spam politikalarının giriş cümlesini değiştirdi. Tek bir ekleme yapıldı ama kapsamı genişletti: spam artık yalnızca sıralamayı manipüle etme girişimi değil, Google Search içindeki üretken yapay zeka yanıtlarını manipüle etme girişimini de kapsıyor. AI Overviews ve AI Mode, klasik sıralama kadar korunan yüzeyler haline geldi.

Bu değişiklik GEO çalışmasını riskli hale getirmiyor. Riskli olanı adlandırıyor. Kurumsal içerik ekibinin bilmesi gereken şey şu: aynı sonuca hizmet eden iki teknikten biri meşru, diğeri yaptırıma açık olabiliyor. Sınır tekniğin adında değil, içeriğin kimin için yazıldığında.

Arama spam politikası: Google'ın kullanıcıyı aldatmak veya arama sistemlerini içeriği öne çıkarmaya zorlamak için kullanılan teknikleri tanımlayan kural seti. 15 Mayıs 2026 güncellemesinden sonra bu tanım, Google Search'teki üretken yapay zeka yanıtlarını manipüle etme girişimlerini de açıkça kapsıyor.

Önceki giriş cümlesi yalnızca içeriği yüksek sıralatma girişimini tarif ediyordu. Yeni cümleye "Google Search'teki üretken yapay zeka yanıtlarını manipüle etmeye çalışmak" ifadesi eklendi. Politikanın geri kalan maddeleri değişmedi; yeni bir yasak listesi gelmedi, mevcut yasaklar yeni bir yüzeye uygulanır oldu.

Pratik sonucu net: AI Overviews veya AI Mode yanıtında geçmek için kurulmuş aldatıcı bir teknik, klasik sıralama manipülasyonuyla aynı yaptırıma tabi. Yaptırım skalası sıralama düşürmeden arama sonuçlarından tamamen çıkarmaya kadar uzanıyor.

Zamanlama tesadüf değil. 18-21 Ağustos 2026'da tamamlanan spam güncellemesi, ölçekli içerik kötüye kullanımını ve programatik üretilmiş ince sayfaları hedef aldı. Mayıs'taki politika netleşmesiyle Ağustos'taki uygulama aynı yöne bakıyor: model tarafından alıntılanmak için üretilmiş, insan okuyucu için karşılığı olmayan içerik.

Doğrulama notu: Aynı dönemde bir core update'in tamamlandığı bazı sektör kaynaklarında geçiyor, ancak Google'ın Ağustos 2026 için onayladığı güncelleme spam güncellemesidir. Bu yazıdaki çıkarımlar core update varsayımına değil, doğrulanmış politika metnine ve spam güncellemesine dayanıyor.

Sınırı çizen tek bir soru var: bu blok sayfayı okuyan insan için mi var, yoksa yalnızca modelin kopyalaması için mi? Yanıtı "yalnızca model için" olan her yapı risk taşır. Aşağıdaki tablo aynı amaca hizmet eden teknik çiftlerini karşılaştırıyor.

Tablodaki sağ sütun, tekniklerin kötü uygulanmış hallerini değil, farklı bir niyeti gösteriyor. Sol sütundaki her madde okuyucuya bir şey kazandırıyor. Sağ sütundaki her madde yalnızca alıntı almak için var.

Kurumsal sitelerde en sık gördüğümüz üç yapı şu:

• Görünmez cevap blokları. Sayfaya konulan ama CSS ile gizlenen, yalnızca tarayıcının okuması beklenen "model için özet" alanları. Bu doğrudan gizleme kapsamına girer ve yeni politika metniyle üretken yanıtlar için de geçerlidir.
• Şablondan çoğaltılmış lokasyon ve sektör sayfaları. "X sektörü için Y hizmeti" kalıbının yüz varyantı, aralarında yalnızca kelime farkı varsa ölçekli içerik kötüye kullanımıdır. Ağustos 2026 spam güncellemesi tam olarak bu yapıyı hedefledi.
• Görünür içerikle örtüşmeyen şema. FAQPage şemasına sayfada bulunmayan soruları yazmak, yapılandırılmış veri kurallarının ihlali. Model yanıtına girseniz bile manuel işlem riski taşırsınız.

Politikaya uygun GEO, alıntılanma şansını azaltmaz. Aksine, modelin güvenle kullanabileceği yapıyı üretir. Altı adımda kurulur:

• Her önemli sayfaya tek bir net tanım bloğu koyun. Kavramı bağlamdan bağımsız, tek paragrafta açıklayın. Modelin alıntıladığı birim cümle parçası değil, kendi başına ayakta duran paragraftır.
• SSS sorularını gerçek veriden seçin. Search Console sorgu raporu, satış ekibine gelen sorular ve destek biletleri kaynak olsun. Anahtar kelime aracından üretilmiş varyant listesi olmasın.
• Şemayı görünür içeriğe bağlayın. FAQPage'e yazdığınız her soru ve yanıt sayfada okunabilir olsun. Article ve Organization şemalarını varlık netliği verecek biçimde bağlayın.
• Ölçülebilir veriyi tabloya alın. Tablo hem kullanıcı için tarama kolaylığı hem model için yapısal sinyal sağlar. Veriyi kaynağıyla birlikte verin.
• Doğrulanamayan iddiayı etiketleyin. Tek kaynağa dayanan bir veriyi kesinlik diliyle yazmak, politika ihlali olmasa bile güvenilirlik maliyeti yaratır. Kaynağı ve belirsizliği açıkça yazın.
• Sayfa sayısını değil, katkıyı ölçün. Yeni sayfa, mevcut sayfalardan birinin cevaplamadığı bir soruya yanıt vermiyorsa yayınlamayın. Birleştirin.

GEO blokları sayfa performansını bozarsa iki kez kaybedersiniz. Net tanım bloğu hero alanının hemen altında, ilk ekranda görünür olmalı; sonradan enjekte edilmemeli, aksi halde CLS değeri bozulur. SSS bölümü sayfanın alt üçte birinde, footer'ın üstünde accordion yapıda durabilir; ancak accordion içeriği HTML'de başlangıçtan itibaren bulunmalı ve yalnızca görsel olarak kapalı olmalı.

JavaScript ile yüklenen SSS içeriği hem tarayıcı tarafından görülmeyebilir hem de INP'yi yükseltir. Karşılaştırma tablosu yatay kaydırma gerektiriyorsa mobilde sabit genişlik vermeyin. Bu iki metriği ayrıntılı düzeltmek için Core Web Vitals rehberimize bakabilirsiniz.

• Sayfalarda CSS ile gizlenmiş metin veya yalnızca tarayıcıya yönelik blok var mı, tara
• FAQPage şemasındaki her soru ve yanıtın sayfada görünür olduğunu doğrula
• Şablondan üretilmiş sektör ve lokasyon sayfalarını listele, katkı taşımayanları birleştir
• Karşılaştırma içeriklerinde ölçüt ve kaynak açıkça yazılı mı kontrol et
• Tek kaynağa dayanan verileri yazıda etiketle
• Search Console Manuel İşlemler raporunu aylık kontrole al
• Yapay zeka yüzeyi gösterimini organik gösterimden ayrı raporla
• Net tanım bloğu ve SSS yerleşiminin CLS ve INP üzerindeki etkisini ölç

Bu yapıyı kurmadan önce sitenizin bugünkü yapay zeka görünürlüğünü ücretsiz web sağlığı denetimimizle ölçebilir, ardından birlikte bir GEO planı kurabiliriz. Varlık netliğini derinleştirmek için schema markup ile alıntı getirme rehberimize, temel kavramlar için GEO temel rehberimize göz atabilirsiniz.