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

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

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

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

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

מידע נוסף על ההבדלים בין תרחישי השימוש האלה

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

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

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

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

TIER 1

רלוונטיות

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

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

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

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

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

רמה 2

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

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

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

שדרוג החסימה כדי לבטל את הנעילה של Tier 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 הימים האחרונים.

רמה 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 (לא מנוע מדור קודם).

  • לא לשמור במטמון תוצאות חיפוש בהתאמה אישית. המערכת מזהה שמירה במטמון כשכמה אירועים של משתמשים בחיפוש עם מזהי מבקרים שונים כוללים את אותו טוקן שיוך. המדד הזה מחושב על סמך 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 הימים האחרונים. (מומלץ: > 10,000)

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

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

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

GOLD

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

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

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

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

  • לפחות 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% מהבקשות והאירועים מסוג browse צריכים לכלול ערכים של page_category שתואמים בדיוק. המדד הזה מחושב לפי 60 הימים האחרונים. (מומלץ: מעל 95.0%)

  • לפחות 95% מאירועי הגלישה צריכים לכלול טוקנים של שיוך (Attribution). המדד הזה מחושב לפי 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 בעיות שקשורות לחסימה: עמדתם בדרישות של בדיקות הנתונים לרמה הזו. אם יש 0 בעיות שמונעות את ההפעלה ברמה הזו ובכל הרמות הקודמות, יידרשו כ-24 שעות כדי לאמן את המודל ולהכין אותו, ולהפעיל את הרמה החדשה שנפתחה.
    • אם יש בעיות שמונעות את ההתקדמות: בודקים את מדדי הרמה כדי לראות אילו בעיות בנתונים צריך לפתור כדי להגיע לרמה הזו.

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

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

    • חסימת שדרוג: זיהוי בעיות בנתונים שמונעות משדרוג החיפוש של תרחיש השימוש שלכם לרמת הביצועים הבאה. כדי לבטל את הנעילה של רמה מסוימת, צריך לעבור את כל בדיקות הנתונים שחוסמות שדרוג לרמת הביצועים הזו (ולרמות הקודמות שלה).
    • קריטי לביצועים: מזהה בעיות בנתונים שלא חוסמות שדרוג, אבל יכולות להשפיע באופן משמעותי על הביצועים של חיפוש טקסט או חיפוש בדפדוף.
    • תואם: המשמעות היא שהבדיקה הזו של הנתונים עברה בהצלחה.
    • לא זמין: מציין שעדיין לא הסתיים תהליך בדיקה של נתונים שמונעים שדרוג. הערכים של המדדים האלה מוצגים כ-N/A. יכול להיות שיעברו עד 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 Commerce Search ב-Gemini Enterprise for Customer Experience. כאן מפורטים המאפיינים המותאמים אישית שנבחרו על ידי מערכת AI Commerce Search.

טקסט חלופי

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

  • חשוב לשמור על המאפיינים שנבחרו ולא למחוק אותם או להוציא אותם משימוש, כי זה עלול להשפיע על המודל.
  • שיפור הכיסוי של מאפיינים שנבחרו אוטומטית, מילוי השדות האלה עבור יותר מוצרים
  • בודקים את המגמות שבהן מאפיינים מותאמים אישית נבחרים אוטומטית. אם יש לכם מאפיינים דומים אחרים, תוכלו להוסיף אותם לקטלוג. הם יהפכו למועמדים לבחירה על ידי אלגוריתם החיפוש של התכונה.
  • כדי להוסיף הערות למאפיינים מספריים בצורה נכונה, צריך להקצות להם ערכים מספריים ולא ערכי מחרוזת. לדוגמה, צריך לציין ערך מספרי של 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. לוחצים על שליחה.

פתרון בעיות

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

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

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

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

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

ערך מדד שמסומן כ-N/A

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

שכבת הביצועים לא כוללת בעיות שמונעות שימוש, אבל היא לא בשימוש

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

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

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

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

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

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

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