Il 1 giugno 2026 Perplexity ha pubblicato un articolo di ricerca che cambia silenziosamente le regole della citabilità. Si intitola "Rethinking Search as Code Generation" e descrive una nuova architettura in cui la ricerca non è più un servizio che risponde a query, ma un insieme di mattoncini che l'agente assembla scrivendo codice. Dietro il tecnicismo si nasconde un cambiamento che riguarda chiunque voglia essere citato dalle AI: la decisione su chi è citabile si sta spostando ancora più a monte.
Come funzionava la ricerca fino a ieri
Finora le AI trattavano la ricerca come un monolite. Il modello formulava una query, il motore eseguiva la sua pipeline predefinita, e il modello riceveva indietro una lista di risultati già processata. Punto. Il modello poteva controllare solo i parametri della query: tutto il resto — come venivano cercati, filtrati, ordinati i documenti — era logica fissa del motore, fuori dal suo controllo.
In questo mondo, la citabilità era una gara di ranking. Tu pubblicavi contenuti, il motore li indicizzava, e quando arrivava una query pertinente i tuoi contenuti finivano in una lista di candidati. Se eri abbastanza rilevante e autorevole, comparivi nella lista. Da lì il modello sceglieva cosa citare. La partita si giocava sulla posizione in quella lista.
Cosa introduce Search as Code
Perplexity ribalta lo schema. Con Search as Code, i componenti della ricerca — recupero, ranking, filtraggio, fan-out, rendering — diventano primitive esposte dentro un SDK. Per ogni richiesta, il modello assembla queste primitive scrivendo codice Python, eseguito in un sandbox sicuro.
Non è più "fai una query, ricevi risultati". È "scrivi il programma che definisce come cercare". Il modello può lanciare migliaia di operazioni di retrieval in parallelo, filtrarle con la propria logica, deduplicare, verificare, e tenere solo ciò che serve. Perplexity riporta casi in cui un singolo task innesca centinaia o migliaia di operazioni di ricerca in pochi minuti.
È un salto da "il modello consuma la ricerca" a "il modello orchestra la ricerca". E qui sta il punto che ci interessa.
La frase che cambia le regole
Nel paper c'è un caso di studio reale: un agente deve identificare oltre 200 vulnerabilità informatiche gravi, citando per ciascuna l'advisory ufficiale del vendor. Il codice generato dal modello contiene un'istruzione che vale la pena leggere con attenzione: solo i formati di advisory di proprietà del vendor sono rilevanti, mentre fonti come database di terze parti, aggregatori, siti di notizie e portali generici sono — testualmente — strutturalmente fuori scope.
Fermiamoci su quelle due parole: strutturalmente fuori scope.
Non significa "queste fonti hanno un ranking più basso". Significa che il codice dell'agente le esclude a priori, prima ancora di guardare i risultati. Non perdono la gara di posizionamento: non vengono proprio messe in pista.
Dalla gara di ranking al filtro di ammissione
Questo è il cambiamento di paradigma. Mettiamo a confronto i due mondi.
Nel mondo precedente, la query produceva una lista e tu competevi per la posizione in quella lista. Anche una fonte secondaria poteva comparire, magari più in basso, ma comparire. C'era sempre una possibilità: bastava essere abbastanza rilevante.
Nel mondo di Search as Code, il modello scrive codice che decide quali tipi di fonte sono ammissibili per quel preciso task. Se il codice dice "solo advisory ufficiali del vendor", o "solo fonti accademiche peer-reviewed", o "solo siti istituzionali", allora tutto il resto non viene nemmeno recuperato. Non c'è una posizione bassa in cui ripiegare. C'è dentro lo scope o fuori dallo scope.
La citabilità smette di essere una variabile continua — più sei bravo, più sali — e diventa, almeno per il primo filtro, una variabile binaria: sei il tipo di fonte che questo task ammette, oppure non lo sei.
Il terzo movimento di una stessa sinfonia
Chi segue questo blog riconoscerà un filo che si sta componendo da settimane.
Quando abbiamo analizzato la risposta di Perplexity sull'autorialità verticale, il tema era chi sei: le AI premiano le entità coerenti e verticali, non i tuttologi.
Quando abbiamo letto il rilascio di Opus 4.8 e l'era della citazione verificabile, il tema era quanto sei solido: i modelli onesti citano solo ciò che possono sostenere, e premiano chi è documentato e verificabile.
Search as Code aggiunge il terzo movimento: che tipo di fonte sei. Non basta essere verticali e verificabili. Bisogna appartenere alla classe di fonti che il codice dell'agente considera ammissibile per un dato compito. È un filtro che agisce ancora più a monte dei due precedenti.
Verticalità, verificabilità, ammissibilità strutturale. Tre filtri concentrici, ognuno più a monte del successivo. E tutti e tre puntano nella stessa direzione: la citabilità si conquista costruendo autorità di fonte, non ottimizzando contenuti.
Cosa significa essere fonte di prima classe
Se il primo filtro è l'ammissibilità, allora la domanda strategica diventa: come si entra nella classe di fonti che gli agenti ammettono di default? Tre direzioni concrete.
1. Diventare fonte primaria, non secondaria
Nel caso CVE, le fonti ammesse erano gli advisory ufficiali del vendor, non gli aggregatori che ne parlano. La lezione è generalizzabile: su qualunque tema, l'agente tende a privilegiare la fonte originaria rispetto a chi la commenta. Per un'azienda significa essere la fonte ufficiale e diretta sui propri dati, prodotti, ricerche — non sperare che qualcuno ne parli bene altrove.
2. Avere una struttura riconoscibile come fonte autorevole
Il codice dell'agente riconosce le fonti ammissibili tramite segnali strutturali: il dominio, il formato dell'URL, la presenza di sezioni ufficiali (advisory, documentazione, dati). Un'azienda che organizza le proprie informazioni in strutture chiare e riconoscibili — una sezione dati, una knowledge base ufficiale, una documentazione formale — diventa più facilmente identificabile come fonte di prima classe.
3. Presidiare il proprio dominio di competenza in modo inequivocabile
L'agente decide l'ammissibilità in base al task. Per un task sul tuo settore, vuoi essere ovviamente dentro lo scope. Questo si ottiene con la stessa coerenza verticale e documentale di cui parliamo da settimane: essere così chiaramente la fonte di riferimento su un tema preciso che nessun criterio ragionevole di ammissione potrebbe escluderti.
Una verità scomoda
C'è un risvolto di questo cambiamento che è onesto dichiarare. Più la citabilità si sposta a monte, meno è "ottimizzabile" con i metodi tradizionali. Non puoi fare keyword optimization per entrare in un filtro che ammette solo fonti ufficiali di un dominio. O sei quella fonte, o non lo sei.
Questo penalizza chi ha costruito visibilità su tattiche di superficie e premia chi ha costruito autorità reale. È una notizia dura per chi cercava scorciatoie, ed eccellente per chi ha investito in sostanza. L'autorità di fonte non si simula: si costruisce, nel tempo, con coerenza.
La direzione, ancora una volta
Search as Code è oggi l'architettura di Perplexity, in rollout sui suoi prodotti agentici. Come sempre, è una traiettoria che osserviamo, non una legge universale già applicata da tutti i modelli. Ma la direzione è coerente con tutto il resto: il controllo sulla ricerca si sposta dentro il modello, e il modello usa quel controllo per essere più selettivo, non meno.
Per chi costruisce visibilità, il messaggio è chiaro e costante attraverso tutti questi sviluppi: smettere di pensare in termini di "come ottimizzo i miei contenuti per comparire" e iniziare a pensare in termini di "come divento la fonte che nessun agente ragionevole escluderebbe". È un lavoro più profondo, più lento, e infinitamente più difendibile.
La ricerca sta diventando codice. E il codice, a differenza degli algoritmi opachi del passato, dichiara apertamente chi ammette e chi esclude. La buona notizia è che adesso sappiamo su cosa lavorare: non sulla posizione in una lista, ma sull'appartenenza a una classe. Quella di chi è, semplicemente, una fonte autorevole e di prima mano.