Inchieste e ricerca su Shopify e l’e-commerce
I merchant cercano "shopify predictive search" aspettandosi una funzione che possono modellare, ma i file delle sezioni mostrano che il vero confine è fissato nel codice molto prima che un merchant apra l'editor del tema.
I merchant che digitano “shopify predictive search” in una barra di ricerca cercano di solito un’impostazione che renda i risultati di ricerca più intelligenti o più rapidi, ma il codice reale racconta un’altra storia. Dawn mette 14 impostazioni in un solo file e permette al merchant di modellare la visualizzazione dei risultati in modo molto dettagliato. Horizon mette zero impostazioni nei due file che gestiscono l’esperienza di ricerca vera e propria e sposta ogni leva regolabile in un blocco separato. Nessuno dei due temi permette al merchant di cambiare la logica di ricerca dall’editor. Le impostazioni che esistono governano l’aspetto dei risultati, non quali risultati compaiono, e conoscere questa distinzione prima di aprire l’editor del tema risparmia molti clic alla ricerca di qualcosa che non c’è mai stato.
Il file sections/main-search.liquid di Dawn, etichettato internamente come t:sections.main-search.name, contiene 14 impostazioni così come registrate nel repository Shopify/dawn al commit 258f00f del 2026-08-10. L’impostazione range columns_desktop va da 1 a 6 con passo 1, offrendo un controllo fine su quanti risultati stanno su una riga sugli schermi più larghi. columns_mobile è un select con sole 2 varianti, quindi la scelta di layout su mobile è binaria anziché uno spettro. image_ratio è un select con 3 varianti e image_shape va oltre con 8 varianti, coprendo aspetti come il modo in cui le miniature prodotto vengono ritagliate e inquadrate. Due checkbox completano le impostazioni più rilevanti: show_secondary_image e show_vendor, entrambi semplici interruttori on-off.
Nessuna di queste 14 impostazioni tocca l’algoritmo di ricerca. Governano solo la presentazione, il che è coerente con ciò che un file di sezione dovrebbe fare nell’architettura dei temi di Shopify. Un merchant che voglia un diverso ordinamento dei risultati o un comportamento di fuzzy matching non lo troverà qui, perché quella logica sta interamente al di fuori dello schema di impostazioni della sezione.
Il confronto si fa più netto con Horizon. Il suo sections/predictive-search.liquid, etichettato t:names.predictive_search, ha 0 impostazioni, verificato al commit 8b42ace del 2026-08-31. Quella sezione dichiara sì 1 tipo di blocco, ma lo schema di impostazioni proprio della sezione è vuoto. Il file che l’accompagna, sections/predictive-search-empty.liquid, etichettato t:names.predictive_search_empty e responsabile di ciò che viene mostrato quando una ricerca non restituisce nulla, ha anch’esso 0 impostazioni allo stesso commit.
Non è una lacuna nella misurazione. È il modo in cui il tema è costruito. Horizon sposta la superficie configurabile in blocks/_search-input.liquid, etichettato t:names.search_input, che porta 8 impostazioni. Tra queste: width, un select con 2 varianti; custom_width, un range da 0 a 100 con passi dell’1 percento; input_style, un select con 2 varianti; e tre impostazioni di colore che coprono input_background_color, input_text_color e input_border_color. Quindi un merchant che modifica l’aspetto della ricerca in Horizon deve trovare il blocco, non la sezione, perché la sezione in sé non offre nulla da regolare.
| Tema | File | Numero di impostazioni | Impostazioni rilevanti |
|---|---|---|---|
| Dawn | sections/main-search.liquid | 14 | columns_desktop (range 1–6), image_shape (select, 8 varianti), show_vendor (checkbox) |
| Horizon | sections/predictive-search.liquid | 0 | nessuna; 1 tipo di blocco dichiarato |
| Horizon | sections/predictive-search-empty.liquid | 0 | nessuna |
| Horizon | blocks/_search-input.liquid | 8 | custom_width (range 0–100%), input_background_color, input_border_color |
Il metodo qui è semplice: leggere lo schema di impostazioni dichiarato in cima a ciascun file Liquid, contare le voci e annotarne tipo e intervallo dove lo schema lo specifica. Stesso repository, stesso riferimento di commit per ciascun tema, nessuna interpretazione aggiunta oltre a quanto lo schema stesso dichiara.
Nel mercato più ampio monitorato da themescout.co, 329 temi figurano nella classifica verificata il 2026-09-04, con un prezzo mediano di $300 e un intervallo da $100 a $500. La valutazione media sui 308 temi con un numero sufficiente di recensioni è 4.53 su 5, e il numero mediano di recensioni per tema è 23. Nulla di tutto questo dice a un merchant qualcosa sulle impostazioni di una sezione specifica, ma inquadra quanta scelta esista sul mercato prima di restringere il campo a Dawn o Horizon in particolare.
La performance è l’altro pezzo di contesto che vale la pena nominare una volta. Su mobile, la quota mediana di store che superano tutti i Core Web Vitals si attesta a 85.5% sui 247 temi con dati sufficienti, con il miglior tema del mercato a 98.6% e il peggiore a 46.1%. Su desktop, la mediana è 86.2% sui 199 temi, con un massimo di 99.2% e un minimo di 30.3%. Questi dati provengono da CrUX e coprono luglio 2026, il che significa traffico di visitatori reali e non un benchmark di laboratorio. Una sezione di ricerca più pesante, con più markup, potrebbe plausibilmente spingere un tema verso la parte bassa di quell’intervallo, anche se i dati qui riportati non isolano le sezioni di ricerca come causa specifica.
Controlla i file di sezione e di blocco effettivi del tema che stai valutando, invece di dare per scontato che le impostazioni della predictive search assomiglieranno a quelle di Dawn solo perché Dawn è il tema di riferimento usato da gran parte delle guide. Se la sezione di ricerca di un tema mostra zero impostazioni come quella di Horizon, cerca un blocco complementare prima di concludere che la funzione manchi del tutto.
Sì, tramite columns_desktop, che è un'impostazione di tipo range da 1 a 6 con passo 1 all'interno di sections/main-search.liquid. Esiste un'impostazione columns_mobile separata, ma è un select con sole 2 varianti anziché un range, quindi la scelta di layout su mobile è più ristretta rispetto a desktop. Entrambe le impostazioni si trovano nello stesso file, Shopify/dawn al commit 258f00f, datato 2026-08-10. Nessuna delle due incide su quali prodotti l'algoritmo di ricerca fa emergere, ma solo su come vengono disposti i risultati restituiti.
Sì. show_secondary_image è un'impostazione di tipo checkbox in sections/main-search.liquid, una delle 14 impostazioni registrate in quel file al commit 258f00f del 2026-08-10. Nella stessa sezione c'è anche una checkbox show_vendor, quindi nome del fornitore e immagine secondaria possono essere attivati in modo indipendente. Nessuna delle due impostazioni cambia i dati restituiti dalla query di ricerca, ma solo ciò che il tema scegle di renderizzare a partire da essi.
Perché sections/predictive-search.liquid di Horizon ha 0 impostazioni e anche sections/predictive-search-empty.liquid ha 0 impostazioni, entrambi verificati al commit 8b42ace del 2026-08-31. Horizon sposta la parte regolabile in un blocco anziché nella sezione: blocks/_search-input.liquid porta 8 impostazioni, tra cui width, custom_width come range da 0 a 100 con passi dell'1 percento, e tre impostazioni di colore per sfondo, testo e bordo. Quindi l'assenza nei file di sezione è reale e misurata, non una lacuna della rilevazione, e chi vuole modificare l'aspetto della ricerca in Horizon deve guardare al blocco, non alla sezione.
I dati qui riportati non isolano specificamente le sezioni di ricerca, ma mostrano l'intervallo entro cui può collocarsi la performance complessiva Core Web Vitals di un tema. Su mobile, la mediana sui 247 temi con dati sufficienti è 85.5% di store che superano tutti i Core Web Vitals, con uno scarto da 46.1% a 98.6%. Su desktop, la mediana sui 199 temi è 86.2%, con uno scarto da 30.3% a 99.2%. Questi numeri provengono dai dati CrUX relativi a visitatori reali di luglio 2026, non da un test di laboratorio, quindi una sezione di ricerca più pesante è uno dei possibili fattori, tra molti, che determinano dove si collochi un dato tema in quell'intervallo.
Considerando solo il numero di impostazioni, sì. Il file sections/main-search.liquid di Dawn ha 14 impostazioni in un unico file. Horizon distribuisce la stessa funzione su tre file, due dei quali hanno 0 impostazioni ciascuno, più un blocco, blocks/_search-input.liquid, con 8 impostazioni. Sommando, la superficie legata alla ricerca di Horizon è di 8 impostazioni nel blocco più zero dalle due sezioni, contro le 14 di Dawn in una singola sezione. È l'architettura a differire più della configurabilità pura.