Búsqueda predictiva de Dawn: cada ajuste y sus límites

Los comerciantes que escriben “shopify predictive search” en una barra de búsqueda normalmente buscan un ajuste que haga los resultados de búsqueda más inteligentes o más rápidos, pero el código real cuenta otra historia. Dawn coloca 14 ajustes en un solo archivo y permite al comerciante moldear la presentación de los resultados con bastante detalle. Horizon coloca cero ajustes en los dos archivos que gestionan la experiencia de búsqueda en sí y traslada cada perilla ajustable a un bloque separado. Ninguno de los dos temas permite al comerciante cambiar la lógica de búsqueda desde el editor. Los ajustes que existen rigen cómo se ven los resultados, no qué resultados aparecen, y conocer esa distinción antes de abrir el editor de temas ahorra mucho clic buscando algo que nunca estuvo ahí.

Dawn reparte 14 ajustes en una sola sección de búsqueda

El archivo sections/main-search.liquid de Dawn, etiquetado internamente como t:sections.main-search.name, trae 14 ajustes según lo registrado en el repositorio Shopify/dawn en el commit 258f00f del 2026-08-10. El ajuste de tipo rango columns_desktop va de 1 a 6 en pasos de 1, lo que da un control fino sobre cuántos resultados se colocan en una fila en pantallas más anchas. columns_mobile es un select con solo 2 variantes, así que la elección de diseño en móvil es binaria más que un espectro. image_ratio es un select con 3 variantes e image_shape va más allá con 8 variantes, cubriendo cosas como el recorte y el encuadre de las miniaturas de producto. Dos checkboxes completan los ajustes destacados: show_secondary_image y show_vendor, ambos simples interruptores de encendido y apagado.

Ninguno de estos 14 ajustes afecta al algoritmo de búsqueda. Rigen solo la presentación, lo cual es coherente con lo que se supone que hace un archivo de sección en la arquitectura de temas de Shopify. Un comerciante que quiera un ranking de resultados distinto o un comportamiento de coincidencia difusa no lo encontrará aquí, porque esa lógica queda completamente fuera del esquema de ajustes de la sección.

Horizon pone cero ajustes donde Dawn pone catorce

La comparación se agudiza con Horizon. Su sections/predictive-search.liquid, etiquetado t:names.predictive_search, tiene 0 ajustes, confirmado en el commit 8b42ace del 2026-08-31. Esa sección sí declara 1 tipo de bloque, pero el esquema de ajustes propio de la sección está vacío. Su archivo acompañante, sections/predictive-search-empty.liquid, etiquetado t:names.predictive_search_empty y encargado de lo que se muestra cuando una búsqueda no devuelve nada, también tiene 0 ajustes en el mismo commit.

Esto no es un vacío en la medición. Es cómo está construido el tema. Horizon traslada la superficie configurable a blocks/_search-input.liquid, etiquetado t:names.search_input, que trae 8 ajustes. Entre ellos: width, un select con 2 variantes; custom_width, un rango de 0 a 100 en pasos de 1 por ciento; input_style, un select con 2 variantes; y tres ajustes de color que cubren input_background_color, input_text_color e input_border_color. Así que un comerciante que edite la apariencia de la búsqueda en Horizon necesita encontrar el bloque, no la sección, porque la sección en sí no ofrece nada que ajustar.

Qué cubren realmente los números, lado a lado

El método aquí es sencillo: leer el esquema de ajustes declarado al inicio de cada archivo Liquid, contar entradas y anotar su tipo y rango cuando el esquema especifica uno. Mismo repositorio, misma referencia de commit por tema, sin interpretación añadida más allá de lo que el propio esquema indica.

El contexto del mercado importa, pero no es toda la respuesta

En el mercado más amplio que rastrea themescout.co, 329 temas figuran en el ranking consultado el 2026-09-04, con un precio mediano de $300 y un rango de $100 a $500. La calificación promedio entre 308 temas con suficientes reseñas es de 4.53 sobre 5, y la mediana de reseñas por tema es de 23. Nada de eso le dice al comerciante nada sobre los ajustes de una sección concreta, pero enmarca cuánta variedad existe en el mercado antes de reducirlo específicamente a Dawn o Horizon.

El rendimiento es la otra pieza de contexto que vale la pena mencionar una vez. En móvil, la mediana de la proporción de tiendas que aprueban todos los Core Web Vitals se sitúa en el 85.5% entre 247 temas con datos suficientes, con el mejor tema del mercado en 98.6% y el peor en 46.1%. En escritorio, la mediana es del 86.2% entre 199 temas, con un mejor valor de 99.2% y un peor de 30.3%. Esto proviene de datos de CrUX que cubren julio de 2026, es decir, tráfico de visitantes reales y no una prueba de laboratorio. Una sección de búsqueda más pesada, con más marcado, podría plausiblemente empujar a un tema hacia el extremo inferior de ese rango, aunque los datos aquí no aíslan las secciones de búsqueda como la causa específica.

Qué hacer con esto antes de elegir un tema

Revisa los archivos reales de sección y de bloque del tema que estés considerando en lugar de asumir que los ajustes de búsqueda predictiva se parecerán a los de Dawn solo porque Dawn es el tema de referencia que usan la mayoría de las guías. Si la sección de búsqueda de un tema muestra cero ajustes como ocurre con la de Horizon, busca un bloque acompañante antes de concluir que la función falta por completo.