Dawn Predictive Search: Cada Configuração e os Seus Limites

Os merchants que escrevem “shopify predictive search” numa barra de pesquisa andam normalmente à caça de uma configuração que torne os resultados de pesquisa mais inteligentes ou mais rápidos, mas o código real conta uma história diferente. O Dawn coloca 14 configurações num ficheiro e permite ao merchant moldar a apresentação dos resultados com bastante detalhe. O Horizon coloca zero configurações nos dois ficheiros que tratam da própria experiência de pesquisa e move todos os botões ajustáveis para um bloco separado. Nenhum dos temas permite ao merchant alterar a lógica de pesquisa através do editor. As configurações que existem regem o aspeto dos resultados, não quais os resultados que aparecem, e conhecer essa distinção antes de abrir o editor de temas poupa muitos cliques à procura de algo que nunca lá esteve.

O Dawn distribui 14 configurações por uma única secção de pesquisa

O ficheiro sections/main-search.liquid do Dawn, identificado internamente como t:sections.main-search.name, traz 14 configurações, tal como registado no repositório Shopify/dawn no commit 258f00f de 2026-08-10. A configuração de range columns_desktop vai de 1 a 6 em passos de 1, dando controlo fino sobre quantos resultados ficam numa linha em ecrãs mais largos. columns_mobile é um select com apenas 2 variantes, pelo que a escolha de layout em mobile é binária e não um espectro. image_ratio é um select com 3 variantes e image_shape vai mais longe, com 8 variantes, cobrindo coisas como a forma em que as miniaturas de produto são cortadas e enquadradas. Duas checkboxes completam as configurações mais notáveis: show_secondary_image e show_vendor, ambas simples interruptores de ligar/desligar.

Nenhuma destas 14 configurações mexe no algoritmo de pesquisa. Regem apenas a apresentação, o que é coerente com aquilo que um ficheiro de secção deve fazer na arquitetura de temas da Shopify. Um merchant que queira um ranking de resultados diferente ou um comportamento de correspondência aproximada não o vai encontrar aqui, porque essa lógica está inteiramente fora do schema de configurações da secção.

O Horizon coloca zero configurações onde o Dawn coloca catorze

A comparação torna-se mais nítida com o Horizon. O seu sections/predictive-search.liquid, identificado como t:names.predictive_search, tem 0 configurações, confirmado no commit 8b42ace de 2026-08-31. Essa secção declara 1 tipo de bloco, mas o schema de configurações da própria secção está vazio. O ficheiro que a acompanha, sections/predictive-search-empty.liquid, identificado como t:names.predictive_search_empty e responsável pelo que é mostrado quando uma pesquisa não devolve nada, também tem 0 configurações no mesmo commit.

Isto não é uma falha na medição. É a forma como o tema foi construído. O Horizon move a superfície configurável para blocks/_search-input.liquid, identificado como t:names.search_input, que traz 8 configurações. Entre elas: width, um select com 2 variantes; custom_width, um range de 0 a 100 em passos de 1 por cento; input_style, um select com 2 variantes; e três configurações de cor cobrindo input_background_color, input_text_color e input_border_color. Assim, um merchant que edite a aparência da pesquisa no Horizon precisa de encontrar o bloco, não a secção, porque a secção em si não oferece nada para ajustar.

O que os números realmente cobrem, lado a lado

O método aqui é direto: ler o schema de configurações declarado no topo de cada ficheiro Liquid, contar as entradas e anotar o seu tipo e intervalo quando o schema o especifica. Mesmo repositório, mesma referência de commit por tema, sem interpretação acrescentada além do que o próprio schema declara.

O contexto de mercado importa, mas não é a resposta completa

No mercado mais amplo acompanhado pelo themescout.co, 329 temas figuram no ranking verificado a 2026-09-04, com um preço mediano de $300 e um intervalo de $100 a $500. A avaliação média entre 308 temas com reviews suficientes é de 4.53 em 5, e o número mediano de reviews por tema é 23. Nada disso diz a um merchant qualquer coisa sobre as configurações de uma secção específica, mas enquadra quanta escolha existe no mercado antes de reduzir especificamente ao Dawn ou ao Horizon.

O desempenho é a outra peça de contexto que vale nomear uma vez. Em mobile, a percentagem mediana de lojas que passam todos os Core Web Vitals situa-se em 85.5% entre 247 temas com dados suficientes, com o melhor tema do mercado em 98.6% e o pior em 46.1%. Em desktop, a mediana é de 86.2% entre 199 temas, com um melhor de 99.2% e um pior de 30.3%. Isto vem de dados CrUX que cobrem julho de 2026, ou seja, tráfego real de visitantes e não um benchmark de laboratório. Uma secção de pesquisa mais pesada, com mais markup, poderia plausivelmente empurrar um tema para a extremidade inferior desse intervalo, embora os factos aqui não isolem as secções de pesquisa como causa específica.

O que fazer com isto antes de escolher um tema

Verifique os ficheiros reais de secção e de bloco do tema em consideração, em vez de assumir que as configurações de predictive search vão parecer-se com as do Dawn só porque o Dawn é o tema de referência usado pela maioria dos guias. Se a secção de pesquisa de um tema mostrar zero configurações como a do Horizon, procure um bloco que a acompanhe antes de concluir que a funcionalidade está totalmente ausente.