Die moderne E-Commerce-Suchleiste ist viel mehr als nur ein Eingabefeld. Es handelt sich um einen interaktiven, dynamischen Assistenten, der Ihre Nutzer zu den richtigen Produkten führt, bevor sie überhaupt mit der Eingabe von Text fertig sind. Diese Funktion, bei der Suchvorschläge, beliebte Marken, relevante Kategorien und sogar Top-Produktergebnisse in Echtzeit angezeigt werden, steigert das Nutzer-Engagement und erhöht die Conversion-Wahrscheinlichkeit.
AI Commerce Search bietet zwar separate APIs für die automatische Vervollständigung von Anfragen und die Produktsuche, lässt die endgültige Implementierung einer SAYE-Nutzerfreundlichkeit jedoch bewusst offen.
In diesem Leitfaden zum Erstellen mit der KI-basierten Suche im Einzelhandel werden zwei primäre Designmuster für die Implementierung eines robusten SAYE-Widgets mit den APIs für die KI-basierte Suche im Einzelhandel untersucht und die jeweiligen Vor- und Nachteile beschrieben.
Kernkomponenten
Um eine umfassende SAYE-Funktion zu entwickeln, müssen Sie die beiden grundlegenden APIs von AI Commerce Search kennen:
CompleteQueryAPI: Diese API ist die Grundlage für Ihre Vorschläge zur automatischen Vervollständigung.- Funktion: Für einen bestimmten Eingabestring, z. B. lipst, wird eine Liste mit vorgeschlagenen Suchanfragen zurückgegeben, darunter lipstick und lip gloss, zugehörige beliebte Marken und relevante Kategorien.
- Kosten: Diese API ist in der Preisgestaltung für das AI Commerce Search-Paket enthalten.
- Leistung: Die API ist auf hohen Durchsatz ausgelegt und bietet die schnellen Antworten mit niedriger Latenz, die für die Eingabe von Zeichen für Zeichen erforderlich sind. Dabei werden Funktionen für automatisches Lernen wie Rechtschreibkorrektur und Vorschläge genutzt, die auf die täglichen Suchvorgänge in Ihrem Geschäft abgestimmt sind. Weitere Informationen finden Sie in der Spezifikation der API zur Rechtschreibkorrektur.
SearchAPI:Dies ist Ihre zentrale Engine für die Produktfindung.- Funktion:Gibt für eine bestimmte Anfrage eine sortierte Liste relevanter Produktergebnisse zurück.
- Kosten:Diese API ist kostenpflichtig und ihre Nutzung wirkt sich direkt auf Ihre Betriebskosten aus.
- Ereignisse: Für das Modelltraining und die Analyse sollte idealerweise jeder
Search-API-Aufruf mit einem Suchereignis verknüpft werden, um das Nutzerverhalten zu erfassen und die Relevanzmodelle im Laufe der Zeit zu verbessern.

