Vektör Arama

Yapay zekâ aramasının embedding vektörlerini karşılaştırarak ilgili içeriği nasıl bulduğu — ANN algoritmaları (HNSW, ScaNN), uzaklık ölçüleri, hibrit arama ve bunun SEO açısından anlamı.

İlk yayın tarihi: 24 Haz 2026 · Son güncelleme: 8 Ağu 2026 · Advanced
Diller

Vector search, bir sorgunun anlamını depolanmış içeriklerin embedding vektörleriyle karşılaştırarak içerik bulur ve yüksek boyutlu uzayda en yakın olanları getirir. Ölçekte, tam karşılaştırma gerçek zamanlı olarak mümkün olmadığı için geri çağırmanın küçük bir bölümünü büyük hız kazanımları karşılığında takas eden yaklaşık en yakın komşu (ANN) algoritmalarını — HNSW, IVF, FAISS, ScaNN — kullanır. Semantik arama için bir yöntemdir, onun eş anlamlısı değildir ve AI Overviews'ı besleyenler dahil her RAG sisteminin getirme adımıdır. Üretim araması nadiren tek başına çalışır: gerçek kalıp hibrittir (anahtar kelime BM25 + vektör + yeniden sıralama). SEO için çevrilecek bir ayar yoktur — vektör yakınlığı aday havuzuna açılan yeni kapıdır ve anahtar kelime yoğunluğundan çok konu açısından tutarlı, pasaj düzeyinde derinliği ödüllendirir.

TL;DR — Vector search, yüksek boyutlu bir embedding uzayında bir sorgu vektörüne en yakın vektörleri getirir ve approximate nearest neighbor (ANN) algoritmalarını — HNSW, IVF, FAISS, ScaNN — kullanır; çünkü milyarlarca vektör üzerinde tam karşılaştırma gerçek zamanlı olarak mümkün değildir. ANN tasarım gereği yaklaşık çalışır: büyük hız kazanımları karşılığında geri çağırmadan küçük bir pay verir. Vector search, semantik arama için bir mekanizmadır; onun eş anlamlısı değildir ve AI Overviews dahil her RAG sisteminin içindeki getirme adımıdır. Üretimde nadiren tek başına çalışır — gerçek kalıp hibrittir: BM25 + vektör + yeniden sıralama. SEO için çevrilecek bir ayar yoktur; vektör yakınlığı aday havuzuna giriş kapısıdır ve konu açısından tutarlı, pasaj düzeyinde derinliği ödüllendirir.

Vector search nerede durur

Vektörle getirme, sıralamayı veya üretimi besleyebilen bir bileşendir; tek başına eksiksiz bir arama sistemi değildir. Evidence for this claim HNSW is an approximate nearest-neighbor method that organizes vectors in a multilayer navigable graph for efficient search. Scope: The HNSW algorithm and reported evaluations; production indexes may use different ANN methods and parameters. Confidence: high · Verified: Malkov and Yashunin: HNSW Evrensel olarak en iyi olan sabit bir uzaklık eşiği veya dizin algoritması yoktur. Evidence for this claim Embedding vectors can be compared by distance to retrieve related items. Scope: OpenAI embedding guidance; retrieval quality depends on model choice, corpus, index, filters, and evaluation. Confidence: high · Verified: OpenAI: Embeddings guide

Embedding’ler size vektörleri verir; vector search ise onlarla ne yaptığınızdır. Embeddings yazısı “vektör nedir?” sorusunun yarısıysa, bu yazı “şimdi en yakınları bul” yarısıdır. Ayrıca sektörün sürekli bulanıklaştırdığı bir ayrımı kesinleştirmekte fayda var: semantik arama amaçtır; vector search ona ulaşmanın bir yöntemidir. Semantik arama bilgi grafiklerinden, varlık tanımadan ve amaç eşleştirmeden de yararlanabilir. Vector search ise özellikle bir embedding uzayı üzerinde ANN getirmeyi ifade eder — bu nedenle birbirlerinin eş anlamlısı değildirler, her ne kadar öyle kullanılsalar da.

