AltoTrail Explorer peut désormais afficher des offres d’emploi sur une carte pour les pays, régions, sous-régions et pour les offres individuelles.
AltoTrail Explorer dispose désormais d’une vue carte pour les offres d’emploi.
Les utilisateurs peuvent ouvrir une carte depuis les vues pays, région, sous-région et depuis une offre individuelle. Cela facilite la compréhension de l’endroit où se trouvent les emplois, ainsi que le passage entre l’exploration géographique et les détails des offres.
Lorsque c’est possible, la carte utilise des données d’offres déjà mises en cache. Mais elle peut aussi charger des données à jour quand le cache ne contient pas ce qui est nécessaire. Résultat : la carte n’est plus limitée aux zones déjà préparées en arrière-plan.
La carte peut également être étendue en une superposition plus grande. Les utilisateurs disposent ainsi de plus d’espace pour examiner les emplacements des offres, en particulier sur des écrans plus petits ou lorsqu’il y a beaucoup de marqueurs.
Il y a toutefois une limite importante. Beaucoup d’offres EURES ne fournissent pas des coordonnées exactes du lieu de travail. Dans ces cas, AltoTrail place le marqueur en utilisant le niveau géographique le plus précis disponible, souvent un centroïde de région ou de sous-région. Autrement dit, la carte doit être lue comme une vue d’ensemble géographique, et non comme une donnée exacte au niveau de la rue.
Le résultat concret est simple : Explorer offre désormais une vue visuelle plus claire des opportunités d’emploi à travers l’Europe, tout en restant honnête sur la précision des données de localisation sous-jacentes.
Current focus:
Rendre la recherche d’emploi plus visuelle tout en indiquant clairement que de nombreuses positions sur la carte sont approximatives.
AltoTrail Explorer peut maintenant enregistrer des métiers en favoris, ce qui facilite le retour vers les rôles que l’utilisateur explore le plus souvent.
AltoTrail Explorer dispose désormais de favoris pour les métiers.
Les utilisateurs peuvent enregistrer un métier depuis le panneau de détail, puis y revenir plus tard depuis une petite barre de favoris au-dessus de l’arbre. Ainsi, Explorer est plus rapide à utiliser lorsque la personne explore souvent le même rôle, vérifie la disponibilité des offres dans différents pays ou régions, puis revient au fil du temps sur des offres liées.
Les favoris sont basés sur les métiers, et non sur les offres. Cela signifie qu’un favori renvoie au métier sous-jacent dans l’arbre de Explorer, même s’il a été enregistré en consultant un rôle lié ou une offre en particulier.
En cliquant sur un favori, l’arbre revient sur ce métier, tout filtre actif est effacé, le chemin est développé, et le nœud sélectionné est affiché. Sur mobile, l’utilisateur reste dans l’arbre, ce qui permet de comprendre clairement à quel métier enregistré cela correspond.
Cela conserve la fonctionnalité simple et prévisible. Les favoris de Explorer sont distincts des offres enregistrées de Assistant, mais ils utilisent un schéma visuel familier afin que le produit reste cohérent.
Le résultat concret est simple : Explorer est désormais plus facile à utiliser comme espace de travail récurrent pour les métiers qui comptent le plus pour l’utilisateur.
Current focus:
Garder Explorer utile comme surface de travail récurrente, tout en conservant un modèle simple de favoris au niveau des métiers.
AltoTrail Explorer peut désormais créer un CV et une lettre de motivation à partir d’un profil de rôle enregistré localement, tout en continuant à réutiliser le flux normal de génération de documents.
AltoTrail a franchi une nouvelle étape, petite mais importante, dans les Documents de Explorer.
Les utilisateurs peuvent désormais enregistrer localement dans le navigateur un profil de rôle réutilisable et l’utiliser pour créer un CV et une lettre de motivation à partir d’une offre sélectionnée dans Explorer. Cela rend le parcours plus léger et évite de transformer Explorer en un système de documents séparé.
L’implémentation continue de réutiliser le flux normal de génération de documents de AltoTrail au lieu d’introduire un second moteur de génération dans Explorer. Cela rend l’architecture plus simple et le comportement plus cohérent dans l’ensemble du produit.
Les documents générés sont désormais aussi enregistrés dans le stockage de dossiers appartenant à l’utilisateur de AltoTrail. C’est une étape interne importante : elle crée une base plus stable pour rouvrir et réutiliser ces documents plus tard.
Une limite subsiste. Pour l’instant, Explorer ne rouvre pas automatiquement les documents générés précédemment lorsque l’utilisateur revient sur la même offre. Ce comportement est encore en cours d’étude.
Le résultat concret est simple : Explorer sait désormais mieux transformer un profil de rôle enregistré en documents de candidature exploitables, tandis que la prochaine étape consiste à rendre la réouverture des documents plus stable et prévisible.
Current focus:
Gardez Explorer simple comme lanceur de documents « léger », puis vérifiez ensuite si les documents déjà générés doivent être rouverts plutôt que recréés.
AltoTrail affiche désormais un petit indicateur de statut de source, ce qui facilite la compréhension de savoir si les offres EURES et JobTech semblent fonctionner normalement.
AltoTrail dispose désormais d’une petite fonctionnalité de statut de source.
Le but est simple : lorsqu’un problème semble se produire, les utilisateurs doivent avoir une idée plus claire de savoir si la cause est probablement dans AltoTrail ou liée à une source d’emploi externe.
La première version surveille EURES et JobTech. La page de démarrage affiche un indicateur de statut compact, et une page dédiée au statut des sources fournit davantage de détails sur la fiabilité observée la plus récente.
Ce n’est pas un système complet de disponibilité, et cela ne modifie pas la manière dont AltoTrail recherche les offres. Il s’agit uniquement d’une couche de transparence qui indique ce que AltoTrail peut observer actuellement.
Le statut est désormais actualisé automatiquement en production. Ainsi, le signal public devrait rester plus à jour, sans mises à jour manuelles.
Le résultat concret est simple : AltoTrail est désormais un peu plus facile à croire, et plus facile à comprendre lorsque des sources d’emploi externes rencontrent des problèmes temporaires.
Current focus:
Garder le statut simple et fidèle à la réalité, tout en évitant une complexité inutile de gestion d’incidents.
AltoTrail Explorer peut désormais trouver et ouvrir davantage d’intitulés de poste via des rôles associés, rendant la recherche par métier plus large et plus naturelle.
AltoTrail a amélioré le fonctionnement de la recherche par métier dans Explorer.
Explorer peut désormais exposer davantage d’intitulés de poste associés dans l’arbre, et les rendre consultables d’une manière plus pertinente. Cela signifie que les utilisateurs peuvent souvent trouver le bon chemin même lorsqu’ils commencent à partir d’un intitulé de poste différent, mais familier.
Concrètement, Explorer semble beaucoup plus large. La structure de métier sous-jacente n’a pas été remplacée, mais AltoTrail propose désormais bien plus de points d’entrée naturels.
C’est important car les gens ne recherchent pas toujours avec le même intitulé de poste « officiel ». Un utilisateur peut chercher une formulation donnée et s’attendre quand même à atteindre le même marché réel de l’emploi derrière.
Le résultat concret est simple : Explorer donne désormais une impression plus riche, est plus facile à explorer, et relie mieux les intitulés de postes associés à la disponibilité réelle des offres.
Current focus:
Continuer d’améliorer Explorer en tant qu’outil de découverte pratique, en exposant davantage de points d’entrée utiles vers la même disponibilité d’offres.
Les favoris de AltoTrail sont désormais plus stables en pratique, et les favoris enregistrés peuvent actuellement recréer un CV et une lettre de motivation plus d’une fois si nécessaire.
AltoTrail a amélioré la manière dont les favoris se comportent après leur enregistrement.
Le résultat le plus important, c’est la stabilité. Les favoris dépendent désormais moins de l’état exact du parcours d’origine, ce qui rend les offres enregistrées plus fiables lorsque vous y revenez plus tard.
Il existe aussi une différence de comportement temporaire mais utile par rapport aux offres ordinaires. Pour les résultats de recherche réguliers, la génération de documents reste liée au flux normal en une seule fois. Pour les favoris, AltoTrail permet actuellement de recréer un CV et une lettre de motivation si nécessaire.
C’est volontaire pour le moment. Un favori enregistré doit se comporter davantage comme une offre enregistrée stable que comme un résultat ponctuel au sein d’un seul parcours.
L’orientation actuelle reste prudente. AltoTrail ne transforme pas les favoris en archive de documents permanente et distincte. À la place, le produit utilise les favoris comme point de départ plus fiable pour recréer des documents à nouveau lorsque c’est nécessaire.
Le résultat concret est simple : les favoris semblent désormais plus fiables, et les offres enregistrées sont plus faciles à retrouver et à réutiliser.
Current focus:
Rendre les favoris fiables en tant que fonctionnalité d’enregistrement d’offres, tout en continuant à séparer les favoris du flux normal de génération de documents en une seule fois.
AltoTrail Explorer peut désormais afficher les libellés de l’arbre ESCO en anglais et en suédois, et le filtrage suit la langue actuellement sélectionnée pour l’arbre.
AltoTrail a franchi aujourd’hui la première vraie étape vers un arbre multilingue de Explorer.
Auparavant, l’arbre de Explorer n’affichait le schéma des métiers qu’en anglais. Cela signifiait que les utilisateurs suédois pouvaient utiliser la page, mais que l’arbre ne suivait pas encore la langue sélectionnée de manière significative.
Explorer peut désormais charger l’arbre en anglais ou en suédois, et le filtrage suit également la langue active de l’arbre. Concrètement, un utilisateur suédois peut explorer les libellés suédois de ESCO et effectuer une recherche avec des mots suédois dans l’arbre.
C’est une amélioration importante, car l’exploration des métiers devrait sembler naturelle dans la langue de l’utilisateur, et pas seulement dans l’interface autour.
En parallèle, c’est volontairement seulement une première étape. La base actuelle se concentre sur les données de langue natives de ESCO pour l’anglais et le suédois. Certains nœuds « assistants » détenus par AltoTrail dans la partie basse de l’arbre restent encore en anglais pour le moment, et le support multilingue plus large devra être ajouté avec soin dans les étapes suivantes.
Le résultat principal est simple : Explorer n’est plus limité à l’anglais au niveau de l’arbre, et le produit dispose désormais d’une base claire pour l’exploration multilingue des métiers.
Current focus:
Utilisez ceci comme première étape vers un modèle multilingue plus vaste de Explorer, sans mélanger les données de ESCO avec la couche de traduction d’interface habituelle de AltoTrail.
AltoTrail enregistre désormais les favoris de manière plus durable, de sorte qu’ils ne sont plus liés uniquement à la session en cours.
AltoTrail a amélioré la façon dont les favoris enregistrés sont stockés.
Auparavant, les favoris étaient liés à la session en cours. Cela signifiait qu’ils pouvaient disparaître lorsque des sessions plus anciennes étaient nettoyées. Désormais, les favoris passent vers un modèle de stockage basé sur l’utilisateur, afin qu’ils puissent survivre d’une session à l’autre pour le même utilisateur.
C’est un petit changement dans l’interface, mais une amélioration importante du comportement. Un favori est généralement un signal que quelque chose doit être conservé, et pas simplement masqué pour le moment.
Dans le même temps, les offres masquées restent basées sur la session. C’est voulu. Masquer quelque chose signifie souvent « ne pas l’afficher tout de suite », tandis qu’un favori signifie « le conserver pour plus tard ».
Cela rend le comportement plus facile à comprendre et permet à AltoTrail de disposer d’un modèle d’offres enregistrées plus calme et plus fiable, sans ajouter encore de complexité liée au compte.
Current focus:
Vérifiez le nouveau comportement en dehors de DEV et gardez le modèle simple, tandis que les offres masquées restent basées sur la session.
FAQ et Project Updates gardent désormais les utilisateurs sur la même page lorsqu’ils passent de l’anglais au suédois (et inversement).
AltoTrail a amélioré le changement de langue pour les pages de documents publics.
FAQ et Project Updates disposent désormais de leurs propres routes en anglais et en suédois. Ainsi, le sélecteur de langue garde les utilisateurs sur le même type de page au lieu de les renvoyer à la page d’accueil.
S’il n’y a aucune langue sélectionnée, AltoTrail démarre désormais à partir des paramètres de langue de l’utilisateur. Les pages de documents paraissent ainsi plus naturelles dès le début.
C’est un petit changement, mais un changement important. Le changement de langue doit être prévisible et se faire dans un climat serein.
Il y a pour l’instant une exception claire. Les pages légales restent en anglais uniquement. C’est pourquoi le sélecteur de langue normal y est masqué au lieu de prétendre qu’une page légale suédoise existe déjà.
Cela rend le comportement plus fidèle à la réalité et plus facile à comprendre.
Current focus:
Gardez les routes des documents simples et cohérentes, puis revoyez plus tard si les pages légales doivent aussi avoir leurs propres routes par langue.
AltoTrail Explorer affiche désormais un arbre plus simple et fournit un retour plus clair pendant le chargement de la disponibilité des offres.
Les travaux récents ont porté sur le fait de rendre l’arbre de Explorer plus facile à lire.
Certaines étiquettes dans l’arbre affichaient auparavant des nombres qui représentaient la structure, comme le nombre de pays, régions ou libellés proches disponibles. Explorer met désormais davantage l’accent sur les chiffres qui comptent le plus pour une personne en recherche d’emploi : la disponibilité réelle des offres.
Explorer fournit aussi désormais un retour visuel plus clair lorsque de nouvelles parties de l’arbre se chargent. Cela permet de mieux comprendre que le système fonctionne, en particulier lorsque la disponibilité en temps réel met un peu de temps à apparaître.
C’est une petite amélioration, mais importante. L’arbre de Explorer doit donner une impression calme et compréhensible, pas technique ni ambiguë.
Current focus:
Continuer d’améliorer Explorer étape par étape afin de rendre la disponibilité des offres plus facile à comprendre, sans rendre l’interface plus technique.
AltoTrail a rendu la structure de routes multilingues plus claire sur les principales pages publiques.
Les travaux récents ont porté sur le fait de rendre la configuration des routes publiques plus cohérente à travers la page racine, Assistant, et Explorer.
L’idée principale n’a pas changé. Les routes spécifiques à la langue restent les pages publiques principales, tandis que les routes d’origine sans préfixe sont conservées comme points d’entrée plus neutres.
C’est important, car AltoTrail devient progressivement un produit public plus clair. La structure des routes est désormais plus facile à comprendre et plus cohérente entre les principales familles de pages.
Ce n’était pas une nouvelle fonctionnalité au sens habituel. Il s’agissait d’un travail de nettoyage et de clarification qui rend la configuration multilingue existante plus intentionnelle.
Current focus:
Suivez la manière dont les routes mises à jour se comportent dans Search Console et continuez à utiliser la même structure pour les prochaines pages publiques.
AltoTrail a ajouté un premier espace de travail de comparaison fonctionnel dans AltoTrail Explorer, ce qui permet d’examiner côte à côte les résultats basés sur les URI et ceux basés sur les termes de EURES.
Les travaux récents de AltoTrail ont transformé la vérification initiale de EURES en une implémentation fonctionnelle dans Explorer.
La nouvelle section ajoute un chemin de comparaison côté serveur et un premier espace de travail de type « rapport » dans le panneau de droite. Cela permet d’examiner de manière plus directe et visuelle à la fois la récupération d’occupations basée sur les URI et la récupération basée sur les intitulés de termes.
C’est important car ces deux modes de recherche ne se comportent pas de la même façon. Ils peuvent produire des totaux différents, des répartitions par pays différentes et des schémas de régions différents. Au lieu de traiter ces écarts comme une théorie abstraite, AltoTrail peut désormais les étudier avec un outil fonctionnel.
La première version est volontairement technique. Elle se concentre sur les vues « résumé », « comparaison » et « rapport brut », afin que le modèle de récupération puisse être compris avant de construire des vues plus orientées utilisateurs, comme les cartes, les présentations d’offres, ou des parcours de recherche plus larges.
Current focus:
Utilisez le nouvel espace de travail de comparaison pour étudier en quoi la recherche basée sur des concepts diffère de celle basée sur des intitulés, avant de décider du fonctionnement futur de Explorer.
AltoTrail prépare une nouvelle page publique de mises à jour, construite à partir de markdown anglais, avec des versions traduites mises en cache pour les autres langues.
AltoTrail se dirige vers un produit public plus transparent. L’objectif est de rendre plus simple le suivi de ce qui est en train d’être construit, sans demander aux visiteurs de lire des documents internes sur l’architecture.
Ce travail ne vise pas à créer un blog ou un système d’actualités. Il s’agit d’ajouter une frise chronologique calme et lisible qui explique, en langage simple, les étapes de développement importantes.
La première version est volontairement simple : une longue page défilable, avec les mises à jour les plus récentes en premier.
Current focus:
Définir le format du contenu, le modèle d’analyse, le flux de traduction et la structure du cache.
Les travaux récents de vérification se sont concentrés sur la manière dont EURES se comporte en pratique, et sur ce que cela implique pour une récupération fiable des rôles.
Les travaux récents de AltoTrail ont porté sur la vérification du comportement de EURES au niveau de l’API, et sur les endroits où le comportement réel diffère des attentes précédentes.
C’est important car AltoTrail dépend de sources d’emploi externes, et un produit digne de confiance doit refléter le fonctionnement réel de ces sources. Les observations vérifiées sont plus utiles que des hypothèses lorsque l’objectif est d’assurer un comportement stable de recherche d’offres.
Le résultat est une approche plus prudente, fondée sur la réalité, de la conception des requêtes et de la gestion des fournisseurs.
Current focus:
Garder le comportement de récupération explicite, vérifiable et fondé sur des observations confirmées, plutôt que sur des hypothèses.
AltoTrail Explorer est passé du statut de prototype local vers un outil visible de AltoTrail, avec des routes publiées et une prise en charge du partage de navigation.
AltoTrail Explorer n’est désormais plus seulement un prototype interne. Il occupe désormais une place plus claire dans l’offre publique de AltoTrail.
Cette étape compte parce que l’exploration des métiers devient une partie visible du produit, plutôt qu’une expérience séparée. Cela aide aussi AltoTrail à passer d’un seul assistant à un ensemble plus large d’outils.
Ce travail a été mené volontairement de façon prudente. Les améliorations de publication et de navigation ont été séparées des questions plus profondes liées au runtime et aux données du domaine.
Current focus:
Continuer d’améliorer l’interface technique de navigation actuelle, sans mélanger la publication avec des changements plus profonds du fonctionnement en temps réel.
Explorer dispose désormais d’une première section en direct sur le nombre de pays, avec une séparation plus claire entre l’exploration et le comportement des résultats.
Explorer peut désormais afficher en direct la découverte du nombre de pays pour les nœuds de métiers. Cela crée un lien plus concret entre l’exploration des métiers et la disponibilité réelle des offres.
Le but principal de cette étape était la clarté. AltoTrail conserve désormais une séparation plus explicite entre l’inspection d’un métier et l’ouverture d’un espace de travail orienté résultats.
Cela rend Explorer plus facile à comprendre et le prépare à une croissance future sans élargir trop tôt le contrat d’exécution central.
Current focus:
Étendre le comportement des groupes de pays sous des libellés de métiers alternatifs.
Le frontend de Explorer a été scindé en modules plus clairs et préparé pour de futurs travaux liés à la publication et au multilingue.
À mesure que Explorer grandissait, il est devenu important de séparer les responsabilités dans le frontend au lieu de laisser quelques fichiers devenir trop volumineux.
Cette étape visait principalement la maintenabilité. Une structure plus propre rend les travaux ultérieurs plus sûrs, plus faciles à tester et plus faciles à comprendre.
En parallèle, AltoTrail a aussi préparé le terrain pour de futurs travaux de traduction UI dans Explorer, sans mélanger cela avec la traduction des données de domaine de ESCO.
Current focus:
Garder la structure du frontend petite et compréhensible, pendant que de nouvelles fonctionnalités sont ajoutées.
AltoTrail a introduit un modèle de publication multilingue plus solide pour les pages racine et assistant, avec du HTML spécifique à la langue servi directement par le serveur web.
Il s’agissait d’une étape produit et SEO importante. Au lieu de compter uniquement sur des mises à jour côté client, AltoTrail sert désormais le HTML de publication en tenant compte de la langue directement pour les routes publiées.
Cela améliore la clarté pour les utilisateurs, offre aux moteurs de recherche un meilleur résultat public, et réduit l’écart entre le contenu visible et l’identité de la route.
L’idée clé était de conserver un contenu publié déterministe et contrôlé par le dépôt, tout en laissant la traduction UI de l’exécution comme couche secondaire plutôt que comme source unique de vérité pour les pages publiques.
Current focus:
Étendre le même modèle de publication propre à davantage de surfaces de contenu orientées public.
AltoTrail a introduit une page multilingue de FAQ avec un contenu canonique en anglais, un rendu côté serveur, et des versions traduites mises en cache.
La page FAQ a été créée pour répondre aux questions courantes produit, sans rendre l’interface de Assistant plus lourde ou plus encombrée.
C’est aussi devenu une étape architecturale importante. AltoTrail dispose désormais d’un modèle validé pour la traduction de contenu : contenu source en anglais, traduction pilotée par le modèle, stockage structuré dans le cache, et basculement sûr vers l’anglais.
Ce modèle est désormais utile au-delà de FAQ et concerne directement la nouvelle page Project Updates.
Current focus:
Réutiliser les mêmes principes de traduction et de cache pour d’autres contenus publics structurés.
AltoTrail a mis en place son premier modèle de déploiement VPS compatible avec la préproduction, avec des mises à jour basées sur Git et une structure de services documentée.
Cette étape a permis à AltoTrail de s’éloigner davantage d’une configuration de laboratoire local uniquement, et de se rapprocher d’un produit réellement déployé.
Le but principal n’était pas l’ajout de fonctionnalités, mais la clarté opérationnelle. Un produit inspire davantage confiance lorsque le déploiement, le comportement après redémarrage et la configuration des services sont explicites et reproductibles.
Ce travail d’infrastructure a créé une base plus solide pour tester des changements orientés public dans un environnement réaliste.
Current focus:
Rendre le déploiement reproductible et proche du comportement en production.
AltoTrail a introduit une architecture canonical plus stable pour les offres et les données géographiques.
Il s’agit de l’une des étapes structurelles les plus importantes de AltoTrail. Le but était de réduire la duplication, d’améliorer la stabilité de l’identité et de créer une base plus propre pour les offres, les données de localisation, ainsi que pour les comportements liés aux cartes à venir.
Même si ce travail est très architectural, la raison est simple : les utilisateurs ne devraient pas perdre en cohérence simplement parce que les données sont traitées via des exécutions répétées.
L’effet à long terme est une base produit plus stable, avec moins de duplications cachées et des frontières de responsabilités plus claires.
Current focus:
Préserver une identité stable et des données réutilisables, sans modifier le parcours côté utilisateur plus que nécessaire.
AltoTrail a introduit des garde-fous d’exécution de base pour rendre le produit plus sûr et plus stable, sans modifier les sémantiques du pipeline.
À mesure que AltoTrail se rapprochait d’un produit orienté public, il est devenu nécessaire d’ajouter des garde-fous d’exécution légers autour des requêtes, de la concurrence et du comportement de génération.
Cette étape concernait la sécurité pratique plutôt que le travail sur de nouvelles fonctionnalités. L’objectif était de réduire les usages abusifs évitables, de contrôler l’exposition aux coûts et de rendre le comportement du système plus prévisible.
Le choix de conception important a été de le faire sans changer le sens du pipeline lui-même.
Current focus:
Garder le produit sûr en exploitation, tout en préservant un comportement déterministe.
Le projet est passé d’une surface interne de type laboratoire à une identité de produit public plus claire sous le nom de AltoTrail.
C’était un changement au niveau de la présentation, mais important. Un produit a besoin d’une identité claire pour inspirer confiance et donner l’impression d’être intentionnel.
L’objectif de cette étape était de s’éloigner du langage interne ou expérimental, au profit d’une identité de produit public plus claire.
Ce changement a aidé à relier les travaux d’architecture, l’affinage de l’UI et la direction produit en un ensemble plus cohérent.
Current focus:
Continuer à transformer les avancées techniques en un produit plus cohérent et plus compréhensible.