ישויות

בדף הזה מוצגות ישויות – דרכים לתיעוד התנהגות משתמשים מגוונת בהתאם למותגים או למוצרים שונים באתר ארגוני יחיד, וגם הסבר על אופן השימוש בישויות ועל הסיבות לשימוש בהן.

ברוב תרחישי השימוש, אין צורך בישויות כדי להשתמש ב-AI Commerce Search. עם זאת, קמעונאים שמשרתים כמה מותגים או אזורים מקטלוג מוצרים יחיד יכולים לקבל תוצאות טובות יותר אם הם משתמשים בישויות.

סקירה כללית

הגדרת כמה ישויות בפרויקט מאפשרת להתחשב בהתנהגויות ובהעדפות שונות של קונים שנמצאים באזורים או במדינות שונות, או שקונים באתרים עם מותגים שונים ששייכים לארגון שלכם.

תרחיש שימוש לדוגמה: שתי מדינות

חברה קמעונאית, Example Organization, מפעילה אתר בארה"ב ובקנדה.

לדוגמה, ארגון רוצה להכניס לשימוש בסביבת הייצור תוצאות חיפוש ודפדוף והצעות להשלמה אוטומטית שמתחשבות בהבדלים בין הקונים בשתי המדינות. לכן, ארגון לדוגמה מציין שתי ישויות: org_us ו-org_ca.

אירועים שקשורים למשתמשים מתויגים בערך של ישות, בהתאם לאתר שבו הקונה ביקר (.com או ca). כשקונה שולח בקשת חיפוש, ערך הישות נכלל בבקשה.

בשתי המדינות יש חגים חשובים בחודש יולי, אבל הם שונים. אחרי שמגדירים ישויות, כשקונים מחפשים באתר של Example Organization את July, קונים אמריקאים רואים קודם פריטים עם נושא יום העצמאות האמריקאי, וקונים קנדיים רואים קודם פריטים עם נושא יום קנדה.

באופן דומה, המלצות לקונים בקנדה יציגו סביר יותר פריטים ליום קנדה מאשר פריטים ליום העצמאות של ארה"ב.

תרחיש שימוש לדוגמה: רכישה

לאחרונה, חברת Enterprise Example Organization רכשה את חברת Startup Example Organization. הקטלוגים אוחדו, אבל המותג והאתר של חברת הסטארט-אפ נשמרו כי יש להם קהל נאמן.

החברה יוצרת ישות, startup, כדי לתייג אירועים של משתמשים שמקורם באתר של חברת הסטארט-אפ. כך, ההצעות לחיפוש, לעיון ולהשלמה אוטומטית, וההמלצות שמוצגות באתר של הסטארט-אפ, מתחשבות בהעדפות של הקונים באתר.

כמה פרויקטים או כמה ישויות?

כשמגדירים חיפוש מסחרי מבוסס-AI, אפשר להשתמש בפרויקטים שונים או בישויות שונות באותו פרויקט כדי לקבל הצעות שונות עבור קבוצות שונות של קונים.

חלק מהאפליקציות דורשות פרויקטים נפרדים. באפליקציות אחרות, הפתרון הטוב יותר הוא הגדרת ישויות.

כדאי להשתמש בישויות אם יש לכם:

  • קטלוג משותף באופן מלא או חלקי בין הישויות

  • אחד או יותר מהפרטים הבאים:

    • כמה מותגים באותה מדינה או באותו אזור שפה – לדוגמה, יש לכם את המותג המקורי ומותג שרכשתם, google_home ו-nest.

    • כמה אזורים באותה מדינה – לדוגמה, enterprise_east ו-enterprise_west.

    • מותג אחד אבל בכמה מדינות עם אותה שפה – לדוגמה, brand_us ו-brand_ca.

במקום ישויות, כדאי להשתמש בפרויקטים נפרדים במקרים הבאים:

  • קטלוגים שלא ניתן לשלב ביניהם או קטלוגים שגם אם משלבים ביניהם, יש ביניהם מעט חפיפה או שאין חפיפה בכלל.

  • ישויות שנדרשות בשפות שונות. אפשר להשתמש רק בשפה אחת בכל פרויקט.

אירועים וישויות שקשורים למשתמשים

כדי להשתמש בתכונת הישויות, צריך להוסיף את שדה הישות לאירועים של המשתמש.

  • לחיפוש ולהשלמה אוטומטית: צריך לכלול את השדה entity באירועים של משתמשים מסוג search.

    הכללת שדה הישות בסוגים אחרים של אירועים של משתמשים יכולה לעזור בפתרון בעיות, אבל היא לא משפיעה על איכות החיפוש או על התשובות להשלמה האוטומטית.

  • להמלצות: אין תמיכה בישויות, אבל אפשר להוסיף אותן כמאפיין מותאם אישית באירועים של משתמשים.

בדרך כלל, נדרשים 30 עד 90 ימים של נתוני אירועים של משתמשים כדי שהתכונה 'ישויות' תחזיר הצעות אופטימליות.

אם ישות חסרה בבקשה, הבקשה לא מניחה הנחות לגבי הישות בתוצאה. תקבלו תוצאה ממוצעת שמבוססת על אירועי משתמשים עם הישות שצוינה ובלעדיה.

חיפוש וישויות

כדי לקבל תוצאות חיפוש או גלישה שמתייחסות לישות:

  1. כוללים את השדה entity בחיפוש של אירועי משתמשים [eventType="search"]. לדוגמה, אפשר לעיין בדוגמה המלאה של האובייקט עבור אירוע המשתמש חיפוש.

  2. מוסיפים את השדה entity לבקשת החיפוש. מידע על שליחת בקשות חיפוש מופיע במאמר קבלת תוצאות חיפוש.

השלמה אוטומטית וישויות

כדי לקבל תוצאות השלמה אוטומטית שמתחשבות בישות:

המלצות וישויות

התכונה 'ישויות' לא נתמכת בהמלצות, אבל כפתרון עקיף אפשר להוסיף את השדה entity כמאפיין בהתאמה אישית, ולכלול אותו בקריאה לשיטה predict.