Le balisage d'offres d'emploi sans données de localisation : valide ou pas ?

Pourquoi Google insiste-t-il sur les données de localisation dans JobPosting ?

Les offres d'emploi sans indication géographique n'ont aucune valeur pour l'utilisateur. Google cherche à proposer des résultats pertinents en fonction de la recherche et de la position de l'utilisateur. Un balisage JobPosting sans localisation précise ne peut pas être filtré, trié ou affiché correctement dans Google for Jobs.

La localisation permet à l'algorithme de faire correspondre l'offre avec les requêtes géolocalisées. Un utilisateur qui cherche "développeur Paris" ne veut pas voir une offre à Lyon sans indication claire du lieu. Google rejette donc tout balisage incomplet sur ce point, même si le reste des données est correct.

Quels sont exactement les champs de localisation requis ?

Le schema JobPosting exige une propriété jobLocation de type Place. Dans ce Place, vous devez renseigner au minimum une adresse structurée avec addressLocality (ville) et addressCountry (pays). Le champ addressRegion (région/département) est recommandé mais pas strictement obligatoire pour la validation.

Si l'emploi est en télétravail complet, vous devez utiliser la propriété jobLocationType avec la valeur TELECOMMUTE. Mais même dans ce cas, une adresse de rattachement (siège social, bureau de référence) reste souvent attendue pour des raisons de conformité légale et de pertinence.

Que se passe-t-il si je ne renseigne pas ces champs ?

Votre balisage sera signalé comme invalide dans le test des résultats enrichis de Google. Les offres concernées ne remonteront pas dans le carrousel Google for Jobs. Vous perdez ainsi toute la visibilité additionnelle que procure ce format enrichi.

Google Search Console affichera des erreurs de validation de données structurées. Vous recevrez des notifications indiquant que certaines pages contiennent un balisage JobPosting incomplet. Le taux d'éligibilité de vos offres chutera, réduisant mécaniquement votre trafic organique sur les requêtes d'emploi.

• Les champs jobLocation avec addressLocality et addressCountry sont obligatoires pour valider le schema JobPosting
• Un balisage incomplet sera rejeté par Google et n'apparaîtra pas dans les résultats enrichis Google for Jobs
• Le télétravail nécessite la propriété jobLocationType=TELECOMMUTE mais n'exempte pas de fournir une adresse de rattachement
• Les erreurs de validation sont signalées dans Search Console et impactent directement la visibilité organique des offres
• La localisation permet le filtrage géographique des résultats pour l'utilisateur

Cette exigence est-elle cohérente avec les pratiques observées sur le terrain ?

Absolument. Les audits de sites carrière montrent que près de 40% des balisages JobPosting sont rejetés pour cause de localisation manquante ou mal structurée. Les recruteurs négligent souvent ce champ, pensant que le nom de la ville dans le titre de l'offre suffit. Erreur fatale.

Google a toujours privilégié les données structurées complètes. Sur JobPosting, la localisation est un critère de qualité non négociable depuis le lancement de Google for Jobs. Les sites qui bâclent ce balisage perdent mécaniquement du trafic au profit de concurrents plus rigoureux.

Quelles nuances faut-il apporter à cette directive ?

La notion de "champs requis" peut porter à confusion. Le validateur de Google accepte un balisage avec seulement addressLocality et addressCountry. Mais dans la pratique, un balisage minimaliste performe moins bien qu'un balisage enrichi avec streetAddress, postalCode et addressRegion.

Les offres avec localisation précise (code postal, adresse complète) bénéficient d'un meilleur matching sur les requêtes locales. Si vous vous contentez du strict minimum, vous validez le schema mais vous ne maximisez pas vos chances de visibilité. C'est techniquement conforme mais stratégiquement sous-optimal.

[A vérifier] Google n'a jamais publié de données chiffrées sur l'impact d'une localisation enrichie vs minimaliste. Les observations terrain suggèrent un gain de visibilité mais aucune étude Google officielle ne le quantifie.

Dans quels cas cette règle pose-t-elle problème ?

Les postes multi-sites ou itinérants compliquent la donne. Un commercial qui couvre trois régions, un consultant en mission chez différents clients : comment structurer la localisation ? Google recommande de créer une offre par lieu principal ou d'utiliser plusieurs valeurs jobLocation, mais la doc reste floue.

Les pure players du télétravail (startups sans bureau physique) se retrouvent coincés. Faut-il indiquer l'adresse du fondateur ? Celle d'une domiciliation administrative ? Google exige une adresse mais ne précise pas comment gérer les organisations distribuées. Le risque : mettre une adresse bidon juste pour valider le schema, ce qui fausse les résultats.

Que faut-il implémenter concrètement dans le code ?

Ajoutez la propriété jobLocation dans chaque objet JobPosting de votre JSON-LD. Cette propriété doit contenir un objet de type Place avec une adresse structurée. Minimum syndical : addressLocality ("Paris") et addressCountry ("FR" en code ISO).

Pour un balisage optimal, complétez également streetAddress, postalCode et addressRegion. Ces champs améliorent le matching géographique et renforcent la pertinence de vos offres sur les recherches locales. Si le poste est en télétravail, ajoutez jobLocationType avec la valeur TELECOMMUTE en plus de l'adresse.

Quelles erreurs éviter lors de l'implémentation ?

Ne laissez jamais jobLocation vide ou avec des valeurs génériques type "France" sans ville. Google rejette ce type de balisage. N'utilisez pas de texte libre dans addressLocality : "région parisienne" ou "Île-de-France" ne sont pas des villes valides.

Évitez de dupliquer la même offre avec 10 localisations différentes pour gonfler artificiellement votre visibilité. Google détecte ces pratiques et peut déclasser l'ensemble de vos offres. Si un poste couvre plusieurs villes, créez des offres distinctes avec du contenu différencié ou utilisez un tableau de valeurs jobLocation (mais testez la validation).

Comment vérifier que mon balisage est conforme ?

Utilisez le test des résultats enrichis de Google (Rich Results Test). Collez l'URL de vos pages offre ou votre JSON-LD directement. Le validateur signale immédiatement les champs manquants ou mal formatés sur JobPosting.

Consultez le rapport Données structurées dans Google Search Console. Filtrez sur le type JobPosting et vérifiez le nombre d'éléments valides vs invalides. Si vous constatez un taux d'erreur supérieur à 5%, auditez votre code pour identifier les offres problématiques.

• Ajouter jobLocation avec addressLocality et addressCountry dans chaque JobPosting
• Compléter streetAddress, postalCode et addressRegion pour maximiser la pertinence locale
• Utiliser jobLocationType=TELECOMMUTE pour les postes en télétravail complet
• Tester chaque type d'offre avec le Rich Results Test de Google
• Monitorer le rapport Données structurées dans Search Console pour détecter les erreurs
• Ne jamais dupliquer une offre avec plusieurs localisations identiques pour artificialiser la visibilité