Ricerca vettoriale

Come la ricerca AI trova contenuti pertinenti confrontando vettori di embedding: algoritmi ANN (HNSW, ScaNN), metriche di distanza, ricerca ibrida e implicazioni per la SEO.

Prima pubblicazione: 24 giu 2026 · Ultimo aggiornamento: 3 ago 2026 · Advanced
Lingue

La ricerca vettoriale trova contenuti confrontando il significato di una query con contenuti archiviati come vettori di embedding e recuperando quelli più vicini in uno spazio ad alta dimensionalità. Su larga scala usa algoritmi approximate nearest neighbor (ANN), tra cui HNSW, IVF, FAISS e ScaNN, che sacrificano una piccola parte del recall per enormi guadagni di velocità, perché il confronto esatto tra miliardi di vettori è impossibile in tempo reale. È un metodo per ottenere la ricerca semantica, non un suo sinonimo, ed è la fase di recupero dentro ogni sistema RAG, compresi gli AI Overviews. La ricerca in produzione raramente la usa da sola: il pattern reale è ibrido (keyword BM25 + vettori + reranking). Per la SEO non c’è una manopola da regolare: la prossimità vettoriale è il nuovo filtro d’ingresso nel pool dei candidati e premia profondità coerente con l’argomento a livello di passaggio più della densità delle keyword.

TL;DR — La ricerca vettoriale recupera i vettori più vicini a un vettore-query in uno spazio di embedding ad alta dimensionalità, usando algoritmi approximate nearest neighbor (ANN) — HNSW, IVF, FAISS, ScaNN — perché il confronto esatto tra miliardi di vettori è impossibile in tempo reale. L’approssimazione ANN è progettata: sacrifica una piccola parte del recall per guadagni di velocità di diversi ordini di grandezza. La ricerca vettoriale è un meccanismo per la ricerca semantica, non un suo sinonimo, ed è la fase di recupero dentro ogni sistema RAG (compresi gli AI Overviews). In produzione raramente funziona da sola: il pattern reale è ibrido, BM25 + vettori + reranking. Per la SEO non c’è una manopola da regolare: la prossimità vettoriale è il filtro d’ingresso nel pool dei candidati e premia la profondità coerente con l’argomento a livello di passaggio.

Dove si colloca la ricerca vettoriale

Il recupero vettoriale è un componente che può alimentare il ranking o la generazione; da solo non è un sistema di ricerca completo. 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 Nessuna soglia di distanza o algoritmo di indice fisso è universalmente migliore. 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

Gli embedding forniscono i vettori: la ricerca vettoriale è ciò che fai con essi. Se embeddings è la metà «che cos’è un vettore» della storia, questo articolo è la metà «ora trova quelli più vicini». È importante essere precisi su una distinzione che il settore confonde continuamente: la ricerca semantica è l’obiettivo; la ricerca vettoriale è un metodo per raggiungerlo. La ricerca semantica può anche basarsi su knowledge graph, riconoscimento delle entità e corrispondenza dell’intento. Ricerca vettoriale significa nello specifico recupero ANN su uno spazio di embedding: le due cose non sono sinonimi, anche se vengono usate come tali.

Come funziona la ricerca vettoriale, passo dopo passo

La pipeline è la stessa sia che tu sia Google sia che tu stia costruendo un progetto RAG nel fine settimana:

The query is embedded into the same representation as indexed content before nearby candidates are retrieved. Fonte: 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. Incorpora il contenuto. Un modello encoder converte ogni frammento di contenuto in un vettore. Nota frammento: la ricerca vettoriale non confronta pagine intere, ma passaggi. Chunking è l’unità di recupero, ed è per questo che la densità a livello di passaggio conta più della presenza di keyword a livello di pagina.
  2. Costruisci un indice. I vettori entrano in un indice vettoriale progettato per ricerche rapide dei vicini più prossimi (un indice ANN: ne parliamo sotto).
  3. Incorpora la query. Al momento della query, lo stesso modello trasforma la richiesta dell’utente in un vettore nello stesso spazio.
  4. Esegui la ricerca ANN. L’indice restituisce i vettori top-k più vicini al vettore-query, cioè l’insieme dei candidati.
  5. Classifica e restituisci. I candidati ricevono un punteggio, spesso vengono riordinati e i migliori vengono serviti (oppure, in RAG, passati a un LLM per generare la risposta).

