איכות הנתונים

בדף הזה מתוארים תרחישי שימוש בחיפוש, רמות הביצועים המתאימות להם והסבר על בדיקת איכות הנתונים ורמות הביצועים שזמינות לכם במסוף AI Commerce Search ב-Gemini Enterprise for Customer Experience. כל רמת ביצועים מופעלת אוטומטית כשאתם עומדים בכל דרישות הנתונים שמונעות שדרוג. כדי לשדרג לרמה הבאה, צריך לעמוד בדרישות של כל הרמות הקודמות.

תרחישים לדוגמה לחיפוש

חיפוש מספק תוצאות חיפוש בשני תרחישי שימוש:

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

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

השגת רמות ביצועים בחיפוש

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

רמות הביצועים הבאות זמינות לשני תרחישי השימוש: חיפוש באמצעות שאילתת טקסט וחיפוש באמצעות דפדוף:

חיפוש באמצעות שאילתת טקסט

רמה 1

רלוונטיות

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

דרישות מינימליות לנתונים

• קטלוג
• שאילתת טקסט

בדיקות נתונים

• מומלץ להוסיף תיאור למוצרים.
• צריך להפעיל את הרחבת השאילתה לפחות ב-95% מהבקשות לחיפוש.
• היחס בין אירועי detail-page-view לאירועי חיפוש צריך להיות לפחות 4%.
• למוצרים צריכות להיות כותרות ייחודיות שקל להבחין ביניהן בשאילתות חיפוש.
• שם המוצר צריך להכיל לפחות 2 מילים.
• לפחות 95% מהמוצרים צריכים לכלול שמות.
• למוצרים צריכה להיות כתובת URI תקינה ונגישה.
• צריכים להיות בקטלוג לפחות 5 מאפיינים מותאמים אישית שאפשר לחפש.
• השדה של ההתאמה המדויקת לכל המוצרים לא צריך להכיל מילה אמיתית, והוא צריך להיות אסימון אחד בדיוק.

רמה 2

רלוונטיות ופופולריות

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

בדיקות נתונים

שדרוג החסימה כדי לפתוח את רמה 2:

• צריך לייבא או לתעד לפחות 100,000 אירועים של חיפוש טקסט וגלישה ב-90 הימים האחרונים.

קריטי לביצועים:

• לפחות 95% מהאירועים ב-90 הימים האחרונים צריכים להיות משויכים למוצרים.
• לפחות 1.5% מאירועי החיפוש עם דפים מאוחרים יותר ב-7 הימים האחרונים, כלומר, הם כוללים את כל דפי תוצאות החיפוש המשויכים ואת החשיפות של המוצרים בהם.
• לפחות 95% מאירועי החיפוש ב-7 הימים האחרונים צריכים להיות משויכים לחשיפות של מוצרים.
• לפחות 10,000 אירועים מסוג detail-page-view, ‏add-to-cart ו-purchase ב-90 הימים האחרונים.
• לפחות 70% מבקשות החיפוש ב-90 הימים האחרונים צריכות להיות משויכות לאירועים.
• לפחות 95% מהאירועים ברשת החיפוש ב-90 הימים האחרונים כוללים אסימוני שיוך.
• לפחות 100,000 אירועים שמשויכים למזהה המבקר הכי פופולרי ב-7 הימים האחרונים.

TIER 3

אופטימיזציה להגדלת ההכנסה

כדי להפעיל אופטימיזציה של ההכנסות, צריך ליצור מודל של יותר מ-250,000 אירועי חיפוש עם אינטראקציה אחת לפחות של משתמש.

בדיקות נתונים

שדרוג החסימה כדי לפתוח את רמה 3:

• כדי שאופטימיזציה של ההכנסות תפעל בצורה תקינה, ל-95% מהמוצרים צריך להיות מחיר. כדי לעשות את זה, צריך לציין מחיר למוצרים הראשיים או לפחות לאחת מהווריאציות שלהם. כשמוצר חסר במלאי, במקום למחוק את המחיר, צריך להוסיף למוצר את מאפיין out-of-stock.

• ב-90 הימים האחרונים,לפחות 250, 000 אירועי חיפוש צריכים להיות משויכים לאינטראקציה של משתמש (ואחריה אירוע מסוג detail-page-view, ‏ add-to-cart או purchase עם אותו מזהה מבקר ואחד מהמוצרים שנכללים באירוע החיפוש).

