Questa pagina fornisce le best practice per la creazione delle informazioni del catalogo e il popolamento dei dati del catalogo.
Panoramica
Il catalogo è una raccolta di oggetti prodotto.
I dati del catalogo che importi in Vertex AI Search for commerce influiscono direttamente sulla qualità del modello risultante e, di conseguenza, sulla qualità dei risultati di ricerca e dei suggerimenti. In generale, più accurate e specifiche sono le informazioni del catalogo che puoi fornire, migliore è la qualità del modello.
Il catalogo deve essere sempre aggiornato. Puoi caricare le modifiche al catalogo tutte le volte che vuoi. L'ideale sarebbe ogni giorno per i cataloghi con un alto tasso di modifica. Puoi caricare (patch) gli elementi di prodotto esistenti; vengono aggiornati solo i campi modificati. Non è previsto alcun costo per il caricamento delle informazioni del catalogo. Per ulteriori informazioni, consulta Mantenere aggiornato il catalogo.
Branch del catalogo
Branch del catalogo con ricerca
Se utilizzi la ricerca, puoi utilizzare i rami del catalogo per testare i nuovi dati che hai caricato offline prima di pubblicarli sul tuo sito.
Puoi utilizzare fino a tre filiali, identificate come
0, 1 e 2. Il tuo sito live punta a default_branch per i dati del catalogo. Specifica quale ramo è il tuo default_branch live (il valore predefinito è impostato sul ramo 0) utilizzando setDefaultBranch o la scheda Dati in Search for commerce console. Il tuo sito utilizza quindi i dati del catalogo forniti
dalla filiale a cui punta default_branch.
Ad esempio, supponiamo che default_branch sia impostato sull'ID filiale 0, quindi il tuo
sito utilizza i dati del catalogo che hai caricato in quella filiale. Puoi caricare
nuovi dati del catalogo nel ramo 1 e visualizzarli in anteprima. Dopo aver confermato
che il catalogo è stato caricato correttamente, puoi passare al ramo 1 come
default_branch live.
L'aggiornamento della cache del catalogo può richiedere fino a 30 minuti dopo il cambio di ramo.
Se utilizzi i suggerimenti, utilizza solo il ramo predefinito a causa del ritardo di aggiornamento durante il cambio di ramo. Se la differenza tra i dati dei rami è elevata, il ritardo di aggiornamento può influire negativamente sui risultati della previsione.
Informazioni sul prodotto obbligatorie
I seguenti campi sono obbligatori e devi fornire i valori quando crei articoli di prodotto nel catalogo. Devono inoltre corrispondere ai valori utilizzati nel database dei prodotti interno e riflettere con precisione il prodotto rappresentato, perché vengono inclusi nell'addestramento dei modelli.
In alcuni casi, sono richiesti anche altri campi. Consulta l'elenco completo di tutti i campi prodotto nella pagina di riferimento Product.
Tutte le informazioni sui prodotti che fornisci possono essere utilizzate per migliorare la qualità dei consigli e dei risultati di ricerca. Assicurati di fornire quanti più campi possibile.
| Campo | Note |
|---|---|
name
|
Il nome completo e univoco della risorsa del prodotto. Obbligatorio per tutti i metodi
Product, ad eccezione di import. Durante
l'importazione, il nome viene generato automaticamente e non deve essere
fornito manualmente.
|
id
|
L'ID prodotto utilizzato dal tuo database dei prodotti. Il campo ID deve essere
univoco in tutto il catalogo. Lo stesso valore viene utilizzato quando
registri un evento utente e viene restituito anche dai metodi predict
e search.
|
title
|
Il titolo del prodotto dal tuo database dei prodotti. Una stringa codificata UTF-8. Sono consentiti massimo 1250 caratteri. |
categories
|
Categorie di prodotto. Ogni prodotto deve essere assegnato ad almeno una categoria.
Se un prodotto appartiene a più di una categoria, ripeti il campo per ogni categoria.
Il valore deve essere una stringa codificata in UTF-8 non vuota con un limite di lunghezza di
5000 caratteri. Specifica sempre il percorso completo della categoria, ad esempio:
["Sports & Fitness > Athletic Clothing > Shoes"].
|
Categorie del catalogo
Questa sezione descrive la struttura del catalogo e come designarla per l'utilizzo nella tassonomia e nel filtraggio.
Struttura del catalogo
Il campo categories nel catalogo deve contenere il percorso della categoria più granulare per ogni prodotto. Le categorie principali non sono obbligatorie e non devono essere incluse.
Ecco un esempio di come strutturare il catalogo:
- Corretto:
categories: ["Flowers, Cards, Occasion > Seasonal Items > Christmas"] - Errato:
categories: ["Flowers, Cards, Occasion", "Flowers, Cards, Occasion > Seasonal Items", "Flowers, Cards, Occasion > Seasonal Items > Christmas"]
Categorie principali
Le categorie principali di un determinato prodotto non devono essere incluse nel campo categories. Il filtro per la navigazione deve essere gestito utilizzando altri attributi personalizzati.
Denominazione delle categorie
I nomi delle categorie devono essere scelti con attenzione per evitare di introdurre parole chiave errate e migliorare il rendimento. L'utilizzo di termini più specifici e accurati migliora la pertinenza e riduce i problemi.
- Consigliato: Alimenti surgelati > Frutta surgelata
- Non consigliato: Frutta e verdura surgelate > Frutta surgelata
Struttura specifica per progetto a livello di catalogo
Crea un unico catalogo per ogni lingua. Se svolgi la tua attività in più paesi, puoi utilizzare lo stesso catalogo per fornire risultati di ricerca in paesi diversi.
Fornisci prezzi, determinati tramite gli inventari locali, nella stessa valuta in tutti i paesi. Se i prezzi variano in base al paese, crea un inventario locale per ogni paese. Specifica i prezzi.
Per ottimizzare i risultati di ricerca, fornisci il nome di ogni paese come SearchRequest.entity e UserEvent.entity. Utilizza le entità paese solo a fini di ranking.
Struttura del prodotto
Quando gestisci il catalogo prodotti in Vertex AI Search for commerce, comprendere come vengono gestiti gli attributi per i prodotti principali e le varianti è fondamentale per una ricerca e consigli efficaci. Le designazioni SKU prodotto determinano la gerarchia del catalogo.

