Ricerca prodotti PrestaShop, indicizzazione e navigazione a faccette

Cosa faremmo noi

Riprodurremmo il percorso d'acquisto non riuscito prima di sostituire qualsiasi componente. La scelta dipende dal tuo negozio attuale: versione di PrestaShop, moduli di ricerca e filtri, tema, integrazioni di importazione, dati del catalogo, lingue, mercati e team che li gestisce. Mantieni ricerca e filtri nativi quando correzioni della configurazione o dei dati soddisfano l'esigenza.

Per cambiare provider, rivedere i pesi o ristrutturare il catalogo, usa una copia di staging con lo stesso tema, gli stessi moduli e dati rappresentativi, isolata dagli ordini reali e dalle integrazioni in uscita. Prova importazioni, indicizzazione e verifiche descritte sotto, poi pianifica il passaggio in produzione tenendo pronta la configurazione di ricerca precedente da ripristinare. Ricontrolla le modifiche correnti del catalogo prima del passaggio; il ripristino non deve sovrascrivere gli ordini effettuati dopo la prova.

Se vuoi verificare le opzioni sul tuo negozio, il servizio PrestaShop Module Selection & Fit Assessment confronta le soluzioni su una copia controllata.

Capire la ricerca prodotti nativa

La casella di ricerca risponde a una query digitata. La navigazione a faccette restringe un elenco di prodotti. Usano dati e percorsi di manutenzione diversi, anche quando il tema le presenta insieme.

La ricerca prodotti nativa usa un indice di parole nel database gestito dall'applicazione. search_word memorizza le parole per negozio e lingua, mentre search_index collega le parole ai prodotti con dei pesi. Questi nomi usano il prefisso del database che hai configurato. Non si tratta semplicemente di una scansione in tempo reale delle sottostringhe nelle descrizioni dei prodotti.

• Ricerca approssimata: introdotta in PrestaShop 1.7.7. Fornisce corrispondenze approssimate quando è abilitata. È diversa dalla ricerca per prefisso e all'interno delle parole.
• Alias: associano un termine di ricerca a un altro, per esempio divano a sofà. Gestiscili in Parametri negozio > Ricerca.
• Pesi dei campi: assegnano rilevanza a nomi, riferimenti, descrizioni, categorie, marche, tag, attributi e caratteristiche supportati dalla tua versione.
• Impostazioni dei token: la lunghezza minima delle parole e le parole escluse influiscono su ciò che può essere indicizzato e trovato.

Le parole vengono deduplicate all'interno di ogni campo estratto. Ripetere molte volte widget in una descrizione non aggiunge ripetutamente il peso di quel campo. Le corrispondenze in campi diversi possono accumulare peso.

Il modulo ps_searchbar standard offre già suggerimenti asincroni di prodotti con nomi e miniature. Il tema installato e la versione del modulo ne determinano la presentazione.

La sostituzione degli accenti fa parte della normalizzazione della ricerca. Non esiste un interruttore nativo da abilitare per eliminare gli accenti. Esamina lingua, normalizzazione, set di caratteri/collation e provider di ricerca sostitutivi quando i termini accentati si comportano diversamente.

Mantenere e ricostruire l'indice corretto

L'indicizzazione automatica dipende da PS_SEARCH_INDEXATION e dal percorso di aggiornamento. Le modifiche ai prodotti supportate dal back office possono attivare l'indicizzazione. Non dare per scontato che le scritture SQL dirette o le integrazioni di qualunque tipo che chiamano Product::save() attivino l'indicizzazione.

Controlla l'indicizzazione dopo importazioni, ripristini, migrazioni, nuove lingue, modifiche alla visibilità e ai pesi dei campi. Una ricostruzione nativa elabora i campi conosciuti dall'indicizzatore. I campi personalizzati dei moduli richiedono un'integrazione esplicita nell'indicizzazione prima di diventare ricercabili.

