Google for Jobs en 2026 : publier une offre d'emploi qui remonte (et ce que fait le job board TrueCalling)
Google for Jobs n'est pas un job board mais un agrégateur : les 6 champs JobPosting qui font ou défont l'indexation, les 5 erreurs qui font disparaître une offre, et comment le job board TrueCalling publie chaque poste avec le balisage complet.
La plupart des recherches d'emploi commencent aujourd'hui par un moteur de recherche, pas par un job board. Quand un candidat tape "développeur React Lyon", Google lui affiche un bloc d'offres avant le premier résultat classique : c'est Google for Jobs. La plupart des offres publiées par les PME et les cabinets n'y apparaissent jamais — non pas parce qu'elles sont mauvaises, mais parce que la page qui les porte ne contient pas les données structurées que Google attend. Ce guide explique ce que Google lit réellement, les champs qui font ou défont l'indexation, les erreurs qui font disparaître une offre, et ce que fait concrètement le job board TrueCalling pour que chaque poste publié depuis la plateforme remonte sans travail supplémentaire.
Google for Jobs n'est pas un job board
C'est un agrégateur. Google ne vous demande pas de déposer une annonce : il explore les pages web, y cherche un balisage JobPosting au format JSON-LD, et compose ses résultats à partir de ce qu'il y trouve. Une offre est donc visible dans Google for Jobs si, et seulement si, elle vit sur une page publique, indexable, qui décrit le poste avec ce balisage. Un PDF, une image, ou une page de liste qui regroupe vingt offres ne remontent pas. La règle est stricte : une page par offre, un JobPosting par page.
La conséquence pratique est simple. Le job board sur lequel vous publiez importe moins que la qualité de la page finale. Une offre publiée sur un site maison avec un balisage complet surclasse la même offre déposée sur une plateforme généraliste qui l'affiche derrière un script, sans salaire et sans date d'expiration.
Les six champs qui font ou défont l'indexation
- Le titre exact du poste. "Data Engineer Senior", pas "Data Engineer Senior — CDI — Paris — Urgent". Google traite le titre comme un intitulé, pas comme un slogan ; les mots-clés ajoutés dégradent la correspondance au lieu de l'améliorer.
- La description complète, en HTML. Le texte intégral de l'offre — missions, profil, qualifications — doit figurer dans le champ description du balisage, pas seulement à l'écran. Une description tronquée à deux phrases est la première cause de non-affichage sur des offres par ailleurs correctes.
- Date de publication et date d'expiration. datePosted est obligatoire ; validThrough ne l'est pas, mais une offre sans expiration est traitée comme périmée dès qu'elle vieillit, et une offre dont l'expiration est dépassée est retirée — et peut coûter une action manuelle sur tout le site si elle persiste.
- L'organisation qui recrute, avec logo. hiringOrganizationdoit nommer l'employeur réel. Le logo n'est pas obligatoire mais il conditionne l'affichage enrichi ; sans lui, l'offre ressort en texte brut au milieu de cartes illustrées.
- La localisation, ou le télétravail explicite. jobLocation avec une ville et un code pays pour un poste sur site ; pour un poste à distance, jobLocationType: TELECOMMUTE plus le pays des candidats admissibles. Un poste "remote" écrit en toutes lettres dans la description mais sans ce marqueur est classé comme un poste sur site sans adresse, c'est-à-dire nulle part.
- La fourchette de salaire. baseSalary reste facultatif pour Google, mais il est devenu déterminant pour les candidats — et la directive européenne sur la transparence des rémunérations, à transposer avant le 7 juin 2026, impose d'informer les candidats de la fourchette avant l'entretien. Autant la publier dès l'annonce.
Les erreurs qui font disparaître une offre
- La même offre sous plusieurs URL. Un site multilingue qui sert une offre identique sous /fr, /en et /de sans canonique se retrouve avec trois pages en concurrence, dont aucune n'est retenue.
- L'offre pourvue qui reste en ligne. Google demande de retirer la page, de la passer en noindex ou de laisser validThrough expirer. Une offre périmée qui continue d'afficher un formulaire de candidature est la violation la plus fréquente des consignes.
- La candidature impossible. Une page qui décrit le poste mais renvoie vers un formulaire cassé, un email, ou "contactez-nous" ne remplit pas la condition de candidature directe et perd le badge correspondant.
- La description gonflée. Recopier la présentation de l'entreprise sur trois paragraphes avant de décrire le poste dilue les signaux que Google utilise pour la correspondance.
- Le balisage sur la page de liste. Poser un JobPosting sur la page qui énumère toutes les offres est explicitement interdit ; c'est un ItemListqu'il faut y mettre, et le JobPosting sur chaque page d'offre.
Ce que fait concrètement le job board TrueCalling
TrueCalling est d'abord un logiciel de sourcing : EMILY lit un brief et va chercher les candidats. Mais toute fiche de poste créée dans la plateforme peut aussi être rendue publique en un clic, et c'est là qu'intervient le job board truecalling.ai. Voici ce qui se passe quand un recruteur active la publication.
- Une page par offre, générée avec le balisage complet. Titre, description intégrale (résumé, profil, qualifications, soft skills), employeur avec logo et site, localisation avec pays, télétravail, type de contrat, fourchette de salaire annuelle : chaque champ renseigné dans la fiche devient le champ JobPosting correspondant, avec candidature directe déclarée. Le tout est en ligne en moins de cinq minutes.
- Une expiration glissante. Tant que le poste est actif dans la plateforme, sa date de validité est repoussée automatiquement de 60 jours à chaque régénération de la page. Quand le recruteur désactive le poste, la page disparaît et l'offre sort de l'index proprement — sans qu'on ait à y penser.
- Une seule URL canonique par offre. La page existe dans les 13 langues du site, mais le balisage désigne comme canonique la version correspondant à la langue de la fiche. Pas de doublons, pas de concurrence interne.
- Une candidature qui atterrit dans votre pipeline. Le formulaire (nom, email, téléphone, localisation, LinkedIn si vous l'exigez, CV en PDF) est protégé contre les robots, et la candidature arrive directement dans le pipeline du poste concerné, dans l'application — pas dans une boîte mail à re-saisir.
- Une recherche sémantique côté candidat. Le visiteur peut parcourir les postes par pays, filtrer par contrat et télétravail, ou décrire ce qu'il cherche en langage naturel — "développeur React senior, télétravail, fintech" — et obtenir un classement par proximité. Il peut aussi déposer son CV et laisser le moteur trouver les offres qui lui correspondent, classées en forte, bonne ou possible correspondance.
- Un vivier qui se remplit tout seul. Les CV déposés pour le matching, comme ceux de la page Déposer votre CV, rejoignent le vivier de talents — autant de profils entrants que le sourcing sortant n'a pas eu besoin d'aller chercher.
Il n'y a rien à configurer, rien à acheter en plus, et aucune règle Google à connaître : le balisage suit la fiche. Le seul travail du recruteur est de remplir la fiche correctement — ce qui, comme on va le voir, est exactement le travail qui compte.
Entrant et sortant : les deux moitiés du funnel
Un job board bien indexé et un sourcing actif ne se concurrencent pas : ils couvrent deux populations qui ne se recoupent presque pas. Google for Jobs et le job board captent les candidats en recherche active — 20 à 30 % du marché selon les fonctions. Le sourcing va chercher les 70 % restants, ceux qui ne postuleront jamais mais répondent à un message pertinent : c'est l'objet de notre guide sur le sourcing des candidats passifs. Les équipes qui traitent les deux flux dans le même pipeline — candidatures entrantes et profils sourcés, scorés sur la même grille — évitent le classique : une candidature entrante excellente ignorée parce qu'elle est arrivée dans un autre outil. C'est aussi pour cela que le job board TrueCalling ne stocke rien à part : tout converge vers le poste, puis vers votre ATS via l'intégration existante.
Checklist : publier une offre qui remonte, en 6 étapes
- Rédiger une fiche complète, sectionnée. Résumé du poste, profil recherché, qualifications, soft skills — quatre blocs distincts plutôt qu'un pavé. C'est ce qui alimente la description structurée.
- Renseigner une localisation précise et le mode de travail. Une ville, pas une région ; et le télétravail comme un champ, pas comme une mention dans le texte.
- Indiquer le type de contrat et la fourchette de salaire. Les deux champs les plus consultés par les candidats, et les deux plus souvent vides.
- Ajouter le logo et le site de l'entreprise. C'est ce qui transforme un résultat texte en carte illustrée.
- Publier, puis vérifier. Passez l'URL de l'offre dans le test des résultats enrichis de Google et surveillez le rapport "Offres d'emploi" de la Search Console — l'indexation prend en général de quelques heures à quelques jours.
- Désactiver dès que le poste est pourvu. Une offre fantôme fait perdre la confiance des candidats et celle de Google. Sur TrueCalling, désactiver la fiche suffit.
Google for Jobs récompense une chose : une page propre qui décrit un vrai poste avec des données complètes. Le job board TrueCalling automatise cette partie pour que le recruteur se concentre sur la fiche, puis sur les candidats — entrants comme sortants. Voir les postes ouverts sur le job board ou découvrir comment EMILY source les profils que le job board n'attire pas.