Tipi di designazione del prodotto
Esistono tre tipi di designazione del prodotto:
Gli elementi principali o padre vengono restituiti nei risultati di ricerca o nei consigli e fungono da contenitori logici o gruppi di elementi simili. I prodotti principali possono essere singoli articoli (a livello di SKU) e gruppi di articoli simili (gruppi di SKU).
Gli articoli varianti o secondari sono versioni specifiche e individuali di un prodotto principale del gruppo di SKU. Ad esempio, se il prodotto principale è Camicia con scollo a V,le varianti potrebbero essere Camicia con scollo a V marrone, taglia XL e Camicia con scollo a V bianca, taglia S.
Gli articoli Raccolta sono set di prodotti principali o varianti dei prodotti, ad esempio una parure di gioielli con collana, orecchini e anello. Strutture gerarchiche simili a prodotti e varianti, le raccolte raggruppano i prodotti principali correlati. I clienti non possono acquistarli direttamente, non sono ampiamente utilizzati e sono disponibili solo nella rete di ricerca.


Gerarchie di classificazione dei prodotti
Utilizzando i tre tipi a livello di prodotto, esistono tre gerarchie principali di classificazione dei prodotti:
- Variante principale: la variante principale è quasi sempre solo un segnaposto di informazioni (comuni) e le varianti sono gli SKU effettivi che possono essere acquistati. Ad esempio, le t-shirt sarebbero strutturate meglio in modo gerarchico, come primari con il relativo insieme di varianti. Ogni variante rappresenta un singolo SKU (per ogni taglia) e ogni articolo principale rappresenta un gruppo di SKU, dove ogni SKU è una taglia diversa per uno stile di maglietta generale. Questa organizzazione per struttura SKU consente ai pannelli dei risultati di ricerca e dei consigli di mostrare una gamma di stili di t-shirt. Consente all'acquirente di esaminare in dettaglio uno stile principale specifico per selezionare la variante (taglia) da acquistare.
- Solo principale: in base a questi tipi di designazione del prodotto, gli articoli di generi alimentari vengono catalogati meglio come prodotti principali, ognuno dei quali è costituito da un singolo prodotto SKU, ad esempio
"bananas, fresh". - Raccolte: le raccolte raggruppano i prodotti correlati che un cliente potrebbe acquistare. Per rappresentarli in modo accurato nel modello di riposizionamento, Vertex AI Search for commerce ha una logica che attribuisce loro gli acquisti. Ad esempio, un acquirente fa clic sui prodotti di un set di lenzuola, poi aggiunge al carrello o acquista un prodotto principale della raccolta. La raccolta viene accreditata con l'acquisto e il modello rappresenta con precisione la popolarità e il valore delle raccolte.
Prodotti con una variante
Per i prodotti con una variante, strutturali come variante principale, perché ci sono diversi vantaggi, tra cui:
- La pagina di ricerca mostra risultati diversi che possono essere visualizzati dagli utenti finali. Altrimenti, se le varianti venissero trattate come prodotti principali, la pagina dei risultati di ricerca sarebbe piena degli stessi prodotti.
- I prodotti hanno uno schema di ranking più ricco, in quanto i prodotti principali con varianti hanno un ranking migliore se una determinata variante genera più coinvolgimento. Ciò contribuisce al riposizionamento e all'ottimizzazione delle entrate.
- Facilità di gestione del catalogo. Se un attributo viene modificato per un gruppo di prodotti che differiscono solo per taglia, è possibile farlo utilizzando una struttura di varianti principali, ad esempio modificando l'attributo a livello principale anziché modificando più attributi principali.
- Le funzionalità dell'API e i campi della risposta di ricerca delle chiavi di rollup delle varianti e dei campi recuperabili sono supportati solo per le varianti.
- La risposta della ricerca contiene i dettagli minimi della risorsa principale e maggiori dettagli delle varianti. Pertanto, devi sempre aumentare o arricchire la risposta di ricerca con dettagli aggiuntivi, che possono essere restituiti da Vertex AI Search for Commerce se contrassegnati come recuperabili.
Configurare il catalogo dei prodotti
Quando pianifichi il catalogo prodotti, devi decidere se contiene prodotti designati solo come principali, principali e varianti o un mix dei due tipi. Consideralo in termini di struttura dello SKU dei tuoi prodotti. I tuoi prodotti possono essere articoli principali, che potrebbero avere varianti.
In base alla modalità di designazione delle SKU prodotto, valuta le opzioni per configurare il catalogo dei prodotti:
- Vuoi che il tuo SKU venga mostrato come singolo risultato di ricerca o consiglio: SKU=primary
- Il tuo SKU deve far parte di un gruppo di SKU simili: SKU=variante, gruppo di SKU=principale
- Un mix di entrambe le combinazioni: SKU=principale, SKU=variante, gruppo di SKU=principale

