Yapay Zekâ Arama Motorlarında Görünmek: AEO ve GEO Nedir?

Kullanıcıların bir bölümü artık sorularını arama kutusuna değil, bir sohbet arayüzüne yazıyor. Aldıkları cevap bir bağlantı listesi değil, derlenmiş bir metin ve altında birkaç kaynak. Bu değişim SEO'yu bitirmiyor; içeriğin nasıl yazıldığını ve nasıl yapılandırıldığını yeniden önemli hâle getiriyor.

AEO ve GEO ne anlama geliyor?

AEO (Answer Engine Optimization), içeriğin bir soruya doğrudan cevap verebilecek biçimde hazırlanmasıdır. GEO (Generative Engine Optimization) ise içeriğin üretken yapay zekâ sistemleri tarafından kaynak olarak seçilmesini ve alıntılanmasını hedefler. Pratikte ikisi büyük ölçüde aynı çalışmayı tarif eder: soruyu net cevaplayan, iyi yapılandırılmış, doğrulanabilir içerik.

Bunu SEO'nun yerine geçen yeni bir disiplin gibi düşünmemek gerekir. Kullanılan sinyallerin çoğu tanıdıktır: taranabilirlik, konu otoritesi, yapısal veri, güncellik, teknik sağlamlık. Fark, içeriğin parçalara ayrılabilir olmasında ortaya çıkıyor. Bu sistemler sayfayı bütün olarak sıralamak yerine, sayfadan bir bölüm alıp cevabın içine yerleştiriyor.

Yapay zekâ sistemleri kaynağı nasıl seçiyor?

Ayrıntılar sistemden sisteme değişse de temel akış benzer. Kullanıcının sorusu birkaç alt sorguya bölünüyor, bu sorgular bir arama indeksinde çalıştırılıyor, dönen sayfalardan metin parçaları çıkarılıyor ve cevap bu parçalar üzerinden üretiliyor. Kaynak gösterilen sayfalar, cevaba metin sağlayan sayfalar oluyor.

Bu akışın pratik sonuçları şunlar:

• Klasik arama görünürlüğü hâlâ giriş biletidir. Aranan konuda indekste yer almayan bir sayfa, cevabın kaynak havuzuna hiç girmez.
• Alt sorgular asıl sorudan farklıdır. Kullanıcı "hangisi bana uygun" diye sorar; sistem "X nedir", "X ile Y farkı", "X fiyatı" gibi sorgular çalıştırır. İçeriğinizin bu alt soruları da karşılaması gerekir.
• Çıkarılabilir parça şarttır. Cevabı üç paragraf hazırlıktan sonra veren bir metin, tek başına anlamlı olan bir paragrafa göre daha az kullanılır.
• Doğrulanabilirlik ayrıştırıcıdır. Somut sayı, koşul, tarih ve kaynak içeren içerik, genel geçer ifadelere göre daha çok tercih edilir.

İçeriği alıntılanabilir hâle getirmek için ne yapmalı?

Uyguladığımız temel kural şu: her bölüm tek bir soruyu, ilk iki cümlesinde cevaplasın. Gerekçe, ayrıntı ve istisnalar sonra gelsin. Bu, gazetecilikteki ters piramit yapısının içerik sayfalarına uygulanmış hâlidir.

Somut düzenlemeler:

1. Başlıkları gerçek soru biçiminde yazın. "Fiyatlandırma" yerine "Kurumsal web sitesi maliyeti neye göre değişir".
2. Başlığın hemen altında doğrudan cevabı verin. Cevap iki-üç cümleyi geçmesin.
3. Karşılaştırmaları tablo hâline getirin. Tablolar, metinden çok daha temiz biçimde çıkarılabilir.
4. Adımlı süreçlerde numaralı liste kullanın. Sıra bilgisi listede korunur, düz metinde kaybolur.
5. Tanımları açık kurun: "X, ... demektir." Bu kalıp, tanım arayan sorgular için doğrudan eşleşir.
6. Sayı, süre, eşik ve koşulları yazın. "Hızlı açılır" yerine "LCP değeri 2,5 saniyenin altında".
7. Terimleri ilk geçtikleri yerde açıklayın; sistem bağlamı sayfadan öğrenir.
8. Yayın ve güncelleme tarihini görünür kılın, yazarı belirtin.

Dikkat edilecek nokta: bu yapı içeriği sığlaştırmak değildir. Aksine, cevabı öne alan bir metin geri kalan alanı gerçek ayrıntıya ayırabilir. Sığ içerik zaten alıntılanmaz; alıntılanan içerik, bir konuda söylenecek somut şeyi olan içeriktir.

