Questo vale per l'API di Google per le situazioni in cui vi sono molti (migliaia di) risultati nelle ricerche di testo Web.
Durante la ricerca di testo di grandi dimensioni fonti, in genere libri, il l'ordine di visualizzazione predefinito dei risultati dei termini di ricerca ben utilizzati A e B può elencare gli hit con A e B ravvicinati nel blocco di testo, in primo luogo.
Ma non sempre.
Il motore utilizza altri fattori come la popolarità, la data del testo, la dimensione del testo, la data di scansione, le meta informazioni e così via, in modo che l'output possa apparire "casuale" e alcuni degli hit A_close_to_B vengono sminuiti nei risultati di ricerca
Lo scopo di questa domanda è di affrontare le preoccupazioni che gli agenti di ricerca hanno, a titolo di intuizione, la nozione che (il primo) due argomenti di ricerca (A, B)
è più probabile che appaiano nella stessa frase, o paragrafo, del blocco di testo di destinazione. Pertanto, le pagine dei risultati di ricerca possono mostrare gli argomenti "più vicini" (A, B) a pagina 1 e le pagine successive dei risultati mostrano i risultati in base al criterio dell'argomento crescente (A, B) distanza?
Text Block____________
Text Block____________
Text Block____________|
Text Block_A__|_______|
Text Block____m______|
Text Block____|_______|
Text Block_B__|_______|
Text Block____________|
Text Block____________M (scalar)
Text Block____________
Text Block____________
Più specificamente, termini di ricerca ben utilizzati (può essere una frase citata) A e B sono desiderati come caratteri scalari m (meno di M ) lontano da l'un l'altro nel blocco di testo. Il più piccolo (il più vicino) di m < Gli hit M verranno visualizzati prima nell'elenco, seguiti da altri come m approcci M . Se vengono visualizzati o meno risultati quando m > M , può essere considerato facoltativo nella sezione Ricerca avanzata.
Tutto bene, una soluzione allo scenario sopra descritto affronta la maggior parte dei problemi sopra identificati con i risultati di ricerca ordinati.
Introdurre un altro termine C, che può essere impostato come all'interno di M di A o B o entrambi / nessuno dei due. A un costo maggiore per la GUI e il motore, considera anche un nuovo limite K di A e N di B.
Quando più argomenti di ricerca D, E, ecc. Vengono aggiunti al mix, è più una sfida concettualizzare la GUI della pagina di ricerca con l'implementazione di tale integrazione, specialmente quando i limiti relazionali diversi sono K , N , O , ... ecc. sono in offerta.
Quindi applicare solo un limite M a tutti i termini sarà presumibilmente parte della soluzione più pratica.
La domanda rimanda alla possibilità di personalizzare l'API per questo scopo - se non lo è - è là fuori, forse per uno sviluppo che anche Google dovrebbe considerare, dato che Chrome si evolve.