Google AI Overviews'da Markanızı İzleme: Neden Artık Zorunlu?
Generatif arama, dijital görünürlük oyununun kurallarını köklü şekilde değiştirdi. Google AI Overviews (eski adıyla SGE), bilgi amaçlı sorguların yaklaşık %36'sında tetikleniyor ve klasik mavi bağlantı tıklamalarını sıkıştırıyor. Artık en önemli KPI, ilk sıradaki konumunuz değil; AI Overviews alıntı payınız (citation share). Bu rehberde, Google AI Overviews'da markanızı izleme sürecini stratejik bir ölçüm programı olarak nasıl kuracağınızı adım adım anlatıyoruz.
SEO ekipleri ve veri ürün yöneticileri için sorun net: geleneksel SERP takip araçları, JavaScript ile asenkron render edilen AI Overviews bloklarını güvenilir şekilde yakalayamıyor. SaaS vendor'larının AIO tespit oranları %68 civarında geziniyor. Gerçek kullanıcıların gördüğü sonucu görmek için headless browser artık şart ve şehir düzeyinde coğrafi hedefleme sunan residential proxy altyapısına ihtiyacınız var.
Generatif Arama Oyunu Nasıl Değiştirdi?
Google'ın generatif AI arama deneyimini 2023'te duyurmasıyla, SERP'in anatomisi temelden değişti. AI Overviews, sorgunun üst kısmında geniş bir yapay zeka özeti bloğu render ediyor ve bu blok, tipik olarak 3-5 kaynak URL'sini alıntı olarak gösteriyor. Kullanıcılar, bu özeti okuyup klasik organik sonuçlara geçmeden sorgularını çözebiliyor.
Bu shift, üç temel metriği değiştiriyor:
- Tıklama oranı (CTR): AI Overviews'in render edildiği sayfalarda, organik ilk sıra tıklamaları belirgin şekilde düşüyor. Kullanıcı özette cevabını buluyor.
- Alıntı payı (Citation Share): Markanızın, AI Overviews alıntılarındaki payı yeni sıralama KPI'sı haline geliyor. Rakiplerinizin alıntı sayısına göre pozisyonunuzu ölçmeniz gerekiyor.
- Görünürlük hacmi: AI Overviews, SERP'in ekranın üst kısmını büyük ölçüde kapladığı için klasik sonuçların görünürlüğü azalıyor. Klasik 10. sıra, artık ekranın çok altında kalabiliyor.
Bu nedenle AI overview sıralama takibi, klasik rank tracking'in yerini almıyor; onu tamamlıyor. İkisini birlikte ölçmeniz gerekiyor. Bir sorgu için AIO render edildiğinde, klasik 1. sıradaki konumunuz hâlâ önemli — ama citation share'iniz daha önemli.
Hangi Veriyi Yakalamalısınız?
Google AI Overviews'da marka görünürlüğünü izleme programının temel veri seti beş ana bileşenden oluşmalıdır:
- AIO render durumu: Sorgu için AI Overviews bloğu render edildi mi? (boolean — evet/hayır)
- Alıntı yapılan domain'ler: AI Overviews hangi kaynak URL'lerini cite ediyor? Markanız var mı, rakipleriniz mi?
- Snippet metni: AI özetinde marka adınız geçiyor mu? Hangi bağlamda? Olumlu mu, olumsuz mu?
- Alıntı payı (Citation Share): Toplam alıntı içinde markanızın payı vs. rakipler. Yüzde olarak ifade edin.
- Lokale göre dağılım: ABD, UK, Almanya, Türkiye — her locale'de AIO davranışı farklı. ABD'de render edilen bir AIO, Almanya'da render edilmeyebilir.
Bu veriyi düzenli aralıklarla toplayarak, bir zaman serisi oluşturmanız gerekir. Haftalık veya günlük frekansta, aynı sorgu seti için tutarlı ölçüm yapmak, trendleri yakalamanın anahtarıdır. Tek seferlik ölçüm değil; sürekli bir izleme programı kurun.
Satın Al mı, Kendin Yap mı? (Build-vs-Buy Ekonomisi)
AI Overviews takibi için pazarda üç ana yaklaşım var. Her birinin maliyet, kapsam ve veri sahipliği açısından belirgin trade-off'ları bulunuyor:
| Yaklaşım | AIO Tespit Oranı | Aylık Maliyet (tahmini) | Esneklik | Veri Sahipliği |
|---|---|---|---|---|
| SE Ranking / Semrush (SaaS) | ~%68 | $100–$500/ay | Düşük | Yok (API limitli) |
| SerpApi / Zyte API | ~%70–75 | $75–$250/ay | Orta | Kısmi (API ile) |
| Kendi pipeline'ınız (Playwright + Proxy) | %85+ (tunable) | $50–$200/ay | Yüksek | Tam |
SaaS çözümler hızlı başlangıç sunsa da, AIO tespit oranları sınırlı. Çoğu araç, AI Overviews bloğunu JavaScript render sonrası yakalamakta zorlanıyor; statik HTML fetch yapıyor ve AIO bloğunu kaçırıyor. Kendi pipeline'ınızı kurmak, başlangıçta daha fazla mühendislik gerektiriyor — ancak veri kalitesi ve özelleştirme açısından belirgin avantaj sağlıyor.
Jeneratif motor optimizasyonu (GEO) stratejisi kuran ekipler için tam veri sahipliği kritik. Rakip analizini, locale bazlı kırılımı ve özel snippet analizini kendi şartlarınıza göre yapabilmek, SaaS araçlarla mümkün değil. Ayrıca vendor'lar genellikle ABD odaklı çalışıyor; diğer locale'lerdeki AIO davranışını ölçmek için kendi altyapınızı kurmanız gerekiyor.
Neden Headless Browser ve Residential Proxy Gerekli?
AI Overviews, klasik HTML parse ile yakalanamıyor. Google, AIO bloğunu JavaScript ile asenkron render ediyor. Bu teknik gerçeğin üç pratik sonucu var:
- Statik HTTP fetch (örneğin
requests.get()) AIO bloğunu göremez. HTML'de placeholder var, içerik yok. - Headless browser (Playwright, Puppeteer) gerekli — sayfayı yükleyip JS'i execute etmeniz, AIO'nun render edilmesini beklemeniz lazım.
- Sayfanın render edilmiş halini görmek için, gerçek bir kullanıcının IP'sinden gelen isteğe ihtiyacınız var. Datacenter IP'leri, Google'ın anti-bot filtreleri tarafından işaretlenip farklı sonuçlar dönebilir.
Playwright gibi headless browser araçları + residential proxy kombinasyonu, gerçek kullanıcının gördüğü sonucu elde etmenin en güvenilir yolu. Datacenter proxy'ler ucuz ama tespit edilebilir; residential proxy'ler, gerçek ISP IP'lerinden geldiği için Google'ın filtrelerinden geçiyor.
Şehir düzeyinde coğrafi hedefleme de kritik: "best running shoes" sorgusu New York'ta farklı bir AIO render ediyor olabilir, Los Angeles'ta farklı. ProxyHat'ın lokasyon desteği ile bu varyasyonları ölçebilirsiniz. ABD genelinde 5-10 şehir, UK'de 2-3 şehir hedefleyerek, locale bazlı AIO dağılımını haritalandırın.
Pratik Uygulama: Playwright + ProxyHat ile AIO Veri Toplama
Aşağıdaki Python snippet'i, Playwright ile bir Google sorgusu yükler, AI Overviews bloğunun render edilmesini bekler ve alıntı yapılan kaynak URL'lerini çıkarır:
from playwright.sync_api import sync_playwright
import json
# ProxyHat residential proxy - ABD, New York hedefli
proxy_config = {
"server": "http://gate.proxyhat.com:8080",
"username": "user-country-US-city-new_york",
"password": "YOUR_PASSWORD"
}
queries = ["best crm software", "ai marketing tools", "cloud security platforms"]
citation_data = []
with sync_playwright() as p:
browser = p.chromium.launch(proxy=proxy_config, headless=True)
page = browser.new_page()
for query in queries:
page.goto(f"https://www.google.com/search?q={query}")
# AIO bloğunun render edilmesini bekle (max 8 sn)
try:
page.wait_for_selector("[data-async-context]", timeout=8000)
aio_block = page.query_selector("[data-async-context]")
if aio_block:
links = aio_block.query_selector_all("a[href*='/url?q=']")
cited_urls = []
for link in links:
href = link.get_attribute("href")
if href and "/url?q=" in href:
cited_urls.append(href.split("/url?q=")[1].split("&")[0])
citation_data.append({
"query": query,
"aio_present": True,
"cited_urls": cited_urls,
"citation_count": len(cited_urls)
})
else:
citation_data.append({
"query": query, "aio_present": False,
"cited_urls": [], "citation_count": 0
})
except:
citation_data.append({
"query": query, "aio_present": False,
"cited_urls": [], "citation_count": 0
})
browser.close()
print(json.dumps(citation_data, indent=2))
Bu snippet, her sorgu için AIO var/yok durumunu ve alıntı URL'lerini çıkarır. Bu veriyi bir zaman serisine dönüştürerek, markanızın citation share trendini haftalık olarak takip edebilirsiniz. Çıktıyı bir PostgreSQL tablosuna veya Google Sheets'e yazarak, dashboard oluşturabilirsiniz.
Örnek Senaryo: SaaS Markası İçin ROI Hesabı
Diyelim ki bir B2B SaaS markasısınız ve 500 anahtar kelimeyi takip ediyorsunuz. İşte somut rakamlarla build-vs-buy karşılaştırması:
- Sorgu sayısı: 500 sorgu × haftalık 4 ölçüm = 2.000 istek/ay
- ProxyHat residential proxy maliyeti: ~$75/ay (pay-as-you-go modeli)
- Compute (Playwright + VPS): ~$30/ay (basit bir cloud server)
- Mühendislik kurulumu: ~8 saat tek seferlik (ilk hafta)
- Toplam DIY aylık maliyet: ~$105/ay
Karşılaştırma: Semrush AIO takibi içeren plan ~$250/ay. SerpApi ile 2.000 istek ~$175/ay. Kendi pipeline'ınızla, ayda ~$70–$145 tasarruf ediyorsunuz ve veri sahipliği tamamen sizde. Daha da önemlisi: DIY yaklaşımında AIO tespit oranını %85+'e çıkarabiliyorsunuz, çünkü render timeout, selector stratejisi ve retry mantığını kendiniz kontrol ediyorsunuz.
500 sorgu için break-even noktası yaklaşık 2 ay. Üstelik veri kalitesi farkı — %68 vs %85+ tespit oranı — karar verme kapasitenizi doğrudan etkiliyor. %17'lik bir tespit farkı, her 6 sorgudan birinde AIO'yu kaçırmanız demek.
Yaygın Hatalar ve Edge Case'ler
- Statik fetch kullanmak:
requests.get()ile AIO'yu yakalayamazsınız. Headless browser şart — bu en yaygın hata. - Datacenter proxy kullanmak: Google, datacenter IP'lerini filtreleyebilir ve CAPTCHA veya farklı sonuç dönebilir. Residential proxy kullanın.
- Tek locale ölçüm: ABD'de AIO render ediliyor olabilir, ama UK'de edilmeyebilir. Çoklu locale ölçüm yapın ve her locale için ayrı citation share hesaplayın.
- Selector kırılganlığı: Google, AIO bloğunun DOM yapısını sık değiştiriyor. Selector'larınızı düzenli güncelleyin ve birden fazla fallback selector kullanın. Otomatik selector güncelleme mekanizması kurmayı düşünün.
- Rate limit ihlali: Sorgu başına 5–10 sn bekleme koyun. ProxyHat ile yönetilebilir rate limit stratejileri uygulayabilirsiniz. Agresif istek, IP ban riskini artırır.
- Personalized results: Google, giriş yapmış kullanıcılara farklı sonuçlar gösterir. Ölçüm yaparken her zaman girişsiz (incognito) mod kullanın.
Yönetişim: Etik ve Yasal Çerçeve
AI Overviews takibi, bir ölçüm programıdır; bir hack değil. Şu prensiplere uyun:
- Sadece public sonuçları izleyin: Google'ın herkese açık arama sonuçlarını ölçüyorsunuz. Giriş yapmış kişisel sonuçları değil.
- Rate limit'e saygı: Saniyede 1–2 istek, güvenli bir başlangıç. ProxyHat'in otomatik IP rotasyonu, rate limit riskini azaltır ama tamamen ortadan kaldırmaz.
- TOS ve robots.txt: Google'ın Search dokümantasyonunu ve kullanım şartlarını inceleyin. Scraping, Google'ın TOS'una aykırı olabilir; ölçüm amacınızı netleştirin ve riskleri değerlendirin.
- GDPR/CCPA: Kişisel veri toplamıyorsunuz (sorgu + SERP = public data), yine de veri saklama politikalarınızı netleştirin ve ölçüm verisini anonimleştirin.
- Ölçüm odaklı yaklaşım: Hedefiniz, marka görünürlüğünüzü ölçmek ve içerik stratejinizi optimize etmek; SERP'i manipüle etmek değil. Jeneratif motor optimizasyonu, içerik kalitesi ve yapılandırılmış veri ile yapılır; scrape hack'lerle değil.
ProxyHat'a Özel Kurulum
AI Overviews takibi için ProxyHat konfigürasyonu şu parametrelerle yapılır:
- Proxy tipi: Residential (gerçek kullanıcının gördüğü sonucu almak için)
- Gateway:
gate.proxyhat.com:8080(HTTP) veyagate.proxyhat.com:1080(SOCKS5) - Geo-targeting: Ülke + şehir düzeyinde (örneğin
user-country-US-city-new_york) - Session stickiness: Ölçüm tutarlılığı için sticky session kullanın (örneğin
user-session-week42) — aynı session ID ile aynı IP'den gelen sonuçlar tutarlı olur - Rotasyon: Her ölçüm döngüsünde yeni session ID kullanın, böylece her döngü farklı bir residential IP'den gelir
ProxyHat'a fiyatlandırma sayfasından erişebilir, dokümantasyondan detaylı konfigürasyon bilgisi alabilirsiniz. SERP tracking use case sayfamızda bu senaryonun daha geniş bir uygulamasını bulabilirsiniz.
Kilit Bulgular
AI Overviews, organik görünürlüğün yeni ön cephesidir. Klasik rank tracking tek başına yeterli değil; citation share takibi stratejik bir gereklilik haline geldi. Bu bir ölçüm programıdır, hack değil.
- AI Overviews, bilgi amaçlı sorguların ~%36'sında tetikleniyor — bu oran zamanla artıyor.
- Vendor AIO tespit oranı ~%68 civarında; DIY pipeline ile %85+'ye çıkartılabilir.
- Headless browser + residential proxy, gerçek kullanıcı sonucunu görmenin tek güvenilir yolu.
- Şehir düzeyinde geo-targeting, locale bazlı AIO varyasyonlarını yakalamak için kritik.
- 500+ sorgu takibi için DIY yaklaşımı, hem maliyet (~$105/ay) hem veri kalitesi açısından SaaS'tan avantajlı.
- Ölçüm programı kurun; hack değil. TOS, rate limit ve etik kurallara uyun.






