# Yapay Zeka Aramalarında Görünmek: ChatGPT, Gemini ve AI Overviews İçin GEO Rehberi (2026)
> GEO, içeriğinizi üretken arama motorlarının kaynak gösterebileceği hale getirme işidir. Bu rehber teori değil: kurduğumuz altyapıyı, aldığımız ölçümleri, alıntılanan içerik türlerini ve 10 soruluk citation testini anlatıyor.
- Kanonik URL: https://algoritmaajans.com/tr/blog/yapay-zeka-aramalarinda-gorunurluk-geo-rehberi-2026
- Dil: tr
- Kategori: Yapay Zeka
- Yayın: 2026-08-17
- Güncelleme: 2026-08-29
- Yayıncı: Algoritma Ajans
---
**GEO (Generative Engine Optimization), içeriğinizi ChatGPT, Gemini, Perplexity ve Google AI Overviews gibi üretken arama motorlarının kaynak olarak gösterebileceği hale getirme işidir.** Klasik SEO "arama sonuçlarında kaçıncı sıradayım" sorusunu çözer; GEO ise "yapay zeka cevap üretirken beni kaynak gösteriyor mu" sorusunu çözer. İkisi birbirinin yerine geçmez, üst üste binerek çalışır.
Bu rehber, teori anlatmıyor. Bu sitede kurduğumuz altyapıyı, aldığımız ölçümleri ve yaptığımız hataları anlatıyor.
## Neden şimdi önemli hale geldi
Kullanıcı davranışı sessizce değişti. Eskiden insanlar anahtar kelime yazıp on mavi bağlantı arasından seçim yapıyordu. Şimdi doğrudan soru soruyor ve tek bir cevap alıyor. O cevabın içinde bağlantı olarak geçmiyorsanız, sıralamanız kaçıncı olursa olsun görünmüyorsunuz.
Türkiye tarafında tablo şu: TÜİK'in 2025 verilerine göre yapay zeka kullanan girişimlerin oranı **%7,5**'e çıktı — 2021'deki %2,7'nin neredeyse üç katı. Yani hem müşterileriniz hem rakipleriniz bu araçlara yeni yeni alışıyor. Alan henüz kalabalık değil, bu da erken davranan için avantaj demek.
Türkçe içerik tarafında da durum benzer. "GEO nedir" tipi tanım yazıları çoğaldı, ama **uygulama detayına giren, ölçüm paylaşan içerik neredeyse yok.** Boşluk tam burada.
## GEO, SEO ve AEO arasındaki fark
Üç terim sürekli birbirine karıştırılıyor. Ayrımı netleştirelim:
| | Neyi hedefler | Başarı ölçüsü |
|---|---|---|
| **SEO** | Arama motoru sonuç sayfasında sıralanmak | Konum, tıklama, organik trafik |
| **AEO** | Sorulara doğrudan cevap verip öne çıkan snippet / cevap kutusu almak | Snippet sahipliği, sıfır tıklama görünürlüğü |
| **GEO** | Üretken motorun cevabında kaynak olarak gösterilmek | Citation (alıntı) sayısı, AI referral trafiği |
Pratikte üçü aynı temel üzerine kurulur: makinenin ayrıştırabildiği, net cevap veren, iddialarını veriyle destekleyen içerik. GEO bunun üzerine bir de **keşfedilebilirlik katmanı** ekler.
## Üç katmanlı web mimarisi
Geleneksel web tek katmanlıydı: insan için HTML. 2026'da site üç katman olarak tasarlanır.
**1. İnsan katmanı** — HTML, CSS, JavaScript. Klasik kullanıcı deneyimi. Performans bütçesi burada geçerli: LCP 2,5 saniyenin altı, INP 200 milisaniyenin altı, CLS 0,1'in altı.
**2. Bot katmanı** — Markdown ikiz, `llms.txt`, schema graph. Yapay zeka botunun temiz, ayrıştırılabilir ikinci yüzeyi. Navigasyon menüsü, çerez bandı, hydration gürültüsünü atlar.
**3. Keşif katmanı** — `sitemap.xml`, `robots.txt`, `ai.txt`, ``. İki yüzeyi de bulunabilir kılan yönlendirme tabakası.
Çoğu site sadece birinci katmanı kurmuş durumda. GEO işi büyük ölçüde ikinci ve üçüncü katmanı kurmak demek.
## Keşif katmanı: dört dosya
Yapay zeka botunun sitenizi bulup önceliklendirebilmesi için dört dosya gerekir. Üçü klasik, biri yeni.
### sitemap.xml
Klasik ama hâlâ kritik. Tek kural: **sadece indekslenmesini istediğiniz kanonik URL'ler.** Bu sitede sitemap'i düzeltirken şunu bulduk — her blog yazısı iki dil altında birden yayınlanıyordu. Türkçe ve İngilizce yazıların slug'ları farklı olduğu için, üretilen URL'lerin yarısı yanlış dilde içerik sunuyordu. 18 yazı için 36 URL gönderiliyordu, yarısı çöp.
Sitemap'inizde kaç URL var ve kaçı gerçekten farklı içerik? Bu iki sayı eşit değilse indeks şişmesi (index bloat) yaşıyorsunuz.
İkinci bir tuzak `lastmod` alanında duruyor: her istekte "şimdi" yazan bir sitemap, hem Google'a hem yapay zeka botlarına "bütün sayfalarım az önce değişti" der. Sinyal güvenilmez bulununca tamamen yok sayılıyor. Bizim sitemap'imizde 102 URL aynı ve sürekli ilerleyen zaman damgasını taşıyordu; sebebini ve düzeltmesini [sitemap lastmod yazısında](/tr/blog/sitemap-lastmod-nedir-nasil-kullanilir) anlattık.
### robots.txt
Burada en yaygın ve en pahalı hata yapılıyor: **yapay zeka botlarını topluca bloklamak.**
Bu sitenin `robots.txt` dosyası, biz devralana kadar `GPTBot`, `Google-Extended` ve `CCBot`'u tamamen engelliyordu. Sonuç: ChatGPT ve Google'ın yapay zeka özetleri siteyi hiç okuyamıyordu. Kendini "yapay zeka entegrasyon ajansı" olarak konumlandıran bir sitenin, yapay zekaya kapalı olması durumu.
Şunu ayırt etmek gerekiyor: **crawl izni** ile **eğitim verisi izni** ayrı konulardır. İçeriğinizin model eğitiminde kullanılmasını istemiyorsanız bunu `ai.txt` ile bildirin. Crawl'ı kapatmak sizi eğitim verisinden çıkarmaz — sadece cevaplardan siler.
Açılması gereken botlar: `GPTBot`, `OAI-SearchBot`, `ChatGPT-User`, `ClaudeBot`, `PerplexityBot`, `Perplexity-User`, `Google-Extended`, `Applebot-Extended`, `Bingbot`.
Bu isimlerin hepsi aynı şey değil. `-User` ile bitenler arka planda dolaşan tarayıcılar değildir; bir kullanıcı sizinle ilgili soru sorduğu anda gelirler — yani engellerseniz, sizi arayan gerçek bir insanın sorusuna verilen cevabın dışında kalırsınız. `-Extended` ile bitenler ise tarayıcı bile değildir, izin anahtarıdır: sunucunuza hiç gelmezler, sadece zaten alınmış içeriğin üretken tarafta kullanımını düzenlerler. Botların tam listesini, kimin ne iş yaptığını ve `robots.txt` temizken bile botu geri çeviren güvenlik katmanını [ChatGPT sitenizi neden okumuyor listesinde](/tr/blog/chatgpt-sitenizi-neden-okumuyor-kontrol-listesi) tablo halinde topladık.
### llms.txt
Yapay zeka botları için sitemap eşdeğeri. Markdown formatında, insan da okuyabilir. Sitenin ne olduğunu tek paragrafta anlatır, sonra başlıklar altında en önemli sayfaları listeler.
Kritik detay: **başlık gruplaması bir öncelik sinyalidir.** Üstteki bölümler daha önemli sayılır. "Optional" başlığı altına koyduğunuz şeyler düşük öncelik olarak okunur.
Dosyanın anatomisini, sıfırdan yazma akışını, dört sektör için hazır iskeleti ve en sık yapılan sekiz hatayı [llms.txt rehberinde](/tr/blog/llms-txt-nedir-nasil-hazirlanir) ayrı ele aldık.
### ai.txt
`robots.txt` "crawl edebilir misin" sorusunu düzenler; `ai.txt` "ne için kullanabilirsin" sorusunu düzenler. Arama ve cevaplama (inference) için izin verirken, model eğitimi için izin şartı koyabilirsiniz. Bu sitede tercihimiz şu oldu: inference açık ve kaynak gösterimi bekleniyor, eğitim izne tabi.
## Markdown ikiz: ölçtüğümüz en büyük fark
Yapay zeka botu HTML sayfanızı okumak için navigasyon menüsünü, footer'ı, çerez bandını, JavaScript hydration verisini de indirmek zorunda kalır. İçerik bu gürültünün içinde kaybolur.
Çözüm: her sayfanın markdown ikizi. Bu sitede URL sonuna `.md` eklendiğinde saf içerik dönüyor.
Kendi ölçümümüz — aynı blog yazısı:
| Biçim | Boyut |
|---|---|
| HTML | 139 KB |
| Markdown ikiz | 8,5 KB |
**Yaklaşık 16 kat fark.** Bot tarafında bu doğrudan token maliyeti ve ayrıştırma başarısı demek. Bir modelin bağlam penceresine 139 KB'lık HTML yerine 8,5 KB'lık temiz metin girdiğinde, içeriğinizi anlama olasılığı ciddi biçimde artıyor.
Uygulama tarafında iki nokta önemli:
1. **İçerik müzakeresi (content negotiation)** veya URL uzantısı ile yönlendirme. Biz proxy katmanında `.md` ile biten istekleri bir route handler'a yönlendirdik; dışarıya görünen URL `.md` uzantılı kalıyor.
2. **`X-Robots-Tag: noindex`** başlığı. Markdown uç noktası klasik arama motorları tarafından duplicate içerik sayılmasın diye.
Ayrıca HTML head içinde keşif sinyali bırakın:
```
```
## Schema graph: düz veri yerine bilgi mimarisi
Tek başına `Article` schema'sı yetmiyor. Yapay zeka motorları entity ilişkilerinden anlam çıkarıyor. `Article` var ama yazarı yoksa, yazarın kime bağlı olduğu belli değilse, o içerik "kimin söylediği belirsiz metin" olarak kalıyor.
Doğru yapı bağlı bir graph'tır:
```
Article
├── author → Person veya Organization
├── publisher → Organization
├── image → ImageObject
├── breadcrumb → BreadcrumbList
└── mainEntityOfPage → WebPage
```
Bunu tek bir `@graph` içinde, `@id` referanslarıyla kurmak gerekiyor. Ayrı ayrı duran entity'ler bağlı bilgi üretmiyor.
Bu sitede yaparken bir hata daha yakaladık: SSS verileri veritabanında `{q, a}` alanlarıyla duruyordu, ama schema üreten kod `{question, answer}` okuyordu. Sonuç, sekiz yazıda `FAQPage` schema'sı `undefined` değerlerle yayınlanıyordu — yani geçersiz yapılandırılmış veri. Rich Results Test ile kontrol etmeseniz fark etmeyeceğiniz bir hata.
Graph kurarken en pahalı hata eksik şema değil, **çakışan** şemadır: aynı sayfada aynı türden iki nesne bulunduğunda Google ve modeller genelde ikisini birden yok sayar. Üç ürün sayfamızda tam olarak bu vardı; çakışmayı nasıl tespit ettiğimizi ve tek `@graph` yapısına nasıl geçtiğimizi [yapısal veri yazısında](/tr/blog/yapisal-veri-hatasi-ayni-sayfada-iki-sema) örnekle anlattık.
## Sık yapılan altı hata
**1. CSR-only mimari.** İçerik JavaScript ile geliyorsa botun gördüğü şey boş bir `div`. Sunucu tarafında render edilmiş HTML şart.
**2. AI botlarını bloklamak.** Yukarıda anlattık. En sık ve en pahalı hata.
**3. Locale rotalamasının belirsiz olması.** Aynı içerik iki dil altında birden yayınlanıyorsa, bot hangisini kaynak alacağını bilemez. Bu sitede her yazı iki locale altında 200 dönüyordu; dil filtresi ekleyerek düzelttik.
**4. hreflang'ı yanlış kurmak.** Var olmayan çeviriye hreflang vermek, hiç vermemekten kötüdür — Google karşılıklılık (reciprocity) bulamazsa tüm cluster'ı yok sayar. Gerçek çevirisi olmayan yazıda hreflang yayınlamayın.
**5. Veri içermeyen içerik.** Yapay zeka motorları iddiaları destekleyen sayı, ölçüm ve kaynak arıyor. "Çok daha hızlı" yerine "139 KB'dan 8,5 KB'a" yazın.
**6. Ölçmemek.** Citation'ı takip etmiyorsanız GEO çalışmanızın işe yarayıp yaramadığını bilmiyorsunuz.
## İçeriği alıntılanacak şekilde yazmak
Altyapı gerekli ama yeterli değil. Bot sitenize girse bile, içerik alıntılanabilir biçimde yazılmamışsa cevaplarda geçmez. Dört yazım kuralı fark yaratıyor.
### Cevabı ilk iki cümlede verin
Üretken motor bir soruya cevap üretirken, sorunun karşılığını sayfanın neresinde bulduğuna bakar. Cevap üçüncü ekranda, iki paragraf giriş cümlesinden sonra geliyorsa, model o bölümü ilişkili saymayabilir.
Yanlış: "Günümüzün hızla dijitalleşen dünyasında işletmeler pek çok kavramla karşı karşıya kalıyor. Bunlardan biri de son dönemde sıkça duyduğumuz GEO kavramıdır. Peki GEO nedir?"
Doğru: "GEO, içeriğinizi ChatGPT ve Gemini gibi üretken motorların kaynak gösterebileceği hale getirme işidir."
İkinci örnek, modelin doğrudan alıntılayabileceği bir tanım cümlesi. Birincisi alıntılanacak hiçbir şey içermiyor.
### İddiayı sayıyla destekleyin
Yapay zeka motorları doğrulanabilir veri içeren içeriği tercih ediyor. "Markdown çok daha hafif" cümlesi alıntılanmaz; "aynı yazı HTML olarak 139 KB, markdown olarak 8,5 KB" cümlesi alıntılanır.
Sayı bulamıyorsanız kendi ölçümünüzü yapın. Bu rehberdeki verilerin çoğu kendi sitemizde aldığımız ölçümler — kimsede olmayan içerik tam olarak budur.
### Başkasında olmayan bilgiyi yazın
Genel bilgi zaten modelin içinde var; sizi kaynak göstermesine gerek yok. Model, kendisinde olmayan bir şey için kaynak gösterir: özgün ölçüm, saha deneyimi, hata postmortem'i, yerel pazar verisi.
Bu yüzden "GEO nedir" yazısı tek başına işe yaramıyor, "GEO uygularken 9 sayfada şu hatayı bulduk" yazısı işe yarıyor.
### Yapıyı makinenin okuyabileceği hale getirin
Başlık hiyerarşisi tutarlı olsun, karşılaştırmaları tabloya alın, adım adım anlatımı numaralı listeye çevirin, soru-cevap bölümü ekleyin. Bunlar süs değil — modelin içeriği parçalayıp ilgili kısmı bulmasını sağlayan yapısal sinyaller.
## Hangi içerik türleri citation kazandırıyor
Yukarıdaki dört kural nasıl yazılacağını söylüyor. Bir de ne yazılacağı sorusu var ve cevabı sandığınızdan dar.
Bir model kaynak gösterdiğinde aslında şunu yapar: kendi içinde olmayan ya da doğrulanması gereken bir bilgiyi dışarıya havale eder. Genel bilgi zaten modelin içindedir — "SEO nedir" sorusu için kimseye kaynak göstermesine gerek yok. Dolayısıyla alıntılanma ihtimali, içeriğinizin **modelde bulunmama** derecesiyle doğru orantılı.
Kendi yazılarımızda ve müşteri sitelerinde alıntılanan içerikler şu dokuz kalıptan birine giriyor:
| İçerik türü | Model neden buna ihtiyaç duyar | Zorluk |
|---|---|---|
| Özgün ölçüm ve kıyaslama | Sayı modelde yok; doğrulanabilir tek kaynak sizsiniz | Orta |
| Hata postmortem'i | Hata mesajı + sebep + çözüm üçlüsü nadiren yazılı | Düşük |
| Komutlu adım adım prosedür | Cevabın doğrudan kopyalanabilir olması gerekiyor | Düşük |
| Kriterli karşılaştırma tablosu | "A mı B mi" soruları en sık sorulanlardan | Orta |
| Tarihli fiyat ve maliyet aralığı | Yerel para birimi ve güncel piyasa modelde yok | Orta |
| Tanım + sınır ("X nedir, X ne değildir") | Tanımı netleştiren cümle alıntıya en uygun biçim | Düşük |
| Kontrol listesi ve şablon | Cevaba doğrudan gömülebilecek yapıda | Düşük |
| Yerel mevzuat ve prosedür | Ülkeye özel bilgi eğitim verisinde zayıf temsil ediliyor | Yüksek |
| Uzun kuyruklu spesifik soru | Rakip içerik yok; tek eşleşme siz olursunuz | Düşük |
Tersini de söyleyelim, çünkü çoğu içerik takvimi tam olarak burayı üretiyor. Alıntılanmayan dört tür: kaynak vermeyen "nedir" yazıları, sayı içermeyen liste yazıları, başkasının haberini özetleyen içerikler ve iddiasını veriyle desteklemeyen "kapsamlı rehber"ler. Bunlar trafik getirebilir ama kaynak gösterilmezler, çünkü modelin onlara ihtiyacı yoktur.
Pratik bir sınama var: yazınızdan **tek bir cümle** seçin ve şunu sorun — bu cümle bir cevabın içine olduğu gibi yapıştırılsa, cevaba bir şey katar mı? Katıyorsa alıntılanabilir bir cümle yazmışsınız. "Sitenizin hızı önemlidir" katmaz; "aynı sayfa AVIF açıkken 9–15 saniye, WebP'de 1,1–2 saniye sürüyordu" katar.
Bu yüzden sektörel yazılarımızda fiyat aralıklarını ve yasal prosedürleri tarihiyle birlikte yazıyoruz: [web sitesi fiyatları](/tr/blog/web-sitesi-fiyatlari-neye-gore-degisir) yazısındaki bantlar ve [e-ticaret kurulumundaki](/tr/blog/e-ticaret-sitesi-nasil-kurulur) ETBİS adımları, tam olarak modelin kendinde bulamadığı türden bilgiler.
## Sektöre göre ne değişir
Aynı prensipler geçerli ama öncelik sırası farklılaşıyor.
**Hizmet veren işletme (ajans, danışmanlık, klinik).** En kritik katman schema graph ve yazar kimliği. Kullanıcı "İstanbul'da güvenilir X hizmeti" sorduğunda model kime güveneceğine karar veriyor; kurum ve kişi entity'leri bağlı değilse elenirsiniz. Öncelik: schema graph → llms.txt → içerik derinliği.
**E-ticaret.** Ürün verisinin doğruluğu her şeyden önemli. Fiyat, stok, kargo ve iade koşulları yapılandırılmış veride net olmalı; model bu bilgiyi cevapta doğrudan kullanıyor. Öncelik: ürün schema'sı → fiyat/stok tutarlılığı → kategori sayfalarının indekslenmesi.
**Yerel işletme.** Konum ve çalışma saati sinyalleri belirleyici. Google İşletme Profili ile sitedeki bilgilerin birebir aynı olması gerekiyor; çelişki varsa model ikisini de güvenilmez sayıyor. Bizim sitemizde telefon numarası üç ayrı yerde farklı yazılıydı; çelişkiyi bulma komutlarını ve tek kaynaktan yönetme yöntemini [NAP tutarlılığı yazısında](/tr/blog/nap-tutarliligi-nedir) topladık. Öncelik: NAP tutarlılığı → LocalBusiness schema → yorum sinyalleri.
**Yazılım/SaaS.** Dokümantasyon en değerli varlık. Teknik soruların cevabı dokümanlarınızda ve indekslenebilir durumdaysa, geliştirici sorularında sürekli kaynak gösterilirsiniz. Öncelik: dokümantasyonun açık ve crawl edilebilir olması → markdown ikiz → llms.txt.
## Nasıl ölçülür
GEO'nun ölçümü klasik SEO'dan farklı ve henüz standartlaşmadı. Pratik dört yöntem:
**Manuel örnek sorgu.** Ayda bir, sektörünüzle ilgili 10 sorunun ChatGPT, Perplexity ve Google AI Overviews'daki cevabını kaydedin. Markanız geçiyor mu, kaynak gösterilmiş mi? Sıkıcı ama en doğrudan sinyal. Şablonu bir alt bölümde veriyoruz.
**Referral trafiği.** Analytics'te `chatgpt.com`, `perplexity.ai`, `gemini.google.com` kaynaklı ziyaretleri ayrı bir segment yapın. Bu trafik genelde az ama dönüşüm oranı yüksek olur — soruya cevap ararken gelen kullanıcı niyetlidir.
**Sunucu log analizi.** `GPTBot`, `ClaudeBot`, `PerplexityBot` user-agent'larının hangi sayfaları ne sıklıkta çektiğini görün. Botun hiç uğramadığı sayfa, cevaplarda da geçmez. Botun aldığı **yanıt kodunu** da sayın; `403` görüyorsanız sorun içerikte değil güvenlik katmanındadır.
```bash
sudo awk '/GPTBot/ {print $9}' /var/log/nginx/access.log | sort | uniq -c
```
**Yapılandırılmış veri geçerlilik oranı.** Rich Results Test ile sayfalarınızın kaçı hatasız geçiyor? Bu oranı %100'de tutun.
## 10 soruluk test şablonu
Manuel test, GEO'da elinizdeki en güvenilir ölçüm. Ama tekrarlanabilir olması için sorular ve koşullar sabit kalmalı; her ay farklı soru sorarsanız ölçtüğünüz şey değişimin kendisi değil, sorunun değişmesi olur.
On soruyu şu on arketipten seçin. Her satırın karşısına kendi sektörünüzün sorusunu yazın:
| # | Arketip | Örnek biçim |
|---|---|---|
| 1 | Kategori tanımı | "[Hizmet] nedir, neye yarar?" |
| 2 | Sağlayıcı arama | "[Şehir]'de [hizmet] veren firmalar" |
| 3 | Marka doğrudan | "[Markanız] ne iş yapıyor?" |
| 4 | Karşılaştırma | "[A] mı [B] mi, hangisi daha uygun?" |
| 5 | Fiyat | "[Ürün] ne kadar tutar?" |
| 6 | Nasıl yapılır | "[İş] nasıl yapılır, adımları neler?" |
| 7 | Hata / sorun | "[Hata mesajı] neden alınır?" |
| 8 | Seçim kriteri | "[Ürün] seçerken nelere bakmalı?" |
| 9 | Alternatif | "[Rakip ürün] alternatifleri neler?" |
| 10 | Güven / mevzuat | "[İş] için hangi belgeler gerekli?" |
Her soruyu üç motorda (ChatGPT, Perplexity, Google AI Overviews) sorun ve sonucu üç kademeli puanlayın:
- **2 puan** — Kaynak listesinde bağlantınız var
- **1 puan** — Marka adınız geçiyor ama bağlantı yok
- **0 puan** — Hiç geçmiyorsunuz
On soru, üç motor, en yüksek 60 puan. Mutlak değer önemli değil; önemli olan aynı şablonun bir ay sonraki puanı. Kayıt için basit bir tablo yeterli:
```csv
tarih,soru_no,motor,puan,gecen_sayfa,rakipler
2026-08-30,1,chatgpt,2,/tr/blog/llms-txt-nedir-nasil-hazirlanir,rakip-a;rakip-b
2026-08-30,1,perplexity,1,,rakip-a
2026-08-30,2,chatgpt,0,,rakip-c;rakip-d
```
`rakipler` sütununu boş bırakmayın — en değerli veri orada. Sizin yerinize kimin gösterildiğini görmek, hangi içeriği yazmanız gerektiğini doğrudan söyler.
Ölçümün karşılaştırılabilir kalması için beş kural:
**Soruların ifadesini değiştirmeyin.** Tek kelime farkı bile cevabı değiştirebilir.
**Oturum geçmişi olmadan sorun.** Gizli sekme kullanın, hesabınızdan çıkın. Aksi halde modelin sizi tanımasını "görünürlük" sanırsınız — bu, ölçümü boşa çıkaran en yaygın hata.
**Tarihi ve model sürümünü not edin.** Motorlar sık güncelleniyor; puan düşüşünün sebebi sizin içeriğiniz değil, modelin değişmesi olabilir.
**Aynı gün içinde tamamlayın.** Üç motoru üç ayrı haftada test ederseniz karşılaştırma anlamını yitirir.
**Ekran görüntüsü alın.** Cevaplar tekrar üretilebilir değil; altı ay sonra "geçen sefer ne yazmıştı" sorusunun tek cevabı arşivinizdir.
Bu ölçüm ayda bir, yaklaşık kırk dakika sürüyor. Sonuç bir sıralama tablosu değil, bir yön duygusu veriyor: hangi sorularda görünür olduğunuzu, hangilerinde rakiplerin yerinizi aldığını ve hangi sayfalarınızın kaynak seçildiğini gösteriyor.
## 30 günlük uygulama planı
**1. hafta — temel denetim.** `robots.txt` içinde AI botları bloklu mu? Sitemap'te kaç URL var, kaçı gerçek içerik? Aynı içerik birden fazla URL'de yayınlanıyor mu? Sayfalarınız sunucuda render ediliyor mu?
**2. hafta — keşif katmanı.** `llms.txt` ve `ai.txt` dosyalarını oluşturun. `robots.txt`'i AI botlarına açın. Sitemap'i kanonik URL'lere indirin.
**3. hafta — bot katmanı.** Schema graph'ı `@graph` yapısına geçirin, yazar ve kurum entity'lerini bağlayın. Rich Results Test ile doğrulayın. En çok trafik alan 10 sayfa için markdown ikiz kurun.
**4. hafta — ölçüm ve içerik.** Referral segmentini kurun. 10 sorulu manuel citation kontrolünü yapıp bir tabloya yazın. İçeriklerinizin ilk paragraflarını "net cevap" olacak şekilde revize edin.
Bu sıra tesadüfi değil. Temel kırıksa üst katmanları optimize etmenin anlamı yok: botu bloklarken markdown ikiz kurmak boşa emek.
## GEO neyi vaat etmez
Bu alanda çok fazla abartılı söz dolaşıyor, o yüzden sınırları da yazalım.
**Garanti yok.** Hiçbir teknik düzenleme "ChatGPT sizi kaynak gösterecek" garantisi vermez. Altyapı, kaynak gösterilme ihtimalini artırır; kararı model verir.
**Sıralama satın alınmıyor.** Üretken motorlarda klasik reklam ya da sıralama satın alma karşılığı henüz yok. Kaynak seçimi içeriğin kendisine bakıyor.
**Sonuç yavaş.** Teknik düzeltmelerin etkisi botun bir sonraki ziyaretinde başlar, içerik tarafındaki etkisi aylara yayılır. İki haftada sonuç vaat eden teklife ihtiyatla yaklaşın.
**Ölçüm henüz olgun değil.** Yukarıdaki on soruluk şablon dahil, elimizdeki bütün yöntemler yaklaşık. Kesin rakam veren bir panel yok; olduğunu söyleyen varsa nasıl ölçtüğünü sorun.
Bunları bilerek başlamak, işin kendisinden vazgeçmek anlamına gelmiyor. Maliyeti düşük, riski yok, yönü belli — erken davranmanın bedeli birkaç günlük iş.
## Nereden başlamalı
Tek bir şey yapacaksanız `robots.txt` dosyanızı açın ve içinde `GPTBot` ya da `Google-Extended` için `Disallow` satırı olup olmadığına bakın. Varsa, yapay zeka aramalarında görünmemenizin sebebini bulmuş oldunuz — ve bu on dakikada düzelen bir şey.
İkinci adım `llms.txt`. Yarım saatlik iş, kalıcı fayda.
Gerisi içerik kalitesi ve tutarlılık meselesi — yani zaten SEO'nun her zaman istediği şey.
Bu rehberdeki katmanları sitenizde bizim kurmamızı isterseniz kapsam [hizmetler sayfasında](/tr/hizmetler) yazılı. İçerik üretimini, yayını ve ölçümü tek yerden yöneten hazır kurulum için [AI Otonom İçerik CRM](/tr/urunler/ai-icerik-crm) sayfasına, sektörünüze özel çözümler için [ürünler sayfasına](/tr/urunler) bakabilirsiniz.