Yapısal veri burada ne işe yarıyor?

Yapısal veri, sayfadaki bilginin ne olduğunu makineye açıkça söyler. Bir sayının fiyat, bir metnin soru-cevap, bir kişinin yazar olduğunu belirtir. Bu netlik hem klasik arama sonuçlarındaki zengin görünümleri hem de yanıt üreten sistemlerin doğru bilgi çıkarmasını kolaylaştırır.

Öncelik verilecek şema tipleri:

• Organization: Kurum adı, iletişim bilgileri, resmî profil bağlantıları. Marka bilgisinin tek doğru kaynağıdır.
• WebSite ve BreadcrumbList: Site yapısının ve sayfanın hiyerarşideki yerinin anlaşılması.
• Article ve Person: İçeriğin yazarı, yayın ve güncelleme tarihi. Uzmanlık sinyali burada kurulur.
• FAQPage: Sayfadaki gerçek soru-cevaplar. Sayfada görünmeyen soruları işaretlemek yaptırım riski taşır.
• Product ve Offer: Fiyat, para birimi, stok durumu, iade koşulu.
• Service ve HowTo: Hizmet tanımları ve adımlı anlatımlar.

Tek bir kural her şeyin önündedir: şemada beyan edilen her bilgi sayfada da görünür olmalıdır. JSON-LD biçiminde yazın, Search Console ve zengin sonuç test aracıyla doğrulayın, sonra unutmayın; şema bozulduğunda sessizce çalışmayı bırakır.

llms.txt gerekli mi?

llms.txt, sitenin kökünde duran ve dil modellerine sitenin önemli içeriklerini Markdown biçiminde özetleyen bir dosya önerisidir. Fikir mantıklıdır: robots.txt tarayıcılara neyi tarayabileceğini söyler, llms.txt ise modele neyin önemli olduğunu göstermeyi amaçlar.

Dürüst cevap şudur: bu bir öneridir, yaygın kabul görmüş bir standart değildir ve büyük arama sağlayıcıları bu dosyayı kullandıklarını açıklamış değildir. Yani llms.txt eklemek, yapay zekâ yanıtlarında görüneceğinizin garantisi değildir.

Buna rağmen eklemenin maliyeti çok düşüktür ve dosyayı hazırlarken yapılan çalışma zaten faydalıdır: hangi sayfalarınızın gerçekten önemli olduğunu ve her birinin ne anlattığını bir cümleyle yazmak, içerik mimarinizi de netleştirir. Yaklaşımımız şu: dosyayı ekleyin, güncel tutun, ancak sonuç vaadi kurmayın. Asıl işi yapan şey içeriğin kendisi ve teknik erişilebilirliktir.

Yapay zekâ tarayıcılarına izin vermeli mi?

Bu bir strateji kararıdır ve iki tarafı vardır. İzin vermezseniz içeriğiniz yanıtlarda kaynak olarak kullanılmaz; markanız o konuşmanın dışında kalır. İzin verirseniz içeriğiniz, size doğrudan ziyaretçi getirmeyen yanıtların üretilmesinde kullanılabilir.

Ayrım yapmak mümkündür, çünkü tarayıcıların işlevleri farklıdır:

• Arama indeksi tarayıcıları: Klasik arama görünürlüğünüzü sağlar. Engellemek neredeyse hiçbir durumda mantıklı değildir.
• Yanıt anında sayfayı getiren tarayıcılar: Kullanıcı soru sorduğunda kaynağı okur ve genellikle bağlantı verir. Görünürlük isteyen siteler için izin verilmesi mantıklıdır.
• Model eğitimi için toplu içerik toplayan tarayıcılar: Karşılığında görünürlük sunmaz. İş modelinize göre değerlendirilmesi gereken grup budur.

Bu tercihler robots.txt üzerinde kullanıcı aracısı bazında tanımlanır. Bir uyarı: güvenlik duvarı ve bot koruma kuralları, robots.txt'de izin verdiğiniz tarayıcıları farkında olmadan engelliyor olabilir. En sık atlanan yer burasıdır; sunucu erişim kayıtlarından hangi tarayıcının geldiğini ve hangi yanıt kodunu aldığını kontrol edin.

Teknik tarafta neler gerekiyor?

İçerik ne kadar iyi yazılırsa yazılsın, teknik engeller varsa erişilemez. Denetlenmesi gereken başlıklar:

