Paramètres de Job Search : bonnes pratiques (v4beta1)

Configurations de Job Search

Cette section décrit les paramètres qui permettant de configurer l'API de recherche d'emploi. Pour plus d'informations, consultez notre tutoriel vidéo.

Facteurs ayant une incidence sur les résultats de recherche

L'association de "Recherche de sélection d'emplois", "Activer l'élargissement" et "Désactiver la correspondance des mots clés" influe de manière significative sur le nombre et la pertinence des offres renvoyées au demandeur d'emploi. La configuration la plus appropriée de ces trois facteurs dépend des besoins de votre entreprise. La meilleure méthode pour déterminer la configuration vous convenant le mieux consiste à appliquer différents scénarios de test et à évaluer les résultats au cours d'une phase de test. Consultez notre page de tutoriels vidéo pour plus d'informations sur l'utilisation de ces paramètres.

Recherche de sélection d'emplois : utilisez la recherche de sélection d'emplois pour attribuer des valeurs promotionnelles à des offres d'emploi individuelles, ce qui vous permet de mettre en évidence les offres importantes pour vos besoins. Consultez la documentation sur la recherche de sélection d'emplois pour connaître les bonnes pratiques et les informations de mise en œuvre.
disableKeywordMatch : ce paramètre permet à Job Search de renvoyer des correspondances basées sur des mots clés à la requête d'un demandeur d'emploi, en plus des correspondances pertinentes. Le paramètre par défaut est false. Si vous définissez ce paramètre sur true, la correspondance des mots clés est désactivée. Par conséquent, moins d'offres d'emploi (uniquement celles jugées pertinentes par la fonctionnalité de ML) sont renvoyées.
enableBroadening : ce paramètre vous permet de développer la requête du demandeur d'emploi en assouplissant les restrictions qu'il indique concernant la localisation et les catégories d'emploi. Le paramètre par défaut est false. L'activation de ce paramètre augmente le nombre de résultats de recherche renvoyés, mais peut diminuer la pertinence des résultats globaux définis pour le demandeur d'emploi.

Résultats de la configuration de recherche

Pour ne renvoyer que les offres d'emploi les plus pertinentes, définissez disableKeywordMatch sur true et enableBroadening sur false. Cela améliore les métriques de performance de l'API liées à la pertinence de la recherche, puisque seules les offres d'emploi pertinentes sont renvoyées. Toutefois, dans l'ensemble, moins d'offres sont renvoyées dans les résultats de la recherche.

Pour renvoyer un nombre plus élevé d’offres d'emploi, y compris des résultats pertinents et des correspondances de mots clés, définissez disableKeywordMatch sur false et enableBroadening sur false. Les résultats de correspondances de mots clés sont répertoriés après les offres d'emploi pertinentes dans les résultats, mais les résultats de l'extension de la requête ne sont pas renvoyés.

Pour renvoyer un nombre plus élevé d'offres d'emploi, y compris les offres pertinentes et celles de l'extension de la requête, définissez disableKeywordMatch sur true et enableBroadening sur true. La requête du demandeur d'emploi est élargie pour inclure les catégories d'emplois associées et les zones géographiques proches, répertoriées après les résultats correspondants. Les correspondances de mots clés ne sont pas renvoyées.

Pour renvoyer le plus grand nombre possible d'offres d'emploi, définissez disableKeywordMatch sur false et enableBroadening sur true. Job Search renvoie les offres les plus pertinentes en haut des résultats de la recherche, suivis de celles correspondant aux mots clés et à l'extension de la requête (par localisation, catégorie d'emplois, etc.). Cela maximise le nombre total d'offres d'emploi renvoyées.