Approximate nearest neighbor: perché «approssimativa»

Trovare i vicini esatti significa confrontare la query con ogni vettore archiviato, O(N) per query. Con miliardi di vettori e tempi di millisecondi è impraticabile. La ricerca in produzione usa quindi ANN: strutture di indice che trovano quasi perfettamente i vicini più prossimi saltando la grande maggioranza dei confronti.

Come dice Elastic, ANN “sacrifices perfect accuracy in exchange for executing efficiently in high dimensional embedding spaces, at scale.” — «sacrifica la precisione perfetta in cambio di un’esecuzione efficiente in spazi di embedding ad alta dimensionalità, su larga scala». Weaviate descrive lo stesso compromesso come “a bit of accuracy for a huge gain in speed.” — «un po’ di precisione in cambio di un enorme guadagno di velocità». Non è un difetto: è la scelta ingegneristica che rende possibile la ricerca vettoriale. La metrica della bontà dell’approssimazione è il recall: Google lo definisce “the percentage of nearest neighbors returned by the index that are actually true nearest neighbors.” — «la percentuale dei vicini più prossimi restituiti dall’indice che sono davvero vicini più prossimi». Il servizio Vector Search di Google, ribattezzato da «Vertex AI Vector Search» e ora documentato sotto Gemini Enterprise Agent Platform, riporta un recall del 95–98%: rinunci a un paio di punti percentuali dei vicini veri e ottieni in cambio ricerca su scala web.

Principali algoritmi ANN

Non devi implementarli, ma conoscerne i nomi rende meno misteriosa molta discussione sulla ricerca AI:

  • HNSW (Hierarchical Navigable Small World): il default del settore. Un grafo multilivello in cui gli strati superiori sono «corsie rapide» rade, con connessioni a lunga distanza per attraversamenti veloci, mentre quelli inferiori sono «strade locali» dense per una navigazione precisa. Offre una complessità di ricerca circa logaritmica, motivo per cui domina in produzione. È usato da Weaviate, Pinecone, pgvector, Qdrant e altri. Il limite è la memoria: gli indici HNSW consumano molta RAM. Il verdetto di Pinecone è: “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.” — «HNSW offre grande qualità di ricerca a velocità elevatissime, ma c’è sempre un limite: gli indici HNSW occupano una quantità significativa di memoria».
  • IVF (Inverted File Index): divide lo spazio in cluster (k-means) e al momento della query cerca solo nei pochi cluster più vicini alla query (nprobe). Pinecone lo definisce “a very popular index as it’s easy to use, with high search-quality and reasonable search-speed… a good scalable option.” — «un indice molto popolare, facile da usare, con alta qualità e velocità ragionevole… una buona opzione scalabile».
  • FAISS: libreria di Facebook AI (Johnson, Douze, Jégou) per la ricerca di similarità su scala miliardi. È una cassetta degli attrezzi, non un singolo algoritmo: base esatta flat (IndexFlatL2), IVF clusterizzato, IVFPQ quantizzato a prodotto per comprimere la memoria di 4–64× e un’implementazione HNSW. La versione GPU ha riportato una velocità 8,5× maggiore nella ricerca k-NN.
  • ScaNN (Scalable Nearest Neighbors): libreria open source di Google, parte della stessa famiglia tecnologica dietro Google Image Search, YouTube e Google Play. La sua innovazione è la quantizzazione vettoriale anisotropa: invece di minimizzare la distanza media, “more heavily penalizes quantization error that is parallel to the original vector,” — «penalizza più pesantemente l’errore di quantizzazione parallelo al vettore originale», perché l’errore direzionale danneggia in modo sproporzionato i risultati ad alto prodotto interno, cioè i più pertinenti. Il risultato: “outperforms other vector similarity search libraries by a factor of two” — «supera di un fattore due le altre librerie di ricerca della similarità vettoriale» su ann-benchmarks.com, circa il doppio delle query al secondo a parità di accuratezza.
  • Indice flat (esatto): nessuna approssimazione, forza bruta, più accurato e più lento. Pinecone nota che gli indici flat “produce the most accurate results” — «producono i risultati più accurati» e sono la scelta giusta quando la qualità è fondamentale o l’indice è piccolo (meno di ~10 000 vettori). Oltre questa scala si passa ad ANN.