• כדי לעמוד בסף, צריכים להיות לפחות 250,000 אירועי משתמשים בחיפוש עם אירועים מסוג detail-page-view שהתרחשו מיד אחרי אירוע החיפוש. המדד הזה מחושב על סמך 30 הימים האחרונים, אם העליתם יותר מ-100 מיליון אירועים בתקופה הזו. אחרת, חלון הזמן הוא 90 יום.

• לפחות 100 מוצרים צריכים להיות משויכים לאירוע חיפוש אחד לפחותdetail-page-view. המדד הזה מחושב על סמך 30 הימים האחרונים אם העליתם יותר מ-100 מיליון אירועים ב-30 הימים האחרונים. אחרת, חלון הזמן הוא 90 יום.

קריטי לביצועים:

• אירועי חיפוש צריכים להיות משויכים לשאילתה (טקסט) או לדף קטגוריה (עיון). לא אמורים להיות אירועי חיפוש שבהם שני השדות ריקים. מומלץ שיהיה לכם מספר גדול של אירועי חיפוש שבהם שני השדות מלאים.

• שאילתות חיפוש לא יכולות להיות ריקות. באופן אידיאלי, בדומה לאירועי חיפוש, בקשות חיפוש צריכות לכלול את השאילתה (טקסט) ואת קטגוריית הדף (עיון). המדד הזה מחושב כאחוז מכלל בקשות החיפוש ב-60 הימים האחרונים.

• כדי לעמוד בסף הזה, לפחות 20 מכל 1,000 אירועי detail-page-view צריכים להיות אירועי add-to-cart מ-90 הימים האחרונים.

• על כל 1,000 אירועים מסוג add-to-cart, צריכים להיות לפחות 25 אירועים מסוג purchase מ-90 הימים האחרונים.

רמה 4

הכנסה מותאמת אישית

רמה 4 מבוססת על רמה 3, וכוללת יכולות התאמה אישית.

בדיקות נתונים

שדרוג החסימה כדי לפתוח את רמה 4:

• לפחות 100,000 אירועים מסוג search ב-30 הימים האחרונים צריכים להיות מוצגים על ידי AI Commerce Search (לא מנוע מדור קודם).

• לעולם לא נשמור במטמון תוצאות חיפוש בהתאמה אישית. מערכת Google מזהה שמירה במטמון כשכמה אירועים של משתמשי חיפוש עם מזהי מבקרים שונים כוללים את אותו אסימון שיוך. המדד הזה מחושב על סמך 100,000 אירועי החיפוש האחרונים עם טוקן Vertex AI.

• צריך לעקוב אחרי visitorId (וגם אחרי userId למשתמשים מחוברים) באופן עקבי בכל האירועים ובכל בקשות החיפוש. שיעור הנתונים הזהים של מזהי המבקרים בין SearchRequests לבין אירועים ברמת המשתמש צריך להיות גבוה מ-10% עבור 100,000 האירועים האחרונים ברמת המשתמש.

קריטי לביצועים:

• כדי לשפר את איכות ההתאמה האישית, לפחות 10% ממזהי המבקרים צריכים להיות זהים בין הבקשות ל-API של החיפוש לבין אירועי החיפוש.

• לפחות 1% מאירועי החיפוש צריכים לכלול מזהי משתמשים.

• לפחות 1% מבקשות החיפוש צריכות לכלול מזהה משתמש.

עיון

BRONZE

גלישה בסיסית לתוצאות אקראיות

• כל תוצאת חיפוש שתואמת למסננים שלכם, בסדר אקראי.

דרישות מינימליות לנתונים

• קטלוג
• שאילתה של דף קטגוריה (חיפוש)

כסף

פופולריות

• התוצאות שמוחזרות מבוססות רק על הרלוונטיות לקטגוריה.

בדיקות נתונים

שדרוג החסימה כדי לקבל גישה לרמת Silver:

• צריך לייבא או לתעד לפחות 100,000 אירועים של חיפוש טקסט או גלישה מ-90 הימים האחרונים.

קריטי לביצועים:

• למוצרים צריכה להיות כתובת URI תקינה ונגישה. (מומלץ: > 95.0%)

• לפחות 95% מהמוצרים צריכים לכלול שמות. (מומלץ: > 95.0%)