• Sunucu tarafında üretilen HTML. İçerik yalnızca tarayıcıda JavaScript çalıştıktan sonra oluşuyorsa birçok tarayıcı onu göremez. Bu, tek sayfa uygulaması mimarisiyle kurulmuş sitelerin en büyük dezavantajıdır. Kritik içerik ilk yanıtın içinde gelmelidir.
• Semantik işaretleme. Liste gibi görünen ama kod olarak bir dizi kutu olan yapılar, metin çıkarımını zorlaştırır. Listeler liste, tablolar tablo etiketiyle yazılmalıdır.
• Başlık hiyerarşisi. Tutarlı bir h2/h3 yapısı, sayfanın bölümlere ayrılmasını mümkün kılar.
• Bağlantı verilebilir başlıklar. Her bölüm başlığına kimlik verildiğinde belirli bir bölüme doğrudan bağlantı kurulabilir; bu, bölümün kaynak gösterilmesini kolaylaştırır.
• Hız ve kararlılık. Yavaş ya da sık hata veren sunucular tarama sıklığını düşürür.
• Güncellik sinyalleri. Yayın ve güncelleme tarihi hem sayfada hem yapısal veride bulunmalı, site haritasındaki değişiklik tarihleri doğru tutulmalıdır.

Marka bilgisinin tutarlılığı neden bu kadar önemli?

Yapay zekâ sistemleri hakkınızdaki bilgiyi tek bir kaynaktan almaz. Siteniz, dizinler, sosyal profiller, haber içerikleri ve forum tartışmaları birlikte değerlendirilir. Bu kaynaklar arasında çelişki varsa sistem hangisinin doğru olduğunu bilemez ve eski bilgiyi tekrar edebilir.

Bu yüzden şu bilgilerin her yerde aynı olması gerekir: kurumun tam ticari unvanı, adres bilgisi, telefon, çalışma saatleri, sunulan hizmetlerin adları ve kapsamı. Kapanmış bir hizmetin ya da değişmiş bir iletişim bilgisinin internette kalması, yanıtlarda yanlış bilgiyle anılmanıza yol açar. Bu temizlik işini içerik çalışmasının bir parçası olarak yapmak gerekir.

Sonuç nasıl ölçülür?

Ölçüm bu alanda henüz klasik SEO kadar olgun değil; bunu açıkça söylemek gerekiyor. Standartlaşmış bir sıralama göstergesi yok. Kullanılabilir yöntemler şunlar:

1. Sizin için önemli 20-30 soruyu belirleyin ve bunları sohbet tabanlı araçlarda düzenli aralıklarla sorup sonuçları kaydedin: anılıyor musunuz, hangi bilgiyle, kaynak gösteriliyor mu?
2. Analitikte yapay zekâ arayüzlerinden gelen yönlendirme trafiğini ayrı bir kanal olarak tanımlayın.
3. Sunucu kayıtlarında yapay zekâ tarayıcılarının erişim sıklığını izleyin.
4. Search Console'da gösterimi yüksek ama tıklama oranı düşen sorguları takip edin; bu, cevabın sonuç sayfasında verildiğinin işaretidir.
5. Markasız arama hacmi ve doğrudan trafik eğilimini uzun dönemde izleyin.

Bu göstergeler tek başına yeterli değildir, birlikte okunur. Tek bir sayıya indirgenmiş vaatlere temkinli yaklaşın; bu alanda kimsenin elinde doğrulanmış bir sıralama ölçütü yok.

Nereden başlamak gerekir?

Sıralama şu şekilde kurulduğunda çalışma ölçülebilir ilerler:

1. Teknik temeli kontrol edin: içerik sunucu tarafında üretiliyor mu, tarayıcılar erişebiliyor mu, sayfalar indeksleniyor mu?
2. Müşterilerinizin gerçekten sorduğu soruları toplayın. Satış ekibinin gelen kutusu, bu iş için arama araçlarından daha iyi bir kaynaktır.
3. En çok trafik alan on sayfayı soru tabanlı yapıya dönüştürün. Yeni içerik üretmeden önce mevcudu düzeltmek daha hızlı sonuç verir.
4. Organization, Article ve FAQPage şemalarını kurun ve doğrulayın.
5. Marka bilgisini tüm kaynaklarda güncelleyin.
6. Ölçüm düzenini kurun ve ilk sonuçları üç ay sonra değerlendirin.

Bir uyarıyla bitirelim. Temel SEO altyapısı hiç kurulmamış bir sitede bu çalışmayı yapmak, sırayı bozmaktır. Taranamayan, içeriği zayıf bir sitede yapay zekâ optimizasyonu konuşmak ne sıralamayı ne de yanıtlardaki görünürlüğü değiştirir. Önce temel, sonra bu katman.