Su staging, modifica il nome di un prodotto tramite lo stesso percorso di importazione ERP, CSV o API usato dal negozio, con dati di prova, poi esegui la normale attività di indicizzazione. Scegli parole di prova non correlate che rispettino le regole di indicizzazione. Verifica che la nuova parola sia indicizzata per il prodotto e che il collegamento nell'indice alla parola rimossa scompaia, a meno che rimanga in un altro campo indicizzato. Cercando il vecchio termine potresti ancora trovare il prodotto tramite alias, ricerca approssimata o corrispondenze parziali. Ripeti nel negozio e nella lingua interessati. Un salvataggio manuale riuscito nel back office non dimostra che l'integrazione mantenga aggiornata la ricerca.

1. Seleziona il contesto negozio desiderato.
2. Apri Parametri negozio > Ricerca e controlla lo stato dell'indice.
3. Usa Aggiungi i prodotti mancanti per i prodotti idonei con flag di indicizzazione pari a zero.
4. Usa una ricostruzione completa quando i contenuti già indicizzati o i pesi possono essere obsoleti, oppure quando i flag non rispecchiano le relazioni effettive nell'indice.
5. Attendi il completamento, controlla gli errori e ripeti una serie preparata di ricerche in ogni lingua e negozio pertinente.

Una ricostruzione completa elimina o svuota i dati dell'indice e reimposta i flag prima di ripopolare l'indice. La ricerca può essere incompleta durante questo processo. Pianifica in base al traffico e alla durata effettiva della ricostruzione, ed evita esecuzioni sovrapposte.

Automazione

Copia l'URL cron completo generato dal back office. In PrestaShop 1.7.8 e 9 punta ad AdminSearch nella directory amministrativa effettiva con action=searchCron, ajax=1 e il token generato. full=1 richiede una ricostruzione completa. Mantieni privato l'URL e conserva tutti i parametri generati.

I processi HTTP sono comunque soggetti ai timeout del server web e dei proxy. PrestaShop 9.1 aggiunge un comando CLI nativo. Eseguilo dalla directory radice verificata del negozio con l'eseguibile PHP compatibile e l'utente dell'applicazione:

php bin/console prestashop:search:index --full --shop-id=1

Usa l'ID effettivo del tuo negozio. Controlla la guida del comando per l'ambito di gruppo di negozi o prodotto. Registra lo stato di uscita, impedisci esecuzioni concorrenti e verifica le ricerche al termine del flusso di importazione/indicizzazione.

La ricerca testuale e gli indici di prezzi/attributi della ricerca a faccette sono separati. Ricostruire l'uno non ricostruisce l'altro.

Diagnosticare risultati mancanti, poco pertinenti o lenti

1. Conferma che il prodotto sia attivo, associato al negozio desiderato e visibile nella ricerca.
2. Controlla i contenuti nella lingua e l'accesso per gruppo di clienti/categoria.
3. Prova il nome esatto, un riferimento e una parola indicizzata distintiva.
4. Controlla lunghezza minima delle parole, parole escluse, alias e impostazioni di ricerca approssimata/per prefisso.
5. Controlla voci e flag dell'indice, poi ricostruiscilo se necessario.
6. Confronta la pagina completa dei risultati con il completamento automatico. Esamina provider attivo, override, richieste non riuscite e codice del tema quando differiscono.

Le scorte a zero da sole generalmente non rimuovono un prodotto dalla ricerca nativa del core. Se i prodotti non disponibili sono esclusi, individua il modulo o la personalizzazione responsabile.

Questo esempio di sola lettura esamina le parole con peso maggiore per il prodotto 123 nel negozio 1 e nella lingua 1. Modifica gli ID verificati e il prefisso per il tuo database:

SELECT sw.word, si.weight
FROM ps_search_index si
JOIN ps_search_word sw ON sw.id_word = si.id_word
WHERE si.id_product = 123
  AND sw.id_shop = 1 AND sw.id_lang = 1
ORDER BY si.weight DESC
LIMIT 50;

search_engine descrive i pattern dei motori di ricerca di provenienza; non è l'indice delle parole dei prodotti. alias memorizza gli alias della ricerca nativa.