• שמות המוצרים צריכים להכיל לפחות 2 מילים. (מומלץ: יותר מ-80.0%)

• מומלץ להוסיף תיאור למוצרים. (מומלץ: יותר מ-90.0%)

• למוצרים צריכות להיות כותרות ייחודיות שקל להבחין ביניהן בשאילתות חיפוש. (מומלץ: < 50.0%)

• לפחות ב-90% מהבקשות לגלישה צריך להגדיר את המסנן ואת page_category. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: יותר מ-90.0%)

• מייבאים או מתעדים עוד אירועים מסוג detail-page-view, add-to-cart ו-purchase מ-90 הימים האחרונים. (מומלץ: > 10000)

• בקשות עיון עם מעט מאוד תוצאות עשויות להיות תוצאה של מסנן מגביל מדי. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: < 10.0%)

• בקשות עם יותר מדי מוצרים עשויות להצביע על כך שבמסנן הבקשות חסרות הגבלות על קטגוריות. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: < 10.0%)

• ייבוא או תיעוד של עוד details-page-view אירועים מ-90 הימים האחרונים. (מומלץ: > 0.04)

זהב

דירוג עם אופטימיזציה להגדלת ההכנסה

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

בדיקות נתונים

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

• לפחות 95% מהמוצרים שנבדקו צריכים לכלול מידע תקף על המחיר. חובה לציין מחיר למוצרים ראשיים או לפחות לאחת מהווריאציות שלהם. כשמוצר חסר במלאי, אל תסירו את המחיר שלו.

• לפחות 250,000 אירועים של משתמשים שחיפשו מוצרים באתר, ואחריהם אירוע מסוג detail-page-view, ‏ add-to-cart או purchase עם אותו מזהה מבקר ואחד מהמוצרים שנכללו באירוע החיפוש ב-90 הימים האחרונים.

• כדי לעמוד בסף, צריך לייבא או לתעד לפחות 250,000 detail-page-view אירועים שהתרחשו מיד אחרי אירועי גלישה ב-90 הימים האחרונים.

• לפחות 100 אירועים מיובאים או מתועדים של detail-page-view מגוון מוצרים ב-90 הימים האחרונים.

קריטי לביצועים:

• לפחות 95% מהבקשות והאירועים של הגלישה צריכים לכלול ערכי מסנן שתואמים בדיוק. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: > 95.0%)

• לפחות 95% מהבקשות והאירועים של הגלישה צריכים לכלול ערכים של page_category שתואמים בדיוק. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: > 95.0%)

• לפחות 95% מאירועי הגלישה צריכים לכלול טוקנים של שיוך. המדד הזה מחושב על סמך 90 הימים האחרונים. (מומלץ: > 95.0%)

• לפחות 70% מהבקשות לגלישה צריכות להיות משויכות לאירועי משתמש. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: מעל 70.0%)

• באירועי חיפוש, השדות של השאילתה ושל קטגוריית הדף לא יכולים להיות ריקים. (מומלץ: < 5.0%)

• באירועי חיפוש לא יכול להיות שגם השאילתה וגם קטגוריית הדף ימולאו. (מומלץ: < 10.0%)

• בבקשות עיון צריכות להיות קטגוריות דפים מאוכלסות. בקשות גלישה ללא קטגוריות של דפים לא עוברות אופטימיזציה להגדלת ההכנסות, כי אנחנו לא יודעים באיזה דף נמצא המשתמש. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: < 5.0%)

• בבקשות חיפוש צריך למלא את השדה query או את השדה page category, אבל לא את שניהם. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: < 10.0%)

• על כל 1,000 אירועים מסוג add-to-cart, צריכים להיות לפחות 25 אירועים מסוג purchase מ-90 הימים האחרונים. (מומלץ: > 0.02)

• על כל 1,000 אירועים מסוג detail-page-view, צריכים להיות לפחות 20 אירועים מסוג add-to-cart מ-90 הימים האחרונים. (מומלץ: > 0.025)

PLATINUM

דירוג מותאם אישית לאופטימיזציה של הכנסות

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

בדיקות נתונים

חסימת שדרוג כדי להגיע לרמת פלטינה:

• ב-90 הימים האחרונים צריכים להיות לפחות 100,000 אירועים של משתמשים שחיפשו מוצרים באמצעות AI Commerce Search, עם טוקן שיוך של Vertex AI. צריך לוודא שכל החשיפות בדפדפן מתועדות כאירועים וכוללות את אסימון השיוך.

