Un site web emploi publie des centaines, parfois des milliers d’offres par semaine. Chaque annonce possède sa propre page, avec une durée de vie courte : quelques jours à quelques semaines avant d’être pourvue ou retirée. Sans un plan de site structuré, une part significative de ces pages reste invisible pour les moteurs de recherche, et donc pour les candidats.
Indexing API et sitemap : le duo que Google recommande pour les offres d’emploi
Les concurrents parlent beaucoup du sitemap XML comme outil universel. Sur un site emploi, cette approche ne suffit plus. Google recommande d’utiliser l’Indexing API pour les pages contenant un balisage JobPosting, afin de déclencher un crawl rapide dès qu’une offre est publiée, modifiée ou fermée.
Lire également : Comment optimiser la structure et l'efficacité de votre sitemap pour un site de cuisine
Le sitemap joue alors un rôle de filet de sécurité. Il garantit que toutes les URL d’offres restent accessibles aux robots, même si l’appel API échoue ou si une page a été oubliée. L’Indexing API gère la réactivité, le sitemap assure la couverture globale.
Concrètement, quand un recruteur publie une offre sur un site emploi, l’API envoie un signal immédiat à Google. Le moteur explore la page en quelques minutes au lieu d’attendre le prochain passage de son robot. Pour un candidat, cela signifie voir l’offre dans Google Jobs bien plus tôt. Vous pouvez consulter le sitemap de pleinemploi.net pour observer la structure d’un plan de site orienté offres d’emploi.
A lire en complément : Astuces simples pour afficher et explorer le code HTML d'un site web facilement
Sitemap et éligibilité Google Jobs : une URL unique par offre
Beaucoup de sites emploi créent involontairement des doublons. La même offre apparaît sous plusieurs URL (filtres, paramètres de session, versions mobiles distinctes). Cette situation empêche Google de déterminer quelle page indexer.
Une offre doit correspondre à une seule page dédiée, publique et canonique. Cette URL est celle qui figure dans le sitemap. Elle ne porte pas de directive noindex, elle n’est pas bloquée par le robots.txt, et elle ne redirige pas vers une autre page.
Cette contrainte d’architecture a un impact direct sur la navigation du site. Quand un candidat clique sur un résultat dans Google Jobs, il arrive sur la bonne page, avec le bon contenu. Les parcours de candidature restent cohérents, et le taux de rebond baisse.
Un piège fréquent : laisser dans le sitemap des offres expirées qui renvoient vers une page « Cette offre n’est plus disponible ». Google détecte cette incohérence et pénalise la fiabilité perçue du sitemap. Mieux vaut retirer ces URL rapidement ou renvoyer un code HTTP 410 (Gone).
Synchroniser le champ lastmod avec le cycle de vie des offres
Le sitemap XML contient pour chaque URL un champ optionnel appelé lastmod. Il indique la date de dernière modification de la page. Sur un site vitrine, ce champ change rarement. Sur un site emploi, il devrait refléter chaque mise à jour réelle d’une annonce.
Pourquoi cette précision compte-t-elle autant ? Parce que Google utilise lastmod pour prioriser les pages à recrawler. Si toutes les offres affichent la même date, le moteur n’a aucun signal pour distinguer celles qui ont changé. Il doit tout vérifier, ce qui ralentit l’ensemble.
Un site emploi bien configuré met à jour lastmod dans trois cas précis :
- Quand le contenu de l’offre est modifié (salaire, lieu, description de poste).
- Quand l’offre passe du statut « ouverte » à « pourvue » ou « fermée », ce qui déclenche le retrait de la page du sitemap ou sa mise à jour.
- Quand le balisage structuré JobPosting est corrigé ou enrichi, par exemple pour ajouter un mode de travail (télétravail, hybride).
Un lastmod fiable accélère la prise en compte des changements par Google. À l’inverse, un lastmod artificiel (mis à jour quotidiennement sans modification réelle) dégrade la confiance du moteur dans l’ensemble du sitemap.
Sitemap HTML et navigation candidat : au-delà du fichier XML
Le sitemap XML s’adresse aux robots. Le sitemap HTML, lui, s’adresse aux utilisateurs. Sur un site emploi, un plan de site accessible depuis le pied de page peut orienter les candidats vers les catégories principales : métiers, régions, types de contrat.
Cette page joue un rôle de maillage interne. Elle distribue de l’autorité vers les pages de catégories profondes que la navigation principale ne met pas toujours en avant. Un candidat qui cherche des offres dans un secteur de niche peut y accéder sans passer par la recherche à facettes.
Pour le référencement, le sitemap HTML complète le XML sans le remplacer. Il renforce la structure du site en créant des chemins d’accès supplémentaires vers les pages stratégiques. Les moteurs de recherche suivent ces liens internes et découvrent des pages que le crawl classique aurait pu manquer.
Le piège à éviter : lister des milliers d’offres individuelles dans le sitemap HTML. Cette page deviendrait illisible et perdrait toute utilité. Mieux vaut se limiter aux catégories, aux pages de résultats filtrées et aux landing pages thématiques.
Erreurs techniques qui sabotent le sitemap d’un site emploi
Certaines erreurs reviennent fréquemment sur les job boards et passent inaperçues pendant des mois.
- Inclure dans le sitemap des URL qui renvoient un code 404 ou 301. Google finit par ignorer le fichier si le taux d’erreur est trop élevé.
- Dépasser la limite de 50 000 URL par fichier sitemap sans utiliser un index de sitemaps pour organiser les fichiers.
- Oublier de déclarer le sitemap dans le robots.txt ou dans Google Search Console, ce qui retarde sa prise en compte.
- Mélanger pages indexables et pages bloquées par noindex dans le même sitemap, ce qui envoie des signaux contradictoires aux moteurs.
Sur un site emploi à fort volume, automatiser la génération du sitemap est la seule option viable. La synchronisation avec la base de données des offres doit être quotidienne, voire en temps réel pour les sites les plus actifs.
Un sitemap bien tenu ne garantit pas à lui seul un bon référencement. Il reste un levier technique parmi d’autres. Mais sur un site emploi où les contenus changent chaque jour, c’est le premier signal que reçoit Google pour comprendre ce qui est nouveau, ce qui a changé et ce qui n’existe plus.