גלישה היא חיפוש ניווט ללא שאילתה. בגלישה נעשה שימוש בשיטות ניווט כדי להציג תוצאות חיפוש שתואמות לקטגוריות או למסננים שנבחרו על ידי משתמש הקצה. כשמשתמשים בה בשילוב עם מדדי מעורבות המשתמשים, אפשר להציע למשתמשים חוויית גלישה מותאמת אישית. גלישה בהתאמה אישית מספקת פידים בזמן אמת שספציפיים למשתמשים, על סמך היסטוריית האינטראקציות של המשתמשים ומאפייני התוכן. המטרה היא לבצע אופטימיזציה של תוצאות החיפוש כדי להשיג יעדים מוגדרים, תוך הקפדה על אמצעי הבקרה האסטרטגיים שהגדרתם. לדוגמה, באתר נדל"ן יכולות להיות דפי בית שונים למשתמשים בלונדון, בריטניה, ולמשתמשים בסידני, אוסטרליה. באתר קניות יכולות להיות תוצאות מותאמות אישית בהתאם לפרופיל המשתמש.
בדף הזה מוסבר איך לקבל תוצאות חיפוש במאגרי נתונים מותאמים אישית לחיפוש, ומוצגות כמה שיטות מומלצות להגדרת אפליקציית החיפוש.
מידע על גלישה בהתאמה אישית
הגלישה המותאמת אישית בחיפוש הסוכן משתמשת ברשתות עצביות כדי לדרג מסמכים על סמך תחזית של מעורבות המשתמשים והמרות. לדוגמה, בעזרת גלישה בהתאמה אישית, אתם יכולים להציג למשתמשים רשומות מדורגות בקטלוג של מלונות או מאמרים באתר, ולהחזיר אותם למשתמשים על סמך הסבירות הצפויה לקליקים או לשאילתות.
בבסיסו, חיפוש מותאם אישית הוא מודל מתוחכם שלומד את הקשרים המורכבים בין דפוסי הניווט של המשתמשים, התוכן והתכונות של המסמכים ואירועי ההמרה של המשתמשים. אלה כמה מהתכונות החשובות:
דירוג: המודל מדרג את הפריטים על סמך ביצועים צפויים ביחס ליעד שהגדרתם, בכפוף לפרמטרים של החיפוש שהוגדרו, כמו מסננים, דירוג בהתאמה אישית ואמצעי בקרה על הצגת התוצאות (כמו שיפור, קידום או מילים נרדפות).
אימון ושיפור: אחרי האימון הראשוני, המודל משתפר באופן מתמשך באמצעות עדכונים בזמן אמת של אירועים שקשורים למשתמשים. המודל משתנה ומשתפר עם הזמן.
מגוון: המודל לומד באופן מרומז על מגוון, כי הוא מתעד אותות שליליים מאינטראקציות שלא התרחשו, כמו קישורים שהמשתמשים התעלמו מהם, הזמן שהם שהו בדף ושיעורי המעבר.
מה ההבדל בין גלישה לחיפוש
בטבלה הבאה מפורטים ההבדלים בין חיפוש לבין גלישה.
| תכונה | חיפוש | עיון |
|---|---|---|
| מטרה | חיפוש מידע ספציפי | עיון בתוכן וגילוי תוכן |
| דוגמה | חיפוש של 'המסעדות הקוריאניות הכי טובות בוונקובר' בחיפוש Google | חיפוש מסעדה לפי הקטגוריות שאליהן היא עשויה להשתייך, כמו 'מסעדות > קוריאניות > ונקובר > 4 כוכבים ומעלה' |
| User Intent | בדרך כלל מכוונת להשגת יעד | גילוי |
| נקודת התחלה | שאילתה או מילת מפתח בדרך כלל בסרגל חיפוש | אתר או פלטפורמה ספציפיים, בדרך כלל באמצעות תפריט, נתיב גישה, קישורים או שיטות ניווט אחרות כמו מסננים |
| Method | הזנת מילות מפתח או ביטויים והחלת הגדרות של חיפוש והצגה | חיפוש עם שאילתה ריקה, החלת הגדרות של חיפוש והצגה |
| תוצאות | רשימה של תוצאות רלוונטיות | כל המסמכים במאגר הנתונים שתואמים למסננים |
תהליך העבודה ושיטות מומלצות
הגלישה המותאמת אישית היא שירות שמנוהל על ידי Google, ו-Google מטפלת במודלים הבסיסיים של למידה עמוקה ובצינורות הנתונים. כדי להפיק את המרב מהשירות הזה, כשמפתחים אפליקציית חיפוש, האחריות הטכנית העיקרית כוללת את הפעולות הבאות:
- הקצאת נתונים: איסוף של מאגר נתונים מקיף של מסמכים ואירועים שקשורים למשתמשים.
- הגדרת היעד: מציינים מדדי KPI לאופטימיזציה, כמו שיעור קליקים (CTR), פעולות בעלות ערך גבוה והכנסה לכל סשן עם אירועי המשתמש שסופקו. חשוב לוודא שסוגי אירועי המשתמש שאתם אוספים תומכים ביעדים.
- פרמטרים של חיפוש: הגדרה וקביעה של פרמטרים של חיפוש ואמצעי בקרה להצגת מודעות בבקשת החיפוש. לדוגמה, טווחי תאריכים לסינון של כרטיסי המוצר או המאמרים שמותרים, או אמצעי בקרה לקידום כדי לסדר מחדש בלוגים לפי הדירוגים שלהם.
באפליקציית חיפוש מבוסס סוכנים, דפדוף הוא חיפוש ללא שאילתה או עם שאילתה ריקה. כדי לקבל תוצאות גלישה במאגר נתונים של חיפוש מותאם אישית, אפשר לקרוא לשיטה search בלי להזין שאילתה.
אלה השלבים לקבלת התוצאות הטובות ביותר לגלישה בהתאמה אישית:
הנתונים צריכים להיות נכונים ועקביים:
- חותמת זמן מדויקת לכל אירוע שקשור למשתמש.
- מזהי משתמשים עקביים בכל אירועי המשתמשים.
- מזהי מסמכים שתואמים בין אירועי משתמשים לבין מאגר הנתונים. אם אתם משתמשים ב-sitemap, כתובות ה-URL שלו צריכות להיות זהות לכתובות ה-URL באירועי המשתמשים.
- מסננים להצגת התוכן המדויק בדפים שגלשתם אליהם. מידע נוסף זמין במאמרים בנושא סינון חיפוש באתר וסינון חיפוש מותאם אישית של נתונים מובְנים ולא מובְנים.
הכנה והעלאה של המסמכים:
- מומלץ להגדיר את הסכימה עם כמה שיותר מאפיינים. ככל שיש יותר מאפיינים, כך ההתאמה האישית טובה יותר.
- אם אתם סורקים את האתרים שלכם, הפעילו את האפשרות 'יצירת אינדקס מתקדם' והעשירו את דפי האינטרנט שלכם בנתונים מובְנים.
- מכינים את הנתונים להעברה באמצעות ההוראות שבמאמר הכנת נתונים להעברה.
- יוצרים מאגר נתוני חיפוש כדי להטמיע את הנתונים. אפשרות אחרת היא ליצור ולעדכן מסמכים שיכולים לנהל את הנתונים שצריך לחפש או לעיין בהם.
- אם אתם משתמשים ב-sitemaps לנתוני האתר, חשוב לשמור אותם כדי לבצע אינדוקס של דפי האינטרנט העדכניים ביותר. אפשרות נוספת היא להריץ רענון ידני לדפים ספציפיים שעודכנו לאחרונה. עדכון המדד מאפשר לקבל תוצאות טובות יותר.
הכנה והוספה של אירועים שקשורים למשתמשים:
- כדאי להכין לפחות 30 ימים של אירועי משתמשים לאימון הראשוני של המודל. אתם יכולים להשתמש באירועים היסטוריים של משתמשים, באירועים של משתמשים בזמן אמת או בשניהם. אירועים בזמן אמת מניבים תוצאות טובות יותר של התאמה אישית.
- תיעוד ושיתוף של האירוע
search(שמשמש לתיעוד נתוני גלישה), האירועview-itemוהאירועconversion. - כל אירועי המשתמשים חייבים לכלול את הפרטים הבאים:
-
eventTypeכמוsearchלחיפוש ולעיון,view-itemו-conversion. -
userPseudoId, שהוא מזהה משתמש עקבי עם פסאודונימיזציה. -
eventTime, שהיא חותמת זמן בפורמט ISO 8601 (שעון UTC) של מועד רישום האירוע. documents.idמוצגים בסדר שבו הם מופיעים למשתמש שמתאים למזהי המסמכים.-
searchInfo.searchQueryכדי לרשום את שאילתת החיפוש של המשתמש. -
pageInfo.pageCategoryשמוסיף הקשר, כמו 'HomepageCarousel', 'Properties > VIC > Richmond'. filterשמתאר את לוגיקת הסינון ששימשה ליצירת רשימת החשיפות. הנתונים האלה נרשמים בדרך כלל בשדהpageCategoryאו באמצעות הבנה של המערכת.
-
מידע נוסף זמין במאמר
userEvents.הפעלת אימון מודלים וצינור לעיבוד נתונים של מודלים:
אחרי שמכינים את הנתונים ואוספים את אירועי המשתמשים, פונים למהנדס הלקוחות (CE) של Google. המהנדס יכול לבדוק את הנתונים שלכם ולהפעיל את מודל ההתאמה האישית באפליקציה.
קבלת תוצאות גלישה מותאמות אישית
אפשר להוסיף עוד שדות לבקשת החיפוש, כמו מסננים ושינויים בדירוג, למשל שיפור או דירוג בהתאמה אישית.
שמירה על עדכניות הנתונים:
לאורך זמן, חשוב לשמור על עדכניות המסמכים במאגר הנתונים ולהמשיך להעלות אירועים חדשים של משתמשים. כך המודל יכול לגשת למסמכים ולפעולות האחרונות של המשתמשים כדי לספק תוצאות מותאמות אישית.
איך מקבלים תוצאות גלישה לאפליקציה עם נתוני אתר
כדי להשתמש ב-API כדי לקבל תוצאות גלישה לאפליקציה עם נתוני אתר:
מאתרים את מזהה האפליקציה. אם כבר יש לכם מזהה אפליקציה, דלגו לשלב הבא.
נכנסים לדף AI Applications במסוף Google Cloud .
בדף אפליקציות, מאתרים את שם האפליקציה ומעתיקים את המזהה שלה מהעמודה מזהה.
מבצעים קריאה לשיטה
engines.servingConfigs.searchעם שאילתה ריקה או ללא שאילתה, באופן הבא:REST
curl -X POST -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ "https://discoveryengine.googleapis.com/v1/projects/PROJECT_ID/locations/global/collections/default_collection/engines/APP_ID/servingConfigs/default_search:search" \ -d '{ "servingConfig": "projects/PROJECT_ID/locations/global/collections/default_collection/engines/APP_ID/servingConfigs/default_search", "orderBy": "ORDER_BY", "params": { "searchType": "0" }, "filter": "FILTER", "boostSpec": "BOOST_SPEC", }'מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט ב- Google Cloud . APP_ID: המזהה של אפליקציית חיפוש מבוסס סוכנים שרוצים לשלוח אליה שאילתה.-
ORDER_BY: אופציונלי. הסדר שבו התוצאות מסודרות. למאפיין שלפיו רוצים למיין צריך להיות ערך מספרי, למשלdate. מידע נוסף מופיע במאמר בנושא הזמנת תוצאות חיפוש באינטרנט. -
FILTER: אופציונלי אבל מומלץ. שדה טקסט לסינון החיפוש באמצעות ביטוי סינון. ערך ברירת המחדל הוא מחרוזת ריקה. מידע נוסף על השימוש בשדהfilterזמין במאמר סינון חיפוש באתר. -
BOOST_SPEC: אופציונלי. מפרט להדגשה או להסתרת מסמכים. ערכים:-
BOOST: מספר בשיטת נקודה צפה בטווח [-1,1]. אם הערך שלילי, התוצאות יורדות בדירוג (הן יופיעו בחלק התחתון של התוצאות). אם הערך חיובי, התוצאות מקודמות (מופיעות גבוה יותר בתוצאות). -
CONDITION: ביטוי של מסנן טקסט לבחירת המסמכים שיוחלו עליהם הגדלות. המסנן צריך להחזיר ערך בוליאני. דוגמאות לביטויי סינון מופיעות במאמרים תחביר של ביטויי סינון ותחביר של הוספה מתקדמת לאינדקס. מידע על שיפור תוצאות חיפוש מובנה זמין במאמר שיפור תוצאות חיפוש.
-
אתם אמורים לקבל תגובת JSON שדומה לתגובה הבאה (התגובה קוצרה). התשובה מכילה תוצאות חיפוש מפורטות שמופיעות בסדר שנקבע לפי השדות שהוגדרו בבקשת החיפוש.
-