‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

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

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

בקטע הזה מפורטים הפרמטרים שאפשר להשתמש בהם כדי להגדיר את Job Search API. מידע נוסף זמין בסרטון ההדרכה.

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

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

חיפושי עבודה מומלצים: אפשר להשתמש בחיפושי עבודה מומלצים כדי להקצות ערכי קידום לעבודות ספציפיות. כך תוכלו להדגיש משרות שחשובות לצרכים העסקיים שלכם. במסמכי התיעוד בנושא הצגת משרות בחיפוש Google מפורטות שיטות מומלצות ופרטים על ההטמעה.
‫disableKeywordMatch: הפרמטר הזה מאפשר לחיפוש העבודה להחזיר התאמות שמבוססות על מילות מפתח לשאילתה של מחפש העבודה, בנוסף להתאמות רלוונטיות. ערך ברירת המחדל הוא false. הגדרת הפרמטר הזה לערך true משביתה את ההתאמה למילות מפתח, כך שיוחזרו פחות משרות (רק אלה שהתכונה מבוססת ה-ML קבעה שהן רלוונטיות).
‫enableBroadening: הפרמטר הזה מאפשר להרחיב את השאילתה של מחפש העבודה על ידי הקלה על ההגבלות שצוינו לגבי מיקום וקטגוריות של משרות. ערך ברירת המחדל הוא false. הפעלת הפרמטר הזה מגדילה את מספר תוצאות החיפוש שמוחזרות, אבל יכולה להקטין את הרלוונטיות של קבוצת התוצאות הכוללת למועמד.

תוצאות של הגדרות חיפוש

כדי להחזיר רק את המשרות הרלוונטיות ביותר: מגדירים את disableKeywordMatch ל-true ואת enableBroadening ל-false. כך משפרים את מדדי הביצועים שקשורים לרלוונטיות של ה-API, כי רק המשרות הרלוונטיות מוחזרות. עם זאת, מספר המשרות הכולל שמוחזר בתוצאות החיפוש קטן יותר.

כדי להחזיר מספר גדול יותר של משרות, כולל תוצאות רלוונטיות ותוצאות שתואמות למילות המפתח: מגדירים את disableKeywordMatch ל-false ואת enableBroadening ל-false. התוצאות של מילות המפתח התואמות מופיעות אחרי המשרות הרלוונטיות בתוצאות. לא מוחזרות תוצאות של הרחבת שאילתה.

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