Per la pertinenza, crea un elenco di prova con i termini reali dei clienti. Aumenta il peso dei campi che esprimono l'intento di acquisto, come nome o riferimento del prodotto, e riduci quello dei campi descrittivi generici dove serve. Puoi provare pesi di 6 per il nome, 4 per il riferimento, 3 per la descrizione breve, 1 per la descrizione lunga, 2 per la categoria, 3 per la marca, 4 per i tag, 2 per gli attributi e 2 per le caratteristiche. Sono valori di esempio, non quelli predefiniti nativi. Ricostruisci l'indice e valuta il risultato sul tuo catalogo.

Per le prestazioni, misura query rappresentative ed esamina i piani di esecuzione, gli indici delle tabelle e i provider personalizzati. Lunghezza minima delle parole e liste di esclusione riducono la copertura in cambio di un indice più piccolo; verifica termini come TV e XL prima di modificarle. Eseguire abitualmente OPTIMIZE TABLE dopo ogni ricostruzione non è un requisito di manutenzione predefinito.

Conserva una scheda delle ricerche prima e dopo

Scegli prodotti rappresentativi e termini dei clienti dal tuo catalogo. Questi sono tipi di query esemplificativi, non corrispondenze garantite. Registra negozio, lingua, gruppo clienti, provider e impostazioni per ogni esecuzione.

Per ogni caso, conserva il prodotto o la destinazione attesi, i primi risultati effettivi, il numero di risultati, il tempo di risposta e l'esito del completamento automatico prima e dopo la modifica. Ripeti per le lingue e i gruppi clienti pertinenti. Registra i prezzi attesi e visualizzati e controlla che prodotti riservati, pagine e informazioni sugli ordini restino inaccessibili sia nel completamento automatico sia nei risultati completi. Modifica un gruppo di impostazioni alla volta e ripeti in condizioni comparabili. Scarta una regolazione che corregge un errore di battitura ma nasconde i riferimenti esatti in fondo ai risultati.

Usare consapevolmente analisi e funzioni di ricerca aggiuntive

Il modulo facoltativo Shop search statistics, statssearch, può registrare termini e numero di risultati, comprese le ricerche senza risultati. Verifica che sia installato, abilitato e compatibile con la tua versione. I suoi report sono diversi dall'attribuzione completa di clic e conversioni.

Esamina i termini senza risultati per trovare sinonimi mancanti, nomi poco chiari, prodotti non disponibili o reali lacune nell'offerta. Non presumere che ogni query senza esito richieda un nuovo prodotto. Definisci regole di accesso, conservazione e privacy per i log di ricerca.

Valuta un'integrazione di ricerca più ricca quando ti servono gruppi di sinonimi gestiti, reindirizzamenti per termine, instradamento per pattern, merchandising o analisi dalla query al clic/alla conversione. Per esempio, un'espressione di dimensioni come 800x800 può portare a un'utile guida alle misure se la regola è coerente con il tuo catalogo.

Per risultati tra diversi tipi di contenuti, sinonimi gestiti, posizionamento fisso o aumento della priorità nelle campagne e report sulle ricerche senza risultati, valuta Smart Search Revolution; consulta la pagina di assistenza del modulo per funzioni supportate e configurazione. Prova separatamente i risultati di prodotti, categorie e pagine informative e verifica che le eventuali risposte sugli ordini rispettino i diritti di accesso del cliente.

Un motore esterno come Elasticsearch introduce un indice e un servizio separati. Verifica le versioni supportate dal connettore, la visibilità dei prodotti, l'ambito negozio/lingua, il contesto dei prezzi, la sincronizzazione, il ripristino e il funzionamento di riserva. La ricerca approssimata e il completamento automatico nativi esistono già, quindi queste sole funzionalità non dimostrano la necessità di sostituire il motore.

Gli analizzatori linguistici e i sinonimi determinano il comportamento dello stemming. Non presumere che running, runs e ran trovino tutti una corrispondenza senza verificare l'analisi linguistica configurata. Misura il tuo catalogo e le query concorrenti; nessun numero di prodotti o valore fisso di RAM determina quando sia necessario migrare.