`diasableKeywordMatch`	`enableBroadening`	Résultat
-	-	Renvoie un nombre plus élevé d'offres d'emploi, y compris les résultats pertinents et ceux correspondant aux mots clés (si la recherche de sélection d'emplois est définie sur `false`).
+	+	Renvoie un nombre plus élevé d'offres d'emploi, y compris les offres pertinentes et de l'extension de la requ$ete (si la recherche de sélection d'emplois est définie sur `false`).
-	+	Renvoie le nombre le plus élevé d'offres d'emploi (si la recherche de sélection d'emplois est définie sur `false`).
+	-	Ne renvoie que les offres d'emploi les plus pertinentes (si la recherche de sélection d'emplois est définie sur `false`).

`Request.page_size`

Pour optimiser les performances et éviter la latence, configurez la page des résultats de manière à afficher un maximum de 20 offres d'emploi à la fois. Consultez la page Présentation de la recherche pour plus d'informations sur la mise en œuvre de la pagination.

`customAttributes`

customAttributes vous permet d'attribuer des valeurs supplémentaires à vos offres d'emploi en fonction des besoins professionnels (par exemple, des scores GPA) et d'utiliser ces valeurs pour filtrer les résultats.

Champ de localisation géographique

Vous trouverez un aperçu détaillé du champ location dans la page Champs de localisation géographique. La saisie de l'adresse postale de l'offre d'emploi au lieu des coordonnées GPS dans le champ address permet à Job Search d'améliorer la détection de la localisation et la pertinence de la recherche.

`locationFilter`

Utilisez le champ regionCode si une seule entreprise propose plusieurs postes vacants dans différentes régions géographiques. L'attribution d'un code regionCode à chaque fiche de poste garantit qu'une requête de recherche renvoie des offres d'emploi uniquement dans la localisation indiquée par le demandeur d'emploi, plutôt que dans les résultats globaux de cette entreprise. Par exemple, une recherche avec le mot clé "Cambridge" sans regionCode renvoie les résultats de Cambridge au Royaume-Uni et de Cambridge (Massachusetts) aux États-Unis. L'omission de ce code diminue donc la pertinence de la recherche.

`region_code` et `language_code`

Ces deux champs permettent à Job Search d'utiliser une logique de recherche localisée dans différentes régions géographiques (par exemple, "chauffeur de camion" dans en_GB par opposition à "chauffeur de camion" aux États-Unis). Définissez request.filters.location_filters.region_code de façon à correspondre à la zone géographique que l'utilisateur recherche (comme le Royaume-Uni) et request.filters.language_code au code de langue approprié pour cette région (en_GB dans ce cas).

`radiusinMiles`

Ce paramètre définit un rayon (en miles) autour de la localisation indiquée par le demandeur d'emploi. Job Search renvoie des résultats correspondant à cette zone géographique. L'application de cette distance à la zone géographique des résultats de la recherche dépend du type d'informations de localisation saisies. Si le demandeur d'emploi saisit une adresse, la distance radiusInMiles est définie à partir d'un point unique. Si le demandeur d'emploi saisit une ville, Job Search applique un cadre de délimitation autour des limites de la ville et calcule la distance depuis les bords du cadre défini. Si l'utilisateur ne saisit qu'un État ou un pays, le paramètre radiusInMilesest ignoré.

Assurez-vous que le rayon de distance est le plus petit possible. Si vous définissez la distance sur une plage plus large, Job Search renvoie des résultats pouvant se situer en dehors de la localisation souhaitée par le demandeur d'emploi, ce qui diminue la pertinence de sa requête. Par exemple, si vous recherchez des offres d'emploi à New York avec le paramètre radiusInMiles défini sur 100 miles, vous obtenez des résultats à la fois dans le nord de l'État de New York et dans le New Jersey. Si vous indiquez un rayon le plus petit possible, vous augmentez la pertinence des résultats.

`postingExpireTime`

Ce paramètre définit la durée pendant laquelle l'offre d'emploi reste active avant d'être supprimée des résultats de la recherche. Par défaut, CTS supprime les offres d'emploi 30 jours après l'heure de création (heure UTC).

`Job_employment_type`

Ce champ n'est pas obligatoire, mais l'utilisation de job_employment_type augmente la pertinence des résultats de la recherche.

