Query Fan-Out Nedir? AI Aramada Kaynak Seçimi Nasıl Çalışır?
Google AI Mode'un tek bir soruyu ilişkili aramalara nasıl ayırdığını, olası kaynakları nasıl bulduğunu ve yanıt oluştururken nasıl kullandığını öğrenin.
Öne Çıkanlar
4- Query fan-out, karmaşık bir soruyu ilişkili birden fazla aramaya ayırarak AI arama deneyiminin konuyu farklı açılardan araştırmasını sağlar.
- Retrieval, kullanılabilecek sayfalardan bir aday havuzu bulur; reranking ise bu adayları soruya ne kadar iyi yanıt verdiklerine göre yeniden sıralayabilen sonraki aşamadır.
- Bir sayfanın aynı promptun her söylenişini tekrar etmesi gerekmez; kararın arkasındaki önemli alt soruları açık ve doğrulanabilir bilgilerle yanıtlaması gerekir.
- Amaç gizli sorguları tahmin etmek değil; gerçek müşteri sorularını yararlı bölümler, karşılaştırma ölçütleri, somut bilgiler ve güvenilir kaynaklarla eşleştirmektir.
50 kişilik, uzaktan çalışan bir ajans için en iyi proje yönetim aracını arayan kişi aslında tek bir soru sormaz. Aracın ekip büyüklüğüne uyup uymadığını, kullandıkları diğer yazılımlarla çalışıp çalışmadığını, müşteri işlerini birbirinden ayırıp ayıramadığını, güvenlik beklentilerini karşılayıp karşılamadığını ve ekip büyüdükçe maliyetin ne olacağını da bilmek ister.
Geleneksel aramada kullanıcı farklı sonuçları açıp bu noktaları tek tek araştırabilir. AI destekli bir arama deneyimi ise bu araştırmanın bir kısmını arka planda yapabilir. İlk soruyu ilişkili aramalara ayırır, farklı sayfalardan bilgi toplar ve bulduklarını tek bir yanıt içinde bir araya getirir.
Google bu sürece query fan-out diyor. Türkçede bunu “sorgu dallandırma” olarak düşünebiliriz. Bu mantığı anlamak, alışılmış bir anahtar kelimede sıralama alan bir sayfanın neden AI yanıtında görünmediğini; daha dar bir ihtiyaca gerçekten yanıt veren başka bir sayfanın ise neden kaynak gösterilebildiğini açıklamaya yardımcı olur.
Query fan-out nedir?
Query fan-out, geniş veya karmaşık bir sorunun ilişkili birden fazla aramaya dönüştürülmesidir. Google bunu, kullanıcının asıl sorusunu yanıtlamak için gereken ek bilgileri bulmaya yönelik eş zamanlı sorgular bütünü olarak tanımlıyor.
Örneğin “50 kişilik uzaktan çalışan bir ajans için en iyi proje yönetim yazılımı hangisi?” sorusu; fiyatlandırma, yetkilendirme, entegrasyon, güvenlik, müşteri erişimi ve uzaktan iş birliği gibi konularda ek aramalara yol açabilir. Aramalar modele ve yanıta göre değişir; Google bunların eksiksiz bir dökümünü Search Console’da site sahiplerine sunmaz. Brantial ise desteklenen AI yanıtları çalıştırılırken açığa çıkan web aramalarını kaydedebilir. Aşağıdaki tablo, gözlemlenen bu aramaların içerik ihtiyacına nasıl dönüştürülebileceğini gösterir.
| Kullanıcının vermesi gereken karar | Olası ilişkili arama | Yararlı bir kaynağın sunması gereken bilgi |
|---|---|---|
| Ekip bunu karşılayabilir mi? | 50 kullanıcı için proje yönetim fiyatlandırması | Güncel paket sınırları ve şeffaf bir maliyet örneği |
| İş akışına uyar mı? | Uzaktan ajanslar için iş birliği araçları | Genel özellik listesi yerine ilgili iş akışları |
| Müşteriler güvenle eklenebilir mi? | Misafir erişimi ve müşteri izinleri | Roller, kısıtlamalar ve gerçek sınırlar |
| Mevcut araçlarla çalışır mı? | Slack ve CRM entegrasyonlu proje araçları | Desteklenen entegrasyonlar ve kurulum gereksinimleri |
| Ürüne güvenilebilir mi? | Proje yönetiminde güvenlik ve uyumluluk | Doğrulanabilir güvenlik belgeleri ve politika bağlantıları |
Google’ın üretken AI arama özellikleri için resmî rehberi, AI Overviews ve AI Mode’un retrieval-augmented generation ile birlikte query fan-out kullanabildiğini açıklıyor. Google ayrıca bu deneyimlerin, Arama dizinindeki güncel ve alakalı sayfaları bulmak için temel sıralama ve kalite sistemlerinden yararlandığını belirtiyor.
Bu ayrıntı önemli. Query fan-out, tamamen farklı kuralları olan ikinci bir web değildir. Bir sayfanın olası kaynaklardan biri haline gelebilmesi için hâlâ taranabilir, dizine eklenebilir, anlaşılır ve kullanıcıya gerçekten yararlı olması gerekir.
Soru dallandırıldıktan sonra ne olur?
İşleyiş ürüne göre değişir; arama sağlayıcıları kullandıkları her modeli, sinyali veya ağırlığı açıklamaz. Genel süreci anlamanın pratik yolu şöyledir:
- Sistem kullanıcının isteğini ve koşullarını yorumlar.
- Daha fazla bilgi gereken parçalar için ilişkili aramalar üretir.
- Bilgi erişim sistemleri olası sayfa veya pasajları bulur.
- Adaylar, soruya ne kadar iyi yanıt verdiklerine göre yeniden değerlendirilebilir.
- Model seçilen bilgilerden bir yanıt oluşturur ve destekleyici bağlantılar gösterebilir.
Dördüncü aşama çoğu zaman reranking, yani yeniden sıralama olarak adlandırılır. Bu, web’in tamamını baştan aramak anlamına gelmez. Daha önce bulunan adayların, mevcut soruya uygunlukları açısından ikinci kez değerlendirilmesidir. Google Cloud’un sıralama dokümantasyonu, genel RAG yaklaşımını bu şekilde açıklıyor: Önce bir aday doküman grubu bulunur, ardından bu dokümanlar sorguya ne kadar iyi yanıt verdiklerine göre yeniden sıralanır.
Bu bilgi, genel bilgi erişim sistemlerini anlamak için yararlıdır; fakat Google Arama’nın kapalı üretim sisteminin doğrulanmış şeması gibi sunulmamalıdır. Google, query fan-out kullandığını ve temel Arama sistemlerinden yararlandığını doğruluyor. Her AI Mode yanıtının tüm aşamalarını ve puanlama faktörlerini ise yayımlamıyor.
Retrieval ile reranking aynı şey değildir
| Aşama | Yanıtladığı soru | İçeriğiniz açısından anlamı |
|---|---|---|
| Keşif | Sistem sayfayı bulup erişebiliyor mu? | Tarama, dizine ekleme, iç bağlantılar ve işlenen HTML önemlidir |
| Retrieval | Sayfa bu alt soru için makul bir aday mı? | Konu kapsamı ve gerçek müşterilerin kullandığı dil önemlidir |
| Reranking | Bulunan adaylardan hangisi ihtiyacı daha iyi karşılıyor? | Doğrudan yanıt, bağlam, kanıt ve odaklı pasajlar yarar sağlar |
| Sentez | Bilgi güvenilir bir yanıtı destekleyebilir mi? | Tutarlı bilgiler ve açık kaynaklar belirsizliği azaltır |
Bu ayrım, neden daha fazla sayfa yayımlamanın her zaman daha iyi olmadığını da gösterir. Aynı iddiaları tekrarlayan on zayıf sayfa retrieval aşamasında bulunabilir; fakat hiçbiri son yanıt için gereken eksiksiz ve kanıtlı bölümü sunmayabilir.
Query fan-out içerik planlamasını neden değiştiriyor?
Anahtar kelime araştırması çoğu zaman bir ifadeyle başlar ve kaç kişinin bu ifadeyi aradığını sorar. Query fan-out ikinci bir soruyu gündeme getirir: Bir insanın bu ifadenin arkasındaki kararı verebilmesi için neleri öğrenmesi gerekir?
Uzaktan çalışan bir ajans için yazılım araştıran kişiyi düşünün. Yalnızca “kolay, güvenli ve iş birliği için geliştirildi” diyen bir açılış sayfası pek az soruyu çözer. Okuyucu hâlâ şu ayrıntıları bilmek ister:
- Misafir ve müşteri izinleri nasıl yönetiliyor?
- Ekip 20 kişiden 50 kişiye çıktığında ne değişiyor?
- Hangi entegrasyonlar yerleşik, hangileri başka bir araca ihtiyaç duyuyor?
- Veri yerleşimi açıkça belgelenmiş mi?
- Gerekli kullanıcı sayısında gerçek maliyet ne oluyor?
- Geçiş sırasında ek iş çıkaracak noktalar neler?
Bunlar sayfaya zorla yerleştirilecek kelime kalıpları değildir. Gerçek bilgi ihtiyaçlarıdır. İyi içerik, konuyla gerçekten ilgili olanları ele alır, sade bir dille yanıtlar ve kanıt gerektiren iddiaları güvenilir kaynaklara bağlar.
Query fan-out içerik haritası nasıl hazırlanır?
Arama motorunun gizli sorgu listesine ihtiyacınız yok. Müşterilerin zaten sorduğu sorulara düzenli biçimde bakmanız yeterli.
Gerçek bir kararla başlayın
Geniş bir kategori adı yerine anlamlı bir işi anlatan prompt seçin. “Proje yönetim yazılımı” bir konudur. “Müşterilere misafir erişimi veren hangi proje yönetim aracı 50 kişilik ajansımıza uygun?” ise bir karardır.
Satış görüşmeleri, destek talepleri, site içi arama, Search Console sorguları, ürün yorumları, topluluk konuşmaları ve AI görünürlük takibinde kullandığınız sorular iyi başlangıç noktalarıdır. Amaç, metni yazmadan önce müşterinin kullandığı dili duymaktır.
Kararı dallara ayırın
Öneriyi değiştirebilecek koşulları yazın. Bir yazılım kararı şirket büyüklüğü, sektör, bütçe, entegrasyon, güvenlik, ülke veya kullanım amacına göre dallanabilir. Bir ürün kararı ise malzeme, uyumluluk, teslimat süresi, garanti veya bakım ihtiyacına göre değişebilir.
Sırf yeni bir başlık açmak için dal eklemeyin. Yalnızca kullanıcının seçim yapmasına, bir seçeneği elemesine, karşılaştırmasına veya ürünü kullanmasına yardımcı olan soruları dahil edin.
Her dalı doğru kanıt türüyle eşleştirin
Her soru aynı tür kanıtı gerektirmez. Fiyat bilgisi güncel paket ayrıntılarına dayanmalıdır. Güvenlik iddiaları ilgili güvenlik veya uyumluluk belgesine bağlanmalıdır. Performans iddialarında yöntem ve tarih bulunmalıdır. Karşılaştırma sayfası ise ölçütlerini ve verilerin nereden geldiğini açıkça söylemelidir.
| Konu | Zayıf anlatım | Daha yararlı anlatım |
|---|---|---|
| Fiyat | “Büyüyen ekipler için hesaplı” | Belirli ekip büyüklüğü için, ödeme koşullarıyla maliyet |
| Entegrasyon | Yalnızca iş ortağı logoları | Desteklenen işlemler, sınırlar ve kurulum gereksinimleri |
| Güvenlik | “Kurumsal düzeyde güvenlik” | Adı konmuş kontroller ve güncel dokümantasyon bağlantıları |
| Karşılaştırma | Kendi ürününüzü doğrudan kazanan ilan etmek | Ölçütler, artı ve eksiler, uygun senaryolar ve kaynak tarihleri |
| Kullanım | Özellik listesini tekrar etmek | İlk adımdan sonuca kadar gerçekçi bir iş akışı |
Mevcut sayfayı mı geliştireceğinize karar verin
Her fan-out dalı için yeni URL açmak gerekmez. Alt soru ana konunun doğal bir parçasıysa ve sayfanın amacını değiştirmeden yanıtlanabiliyorsa mevcut içeriğe odaklı bir bölüm ekleyin. Yalnızca farklı bir arama niyeti olan ve tek başına kapsamlı bir yanıtı hak eden konular için ayrı sayfa oluşturun.
Bu yaklaşım, aynı sorgular için birbiriyle yarışan çok sayıda sayfa yayımlamanızı önler. Okuyucuya da birbirinin benzeri içerikler yerine güvenebileceği tek bir kaynak verir.
Tek başına da anlaşılabilen bölümler yazın
Yararlı bir bölüm, yazının tamamından ayrı okunduğunda da anlamlı olmalıdır. Önce doğrudan yanıtı verin; ardından bağlamı, koşulları ve kanıtları ekleyin. Açıklayıcı başlıklar hem okuyucunun hem de bilgi erişim sistemlerinin bölümün ne anlattığını anlamasını kolaylaştırır.
Bu, robot gibi yazmak anlamına gelmez. Tek cümlelik onlarca yanıttan oluşan bir sayfa parçalı ve yetersiz hissettirebilir. Daha iyi yöntem, cevabı erken vermek ve ardından insanın harekete geçmeden önce ihtiyaç duyacağı ayrıntıyı doğal biçimde açıklamaktır.
Bu dengeyi nasıl kuracağınızı AI arama motorları için içerik optimizasyonu rehberimizde daha ayrıntılı ele alıyoruz.
Sayfayı teknik olarak erişilebilir tutun
Önemli metin engellenmişse, işlenen HTML içinde yer almıyorsa veya tarayıcının kullanamadığı bir etkileşimin arkasında kalıyorsa iyi bilgiye erişilemez. Canonical etiketleri, dizine eklenme durumu, iç bağlantılar, sunucu yanıtları ve JavaScript ile oluşturulan içeriği yayın sürecinin bir parçası olarak kontrol edin.
AI site denetimi kontrol listesi, içerik haritasıyla birlikte değerlendirilmesi gereken teknik adımları kapsar.
Uygulamalı örnek: Tek bir prompttan yararlı bir sayfaya
Bir yazılım markasının şu promptta değerlendirmeye girmek istediğini düşünelim:
Dış müşterilerle çalışan 50 kişilik uzaktan bir ajans için en iyi proje yönetim yazılımı hangisi?
Ekip, “en iyi proje yönetim yazılımı” ifadesini birkaç başlıkta tekrarlamak yerine şu yapıda dürüst bir karşılaştırma kaynağı hazırlayabilir:
- Karşılaştırmanın kimler için hazırlandığını anlatan kısa bir giriş.
- Yetkilendirme, müşteri erişimi, entegrasyon, güvenlik, raporlama ve toplam maliyetten oluşan ölçütler.
- Ürünleri aynı ölçütlerle değerlendiren bir tablo.
- 50 ekip üyesine ve açıkça belirtilmiş ödeme dönemine göre maliyet örneği.
- Dış müşterinin bir işi nasıl inceleyip onayladığını gösteren gerçekçi iş akışı.
- Ürünün sınırları ve başka bir seçeneğin daha uygun olabileceği durumlar.
- Güncel fiyat, güvenlik ve entegrasyon belgelerine bağlantılar.
Aynı harita, eksik destek sayfalarını da ortaya çıkarabilir. Müşteri izinleri ayrıntılı açıklama gerektiriyorsa ürün dokümantasyonunda güncel bir yetki rehberi hazırlanabilir. Geçiş süreci sık soruluyorsa ayrı bir geçiş kontrol listesi gerekebilir. Böylece harita, AI görünürlüğüne etkisi ölçülmeden önce bile siteyi müşteriler için daha yararlı hale getirir.
Yapılan çalışmanın etkisi Brantial ile nasıl ölçülür?
Brantial bu çalışmayı ilk ölçümden sonuca kadar aynı çalışma alanında takip edebilir. İçeriği güncellemeden önce müşteri kararını temsil eden sabit bir prompt grubu oluşturun; markanın mevcut anılma oranını, kaynak gösterilme oranını, görünürlük payını, yanıt konumunu ve kaynak URL’lerini kaydedin. Yayından sonra da aynı prompt grubunu koruyun. Böylece farklı bir örneği değil, yapılan çalışmanın etkisini karşılaştırırsınız.
Pratik ölçüm süreci şöyledir:
- Prompt detayında What AI searched for ve Read but not cited alanlarını birlikte inceleyerek Brantial’ın gözlemlediği aramaları ve okunmasına rağmen kaynak gösterilmeyen sayfaları görün.
- Ana kararı ve ilişkili bilgi ihtiyaçlarını takip edilecek sabit bir prompt grubuna dönüştürün.
- Sayfayı değiştirmeden önce bu gruptaki marka anılmalarını, kaynak gösterimlerini, yanıt konumlarını, kaynak URL’lerini, görünürlük payını ve rakip varlığını kaydedin.
- İçeriği yayımladıktan sonra aynı promptları tutarlı dönemlerde karşılaştırın; hangi URL’lerinizin kaynaklarda görünmeye başladığını veya artık görünmediğini inceleyin.
- Search Console ve GA4 bağlantıları açıksa arama performansını, AI yönlendirme trafiğini ve tıklama sonrası sonuçları Brantial’deki görünürlük değişimiyle birlikte okuyun.
Böylece ölçüm Brantial içinde tek bir yol izler: izlenen promptlar → kaynak varlığı → anılma ve kaynak gösterimi değişimi → trafik ve sonuç. Query fan-out ise soruyu anlamak için kullandığımız araştırma yöntemidir; ayrı bir Brantial ürünü gibi sunulmaz.
Kaçınılması gereken yaygın hatalar
Tahmin edilen her alt sorgu için ayrı sayfa açmak
Bu yaklaşım birbirini tekrar eden zayıf içerikler üretir. İlişkili soruları kullanıcı niyetine göre gruplayın ve onları gerçekten yanıtlayabilecek en küçük sayfa kümesini oluşturun.
Query fan-out’u gizli anahtar kelime listesi sanmak
Üretilen sorgular bağlama göre değişir. Sabit bir liste her yolu yeniden oluşturamaz. Fan-out’u belirli bir ifadenin mutlaka aranacağı garantisi olarak değil, araştırma çerçevesi olarak kullanın.
Kanıtı olmayan iddialar kullanmak
Akıcı bir özet, eksik bilgiyi telafi edemez. Tarih, yöntem, tanım, paket sınırı ve birincil kaynaklar sayfanın doğrulanmasını ve güvenle kaynak gösterilmesini kolaylaştırır.
Kaynak gösterilmeyi garanti sanmak
Hiçbir içerik biçimi AI yanıtında yer almayı garanti etmez. Sistemler değişir, aday kaynaklar farklılaşır ve benzer promptlar farklı sonuçlar üretebilir. Bu çalışma içeriğin yararlılığını ve aday olma niteliğini geliştirir; sabit bir konum satın almaz.
Sık sorulan sorular
Query fan-out ile anahtar kelime genişletme aynı şey mi?
Hayır. Anahtar kelime genişletme çoğunlukla araştırma veya hedefleme için bir ifadenin yakın varyasyonlarını üretir. Query fan-out ise daha geniş bir soruyu yanıtlamak için gereken farklı alt konuları ve koşulları araştırabilir.
Her AI arama motoru query fan-out kullanıyor mu?
Google, AI Mode ve üretken Arama özellikleri için bu terimi resmî olarak kullanıyor. Diğer sistemler sorgu ayrıştırma, retrieval, sorgu yeniden yazma veya benzer yöntemlerden yararlanabilir; ancak sağlayıcı açıklamadıkça uygulamalarının aynı olduğu varsayılmamalıdır.
Site sahipleri Google’ın fan-out sorgularını Search Console’da görebilir mi?
Google, üretilen bütün fan-out sorgularını listeleyen ayrı bir Search Console raporu sunmuyor. Brantial’deki What AI searched for alanı, desteklenen AI yanıtları çalıştırılırken açığa çıkan web aramalarını; Read but not cited alanı ise modelin inceleyip kaynak göstermediği sayfaları sunar. Bu gözlemlenmiş veri çok değerlidir, ancak Google’ın bütün iç sorgularının eksiksiz dışa aktarımı olarak tanımlanmamalıdır.
Her ürün sayfası olası bütün alt soruları yanıtlamalı mı?
Hayır. Bir sayfa kendi amacıyla ilgili soruları yanıtlamalıdır. Daha fazla ayrıntı gerektiren konular için ürün dokümantasyonu, karşılaştırma sayfaları, araştırmalar ve rehberler kullanılmalı; bu içerikler anlaşılır iç bağlantılarla bir araya getirilmelidir.
İlk uygulanacak adım nedir?
Değerli bir müşteri kararı seçin, cevabı değiştirecek soruları listeleyin ve sitenizin her birine somut ve doğrulanabilir yanıt verip vermediğini kontrol edin. Bu küçük çalışma çoğu zaman yüzlerce tahmini prompt üretmekten daha yararlıdır.