• לפחות 99.0% מתוצאות העיון שמוצגות על ידי Vertex AI לא יכולות להיות תוצאות שמורות במטמון. אסור לשמור תוצאות מותאמות אישית במטמון. המערכת מזהה שמירה במטמון כשכמה אירועים של משתמשים בדפדפן עם מזהי מבקרים שונים כוללים את אותו אסימון שיוך. החישוב מתבצע על 100,000 אירועי הגלישה האחרונים עם טוקן של Vertex AI.

• לפחות 10% ממזהי המבקרים צריכים להיות זהים בין בקשות ה-API של הגלישה לבין אירועי המשתמשים התואמים של הגלישה. החישוב הזה מבוסס על 100,000 אירועי הגלישה האחרונים שמוצגים על ידי Vertex AI.

קריטי לביצועים:

• כדי לשפר את איכות ההתאמה האישית, כדאי לייבא או לתעד עוד אירועים של משתמשים עם מזהי משתמשים. המדד הזה מחושב על סמך 7 הימים האחרונים. (מומלץ: > 1.0%)

• כדי לשפר את איכות ההתאמה האישית, ערך מזהה המשתמש בבקשות חיפוש צריך להיות זהה למזהה המשתמש באירועי חיפוש תואמים. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: > 10.0%)

במסוף AI Commerce Search ב-Gemini Enterprise for Customer Experience, יש דף שבו אפשר לבדוק אם עמדתם בדרישות הנתונים של כל רמה.

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

בדיקת איכות הנתונים

אחרי שמעלים את הנתונים, עוברים אל AI Commerce Search במסוף Gemini Enterprise for Customer Experience כדי לראות את הנתונים ולבדוק את המדדים של כל רמת ביצועים לתרחיש השימוש שלכם.

1. עוברים אל הדף איכות הנתונים במסוף של AI Commerce Search ב-Gemini Enterprise for Customer Experience.
   
   כניסה לדף 'איכות הנתונים'

2. צפייה במדדים של בדיקת הנתונים בתרחיש השימוש בחיפוש:

   • כדי לראות מדדים של חיפוש טקסט, לוחצים על הכרטיסייה חיפוש.
   • כדי לראות מדדים של חיפושים בדפדוף, לוחצים על הכרטיסייה דפדוף.

3. בודקים את כרטיס הניקוד של הבעיות בכל רמת ביצועים בחלק העליון של הדף.

   • אם התווית היא 'בשימוש': עמדתם בכל הדרישות לחסימה של הרמה הזו, והיא נפתחה.
   • אם יש 0 בעיות שקשורות לחסימה: עמדתם בדרישות של בדיקות הנתונים לרמה הזו. אם אין בעיות שמונעות את ההפעלה ברמה הזו ובכל הרמות הקודמות, יידרשו כ-24 שעות לאימון המודל ולהכנתו, ולהפעלת הרמה החדשה שנפתחה.
   • אם יש בעיות שמונעות את ההתקדמות: בודקים את מדדי הרמה כדי לראות אילו בעיות בנתונים צריך לפתור כדי להגיע לרמה הזו.

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

5. בודקים בעמודה סטטוס את רמת העדיפות של כל מדד לבדיקת נתונים:

   • חסימת שדרוג: זיהוי בעיות בנתונים שמונעות משדרוג החיפוש של תרחיש השימוש שלכם לרמת הביצועים הבאה. כדי לבטל את הנעילה של רמה מסוימת, צריך לעבור את כל בדיקות הנתונים שחוסמות שדרוג לרמת הביצועים הזו (ולרמות הקודמות שלה).
   • קריטיות לביצועים: בעיות בנתונים שלא מונעות שדרוג, אבל יכולות להשפיע באופן משמעותי על הביצועים של חיפוש טקסט או חיפוש בדפדפן.
   • תואם: המשמעות היא שהבדיקה הזו של הנתונים עברה בהצלחה.
   • לא זמין: מציין שעדיין לא הושלם אימות של נתונים שמונעים שדרוג. הערכים של המדדים האלה מוצגים כ-לא רלוונטי. יכול להיות שיעברו עד 24 שעות אחרי ייבוא הנתונים עד שיתבצעו חלק מבדיקות הנתונים.

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

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

   • סף החסימה: סף חובה שצריך לעמוד בו כדי שהבדיקה של נתוני המדד הזה תהיה תקינה.
   • ערך סף קריטי: ערך סף מומלץ מאוד. אי-עמידה בסף הזה עלולה להשפיע לרעה באופן משמעותי על הביצועים.
   • סף האזהרה: סף מומלץ שצריך לעמוד בו. אי עמידה בדרישת הסף הזו עלולה להשפיע באופן קל על הביצועים.

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