Um die SAYE-Funktion zu erstellen, müssen Sie eine Wrapper-API oder Frontend-Logik schreiben, die beide APIs aufruft und ihre Ergebnisse in einer einzigen, zusammenhängenden Benutzeroberfläche kombiniert.
Implementierungsmuster 1: Direkter, aber kostspieliger Ansatz
Dies ist die einfachste Methode zur Implementierung. Bei jeder Tasteneingabe werden parallele Aufrufe an die APIs CompleteQuery und Search ausgeführt.
Flow
Der Ablauf folgt diesem sequenziellen Pfad:
- Ein Nutzer gibt ein Zeichen ein, z. B. l.
- Ihre Anwendung sendet l an die
CompleteQueryAPI. - Gleichzeitig sendet Ihre Anwendung l an die
SearchAPI. - Die Ergebnisse werden kombiniert und angezeigt.
- Der Nutzer gibt ein weiteres Zeichen ein (l), sodass die Anfrage li lautet.
- Der Vorgang wird für die neue Abfrage li wiederholt.
Vorteile
Zu den Vorteilen gehören die schnelle Implementierung, mit der Sie das Log schnell schreiben und bereitstellen können.
Nachteile
- Hohes
Search-API-Volumen: Bei diesem Ansatz steigt die Anzahl derSearch-API-Aufrufe erheblich. Eine Anfrage wie Lippenstift würde acht separate Suchanfragen auslösen, was zu einer erheblichen Steigerung des Volumens führen würde. - Höhere Kosten: Da die
SearchAPI ein kostenpflichtiger Dienst ist, führt dieses hohe Volumen direkt zu höheren Betriebskosten, was es schwierig macht, einen positiven Return on Investment (ROI) zu erzielen. - Komplexität der Ereignisverwaltung: Jeder
Search-API-Aufruf sollte mit einem entsprechenden Suchereignis protokolliert werden, um das Modell genau zu trainieren und zu analysieren. Aufgrund der großen Anzahl von Aufrufen ist es schwierig, dafür zu sorgen, dass jedes Ereignis erfasst wird. Das kann zu Datenverlust und verzerrten Analysen führen. - Möglicherweise Ergebnisse von geringerer Qualität: Bei Suchanfragen mit ein oder zwei Zeichen, z. B. l, li, können verrauschte oder zu breit gefasste Ergebnisse zurückgegeben werden, was zu einer weniger relevanten ersten Erfahrung führt.
Implementierungsmuster 2: Der optimierte und empfohlene Ansatz
Dieses Muster optimiert Kosten, Leistung und Relevanz, indem es die CompleteQuery API verwendet, um intelligent zu entscheiden, wann die Search API aufgerufen werden soll.
Flow
Der Ablauf folgt diesem sequenziellen Pfad:
- Ein Nutzer gibt eine teilweise Textanfrage ein, z. B. Lippe.
- Ihre Anwendung sendet lip an die
CompleteQueryAPI. - Die API gibt eine Liste mit Vorschlägen zurück, wobei Lippenstift wahrscheinlich das erste Ergebnis ist.
- Ihre Anwendung übernimmt den ersten Vorschlag (lipstick) und führt damit einen einzelnen Aufruf der
SearchAPI aus. - Die Vorschläge für die automatische Vervollständigung und die Produktergebnisse für Lippenstift werden angezeigt.
- Wenn der Nutzer lips, lipst, ... eingibt, können Sie Logik hinzufügen, um nur dann einen neuen Suchaufruf zu starten, wenn sich der erste automatisch vervollständigte Vorschlag ändert.
Vorteile
- Erhebliche Kostensenkung: Durch die drastische Reduzierung der Anzahl der
Search-API-Aufrufe werden die Kosten unter Kontrolle gehalten. - Kontrolliertes API- und Ereignisvolumen: API- und Ereignisvolumen sind überschaubar und vorhersehbar. So lassen sich zuverlässigere Daten für das Modelltraining und die Analyse bereitstellen.
- Höhere Relevanz: Sie suchen nach vollständigeren und wahrscheinlicheren Begriffen, was zu hochwertigeren Produktergebnissen im SAYE-Widget führt.
- Höherer ROI: Geringere Kosten und eine bessere Nutzererfahrung tragen zu einem höheren Return on Investment bei.
den Umgang mit Grenzfällen
Dieser Ansatz ist besser, erfordert aber die Behandlung einiger Grenzfälle:
- Keine Vorschläge: Wenn die
CompleteQueryAPI keine Vorschläge zurückgibt, sollte Ihre Logik auf den Aufruf derSearchAPI mit der Rohdateneingabe des Nutzers zurückgreifen. - Teilweise Suchanfrage im Vergleich zur vorgeschlagenen Suchanfrage: In seltenen Fällen möchte ein Nutzer möglicherweise Ergebnisse für einen Teilbegriff wie Auge anstelle des Top-Vorschlags Lidschatten sehen. Das ist zwar ein kleiner Kompromiss, aber beim optimierten Ansatz wird die wahrscheinlichste Nutzerabsicht priorisiert.
Erfolg mit Test-IDs messen
Unabhängig von der gewählten Implementierung ist es wichtig, die Leistung Ihres SAYE-Widgets unabhängig von Ihrer Hauptseite mit Suchergebnissen zu messen. Wenn Sie für beide dieselbe Analyse verwenden, können Sie nicht feststellen, ob die SAYE-Funktion die Klickraten und Conversions wirklich verbessert.
Um die Klickrate und die Conversion-Rate des SAYE-Widgets zu messen, müssen Sie in Ihren Suchereignissen separate experimentIds verwenden, um diese Messwerte von denen der Hauptsuchereignisse zu unterscheiden.
- SAYE-Ereignisse: Weisen Sie allen Suchereignissen, die von der Funktion „Suchvorschläge während der Eingabe“ stammen, eine bestimmte ID zu, z. B.
"experimentId": "saye-widget". - Hauptsuchereignisse: Verwenden Sie eine andere ID (oder keine ID) für Suchanfragen, die ausgelöst werden, wenn ein Nutzer die Eingabetaste drückt oder auf Suchen klickt, um zur Hauptsuchergebnisseite zu gelangen.
Wenn Sie Ihre Ereignisse auf diese Weise segmentieren, können Sie die Analysedashboards in der Vertex AI-Konsole verwenden, um die Leistung Ihres SAYE-Widgets mit der Standardsuche zu vergleichen. So erhalten Sie klare, umsetzbare Informationen.
Fazit
AI Commerce Search bietet die Komponenten zum Erstellen einer Funktion, bei der die Sucheingabe automatisch vervollständigt wird. Als Architekt, der die Interaktion zwischen den APIs CompleteQuery und Search entwirft, können Sie eine Suchfunktion entwickeln, die die Brücke zwischen Nutzerfreundlichkeit und Leistung schlägt. In den meisten Anwendungsfällen bietet der optimierte Ansatz eine nutzerrelevante Erfahrung, ohne rechenintensive Vorgänge zu erfordern.