Scegliere faccette coerenti con la decisione d'acquisto

PrestaShop 1.6 usava blocklayered. Le versioni moderne usano ps_facetedsearch, se installato in una versione compatibile. I modelli di filtro e i tipi di elenco supportati dipendono dalla versione del modulo.

Il modulo di ricerca a faccette di PrestaShop usa modelli per selezionare i filtri degli elenchi pertinenti. L'attuale versione 5.x supporta altri tipi di elenco oltre alle categorie e richiede PrestaShop 8.2 o successivo. Controlla la compatibilità prima di installare una nuova versione principale del modulo.

Modella le varianti di magazzino selezionabili come attributi e le specifiche fisse come caratteristiche. Entrambi possono supportare i filtri, ma solo le combinazioni hanno un proprio contesto di scorte e prezzo.

Scegli le faccette in base alle decisioni dei clienti, non a ogni campo del database. Mantieni coerenti nomi e valori delle proprietà. Un filtro non pertinente può confondere i clienti anche se è tecnicamente disponibile.

Per configurare il modulo nativo e associare i modelli, segui i comandi del modulo installato. Se ti servono filtri per i clienti insieme a pagine di destinazione selezionate con testi propri e indirizzi leggibili specifici per lingua, valuta Filter Revolution e usa la pagina di assistenza del modulo. Confronta l'integrazione nel tema, l'aggiornamento dopo le importazioni e le prestazioni misurate sugli stessi elenchi prima di sostituire l'implementazione attuale.

Configura un ramo di categorie

1. Scegli un ramo rappresentativo e correggi i valori mancanti o incoerenti degli attributi e delle caratteristiche dei suoi prodotti.
2. Apri Moduli > Gestione moduli, trova il modulo di ricerca a faccette installato e seleziona Configura.
3. Crea o modifica un modello di filtro, scegli faccette e comandi pertinenti, poi associalo alle categorie previste. Per i campioni di colore, configura il gruppo di attributi pertinente come tipo colore/trama e compila i suoi valori di colore o trama. Controlla se i prodotti delle sottocategorie devono comparire nell'elenco.
4. Esegui le operazioni pertinenti su indice/cache, poi controlla il ramo nel tema effettivo. Se il pannello manca, esamina il suo hook di visualizzazione e il layout degli elenchi del tema prima di creare un altro modello.
5. Su dispositivi mobili e con la tastiera, applica, rimuovi e azzera i filtri, poi prova ordinamento, paginazione e un URL filtrato condiviso.

Prova il comportamento OR all'interno di una faccetta, come taglia 41 o 42, e il restringimento tra faccette, come nero e taglia 42, nel modello e nei tipi di comando selezionati. Verifica le combinazioni che dipendono dalle scorte rispetto a ciò che è effettivamente acquistabile. Per esempio, uno stivale potrebbe essere nero solo nella taglia 41 e marrone solo nella taglia 42. Selezionare nero e taglia 42 non deve far pensare che esista una taglia 42 nera acquistabile solo perché entrambi i valori appartengono al prodotto. Confronta risultato, etichetta di disponibilità e selezione nella pagina prodotto con la regola sulle scorte prevista.

Mostra i filtri applicati e fornisci comandi chiari per rimuoverli. Rendi il pannello filtri utilizzabile da tastiera e su dispositivi mobili. Mantieni comprensibili caricamento e numero di risultati, verifica i risultati vuoti e conserva ordinamento e paginazione al cambiare dei filtri. La sola dimensione del catalogo non determina se i filtri siano utili.

Mantenere i dati delle faccette e controllare gli URL filtrati

Nell'attuale ps_facetedsearch, i conteggi dei valori corrispondenti usano l'impostazione globale PS_LAYERED_SHOW_QTIES. Non sono configurati indipendentemente per ogni faccetta. Stili di visualizzazione, limiti e ordinamento dipendono dalla versione installata.

