Recherche prédictive de Dawn : tous les réglages et leurs limites

Les marchands qui tapent « shopify predictive search » dans une barre de recherche cherchent généralement un réglage qui rendrait les résultats de recherche plus pertinents ou plus rapides, mais le code raconte une autre histoire. Dawn place 14 réglages dans un seul fichier et permet au marchand de façonner l’affichage des résultats dans le détail. Horizon place zéro réglage dans les deux fichiers qui gèrent l’expérience de recherche elle-même et déplace tous les curseurs ajustables dans un bloc distinct. Aucun des deux thèmes ne permet de modifier la logique de recherche depuis l’éditeur. Les réglages qui existent régissent l’apparence des résultats, pas les résultats qui apparaissent, et connaître cette distinction avant d’ouvrir l’éditeur de thème évite beaucoup de clics à la recherche de quelque chose qui n’a jamais existé.

Dawn répartit 14 réglages dans une seule section de recherche

Le fichier sections/main-search.liquid de Dawn, désigné en interne par t:sections.main-search.name, comporte 14 réglages tels que recensés dans le dépôt Shopify/dawn au commit 258f00f du 2026-08-10. Le réglage de type plage columns_desktop va de 1 à 6 par pas de 1, offrant un contrôle fin sur le nombre de résultats affichés par ligne sur les écrans larges. columns_mobile est un select avec seulement 2 variantes : le choix de mise en page sur mobile est donc binaire plutôt qu’un continuum. image_ratio est un select avec 3 variantes et image_shape va plus loin avec 8 variantes, couvrant par exemple la manière dont les vignettes produit sont recadrées et encadrées. Deux checkboxes complètent les réglages notables : show_secondary_image et show_vendor, de simples interrupteurs on/off.

Aucun de ces 14 réglages ne touche à l’algorithme de recherche. Ils ne régissent que la présentation, ce qui est cohérent avec le rôle attendu d’un fichier de section dans l’architecture de thème de Shopify. Un marchand qui souhaite un classement des résultats différent ou un comportement de correspondance approximative ne le trouvera pas ici, car cette logique se situe entièrement en dehors du schéma de réglages de la section.

Horizon met zéro réglage là où Dawn en met quatorze

La comparaison devient plus nette avec Horizon. Son fichier sections/predictive-search.liquid, désigné par t:names.predictive_search, compte 0 réglage, confirmé au commit 8b42ace du 2026-08-31. Cette section déclare bien 1 type de bloc, mais son propre schéma de réglages est vide. Son fichier compagnon, sections/predictive-search-empty.liquid, désigné par t:names.predictive_search_empty et qui gère ce qui s’affiche lorsqu’une recherche ne renvoie rien, compte aussi 0 réglage au même commit.

Ce n’est pas une lacune de la mesure. C’est ainsi que le thème est construit. Horizon déplace la surface configurable dans blocks/_search-input.liquid, désigné par t:names.search_input, qui comporte 8 réglages. Parmi eux : width, un select avec 2 variantes ; custom_width, une plage de 0 à 100 par pas de 1 pour cent ; input_style, un select avec 2 variantes ; et trois réglages de couleur couvrant input_background_color, input_text_color et input_border_color. Un marchand qui modifie l’apparence de la recherche dans Horizon doit donc trouver le bloc, et non la section, car la section elle-même n’offre rien à ajuster.

Ce que couvrent réellement les chiffres, côte à côte

La méthode est simple : lire le schéma de réglages déclaré en haut de chaque fichier Liquid, compter les entrées, et noter leur type et leur plage lorsque le schéma en précise une. Même dépôt, même référence de commit par thème, aucune interprétation ajoutée au-delà de ce que le schéma énonce lui-même.

Le contexte du marché compte, mais il n’explique pas tout

Sur l’ensemble du marché suivi par themescout.co, 329 thèmes figurent dans le classement consulté le 2026-09-04, avec un prix médian de $300 et une fourchette allant de $100 à $500. La note moyenne sur 308 thèmes disposant d’assez d’avis est de 4.53 sur 5, et le nombre médian d’avis par thème est de 23. Rien de tout cela ne renseigne un marchand sur les réglages d’une section précise, mais cela donne une idée de l’ampleur du choix disponible avant de se restreindre à Dawn ou Horizon en particulier.

La performance est l’autre élément de contexte qui mérite d’être mentionné une fois. Sur mobile, la part médiane de boutiques réussissant tous les Core Web Vitals s’établit à 85.5% sur 247 thèmes disposant de données suffisantes, avec le meilleur thème du marché à 98.6% et le pire à 46.1%. Sur desktop, la médiane est de 86.2% sur 199 thèmes, avec un meilleur à 99.2% et un pire à 30.3%. Ces chiffres proviennent des données CrUX couvrant juillet 2026, c’est-à-dire du trafic de vrais visiteurs et non d’un benchmark de laboratoire. Une section de recherche plus lourde, avec davantage de balisage, pourrait plausiblement pousser un thème vers le bas de cette fourchette, même si les données dont nous disposons n’isolent pas les sections de recherche comme cause spécifique.

Que faire de tout cela avant de choisir un thème

Vérifiez les fichiers de section et de bloc du thème envisagé plutôt que de supposer que ses réglages de recherche prédictive ressembleront à ceux de Dawn simplement parce que Dawn est le thème de référence utilisé par la plupart des guides. Si la section de recherche d’un thème affiche zéro réglage comme celle de Horizon, cherchez un bloc compagnon avant de conclure que la fonctionnalité est totalement absente.