Vector search adım adım nasıl çalışır

İster Google olun ister hafta sonu üzerinde çalışılan bir RAG projesi, işlem hattı aynıdır:

The query is embedded into the same representation as indexed content before nearby candidates are retrieved. Kaynak: Vector Search

Documents are embedded and indexed before the search. At query time, the system embeds the query, searches an approximate-nearest-neighbor index, finds nearby vectors, and returns their corresponding documents as candidates.

© Patrick Stox LLC · CC BY 4.0 ·

  1. İçeriği embed edin. Bir encoder modeli her içerik parçasını bir vektöre dönüştürür. Parçaya dikkat edin — vector search bütün sayfaları karşılaştırmaz; pasajları karşılaştırır. Chunking getirme birimidir; bu nedenle pasaj düzeyindeki yoğunluk, sayfa düzeyindeki anahtar kelime varlığından daha önemlidir.
  2. Bir dizin oluşturun. Vektörler, hızlı en yakın komşu aramaları için oluşturulmuş bir vektör dizinine yerleştirilir (aşağıda daha ayrıntılı anlatılan bir ANN dizini).
  3. Sorguyu embed edin. Sorgu sırasında aynı model, kullanıcının sorgusunu aynı uzayda bir vektöre dönüştürür.
  4. ANN araması çalıştırın. Dizin, sorgu vektörüne en yakın ilk-k vektörleri döndürür — aday kümesi budur.
  5. Sıralayın ve döndürün. Bu adaylara puan verilir, çoğu zaman yeniden sıralanır ve en iyileri sunulur (veya RAG’de üretim yapması için bir LLM’ye aktarılır).

Approximate nearest neighbor — “yaklaşık” neden

Tam en yakın komşuları bulmak, sorguyu depolanmış her vektörle karşılaştırmak demektir — sorgu başına O(N). Milyarlarca vektör söz konusu olduğunda bunu milisaniyeler içinde yapmak mümkün değildir. Bu nedenle üretim araması ANN kullanır: karşılaştırmaların büyük çoğunluğunu atlayarak en yakın komşuları neredeyse kusursuz bulan dizin yapıları.

Elastic’in ifadesiyle ANN, “sacrifices perfect accuracy in exchange for executing efficiently in high dimensional embedding spaces, at scale.” Weaviate aynı değiş tokuşu “a bit of accuracy for a huge gain in speed.” şeklinde çerçeveler. Bu bir hata değildir — vector search’ü mümkün kılan mühendislik tercihidir. “Yaklaşım ne kadar iyi?” ölçütü geri çağırmadır: Google bunu “the percentage of nearest neighbors returned by the index that are actually true nearest neighbors.” şeklinde tanımlar. Google’ın kendi Vector Search hizmeti — “Vertex AI Vector Search” adından yeniden markalandırılmış ve şimdi Gemini Enterprise Agent Platform altında belgelenmiştir — %95–98 geri çağırma bildirir: gerçek komşuların birkaç yüzdesinden vazgeçer, karşılığında web ölçeğinde arama elde edersiniz. (Türkçesi: “kusursuz doğruluk karşılığında yüksek boyutlu embedding uzaylarında ölçekli ve verimli çalışmayı seçer”; “büyük bir hız kazanımı için biraz doğruluktan vazgeçer”; “dizin tarafından döndürülen en yakın komşuların gerçekte doğru en yakın komşular olma yüzdesi”.)

Temel ANN algoritmaları