Usa le operazioni effettive del modulo su indice/cache: indicizzazione dei prezzi mancanti o completa, indicizzazione di attributi/caratteristiche e svuotamento della cache. Copia ogni URL completo delle attività generate, inclusi azione e token. L'attuale versione upstream usa azioni del controller del modulo come indexPrices, indexAttributes e clearCache. Un processo di indicizzazione dei prezzi non ricostruisce tutti i tipi di dati delle faccette.

Pianifica le operazioni in base alle importazioni e alle esigenze di aggiornamento misurate. Ricostruire i dati indicizzati è diverso dall'aggiungere indici SQL. Se i filtri restano lenti, analizza le richieste e i piani del database prima di modificare lo schema. Verifica dimensioni realistiche delle categorie, faccette, regole sulle scorte e paginazione, senza presumere che la causa sia sempre un indice obsoleto.

Gli URL filtrati possono creare molte combinazioni scansionabili. Seleziona un piccolo insieme di pagine di destinazione utili per la ricerca e gestisci consapevolmente le altre permutazioni. In PrestaShop 9, esamina le direttive robots generate per gli elenchi filtrati, senza presumere che tutti i temi e provider producano lo stesso risultato.

Un disallow nel robots.txt può ridurre la scansione ma non garantisce la rimozione dall'indice. Un crawler bloccato non può leggere la direttiva noindex della pagina. I canonical sono segnali e non sostituiscono tutte le decisioni sul controllo della scansione. Conserva i percorsi utili di categorie e paginazione e verifica il formato effettivo degli URL dei filtri prima di applicare regole sui parametri.

Usa la guida alla navigazione e la guida a URL e reindirizzamenti quando pianifichi pagine di destinazione indicizzabili. Verifica insieme la scoperta dei prodotti tramite ricerca, navigazione per categorie e filtri.

Cosa chiedere al tuo sviluppatore o alla tua agenzia

• Quali versioni dei moduli, personalizzazioni del tema e provider gestiscono completamento automatico, risultati completi e faccette, e possono esserci sovrapposizioni?
• Dove vengono memorizzati alias, regole di ordinamento e associazioni dei modelli, e come saranno conservate le regole esistenti in caso di sostituzione?
• Quale percorso di importazione aggiorna ciascun indice, chi monitora gli errori e qual è la procedura di ripristino?
• Dov'è la scheda delle query compilata, inclusi prezzi per gruppo clienti, prodotti riservati e verifiche delle lingue?
• Quali pagine filtrate devono essere indicizzabili e cosa dicono effettivamente i loro canonical e le direttive robots nell'output?
• Chi approva il passaggio in produzione, controlla la prima importazione successiva e ripristina la configurazione di ricerca precedente se le verifiche di accettazione falliscono?

Domande dei titolari dei negozi

Posso provare un'alternativa senza perdere le regole di ricerca esistenti?

Prima della prova, conserva un'esportazione o un inventario scritto di alias, aumenti di priorità, reindirizzamenti e modelli di filtro. Chiedi quali regole possono essere importate e quali devono essere ricreate. Conserva la vecchia configurazione finché la soluzione sostitutiva non supera gli stessi casi di accettazione.

Una ricerca migliore aumenta necessariamente le vendite?

Nessun aumento è garantito. Confronta clic utili sui prodotti, ordini completati e reclami all'assistenza insieme alla percentuale di ricerche senza risultati e alla velocità. Tieni conto di scorte, campagne e domanda stagionale; gli utenti della ricerca sono già diversi da chi naviga occasionalmente, quindi un tasso di conversione più alto da solo non dimostra che sia stato causato dalla modifica.

Cosa dovrebbe saper gestire il personale in seguito?

Chiedi una consegna durante la quale il personale aggiunga un alias, corregga una proprietà del prodotto, esamini una query senza risultati e riconosca un'attività di indicizzazione non riuscita. Annota chi può modificare le regole di ordinamento e chi gestisce i guasti tecnici, così le normali modifiche al catalogo non dipendono da un ticket all'agenzia.