Un site de recrutement qui ne recharge jamais la page

Le point de départ

Le groupe recrute chaque saison, sur des postes variés et dans plusieurs stations. Le brief tenait en une phrase : de la liste des offres au dépôt du CV, sans jamais quitter la page — ni perdre les filtres en cours de route.

L’univers graphique — montagne, animations, fond immersif — était fourni par Jérémy De Brito Soares (Nairith), à intégrer au pixel.

Ce que j’ai fait

• Un thème WordPress sur-mesure en PHP orienté objet : chargement automatique des classes et architecture par responsabilités, plutôt qu’un fichier de fonctions qui grossit sans fin.
• Des filtres d’offres dynamiques — recherche libre, type de poste, type de contrat — appliqués en arrière-plan, sans rechargement et sans perdre l’état de la sélection.
• Deux fenêtres modales enchaînées : le détail de l’annonce, puis le formulaire de candidature complet avec dépôt de CV et protection anti-robot.
• Des échanges asynchrones sécurisés, avec jetons vérifiés côté serveur à chaque appel : un formulaire public de dépôt de fichier est une porte d’entrée, elle se traite comme telle.
• Des champs métier administrables par les recruteurs eux-mêmes : salaire, localisation, date de fin de candidature, type de contrat. Publier une offre ne nécessite pas de me solliciter.
• Un affichage adaptatif avec panneau de filtres rétractable sur mobile — la moitié des candidats saisonniers arrive depuis un téléphone.

La chaîne de fabrication

Le projet est outillé plutôt que bricolé : compilation des styles, transpilation du JavaScript, préfixage et minification automatiques, analyse statique du code et des feuilles de style à chaque construction. Ça paraît accessoire sur un site vitrine ; ça devient déterminant le jour où quelqu’un d’autre reprend le thème.

Le résultat

Le parcours complet — filtrer, lire une annonce, candidater avec son CV — se déroule dans une seule page. Le design a été rendu tel qu’il avait été dessiné, animations et arrière-plan compris, et l’équipe gère seule ses offres depuis l’administration.

Ce que ça dit du reste

C’est l’exemple type du besoin qui sort du catalogue : aucune extension ne faisait exactement ça, et en empiler trois aurait produit un site fragile à la première mise à jour. Développer le juste nécessaire dans un thème structuré coûte moins cher à moyen terme, et laisse un code qu’on peut relire.

Si votre besoin ressemble à ça — un parcours précis, que les extensions du marché approchent sans jamais atteindre — c’est le genre de chantier dont il est question.