Bunları uygulamanız gerekmez; ancak adlarını bilmek, yapay zekâ araması tartışmalarının çoğunu gizeminden arındırır.

  • HNSW (Hierarchical Navigable Small World) — sektörün varsayılanıdır. Üst katmanlarında hızlı geçiş için uzun menzilli bağlantıları olan seyrek “ekspres şeritler”, alt katmanlarında ise hassas gezinme için yoğun “yerel yollar” bulunan çok katmanlı bir grafiktir. Yaklaşık logaritmik arama karmaşıklığına ulaşır; üretimde baskın olmasının nedeni budur. Weaviate, Pinecone, pgvector, Qdrant ve daha fazlası tarafından kullanılır. Bedeli bellektir: HNSW dizinleri RAM’i çok kullanır. Pinecone’un değerlendirmesi şöyledir: “HNSW gives us great search-quality at very fast search-speeds — but there’s always a catch — HNSW indexes take up a significant amount of memory.”
  • IVF (Inverted File Index) — uzayı kümelere (k-means) böler ve sorgu sırasında yalnızca sorguya en yakın birkaç kümeyi (nprobe) arar. Pinecone bunu “a very popular index as it’s easy to use, with high search-quality and reasonable search-speed… a good scalable option.” diye niteler.
  • FAISS — Facebook AI’ın (Johnson, Douze, Jégou) milyar ölçeğinde benzerlik araması kütüphanesidir. Tek bir algoritma değil, bir araç kutusudur: düz ve tam bir temel (IndexFlatL2), kümelenmiş IVF, 4–64x bellek sıkıştırması için ürün nicelemeli IVFPQ ve bir HNSW uygulaması. GPU uyarlaması k-NN aramasında 8,5x hızlanma bildirmiştir.
  • ScaNN (Scalable Nearest Neighbors) — Google’ın açık kaynak hâline getirilmiş kütüphanesidir; Google Image Search, YouTube ve Google Play’in arkasındaki teknoloji ailesiyle aynıdır. Yeniliği anizotropik vektör nicelemesidir: ortalama uzaklığı en aza indirmek yerine, özgün vektöre paralel niceleme hatasını “more heavily penalizes quantization error that is parallel to the original vector,”; çünkü yön hatası, yüksek iç çarpımlı (en alakalı) sonuçlara orantısız biçimde zarar verir. Kazancı, ann-benchmarks.com’da “outperforms other vector similarity search libraries by a factor of two”; yani belirli bir doğrulukta saniyede yaklaşık iki kat sorgudur.
  • Flat (exact) index — hiç yaklaşık hesaplama yapmaz; kaba kuvvetlidir, en doğrusudur ama en yavaştır. Pinecone, flat dizinlerin “produce the most accurate results” olduğunu ve arama kalitesi en önemli olduğunda veya dizin küçük olduğunda (yaklaşık 10K vektörün altında) doğru seçim olduğunu belirtir. Bu ölçeğin üzerinde ANN’e geçersiniz. (Türkçesi: “HNSW bize çok hızlı arama hızlarında harika arama kalitesi sağlar — ama her zaman bir bedeli vardır: HNSW dizinleri önemli miktarda bellek kullanır”; “kullanımı kolay, arama kalitesi yüksek ve arama hızı makul olan popüler bir dizin; ölçeklenebilir bir seçenek”; “özgün vektöre paralel niceleme hatasını daha ağır biçimde cezalandırır”; “diğer vektör benzerliği arama kütüphanelerinden iki kat daha iyi performans gösterir”; “en doğru sonuçları üretir”.)

Ana çizgi şudur: her ANN dizini geri çağırma, gecikme, aktarım hızı ve bellek arasında bir ayardır. Weaviate’in ifadesiyle çoğu vektör veritabanı, “configure how your ANN algorithm should behave… to find the right balance.” yapmanıza izin verir. (Türkçesi: “doğru dengeyi bulmak için ANN algoritmanızın nasıl davranacağını yapılandırın.”)

Uzaklık ölçüleri