שיטות מומלצות

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

בחירת תכונות לרמות גבוהות יותר של אופטימיזציה להכנסות

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

• לדפדוף: Silver ו-Gold
• לחיפוש: רמות 3 ו-4

למה כדאי לשדרג את הדירוג?

ללקוחות גדולים של AI Commerce Search יש עד 10,000 מאפיינים מותאמים אישית בקטלוג המוצרים שלהם, בעוד שלמודל הדירוג היו בעבר רק 20 תכונות סטטיות של מוצרים (כמו מחיר ודירוג ממוצע) שמשותפות לכל הלקוחות. כתוצאה מכך, נתוני המוצרים במודל הדירוג היו חלקיים מאוד, ולא הייתה אפשרות להתאים אישית את תכונות המוצרים לתחומי קמעונאות שונים ולתרחישי שימוש שונים, כמו אופנה, כלי עבודה או מוצרים לבית.

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

בחירה דינמית של תכונות בהתאמה אישית

AI Commerce Search שדרג את רמות האופטימיזציה של ההכנסות שלו לבחירה אוטומטית של מאפיינים מותאמים אישית. השדרוג כולל שילוב של מאפיינים מותאמים אישית רלוונטיים בתהליך הדירוג:

• המערכת עוברת על כל המאפיינים המותאמים אישית של כל קמעונאי ובוחרת את המאפיינים הכי שימושיים כדי להוסיף אותם לקבוצת מאפייני המוצר הסטטיים.
• מוצגים המאפיינים שנבחרו של כל קמעונאי.
• תהליך בחירת התכונות חוזר על עצמו באופן קבוע (פעם ב-30 יום).

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

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

ידע מלא על המוצר

• בחירת מאפיינים: האלגוריתם של AI Commerce Search בוחר עד 20 מאפיינים מותאמים אישית שהכי חשובים לכל קמעונאי.
• יתרונות: שיפור הדיוק של דירוג המוצרים באמצעות מידע נוסף על מוצרים, כמו קודי מבצעים ומפרטים של מוצרים או סגנונות.
• שקיפות: קמעונאים יכולים לראות את המאפיינים המותאמים אישית שנבחרו ולוודא שהם נשמרים ומעודכנים.
• התאמה אישית ולמידה: הלקוחות יכולים לזהות דפוסים במאפיינים מותאמים אישית שנבחרו ולהוסיף מאפיינים רלוונטיים אחרים כדי לשפר עוד יותר את ביצועי הדירוג.

איך בודקים באילו מאפיינים נעשה שימוש

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

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

מה עושים עם המאפיינים המותאמים אישית

• חשוב לשמור על המאפיינים שנבחרו ולא למחוק אותם או להוציא אותם משימוש, כי זה עלול להשפיע על המודל.
• שיפור הכיסוי של מאפיינים שנבחרו אוטומטית, מילוי השדות האלה עבור יותר מוצרים
• בודקים את המגמות של המאפיינים המותאמים אישית שנבחרים באופן אוטומטי. אם יש לכם מאפיינים דומים נוספים, כדאי להוסיף אותם לקטלוג. הם יהפכו למועמדים לבחירה על ידי אלגוריתם החיפוש של התכונה.
• כדי להוסיף הערות למאפיינים מספריים בצורה נכונה, צריך להקצות להם ערכים מספריים ולא ערכי מחרוזת. לדוגמה, צריך לציין ערך מספרי של 10.5, ולא טקסט ("10.5").

השבתה של ההתאמה האישית

כדי להשבית את ההתאמה האישית, מגדירים את ServingConfig.personalizationSpec לערך mode.DISABLED.

התראות לגבי איכות הנתונים

ההתראות על איכות הנתונים מופעלות אם ערך מדד בלוח הבקרה משתנה מ'מספק' ל'לא מספק'. ההתראות נשלחות באימייל.