La linea comune è che ogni indice ANN è una manopola tra recall, latenza, throughput e memoria. Come dice Weaviate, la maggior parte dei database vettoriali permette di “configure how your ANN algorithm should behave… to find the right balance.” — «configurare il comportamento dell’algoritmo ANN per trovare il giusto equilibrio».

Metriche di distanza

«Più vicino» deve avere una definizione. Tre metriche sono comuni:

  • Similarità coseno: il default per il testo. Misura l’angolo tra due vettori ignorandone la grandezza, così un documento breve e uno lungo sullo stesso argomento ricevono lo stesso punteggio. Weaviate: “Cosine similarity is commonly used in Natural Language Processing… It measures the similarity between documents regardless of the magnitude.” — «La similarità coseno è comunemente usata nell’elaborazione del linguaggio naturale… misura la similarità tra documenti indipendentemente dalla grandezza».
  • Prodotto scalare (prodotto interno): usato quando la rilevanza è definita dal prodotto interno (il problema MIPS ottimizzato da ScaNN).
  • Distanza euclidea (L2): distanza in linea retta, usata quando la grandezza ha un significato.

Ecco la scorciatoia pratica: per i vettori normalizzati, similarità coseno e prodotto scalare producono ranking identici, e la maggior parte dei modelli moderni di embedding normalizza l’output a lunghezza unitaria. OpenAI lo dice chiaramente: “We recommend cosine similarity. The choice of distance function typically doesn’t matter much” — «Raccomandiamo la similarità coseno. La scelta della funzione di distanza in genere non conta molto», proprio perché i suoi embedding hanno lunghezza

  1. La regola vera, secondo Weaviate, è: “Use the distance metric that matches the model that you’re using… There is no ‘one size fits all’.” — «Usa la metrica di distanza che corrisponde al modello che stai utilizzando… Non esiste una soluzione unica per tutti».

Database vettoriali

Un database vettoriale archivia vettori ed esegue ANN su di essi, così non devi costruire da solo l’infrastruttura dell’indice. I nomi comuni sono Pinecone (gestito), Weaviate (ricerca ibrida integrata), Chroma e FAISS (ottimi per prototipi/in-process), Qdrant, Milvus (scala self-hosted) e pgvector (estensione Postgres, per team già su SQL). Li elenco, non li classifico: la scelta giusta dipende dalla scala, dal fatto che tu voglia un servizio gestito o self-hosted e dalla necessità di avere la ricerca ibrida pronta. Alla scala di Google/Bing, il «database» è infrastruttura interna ScaNN/ANN, non uno di questi.

Ricerca ibrida: come funziona davvero in produzione

L’opposizione «ricerca per keyword contro ricerca vettoriale» è una falsa dicotomia. La ricerca solo vettoriale perde query di corrispondenza esatta — codici di errore, SKU, nomi propri — mentre la ricerca solo per keyword perde le varianti semantiche. I sistemi seri usano quindi la ricerca ibrida: recupero per keyword (BM25) e vettoriale in parallelo, risultati fusi (spesso con Reciprocal Rank Fusion) e poi candidati riordinati da un cross-encoder. Microsoft definisce la ricerca ibrida “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.” — «l’esecuzione della ricerca vettoriale e per keyword nella stessa richiesta… Le query vengono eseguite in parallelo e i risultati sono uniti in un’unica risposta e classificati di conseguenza». Vector Search di Google supporta gli stessi tre modi: dense (semantico), sparse (keyword) e hybrid. Se ricordi una sola cosa: il recupero in produzione è quasi mai solo vettoriale. Vince la combinazione.

Come Google (e Bing) usano davvero la ricerca vettoriale