“En yakın”ın tanımlanması gerekir. Üç ölçü yaygındır:

  • Cosine similarity — metin için varsayılan seçenektir. İki vektör arasındaki açıyı ölçer ve büyüklüğü yok sayar; bu nedenle aynı konudaki kısa ve uzun bir belge aynı puanı alır. Weaviate şöyle der: “Cosine similarity is commonly used in Natural Language Processing… It measures the similarity between documents regardless of the magnitude.”
  • Dot product (inner product) — alaka düzeyi iç çarpımla tanımlandığında kullanılır (ScaNN’in optimize ettiği MIPS problemi).
  • Euclidean distance (L2) — düz çizgi uzaklığıdır; büyüklüğün anlam taşıdığı durumlarda kullanılır. (Türkçesi: “Kosinüs benzerliği Doğal Dil İşleme’de yaygın olarak kullanılır… Büyüklükten bağımsız olarak belgeler arasındaki benzerliği ölçer.”)

İşte pratik kısayol: normalize edilmiş vektörlerde kosinüs benzerliği ve nokta çarpımı aynı sıralamayı verir; modern embedding modellerinin çoğu da çıktılarını birim uzunluğa normalize eder. OpenAI bunu açıkça söyler — “We recommend cosine similarity. The choice of distance function typically doesn’t matter much” — bunun nedeni embedding’lerinin uzunluğunun 1 olmasıdır. Weaviate’e göre gerçek kural şudur: “Use the distance metric that matches the model that you’re using… There is no ‘one size fits all’.” (Türkçesi: “Kosinüs benzerliğini öneriyoruz. Uzaklık işlevinin seçimi genellikle çok önemli değildir”; “Kullandığınız modelle eşleşen uzaklık ölçüsünü kullanın… Herkese uyan tek bir seçenek yoktur.”)

Vektör veritabanları

Bir vektör veritabanı vektörleri depolar ve dizin altyapısını kendiniz kurmamanız için bunlar üzerinde ANN çalıştırır. Yaygın adlar şunlardır: Pinecone (yönetilen), Weaviate (hibrit arama yerleşik), prototipleme/süreç içi kullanım için Chroma ve FAISS, Qdrant, kendinizin barındırdığı ölçek için Milvus ve zaten SQL kullanan ekipler için bir Postgres eklentisi olan pgvector. Listeledim, sıralamadım — doğru seçim ölçeğe, yönetilen mi yoksa kendinizin barındırdığı bir çözüm mü istediğinize ve hibrit aramaya kutudan çıktığı hâliyle ihtiyacınız olup olmadığına bağlıdır. Google/Bing ölçeğinde “veritabanı”, bunlardan biri değil, dahili ScaNN/ANN altyapısıdır.

Hibrit arama — üretim gerçekte nasıl çalışır

“Anahtar kelime araması ve vector search” çerçevesi yanlış bir ikiliktir. Saf vector search tam eşleşme gerektiren sorguları — hata kodlarını, SKU’ları, özel adları — kaçırır; saf anahtar kelime araması da anlamsal varyantları kaçırır. Bu nedenle ciddi sistemler hibrit arama çalıştırır: anahtar kelime (BM25) ve vektör getirmeyi paralel yürütür, sonuçları (genellikle Reciprocal Rank Fusion ile) birleştirir, ardından en iyi adayları bir cross-encoder ile yeniden sıralar. Microsoft hibrit aramayı “the execution of vector search and keyword search in the same request… The queries execute in parallel, and the results are merged into a single response and ranked accordingly.” şeklinde tanımlar. Google’ın Vector Search’ü aynı üç modu destekler — dense (semantik), sparse (anahtar kelime) ve hybrid. Bu bölümden tek bir şey alacaksanız şu olsun: üretim getirmesi neredeyse hiçbir zaman yalnızca vektör değildir. Kazandıran kombinasyondur. (Türkçesi: “aynı istekte vector search ve anahtar kelime aramasının yürütülmesi… Sorgular paralel yürütülür, sonuçlar tek bir yanıtta birleştirilir ve buna göre sıralanır.”)

Google (ve Bing) vector search’ü gerçekte nasıl kullanır

