Faut-il vraiment renvoyer un 404 ou un 410 pour les offres d'emploi expirées ?

Pourquoi Google insiste-t-il sur le statut 404/410 pour les offres expirées ?

Google traite les pages d'emploi comme du contenu à durée de vie limitée. Une fois l'offre pourvue ou retirée, la page perd toute pertinence pour l'utilisateur. Laisser ces pages actives en 200 pollue l'index avec du contenu obsolète, ce qui dégrade l'expérience utilisateur et la qualité globale du site aux yeux de Google.

Le statut 404 (Not Found) indique que la ressource n'existe plus de façon permanente ou temporaire, tandis que le 410 (Gone) précise explicitement que la suppression est définitive. Google désindexe généralement plus vite un 410 qu'un 404, car il considère le signal comme plus fort — mais dans la pratique, la différence est marginale pour la plupart des sites.

L'API d'indexation change-t-elle vraiment la donne ?

L'API d'indexation Google (initialement conçue pour les offres d'emploi et livestreams) permet de notifier activement Google qu'une page doit être recrawlée ou retirée de l'index. Concrètement, vous envoyez une requête POST avec le statut de la page — "URL_DELETED" pour signaler une suppression.

C'est beaucoup plus rapide que d'attendre le passage naturel de Googlebot, qui peut prendre plusieurs jours voire semaines sur des URLs peu prioritaires. Pour un site de recrutement avec des centaines d'offres qui expirent chaque jour, cette API est un outil de nettoyage d'index indispensable. Attention cependant : l'API ne remplace pas le statut HTTP, elle l'accélère.

Quelle est la différence pratique entre un 404 et un 410 ?

Le 404 est le statut universel pour "introuvable". Google le crawle régulièrement pour vérifier si la page est revenue. Le 410 signale une suppression intentionnelle et définitive — Google le crawle moins souvent, voire abandonne complètement après quelques passages.

Pour une offre d'emploi expirée, le 410 est techniquement plus précis. Mais honnêtement ? La plupart des plateformes utilisent un 404 et ça fonctionne très bien. Le vrai enjeu, c'est la cohérence : si vous choisissez un statut, appliquez-le systématiquement et vite après l'expiration de l'offre.

• Un statut 404 ou 410 évite de polluer l'index avec des offres obsolètes
• L'API d'indexation accélère le retrait des pages de l'index de Google
• Le 410 est plus explicite que le 404, mais l'écart de traitement est faible
• Ne jamais laisser une offre expirée en 200 OK avec un message "offre pourvue"
• Ne pas rediriger systématiquement vers la homepage ou une liste d'offres — c'est du soft 404

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

Oui, et elle confirme ce que les SEO terrain voient depuis des années. Google pénalise de plus en plus les sites qui accumulent du contenu mort dans leur index. Sur les gros sites de recrutement, laisser traîner des milliers d'offres expirées en 200 OK crée un effet de dilution : le crawl budget part sur des URLs inutiles, les signaux de qualité s'effondrent, et les nouvelles offres mettent plus de temps à être indexées.

J'ai vu des sites perdre 20-30% de visibilité organique simplement parce que 70% de leurs pages indexées étaient des offres obsolètes. Une fois le nettoyage fait avec des 410 et l'API d'indexation, le site remonte en quelques semaines. Le signal est clair : Google veut un index propre.

Quelles nuances faut-il apporter à cette recommandation ?

Première nuance : tous les contenus expirés ne méritent pas un 410. Une offre d'emploi de junior dev n'a aucune valeur archivistique — 410 sans hésiter. Mais si vous avez un blog RH avec des articles sur "comment recruter un dev senior", gardez-les en 200 même s'ils ont 2 ans. La différence ? L'un est un contenu transactionnel éphémère, l'autre est un contenu informationnel pérenne.

Deuxième nuance : la redirection vers une page similaire peut fonctionner, mais elle doit être pertinente. Rediriger une offre de "Chef de projet Lyon" vers une page listant toutes les offres de chef de projet à Lyon, OK. Rediriger vers la homepage générale, c'est un soft 404 qui sera traité comme tel par Google. [A verifier] : Google ne documente pas clairement le seuil de "similarité" acceptable pour éviter un soft 404 — c'est du cas par cas.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous avez un site de niche où chaque offre génère du trafic SEO long après son expiration (typiquement via des recherches de type "salaire chef de projet Lyon" où les internautes cherchent des infos, pas forcément à postuler), vous pouvez transformer l'offre en contenu archivé. Retirez le bouton "postuler", ajoutez une mention "offre pourvue", mais gardez le contenu visible en 200.

Autre exception : les sites avec une forte saisonnalité. Si une offre revient chaque année (saisonnier tourisme, vendanges, etc.), un 404 temporaire peut suffire, avec une réactivation de l'URL l'année suivante. Mais attention : si vous laissez l'URL en 404 pendant 6 mois, Google va la désindexer — il faudra la repousser activement à sa réactivation.

Que faut-il faire concrètement sur un site de recrutement ?

Première étape : automatiser le passage en 404 ou 410 dès qu'une offre expire. Pas de délai de grâce de 30 jours, pas de page "offre pourvue" qui reste en 200. L'offre ferme ? La page passe immédiatement en 404/410. Techniquement, c'est un flag en base de données qui déclenche le changement de statut HTTP côté serveur.

Deuxième étape : intégrer l'API d'indexation dans votre workflow. Quand une offre passe en expiré, déclenchez automatiquement une requête POST vers l'API avec le statut "URL_DELETED". Ça accélère drastiquement le nettoyage de l'index, surtout si votre site a un faible crawl budget. Cela dit, l'API n'est pas magique : si votre quota est saturé, Google priorisera selon son propre algorithme.

Quelles erreurs éviter à tout prix ?

Erreur n°1 : la redirection systématique vers la homepage. C'est un soft 404 déguisé. Google voit que l'URL de départ ne correspond pas au contenu de destination, et traite la redirection comme une 404. Résultat : vous avez le pire des deux mondes — pas de signal propre pour Google, et une UX pourrie pour l'utilisateur qui atterrit sur une page générique.

Erreur n°2 : laisser les offres expirées en 200 avec un simple message "ce poste est pourvu". Google crawle, voit du contenu quasi-vide ou dupliqué (si vous affichez le même message sur toutes les offres expirées), et classe ça en thin content. Sur un gros site, c'est des milliers de pages qui plombent la qualité globale du site.

Erreur n°3 : ne pas nettoyer le sitemap XML. Vos offres expirées passent en 404, parfait. Mais si elles restent listées dans le sitemap, vous dites à Google "hey, crawle ces URLs importantes" alors qu'elles renvoient une erreur. Résultat : gaspillage de crawl budget. Retirez les URLs expirées du sitemap en même temps que vous changez leur statut HTTP.

Comment vérifier que votre site est conforme ?

Utilisez Google Search Console, section Couverture. Si vous voyez une explosion de 404 après avoir implémenté la recommandation, c'est normal — Google découvre que vos offres expirées ne sont plus disponibles. Ce qui n'est PAS normal, c'est de voir des milliers de soft 404 : ça signifie que vos redirections ou pages "offre pourvue" sont mal implémentées.

Vérifiez aussi la proportion d'URLs indexées vs crawlées. Sur un site de recrutement sain, vous devriez avoir un ratio proche de 1:1 — toutes les offres actives sont indexées, les expirées sont sorties. Si vous avez 5 000 offres actives mais 20 000 URLs indexées, vous avez un problème de nettoyage. Un coup de Screaming Frog sur votre sitemap + un export Search Console vous donnera une vue claire.

• Automatiser le passage en 404 ou 410 dès l'expiration d'une offre (zéro délai)
• Intégrer l'API d'indexation pour notifier Google activement des suppressions
• Retirer les offres expirées du sitemap XML en temps réel
• Éviter les redirections génériques vers la homepage (soft 404)
• Monitorer la section Couverture de Search Console pour détecter les soft 404
• Vérifier le ratio URLs indexées / URLs actives pour repérer les fuites d'index