Configurations de Job Search : classement personnalisé

La recherche de sélection d'emplois vous permet d'influencer les résultats de recherche d'un utilisateur en mettant en évidence les emplois en fonction d'une seule variable (promotionValue). Pour plus d'informations, consultez la documentation sur la recherche de sélection d'emplois en. Le classement personnalisé vous permet d'influencer les résultats de la recherche en fonction de plusieurs variables, offrant un contrôle plus précis du classement. Cette fonctionnalité est très utile pour les applications nécessitant un équilibre entre la pertinence et les intérêts économiques, telles qu'un système d'abonnement à CPC (coût par clic) multiniveaux. L'influence sur le classement des offres d'emploi en plus du score de pertinence d'origine est basée sur deux variables : rankingExpression et importanceLevel. Consultez notre tutoriel vidéo pour plus d'informations sur l'utilisation de la sélection d'emplois et le classement personnalisé.

rankingExpression : cette variable contrôle le classement des offres d'emploi en fonction de leurs scores de pertinence calculés. "rankingExpression" doit être défini sur "filterable" pour que Job Search puisse indexer le paramètre.
importanceLevel : ce paramètre définit le niveau d'importance du classement d'une offre d'emploi lorsque celle-ci est renvoyée dans les résultats de recherche. Six niveaux possibles sont proposés : non spécifié, NONE, LOW, MID, HIGH et EXTREME. Si vous définissez la valeur de ce paramètre sur EXTREME, tous les autres facteurs de pertinence générés par l'API seront ignorés. Utilisez donc cette valeur avec modération. Les offres d'emploi définies sur EXTREME sont renvoyées en haut de la requête du demandeur d'emploi, en lieu et place des offres les plus pertinentes.
Recherche de sélection d'emplois et classement personnalisé : la recherche de sélection d'emplois est particulièrement utile pour promouvoir une seule catégorie d'offres d'emploi (par exemple, des offres dans une entreprise donnée) au-dessus du classement en fonction de la pertinence. Si vous devez classer les offres d'emploi en fonction de variables de CPC (coût par clic) multiniveaux en plus du classement en fonction de la pertinence, le classement personnalisé constitue un meilleur choix.

Recherche basée sur le temps de trajet

La recherche basée sur le temps de trajet permet aux demandeurs d'emploi de rechercher des emplois en fonction du temps de trajet. Pour l'activer, vous devez inclure un objet CommuteFilter dans le champ JobQuery.commuteFilter. L'objet CommuteFilter calcule le temps de trajet en utilisant la méthode basée sur le temps trajet indiquée par le demandeur d'emploi, la durée du trajet et les coordonnées de départ. Les demandeurs d'emploi doivent également sélectionner l'option roadTraffic (TRAFFIC_FREE ou BUSY_HOUR) ou departureTime à inclure dans le calcul de temps. Pour en savoir plus, consultez la page sur la mise en œuvre et le guide d'utilisation de ce type de recherche.

Les résultats de la recherche de temps de trajet sont basés sur des données historiques et agrégées plutôt que sur les conditions de circulation en direct. Les conditions de circulation departureTime sont calculées à partir des conditions de circulation moyennes à l'heure spécifiée de la journée. Les options BUSY_HOUR/TRAFFIC_FREE sous roadTraffic sont des conditions de circulation moyennes aux heures de pointe le matin et à minuit, respectivement. Les utilisateurs reçoivent les mêmes résultats de recherche de temps de trajet, quelle que soit l'heure à laquelle ils envoient une requête.

Architecture mutualisée (facultatif)

Job Search accepte les locataires en tant que couche organisationnelle intermédiaire entre un projet Google Cloud et toutes les données qui y sont importées. Les locataires permettent d'isoler des sous-ensembles de données sans avoir à utiliser plusieurs projets, empêchant ainsi le partage de données entre différents locataires. L'architecture mutualisée est utile lorsque vous avez plusieurs clients et que vous ne souhaitez pas partager de données entre eux, mais que vous souhaitez gérer un seul projet Google Cloud pour la facturation et la création de rapports internes. Exemple :