אם רוצים לראות התראות שקשורות ל-Cloud Monitoring, אפשר לעבור אל הגדרת התראות.

צפייה באיכות הנתונים

1. עוברים אל הדף איכות הנתונים במסוף של AI Commerce Search ב-Gemini Enterprise for Customer Experience.
   
   כניסה לדף 'איכות הנתונים'

2. בדיקת השורות, המדדים וההתראות: כל שורה תואמת למדד אחד, וכל מדד תואם להתראה אחת.

הגדרת התראות על איכות הנתונים

REST

שולחים קריאה ל-API של UpdateAlertConfig.

curl -X PATCH -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" -H "X-GFE-SSL: yes" -H "X-Goog-User-Project: PROJECT_ID" \
 "https://retail.googleapis.com/v2alpha/projects/PROJECT_ID/alertConfig" \
--data '
{
  "alertPolicies": [
    {
      "alertGroup": "search-data-quality",
      "enrollStatus": "ENROLLED",
      "recipients": [
        {
          "emailAddress": "EMAIL_ADDRESS_1"
        },
        {
          "emailAddress": "EMAIL_ADDRESS_2"
        }
      ]
    }
  ]
}'

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

• ‫PROJECT_ID: מזהה הפרויקט ב- Google Cloud .
• ‫EMAIL_ADDRESS_1, EMAIL_ADDRESS_2: כתובות האימייל שרוצים לרשום לקבלת ההתראות. הם צריכים להיות תואמים ל-SMTP. אפשר להוסיף עד 20 כתובות אימייל למדיניות התראות אחת.

המסוף

1. עוברים אל הדף איכות הנתונים במסוף של AI Commerce Search ב-Gemini Enterprise for Customer Experience.
   
   כניסה לדף 'איכות הנתונים'

2. בחלק העליון, לוחצים על הגדרת התראות.

3. מוסיפים לפחות כתובת אימייל אחת. כתובות האימייל צריכות להיות תואמות ל-SMTP (פרוטוקול פשוט להעברת אימייל). אפשר להוסיף עד 20 כתובות אימייל למדיניות התראה אחת.

4. לוחצים על שליחה.

השבתת התראות לגבי איכות הנתונים

REST

שולחים קריאה ל-API‏ UpdateAlertConfig.

curl -X PATCH -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" -H "X-GFE-SSL: yes" -H "X-Goog-User-Project: PROJECT_ID" \
 "https://retail.googleapis.com/v2alpha/projects/PROJECT_ID/alertConfig" \
--data '
{
  "alertPolicies": [
    {
      "alertGroup": "search-data-quality",
      "enrollStatus": "DECLINED",
      "recipients": [
      ]
    }
  ]
}'

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

• ‫PROJECT_ID: מזהה הפרויקט ב- Google Cloud .

המסוף

1. עוברים אל הדף איכות הנתונים במסוף של AI Commerce Search ב-Gemini Enterprise for Customer Experience.
   
   כניסה לדף 'איכות הנתונים'

2. לוחצים על הגדרת התראות.

3. למחוק את כל האימיילים הקיימים.

4. לוחצים על שליחה.

פתרון בעיות

בהמשך מוסבר איך לפתור את הבעיות הנפוצות הבאות.

הנתונים לא עוברים את הבדיקה

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

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

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

ערך מדד שמסומן כ'לא רלוונטי'

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

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

כדי לפתור את הבעיה, מבצעים את השלבים הבאים:

1. בודקים אם יש בעיות בנתונים שמונעות מעבר לרמות קודמות. כדי לשדרג לרמה הבאה, צריך לעמוד בדרישות של כל הרמות הקודמות.

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

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

מידע נוסף על הדרישות לגבי נתונים

מידע נוסף על הדרישות לגבי נתונים של AI Commerce Search זמין במאמרי העזרה:

• דרישות כלליות ל-AI Commerce Search כשמעלים נתוני אירועי משתמשים: דרישות לגבי אירועי משתמשים
• דרישות מינימום לגבי אירועי משתמשים כדי לקבל תוצאות לחיפוש: דרישות לחיפוש
• הדרישות בנוגע לנתוני קטלוג: מדדים של איכות נתוני הקטלוג

המאמרים הבאים

• ייבוא אירועים היסטוריים של משתמשים
• ייבוא מידע על קטלוג
• רשימת משימות לביצוע בדיקת A/B למתחילים