Non è una novità dell’era ChatGPT del 2023. L’infrastruttura precede di anni l’ondata degli LLM:

  • ScaNN (ICML 2020, open source) alimenta Google Image Search, YouTube e Google Play e sostiene il prodotto Vector Search di Google (il servizio precedentemente chiamato Vertex AI Vector Search), che “shares the same backend” — «condivide lo stesso backend» — con quei prodotti consumer. Kaz Sato di Google ha definito la tecnologia “one of the most important components of Google’s core services.” — «uno dei componenti più importanti dei servizi principali di Google». Specifiche: “tens of thousands of requests per second… in less than 10 ms for the 90th percentile with a recall rate of 95–98%.” — «decine di migliaia di richieste al secondo… in meno di 10 ms per il 90° percentile con un recall del 95–98%».
  • Bing eseguiva indici con oltre 100 miliardi di vettori già nel 2019. Nelle parole di Microsoft, Bing poteva “search through this giant index of 100 billion-plus vectors to find the most related results in 5 milliseconds.” — «cercare in questo enorme indice di oltre 100 miliardi di vettori per trovare i risultati più correlati in 5 millisecondi». È successo più di sei anni fa.
  • Dense Passage Retrieval (DPR, EMNLP 2020) ha dimostrato che il recupero vettoriale denso poteva superare Lucene-BM25 del 9–19% assoluto nell’accuratezza dei primi 20 passaggi, con un semplice dual encoder. DPR è il progetto di riferimento del recupero RAG moderno, e la fase di recupero dietro AI Overviews discende da questo pattern.
  • MUVERA (2025) rende il recupero multi-vettore veloce quanto quello a vettore singolo: circa “10% higher recall with ~90% lower latency” — «10% di recall in più con circa il 90% di latenza in meno» rispetto ai metodi precedenti.
  • TurboQuant (ICLR 2026) comprime i vettori per la ricerca dei vicini più prossimi con una riduzione della memoria dichiarata di 6× e una perdita di accuratezza effettivamente nulla.

Il punto non è imparare a memoria la roadmap: è che il recupero basato sugli embedding è il modo in cui i grandi motori trovano contenuti pertinenti, e lo fanno da anni.

Che cosa significa per la SEO

Qui devo essere prudente, perché è il punto in cui i consigli SEO di solito esagerano:

La prossimità vettoriale è il nuovo filtro d’ingresso nel pool dei candidati. Nelle risposte basate su RAG il recupero avviene prima della generazione. Se il tuo passaggio non è semanticamente vicino all’embedding della query, non entra nella rosa da cui il modello scrive e non può essere citato. Questo è il meccanismo.

Ma non esiste una manopola di «ottimizzazione per la ricerca vettoriale». Il segnale sottostante è la coerenza semantica e la profondità tematica, ciò che i contenuti di qualità hanno sempre richiesto. La ricerca vettoriale non premia un nuovo trucco: penalizza contenuti sottili e keyword stuffing (che non formano un quartiere coerente nello spazio degli embedding) e premia una copertura realmente completa e ben strutturata. Come spiego nell’articolo sugli embeddings, riprendendo Danny Sullivan su BERT, qui non c’è sostanzialmente «nulla da ottimizzare»: devi far raggruppare in modo pulito i contenuti vicino alle query a cui dovrebbero rispondere.

Seguono due implicazioni concrete:

  • Il chunking conta. Il recupero opera sui passaggi, non sulle pagine intere. Una pagina può non posizionarsi per nulla se nessun passaggio è una corrispondenza semantica pulita. Scrivi passaggi che reggano da soli.
  • Profondità tematica e copertura delle entità ti fanno occupare il quartiere giusto nello spazio degli embedding. Contenuti superficiali e frammentati si incorporano in una regione indistinta, vicina a nulla in particolare.

La ricerca vettoriale è il motore di recupero dietro RAG e le risposte AI; il passage ranking avviene sui candidati dopo il recupero; gli AI crawler che alimentano questi sistemi incorporano e indicizzano vettorialmente ciò che recuperano. Per la pipeline completa, consulta Come funziona la ricerca.

Add an expert note

Pin an expert quote

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