Se la pagina dei dettagli del prodotto mostra un selettore di opzioni, taglie o colori, queste opzioni vengono in genere caricate come varianti nel catalogo prodotti. Valuta se vuoi che i diversi tipi dello stesso prodotto con attributi diversi, come taglia e colore, vengano visualizzati come un unico risultato di ricerca o come risultati separati. Ad esempio, per un libro devi decidere se vuoi che uno SKU con copertina rigida e uno SKU con copertina morbida dello stesso libro vengano visualizzati come risultati di ricerca separati (SKU = principale) o come un unico risultato (SKU = variante, gruppo di SKU = principale).
Quando configuri il catalogo dei prodotti, tieni presente che i risultati di ricerca e i consigli restituiscono solo gli articoli principali.
Prodotti principali minimi
Se determini che il tuo catalogo deve avere sia primari che varianti, ovvero gruppi di SKU e SKU, ma al momento hai solo SKU, devi creare i primari per i gruppi di SKU. Queste primarie sono talvolta chiamate primarie virtuali o false primarie.
Questi elementi principali devono contenere solo informazioni minime: id, title e
categories.
Se type non è specificato, il tipo di prodotto è impostato su principale per impostazione predefinita. Se esegui
l'importazione, non è necessario specificare name. Per ulteriori informazioni, consulta
la sezione precedente, Informazioni sul prodotto richieste.
Importazione del catalogo
Se il catalogo si trova in Cloud Storage, BigQuery o un altro spazio di archiviazione, esegui un'importazione collettiva dei dati.
Per informazioni dettagliate su come caricare un catalogo, vedi Importare le informazioni del catalogo.
Correttezza dell'URL prodotto
Il campo product.uri è l'URL canonico che rimanda direttamente alla pagina dei dettagli del prodotto. Deve essere un URI sottoponibile a scansione pubblicamente e non protetto da alcun accesso o autorizzazione. Questo perché il backend esegue la scansione della pagina web URI e ricava quante più informazioni possibili, che vengono utilizzate per il calcolo del punteggio di pertinenza e popolarità. Il backend determina anche il modo in cui è stato interagito con l'URI sul web, inclusi i backlink. Il nome di dominio di primo livello deve essere lo stesso in tutti gli URI dei prodotti.
Se hai lo stesso prodotto elencato in più siti banner, valuta la possibilità di utilizzare la funzionalità multi-account. Contatta il team dedicato all'account per ulteriori informazioni.
Vertex AI Search for commerce utilizza gli URL dei prodotti per arricchire le descrizioni dei prodotti. Se utilizzi un URL diverso nel catalogo prodotti rispetto a quello del sito effettivo, assicurati che i due URL si riferiscano allo stesso prodotto e che le informazioni siano quasi identiche.
Gli URL dei prodotti migliorano i cataloghi nei seguenti modi:
- Arricchimento dei dati di prodotto: Vertex AI Search for commerce estrae informazioni supplementari eseguendo la scansione dell'URI del prodotto, l'identificatore univoco della risorsa che indica la posizione esatta di ogni prodotto sul web (URL). Questo processo consente di ricavare ulteriori dettagli e indicatori dalle pagine web collegate. La comprensione più approfondita dei prodotti ottenuta tramite la scansione degli URI contribuisce direttamente alla qualità dei dati del catalogo.
- Miglioramento della qualità e della pertinenza della ricerca: gli indicatori web raccolti dagli URI sottoposti a scansione vengono utilizzati per migliorare la qualità della ricerca. Il backend utilizza le informazioni sottoposte a crawling, incluso il modo in cui è stato interagito con l'URI sul web, ad esempio quando l'utente fa clic sui backlink, per il calcolo della pertinenza e della popolarità nei risultati di ricerca.
- Fornire una base per l'addestramento del modello: oltre a ID prodotto, titolo, gerarchia delle categorie e prezzo, gli URL sono considerati uno dei campi principali utilizzati come input per l'addestramento del modello.
Per massimizzare i vantaggi degli URL prodotto, segui queste best practice:
- La pagina web collegata deve essere accessibile pubblicamente e caricarsi correttamente, non deve trovarsi dietro un accesso o un'autenticazione.
- Ogni URI deve essere univoco e indirizzare in modo coerente alla pagina web del prodotto corretto. I suoi contenuti devono riflettere accuratamente le informazioni sul prodotto nel catalogo. Mantieni lo stesso nome di dominio di primo livello in tutti gli URI prodotto.
Inventario dei prodotti
L'inventario dei prodotti comprende:
Prezzo, sia quello attuale che quello originale
Disponibilità, ad esempio disponibile, non disponibile, in riordino e in preordine
Quantità disponibile
Informazioni sull'evasione dell'ordine, ad esempio ritiro in negozio, spedizione in negozio e consegna il giorno successivo
Esistono due livelli di inventario: a livello di prodotto e locale.
Inventario a livello di prodotto
Per i rivenditori che vendono solo online, l'inventario è specificato a livello di prodotto. Prezzo, disponibilità e altri dati di inventario sono impostati per ogni prodotto del catalogo.
Per ulteriori informazioni sull'inventario a livello di prodotto, incluso come gestire i dati di inventario, consulta Aggiornare l'inventario per Vertex AI Search for commerce.
Inventario locale
I rivenditori che hanno negozi fisici e un negozio online devono conservare le informazioni sull'inventario per ogni negozio. A questo scopo, utilizzano l'inventario locale.
Esistono due campi prodotto che possono essere utilizzati per memorizzare l'inventario locale. Entrambi i campi sono elenchi di località (ID luogo) con informazioni sull'inventario associate:
Product.fulfillmentInfo. Metodi di ritiro e spedizione in ogni sede del negozio
Product.localInventories. Informazioni sui prezzi, attributi del prodotto e metodi di ritiro e spedizione in ogni sede del negozio
Puoi utilizzare uno o entrambi i campi per le informazioni a livello di negozio.
Per ulteriori informazioni sugli inventari locali, consulta Aggiornare l'inventario locale per Vertex AI Search for commerce.
Struttura dell'inventario principale-variante
La struttura dei dati di inventario delle varianti principali è composta da prodotti principali, varianti e inventario locale:
Prodotti principali: i dati dei prodotti principali vengono memorizzati senza prezzi.
Prodotti con varianti (con il prezzo più basso nel paese): ad esempio, la variante per il prodotto principale (colore, taglia) deve avere il prezzo più basso nel paese. I dati di prezzo delle varianti vengono aggregati ai dati di prodotto principali, a loro volta utilizzati per il ranking. I prezzi specifici per località vengono ignorati.
Inventario locale (prezzi specifici per regione o negozio): utilizza le informazioni sui prezzi dell'inventario locale nel ranking al momento della pubblicazione.
Attributi del prodotto principale: i prodotti principali devono includere solo gli attributi comuni a tutte le varianti associate.
Correttezza della disponibilità del prodotto
Il campo disponibilità viene impostato dal sistema di aggiornamento dell'inventario quando cambia lo stato delle scorte del prodotto. Tieni traccia di tutti i prodotti con stato IN_STOCK e OUT_OF_STOCK.
Se la maggior parte dei prodotti è OUT_OF_STOCK, la risposta alla ricerca conterrà molti prodotti non disponibili e, aggiungendo un filtro, i numeri di richiamo vengono ridotti. Se il prodotto non è più disponibile, ma lo stato del catalogo è IN_STOCK, gli utenti vedono il prodotto come disponibile, ma probabilmente riscontrano problemi al momento dell'acquisto o dell'aggiunta al carrello. Ciò ha un impatto maggiore sulla customer experience rispetto all'addestramento del modello. Mantieni il campo Product.availability il più aggiornato possibile utilizzando le API patchProduct o importa le API con un readMask.
Schema prodotto
Quando importi un catalogo da BigQuery, utilizza il seguente schema di prodotto Vertex AI Search for commerce per creare una tabella BigQuery con il formato corretto e caricarla con i dati del catalogo. Poi, importa il catalogo.
Utilizzare i campi integrati anziché gli attributi personalizzati
Per tutti gli altri attributi di prodotto che non fanno parte dello schema delle informazioni di prodotto, utilizza Product.attributes (attributi personalizzati).
I campi prodotto integrati come titolo, descrizione e brand hanno un impatto maggiore sulla possibilità di ricerca e indicizzazione rispetto agli attributi personalizzati.
In altre parole, il backend ha una comprensione più approfondita dei campi integrati rispetto agli attributi personalizzati. Il backend tiene conto delle informazioni sui campi integrati per l'ottimizzazione della pertinenza. Per questo motivo, utilizza i campi integrati. Ciò significa mappare le informazioni sui prodotti ai campi integrati, se possibile, e utilizzare gli attributi cliente solo quando necessario.
Ad esempio, impostare i brand nel campo Product.brands ha un impatto molto maggiore sulla ricerca e sul ricordo rispetto all'impostazione delle stesse informazioni in un attributo personalizzato. Per un attributo come sleeve length, che non è supportato in modo nativo, è meglio utilizzare attributi personalizzati.
Utilizzare il campo Brand
Il campo brand nelle informazioni sui prodotti, che per impostazione predefinita è ricercabile, indicizzabile e sfaccettabile, è un forte indicatore per il ranking e la pertinenza. Una buona percentuale di query di ricerca ha la forma brand query o query brand e, probabilmente, il brand è una delle sfaccettature più utilizzate.
I tassi di conversione di clic e acquisto vengono influenzati notevolmente se il prodotto ha il campo della marca corretto. Pertanto, è importante che il campo del brand sia compilato con le informazioni corrette e, se possibile, che non rimanga mai vuoto. Ancora più dannoso è inserire riempitivi casuali nei nomi dei brand, come "NA", "Not available" o "Miscellaneous". In questo modo, il prodotto viene associato in modo deciso al testo menzionato nel campo dei brand, il che potrebbe portare a una comprensione errata del prodotto e a un ricordo negativo.
Se un determinato prodotto non è assolutamente associato ad alcun brand, è meglio lasciare i campi vuoti. Tuttavia, è necessario prestare attenzione affinché questi prodotti di brand vuoti rappresentino una piccola percentuale dei prodotti del catalogo.
Utilizzare il campo Pubblico
Nel campo pubblico delle informazioni sul prodotto sono presenti due campi secondari. Ci sono Audience.gender e Audience.ageGroup. È molto più efficace compilare questi campi con i dati appropriati, il che aiuta il modello a comprendere il pubblico di destinazione del prodotto.
Questo aspetto è molto importante quando la personalizzazione è attivata. La presenza di gender e ageGroup consente di segmentare meglio i prodotti e aiuta il modello a ricordare il prodotto giusto per l'utente appropriato.
I dati Audience sono utili anche quando hai query come magliette da donna o calzini da uomo. Con le informazioni sul pubblico compilate, la comprensione del prodotto è molto migliore e il modello ha migliorato il richiamo per le query specifiche per genere.
Cercare prodotti con titoli duplicati
Il campo Product.title è probabilmente il più importante, in quanto la maggior parte delle query di ricerca avrebbe una sovrapposizione enorme con ciò che è impostato come Product.title. Probabilmente sono le prime informazioni che gli utenti finali vedono e con cui interagiscono nella visualizzazione della pagina dei dettagli, quindi è buona norma mantenere univoco il titolo del prodotto e includere informazioni di testo più pertinenti per il prodotto.
La presenza di due prodotti (prodotti principali) con lo stesso titolo influisce sulla ricercabilità e sulla pertinenza dei risultati restituiti. Se ci sono due prodotti principali separati con differenze significative, mantieni i titoli diversi. Se i prodotti sono uguali, ma differiscono solo per alcuni aspetti come colore e taglia, strutturali come tipi principali e varianti.
Impostazioni lingua
Vertex AI Search for commerce supporta più lingue. Scopri di più qui. La cosa principale da notare è che il catalogo e la query di ricerca devono essere nella stessa lingua. Non è prevista la traduzione multilingue delle query o delle informazioni di catalogo. Ad esempio, se il catalogo è in spagnolo, anche la query di ricerca deve essere in spagnolo.
Pertanto, è importante contrassegnare il codice lingua nelle informazioni di prodotto di conseguenza, altrimenti la lingua predefinita è l'inglese (en-US). Questo è importante per i controlli di ricerca come spellCorrectionSpec, dove se la lingua non è impostata, si verifica un comportamento indesiderato. Questo è estremamente importante anche per la comprensione dell'intent di query.
Impostazioni delle informazioni sui prezzi
Il campo Product.priceInfo deve essere il più preciso e completo possibile. Queste informazioni sui prezzi vengono utilizzate per derivare indicatori correlati agli sconti e per l'ottimizzazione delle entrate. Ciò è particolarmente importante per le query di navigazione.
Per una struttura di prodotto con variante principale, inserisci il prezzo di almeno una delle varianti.
Per un prodotto che non ha prezzi a livello di prodotto e tutti i prezzi sono nell'inventario locale, il che significa che la ricerca è sempre legata a un inventario locale, inserisci le informazioni sul prezzo mediano di tutti i prezzi a livello di inventario nelle informazioni sul prezzo a livello di prodotto.
Metriche di qualità dei dati del catalogo
La pagina Qualità dei dati nella console Search for commerce valuta se devi aggiornare i dati del catalogo per migliorare la qualità dei risultati di ricerca e sbloccare i livelli di rendimento della ricerca.
La tabella seguente descrive le metriche di qualità che Vertex AI Search per il commercio utilizza per aiutarti a valutare i dati di prodotto. Per informazioni dettagliate su come visualizzare le metriche di qualità dei dati e i livelli di rendimento della ricerca nella console Search for commerce, consulta Sbloccare i livelli di rendimento della ricerca.
| Metrica sulla qualità del catalogo | Regola sulla qualità | Note |
|---|---|---|
| L'URI è presente e accessibile | Il prodotto ha un Product.uri valido. L'URI deve essere accessibile e corrispondere al tuo dominio. |
La Ricerca utilizza gli indicatori web sottoposti a scansione utilizzando questo URI per migliorare la qualità della ricerca. |
| Rispetta la conformità temporale | Product.availableTime è precedente all'ora attuale e Product.expireTime è successivo all'ora attuale. |
Solo i prodotti che soddisfano la conformità temporale sono disponibili per la ricerca. |
| L'attributo ricercabile è presente | Il prodotto ha almeno un attribute impostato come ricercabile. |
Gli attributi personalizzati contrassegnati come disponibili per la ricerca possono essere cercati tramite query di testo. |
| La descrizione è presente | Il prodotto ha un Product.description non vuoto. |
Una descrizione completa contribuisce a migliorare la qualità della ricerca. |
| Il titolo è costituito da almeno due parole | Product.title è composto da almeno due parole. |
Un titolo completo contribuisce a migliorare la qualità della ricerca. |
| Ha una variante con immagine | Il prodotto variant ha almeno un Product.image. Puoi ignorare questa metrica se tutti i tuoi prodotti si trovano al livello primary. |
Questa metrica è a scopo informativo e non influisce sulla qualità della ricerca. |
| Ha una variante con informazioni sul prezzo | Il prodotto variant ha impostato Product.priceInfo. Puoi ignorare questa metrica se tutti i tuoi prodotti si trovano al livello primary. |
Questa metrica è a scopo informativo e non influisce sulla qualità della ricerca. |