Recherche employeur : Fin de la pénalisation des entreprises recrutant sans fiche de poste dans les résultats de la recherche employeur [GEN-1728]

[dejafait]

🤔 Pourquoi ?

La logique officielle de notre recherche employeur est de répartir à peu près équitablement les candidatures entre les entreprises, en mettant toujours en avant en première page les entreprises ayant reçu aucune ou peu de candidatures récentes. Dès qu'elles recoivent des candidatures elles sont repoussées à des pages ultérieures et le cycle continue.

Pourtant historiquement on montre systématiquement d'abord (donc en première page) les entreprises ayant au moins une fiche de poste active et seulement ensuite les entreprises sans fiche de poste active.

Autrement dit, si on a déjà envoyé récemment un très grand nombre de candidatures à une entreprise A ayant au moins une fiche de poste active, et qu'on a envoyé aucune candidature à une entreprise B recrutant sans fiche de poste, on continue de montrer A toujours avant B ! C'est en sérieuse contradiction avec notre logique globale.

La cause racine est je pense technique et en fait involontaire, une histoire de division par zéro.

Ce correctif est d'actualité car l'imminente dépublication automatique des fiches de poste va faire augmenter considérablement le volume des entreprises sans fiche de poste active.

🍰 Comment ?

En traitant correctement le cas de l'entreprise sans fiche de poste active, qui sera maintenant mise au même niveau qu'une entreprise ayant 1 fiche de poste active et le même nombre de candidatures récentes.

Plot twist du 24 avril 2025

leo-naeka m'apprend l'existence du nouveau champ spontaneous_applications_open_since qui ajoute une couche de complexité par rapport à block_job_applications et a plusieurs implications sur la recherche. Ma PR est du coup incorrecte en l'état.

Comeback du 15 juillet 2025

Je déterre cette PR en intégrant spontaneous_applications_open_since proprement dans la recherche. with_is_hiring encapsule la logique "not block_job_applications AND (spontaneous_applications_open_since OR at least one active jd)".

Première page de résultats avant/après le changement

recherche Paris 75, dataset de prod du 16-17 juillet 2025

AVANT

les entreprises sans fdp étaient systématiquement invisibles

APRES

les entreprises sans fdp ont enfin leur chance en première page et vont obtenir elles aussi leur part de candidatures

[notion-workspace]

❄️ Tri des employeurs : Mettre au même niveau que les autres les entreprises sans fdp dans les résultats de recherche employeurs

[leo-naeka]

Il faudrait également modifier les fixtures et :

les-emplois/itou/companies/management/commands/update_companies_job_app_score.py

Lines 13 to 15 in a287d43

	# Do not update if nothing changes (NULL values have to be handled separately because NULL)
	.exclude(Q(job_app_score=F("computed_job_app_score")) & Q(computed_job_app_score__isnull=False))
	.exclude(Q(job_app_score__isnull=True) & Q(computed_job_app_score__isnull=True))

Car on ne peut plus avoir de valeur nulle (computed_job_app_score strictement supérieur ou égal à zéro).
Et probablement dans un second temps passer la colonne NOT NULL.

[leo-naeka]

En tout cas ça devrait bien mieux distribuer les candidatures sur des SIAE en capacité de les traiter 👏

[leo-naeka]

Au top 👏