כדי להחזיר את המספר הגבוה ביותר האפשרי של משרות: מגדירים את disableKeywordMatch לערך false ואת enableBroadening לערך true. בחיפוש משרות, המשרות הרלוונטיות ביותר מוצגות בראש תוצאות החיפוש, ואחריהן משרות שתואמות למילות המפתח ומשרות שהחיפוש שלהן הורחב (לפי מיקום, קטגוריית משרה וכו'). כך מגדילים את המספר הכולל של המשרות שמוחזרות.

`diasableKeywordMatch`	`enableBroadening`	תוצאת הסריקה
-	-	מחזירה מספר גבוה יותר של משרות, כולל תוצאות רלוונטיות ותוצאות שתואמות למילות מפתח (אבל נניח שהחיפוש של משרות מומלצות מוגדר ל-`false`).
+	+	מחזירה מספר גבוה יותר של משרות, כולל משרות רלוונטיות ומשרות שנוספו בעקבות הרחבת השאילתה (אבל נניח שחיפוש המשרות המומלצות מוגדר לערך `false`).
-	+	הפונקציה מחזירה את המספר הכי גבוה של משרות (אבל מניחה שהחיפוש של משרות מומלצות מוגדר ל-`false`).
+	-	הפונקציה מחזירה רק את המשרות הרלוונטיות ביותר (אבל נניח שהחיפוש של משרות מומלצות מוגדר ל-`false`).

`Request.pageSize`

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

`customAttributes`

‫customAttributes מאפשרת לכם להקצות ערכים נוספים למשרות בהתאם לצרכים העסקיים שלכם (לדוגמה, ציוני GPA) ולהשתמש בערכים האלה כדי לסנן את התוצאות.

שדה מיקום

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

`locationFilter`

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

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

`regionCode` וגם `languageCode`

שני השדות האלה מאפשרים לחיפוש העבודות להשתמש בלוגיקה של חיפוש מקומי באזורים גיאוגרפיים שונים (לדוגמה, "lorry driver" בen_GB לעומת "truck driver" בארצות הברית). מגדירים את request.filters.locationFilters.regionCode כך שיתאים למיקום הגיאוגרפי שהמשתמש מחפש (למשל, בריטניה) ואת request.filters.languageCode לקוד השפה המתאים לאזור הזה (en_GB במקרה הזה).

`queryLanguageCode`

מומלץ למלא את השדה הזה בכל הזדמנות. הפרמטר הזה מאפשר לחיפוש המשרות לטפל במילים לא צפויות או נדירות שאולי לא יופיעו בצורה נכונה בשפה הרצויה (כמו שמות של חברות).

`distanceInMiles`

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

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

`postingExpireTime`

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

`employmentTypes`

זה לא שדה חובה, אבל שימוש ב-employmentTypes משפר את הרלוונטיות של תוצאות החיפוש.

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

הדגשת משרות בחיפוש מאפשרת לכם להשפיע על תוצאות החיפוש של המשתמש על ידי הדגשת משרות על סמך משתנה יחיד (promotionValue). פרטים נוספים זמינים במסמכי התיעוד בנושא הדגשת משרות בחיפוש. דירוג מותאם אישית מאפשר לכם להשפיע על תוצאות החיפוש על סמך כמה משתנים, ומציע שליטה מפורטת יותר בדירוגים. התכונה הזו שימושית באפליקציות שבהן צריך לאזן בין הרלוונטיות לבין אינטרסים כלכליים, כמו מערכת מנויים רב-שכבתית עם תמחור לפי עלות לקליק (CPC). ההשפעה על דירוג המשרות בנוסף לציון הרלוונטיות המקורי מבוססת על שני משתנים: rankingExpression ו-importanceLevel. בסרטון ההדרכה מוסבר איך להשתמש בתכונות 'משרות מומלצות' ו'דירוג מותאם אישית'.

‫rankingExpression: המשתנה הזה קובע את דירוג המשרות על סמך ציוני הרלוונטיות המחושבים שלהן. כדי שמנוע חיפוש המשרות יאנדקס את הפרמטר, צריך להגדיר את הערך של 'rankingExpression' כ-'filterable'.
‫importanceLevel: הפרמטר הזה מגדיר את רמת החשיבות של מיקום הדירוג של משרה כשמחזירים אותה בתוצאות החיפוש. יש שש רמות אפשריות: לא צוין, NONE, LOW, MID, HIGH ו-EXTREME. הגדרת הערך EXTREME גורמת למערכת להתעלם מכל גורמי הרלוונטיות האחרים שנוצרו על ידי ה-API, ולכן מומלץ להשתמש בערך הזה במשורה. משרות שהוגדר להן EXTREME מוצגות בראש תוצאות החיפוש של מחפשי העבודה, במקום המשרות הרלוונטיות ביותר.
חיפוש משרות מומלצות לעומת דירוג מותאם אישית: חיפוש משרות מומלצות הוא שימושי במיוחד לקידום קטגוריה אחת של משרות מעל דירוג הרלוונטיות, למשל משרות בחברה מסוימת. אם אתם צריכים לדרג משרות לפי משתני עלות לקליק (CPC) בכמה רמות, בנוסף לדירוג הרלוונטיות, דירוג בהתאמה אישית היא הבחירה הטובה יותר.

חיפוש נסיעה יומית

חיפוש לפי נסיעה לעבודה מאפשר למחפשי עבודה לחפש משרות על סמך זמן הנסיעה לעבודה. כדי להפעיל את האפשרות הזו, צריך לכלול אובייקט CommuteFilter בשדה JobQuery.commuteFilter. ‫CommuteFilter מחשב את זמן הנסיעה לעבודה על סמך שיטת הנסיעה לעבודה, משך הנסיעה וקואורדינטות ההתחלה שצוינו על ידי מחפש העבודה. מחפשי עבודה צריכים גם לבחור באפשרות roadTraffic (TRAFFIC_FREE או BUSY_HOUR) או באפשרות departureTime כדי לכלול אותן בחישוב הזמן. פרטים נוספים מופיעים בדפים הטמעה ואיך עושים את זה של חיפוש הנסיעה לעבודה.

תוצאות החיפוש של הנסיעה לעבודה מבוססות על נתונים היסטוריים ומצטברים, ולא על מצב התנועה בזמן אמת. תנאי התנועה departureTime מחושבים על סמך תנאי התנועה הממוצעים בשעה שצוינה ביום. האפשרויות BUSY_HOUR/TRAFFIC_FREE בקטע roadTraffic מייצגות את תנאי התנועה הממוצעים בשעות העומס של הבוקר ובחצות, בהתאמה. המשתמשים מקבלים את אותן תוצאות חיפוש של נסיעה לעבודה, לא משנה באיזו שעה ביום הם שולחים שאילתה.

ריבוי דיירים (אופציונלי)

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

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

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

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

אבטחה

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

ניהול נתונים וטיפול בשגיאות

שלמות הנתונים

העלאת משרות: בעיות בנתונים יכולות למנוע העלאה של משרות לחיפוש המשרות של Google. רשימת קודי השגיאה מופיעה בדף קודי תגובת HTTP. דוגמאות נפוצות:
- מיקומי המשרות שגויים, ולכן אי אפשר לטפל בבקשה.
- השדות Company או Job לא קיימים, ולכן מוחזרת בקשה שגויה.
יש שלוש אפשרויות עיקריות לפתרון בעיות בהעלאת משרות:
- בודקים את הרישום מהקצה העורפי.
- כדאי לבדוק את כלי הניהול של CTS כדי לראות אם יש רישום של נתונים.
- מגדירים את כלי Stackdriver Monitoring במסוף Cloud כדי לאסוף נתונים על מדדים, אירועים ומטא-נתונים.
אינדוקס משרות: המערכת של חיפוש המשרות נועדה לאנדקס את כל המשרות שהעליתם בתוך תקופה מוגדרת. עם זאת, יכול להיות שיש הגבלות על המכסה בצד שלכם. לפני ששולחים משימות ל-CTS, חשוב לבדוק אם יש הגבלות במערכת על בקשות לאינדוקס.

מתקפות DDoS שנגרמות על ידי עצמן

טיפול בשגיאות

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

מגבלות המכסה

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

ביטול כפילויות

משרות כפולות פוגעות בחוויית החיפוש של מחפשי העבודה. חיפוש העבודה כולל שתי תכונות לצמצום כפילויות:

יצירת משימות: אם מנסים ליצור 2 משימות או יותר עם הקריטריונים הבאים, הרשומה נדחית ומוחזרת שגיאה מסוג 4xx:
- זהה ל-companyName, וגם
- זהה ל-job_req_id, וגם
- באותו מיקום/languageCode
חיפוש עבודות: התכונה 'חיפוש עבודות' מציגה משרות שרלוונטיות לשאילתת החיפוש של מחפש העבודה. תכונה מובנית באלגוריתם הרלוונטיות מוודאת שכל המשרות שמוחזרות מגוונות, כדי למנוע מצב שבו משרות כמעט זהות מופיעות זו לצד זו בתוצאות החיפוש.