Bu, 2023’te ChatGPT döneminde ortaya çıkmış yeni bir şey değildir. Altyapı LLM dalgasından yıllar önce vardı:

  • ScaNN (ICML 2020, open-sourced) powers Google Image Search, YouTube, and Google Play, and underpins Google’s Vector Search product (the service formerly branded Vertex AI Vector Search) — which “shares the same backend” as those consumer products. Google’s Kaz Sato called the technology “one of the most important components of Google’s core services.” Performance spec: “tens of thousands of requests per second… in less than 10 ms for the 90th percentile with a recall rate of 95–98%.”
  • Bing was running 100B+ vector indexes by 2019. In Microsoft’s own words, Bing could “search through this giant index of 100 billion-plus vectors to find the most related results in 5 milliseconds.” That’s six-plus years ago.
  • Dense Passage Retrieval (DPR, EMNLP 2020) proved dense vector retrieval could beat Lucene-BM25 by 9–19% absolute in top-20 passage retrieval accuracy with a simple dual-encoder. DPR is the blueprint modern RAG retrieval follows — the retrieval step behind AI Overviews is a descendant of this pattern.
  • MUVERA (2025) makes multi-vector retrieval as fast as single-vector search — roughly “10% higher recall with ~90% lower latency” than prior methods.
  • TurboQuant (ICLR 2026) compresses vectors for nearest-neighbor search with reported 6x memory reduction and effectively zero accuracy loss.

Mesele yol haritasını ezberlemek değil — embedding tabanlı getirmenin büyük motorların ilgili içeriği bulma biçimi olmasıdır ve yıllardır böyle çalışır.

Bunun SEO açısından anlamı

Burada dikkatli konuşmalıyım; çünkü SEO tavsiyeleri genellikle tam da bu noktada haddini aşar.

Vektör yakınlığı aday havuzuna yeni giriş kapısıdır. RAG tabanlı yanıtlar için getirme, üretimden önce gerçekleşir. Pasajınız sorgu embedding’ine anlamsal olarak yakın değilse modelin yazacağı kısa listeye hiç girmez — dolayısıyla alıntılanamaz. Mekanizma budur.

Ancak “vector search optimizasyonu” için bir ayar yoktur. Temel sinyal, kaliteli içeriğin her zaman gerektirdiği anlamsal tutarlılık ve konu derinliğidir. Vector search yeni bir hileyi ödüllendirmez; ince içeriği ve anahtar kelime doldurmayı (embedding uzayında tutarlı bir mahalle oluşturmayan şeyleri) cezalandırır, gerçekten kapsamlı ve iyi yapılandırılmış kapsama alanını ödüllendirir. Embeddings yazısında, Danny Sullivan’ın BERT hakkındaki sözlerini yineleyerek ifade ettiğim gibi, burada büyük ölçüde “optimize edilecek” bir şey yoktur — içeriğinizi yanıt vermesi gereken sorguların yakınında temiz bir küme hâlinde oluşturursunuz.

Bundan çıkan iki somut sonuç vardır:

  • Chunking önemlidir. Getirme bütün sayfalarda değil, pasajlarda çalışır. Hiçbir pasaj temiz bir anlamsal eşleşme değilse bir sayfa hiçbir şey için sıralanmayabilir. Kendi başına anlamlı duran pasajlar yazın.
  • Konu derinliği ve varlık kapsamı, embedding uzayında doğru mahalleyi işgal etmenin yoludur. Sığ ve dağınık içerik, belirli hiçbir şeye yakın olmayan bulanık bir bölgeye embed edilir.

Vector search, RAG ve yapay zekâ yanıtlarının arkasındaki getirme motorudur; pasaj sıralaması, adaylara getirmeden sonra ne olduğunu anlatır; bu sistemleri besleyen AI crawlers ise getirdiklerini embed eder ve vektör dizinine ekler. Daha geniş işlem hattı için How Search Works yazısına bakın.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.