Des fournisseurs de sites de recrutement qui créent des sites de recrutement pour des organisations comportant plusieurs filiales.
Des agences de recrutement qui développent des systèmes de suivi des candidats pour plusieurs entreprises.

Chaque projet se voit attribuer par défaut un ID de locataire unique. Pour mettre en œuvre une architecture mutualisée, modifiez le paramètre par défaut en créant plusieurs locataires dans un projet donné.

Les locataires sont complètement isolés les uns des autres. Toutes les API ne demandent qu'un locataire unique pour éviter que des données ne soient interrogées sur plusieurs locataires au cours d'un seul appel d'API. Les algorithmes de machine learning traitent également les locataires comme des unités distinctes et ne franchissent pas les barrières entre ceux-ci. Un projet peut accepter autant de locataires que nécessaire.

Sécurité

Cloud Talent Solution ne fournit qu'une intégration allégée du système de locataires. Vous devez créer vous-même les locataires, leur attribuer des ID et fournir l'ID de locataire approprié lorsque vous exécutez une requête. Cloud Talent Solution vérifie que l'ID du locataire appartient à un projet donné et extrait les données du locataire fourni. Toute opération de sécurité supplémentaire visant à empêcher un accès non autorisé doit être gérée dans votre système backend.

Gestion des données et traitement des erreurs

Intégrité des données

Importer des offres d'emploi : certains problèmes liés aux données peuvent empêcher l'importation d'offres d'emploi dans l'API. Pour en savoir plus, consultez la page Codes de réponse HTTP pour obtenir une liste des codes d'erreur. Voici quelques exemples courants :
- La localisation des offres d'emploi étant incorrecte, la requête ne peut pas être résolue.
- Les champs "Entreprise" ou "Offre d'emploi" n'existent pas, ce qui renvoie une requête erronée.
Il existe trois options principales pour résoudre les problèmes d'importation d'offres d'emploi :
- Vérifiez la journalisation depuis votre backend.
- Vérifiez l'outil de gestion CTS pour l'enregistrement des données.
- Configurez l'outil Stackdriver Monitoring sur Cloud Console pour collecter des données sur les métriques, les événements et les métadonnées.
Indexer des offres d'emploi : Job Search est conçu pour indexer toutes vos offres importées sur une période donnée. Vous pouvez toutefois être soumis à des restrictions de quota. Vérifiez que votre système ne contient pas de restrictions sur les requêtes d'indexation avant d'envoyer des offres d'emploi à CTS.

Attaques DDoS auto-infligées

Traiter les erreurs

Les services API fournis via Internet peuvent également rencontrer des problèmes de connexion intermittente, d'interruption prolongée, de maintenance soudaine des services, et d'autres événements nécessitant qu'une application cliente relance la requête API. Cette nouvelle tentative doit être conçue avec un comportement adapté au réseau, comme un intervalle exponentiel entre les tentatives.

Limites de quota

Évitez d'envoyer du trafic supérieur, voire très supérieur à votre quota alloué. Sinon, votre trafic risque d'être classé comme malveillant et donc bloqué.

Élimination des doublons

L'expérience du demandeur d'emploi peut être affectée par la présence de doublons dans les offres d'emploi proposées. Job Search comprend deux fonctionnalités pour minimiser les doublons :

Créer des offres d'emploi : si vous essayez de créer plus de deux offres d'emploi avec les critères suivants, l'enregistrement est rejeté et une erreur "4xx" est renvoyée :
- même companyName, ET
- même job_req_id, ET
- même lieu/languageCode
Rechercher des offres d'emploi : Job Search affiche les offres pertinentes pour la requête de recherche du demandeur d'emploi. L'algorithme de pertinence inclut une fonctionnalité intégrée, qui permet de diversifier les offres d'emploi renvoyées, en évitant que des offres presque identiques ne s'affichent les unes à côté des autres dans les résultats de recherche.