Explorateur peut désormais utiliser les compétences comme filtres, ce qui facilite la recherche de métiers qui demandent des capacités similaires.
Explorateur inclut désormais une découverte basée sur les compétences.
Les utilisateurs peuvent consulter les compétences liées à un métier et les utiliser pour filtrer l’arborescence des métiers. Cela permet de trouver d’autres métiers où des compétences similaires sont pertinentes.
Pour les demandeurs d’emploi, cela peut apporter une inspiration concrète pour de nouveaux parcours. Au lieu de ne chercher que par intitulé de poste, ils peuvent explorer comment leurs compétences peuvent se connecter à d’autres rôles et secteurs.
Cette fonctionnalité relie les métiers, les compétences, les lieux et les offres d’emploi disponibles en Europe dans un seul parcours. L’utilisateur peut passer d’un métier à ses compétences, puis à des métiers proches, et enfin aux opportunités d’emploi en cours pour ces métiers, directement dans Explorateur.
Le résultat pratique est simple : Explorer aide désormais à comprendre comment les compétences relient différents métiers et où ces métiers ont des offres disponibles.
Point d’attention actuel :
Aider les demandeurs d’emploi à explorer des parcours grâce aux compétences, tout en gardant le lien avec la disponibilité réelle des offres bien clair.
Explorateur inclut désormais une petite vue fractale pour les offres d’emploi individuelles.
Explorateur propose désormais une petite vue fractale dans les fiches d’offres individuelles.
L’objectif est simple. Chercher un emploi peut être stressant, répétitif et mentalement lourd. La vue fractale offre aux utilisateurs une courte pause visuelle directement dans Explorer, sans les obliger à quitter le produit ni à lancer un autre parcours.
La fractale est générée à partir de l’offre sélectionnée, mais ce n’est pas une analyse du poste. Elle ne mesure pas l’adéquation, ne classe pas l’offre, n’interprète pas l’utilisateur et ne recommande pas quoi faire. C’est uniquement une surface visuelle apaisante, pensée pour rendre l’expérience de recherche d’emploi un peu plus humaine.
Le visuel peut aussi être étendu en superposition plus grande. La commande d’agrandissement flotte au-dessus de l’image fractale afin de ne pas pousser la zone visuelle vers le bas ni donner une impression de panneau trop chargé.
C’est une petite fonctionnalité, mais elle s’inscrit dans la direction plus large d’AltoTrail : les outils de recherche d’emploi doivent être clairs et dignes de confiance, tout en incluant parfois de petits moments qui aident les utilisateurs à ralentir, respirer et continuer.
Point d’attention actuel :
Offrir aux demandeurs d’emploi une pause visuelle calme, sans transformer la fonctionnalité en analyse, classement ou recommandation.
AltoTrail peut désormais créer des liens qui ouvrent Assistant ou Explorateur avec une recherche utile déjà préparée.
AltoTrail facilite désormais le partage d’une recherche d’emploi préparée.
Dans Assistant, les utilisateurs peuvent créer un lien depuis l’étape de vérification avant de lancer la recherche. Le lien ouvre Assistant avec la même source d’offres, le même intitulé et le même lieu déjà préremplis. Le texte du profil peut aussi être inclus, mais uniquement si l’utilisateur le choisit activement : le texte dans un lien est public pour toute personne qui le reçoit.
Dans Explorateur, les utilisateurs peuvent créer des liens depuis les vues liées à un métier, à un rôle associé et à une offre. Ces liens peuvent rouvrir Explorer avec le même contexte de métier, le même filtre d’arborescence, l’état de favori et, si besoin, un profil de métier préparé en amont.
C’est utile pour partager AltoTrail dans des groupes d’emploi, avec des amis, ou avec des personnes qui visent des rôles similaires. Par exemple, un lien peut ouvrir Assistant avec l’Europe sélectionnée comme source d’offres et « menuisier » déjà rempli en Suède, ou ouvrir directement Explorer sur une zone de métier pertinente.
La limite importante est simple : ces liens préparent un point de départ. Ils ne lancent pas automatiquement une recherche, ne créent pas de dossiers, ne génèrent pas de documents et ne stockent pas de texte privé de profil sur le serveur.
Le résultat pratique est simple : AltoTrail est désormais plus facile à expliquer, plus facile à partager et plus facile à essayer à partir d’un point de départ utile.
Point d’attention actuel :
Simplifier le partage des recherches d’emploi tout en gardant les liens comme points de départ publics, et non comme recherches automatiques.
Le support public des langues d’AltoTrail passe de l’anglais et du suédois à l’inclusion aussi du français, de l’allemand et de l’espagnol.
AltoTrail élargit désormais son support public des langues.
Jusqu’à récemment, la configuration de langue publique principale se concentrait sur l’anglais et le suédois. AltoTrail propose maintenant aussi des routes publiques pour le français, l’allemand et l’espagnol sur les principales zones du produit.
Ainsi, plus d’utilisateurs peuvent ouvrir AltoTrail dans leur langue, y compris la page d’accueil, Assistant, Explorateur, la FAQ et les Project Updates.
Le sélecteur de langue a lui aussi été amélioré. Au lieu d’afficher directement uniquement l’anglais et le suédois, le menu utilise désormais un sélecteur de langue compact. Cela garde la navigation principale propre, tout en rendant disponibles toutes les versions linguistiques publiées.
Les noms des langues s’affichent dans leur propre langue, par exemple Svenska, Deutsch, Español et Français. Cela permet de mieux repérer le bon choix pour les personnes qui souhaitent revenir à leur langue préférée.
C’est aussi utile pour les moteurs de recherche. Des routes de langue explicites rendent plus clair qu’AltoTrail propose des versions distinctes, tandis que les routes neutres peuvent continuer à utiliser la langue du navigateur du visiteur lorsqu’aucune langue n’est sélectionnée.
Le résultat pratique est simple : AltoTrail est désormais plus international, plus facile à parcourir dans différentes langues, et mieux préparé pour l’ajout de nouvelles langues à l’avenir.
Point d’attention actuel :
Garder une navigation multilingue claire, utile et honnête, au fur et à mesure que du contenu public devient disponible dans davantage de langues.
Explorateur peut désormais afficher des offres d’emploi sur une carte pour les pays, régions, sous-régions et pour des offres individuelles.
Explorateur dispose désormais d’une vue carte pour les offres d’emploi.
Les utilisateurs peuvent ouvrir une carte depuis la vue par pays, région, sous-région ou depuis une offre individuelle. Cela facilite la compréhension de l’emplacement des offres et le passage entre l’exploration géographique et les détails des offres.
La carte peut utiliser les données déjà mises en cache si elles sont disponibles, mais elle peut aussi charger les données actuelles des offres lorsque le cache ne contient pas ce qu’il faut. Ainsi, la carte n’est plus limitée aux périmètres déjà préparés en arrière-plan.
La carte peut également être étendue en superposition plus grande. Elle offre alors davantage d’espace pour examiner les emplacements des offres, notamment sur les petits écrans ou lorsqu’il y a de nombreux marqueurs.
Il y a 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 au meilleur niveau géographique disponible, souvent le centre (centroïde) d’une région ou d’une sous-région. Cela signifie que la carte doit être lue comme une vue d’ensemble géographique, et non comme des données d’emplacement exact au niveau des rues.
Le résultat pratique est simple : Explorer offre maintenant un aperçu visuel plus clair de la disponibilité des emplois à travers l’Europe, tout en restant honnête sur la précision des données de localisation sous-jacentes.
Point d’attention actuel :
Rendre l’exploration des emplois plus visuelle, tout en indiquant clairement que de nombreuses positions sur la carte sont approximatives.
Explorateur peut désormais enregistrer des métiers en favoris, ce qui facilite le retour vers les rôles que l’utilisateur explore le plus souvent.
Explorateur propose désormais des favoris par métier.
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. Cela rend Explorer plus rapide à utiliser lorsqu’une personne explore souvent le même rôle, vérifie la disponibilité des offres selon les pays ou les régions, puis revient au fil du temps sur des offres liées.
Les favoris sont basés sur les métiers, pas sur les offres. Cela signifie qu’un favori renvoie au métier sous-jacent dans l’arborescence d’Explorer, même s’il a été enregistré en consultant un rôle associé ou une offre d’emploi.
En cliquant sur un favori, l’arborescence revient à ce métier, tout filtre actif est effacé, le chemin est déployé et le nœud sélectionné est ramené dans la vue. Sur mobile, l’utilisateur reste dans l’arbre, ce qui clarifie à quel endroit se trouve le métier enregistré.
Cela permet de garder la fonctionnalité simple et prévisible. Les favoris d’Explorer sont séparés des offres enregistrées dans Assistant, mais ils suivent un modèle visuel familier pour que l’expérience reste cohérente.
Le résultat pratique est simple : Explorer est maintenant plus facile à utiliser comme espace de travail récurrent pour les métiers qui comptent le plus pour l’utilisateur.
Point d’attention actuel :
Garder Explorer utile comme espace de travail récurrent, tout en conservant un modèle simple de favori au niveau du métier.
Explorateur 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 fait un petit pas, mais important, dans Explorer Documents.
Les utilisateurs peuvent désormais enregistrer localement dans le navigateur un profil de rôle réutilisable, puis l’utiliser pour générer un CV et une lettre de motivation à partir d’une offre sélectionnée dans Explorer. Cela garde le parcours léger et évite de transformer Explorer en un système de documents séparé.
L’implémentation continue de réutiliser le flux habituel de génération de documents d’AltoTrail, au lieu d’introduire un deuxième moteur de génération dans Explorer. L’architecture reste ainsi plus simple et le comportement est plus cohérent dans l’ensemble du produit.
Les documents générés sont maintenant aussi enregistrés dans le stockage de dossiers appartenant à l’utilisateur dans AltoTrail. C’est une étape interne importante : elle crée une base plus stable pour rouvrir et réutiliser les documents plus tard.
Une limite demeure. 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 à l’étude.
Le résultat pratique est simple : Explorer transforme mieux un profil de rôle enregistré en documents de candidature utilisables, et la prochaine étape consiste à rendre la réouverture des documents plus stable et plus prévisible.
Point d’attention actuel :
Garder Explorer simple comme lanceur léger de documents, puis vérifier plus tard s’il faut rouvrir les documents déjà générés au lieu de les recréer.
AltoTrail affiche maintenant un petit signal d’état de source, ce qui permet de voir plus facilement si EURES et JobTech semblent fonctionner normalement.
AltoTrail propose maintenant une petite fonctionnalité d’état de source.
L’objectif est simple : quand quelque chose semble incorrect, les utilisateurs doivent pouvoir comprendre plus clairement si le problème vient probablement d’AltoTrail ou s’il est lié à une source d’offres externe.
La première version surveille EURES et JobTech. La page d’accueil affiche un signal d’état compact, et une page dédiée à l’état des sources donne un peu plus de détails sur la santé de ces sources observée récemment.
Ce n’est pas un système complet de disponibilité, et cela ne change pas la façon dont AltoTrail recherche des emplois. C’est seulement une couche de transparence qui indique ce qu’AltoTrail peut observer pour le moment.
L’état est désormais actualisé automatiquement en production. Ainsi, le signal public reste plus à jour sans mise à jour manuelle.
Le résultat pratique est simple : AltoTrail est un peu plus facile à croire et plus facile à comprendre quand des sources d’emploi externes rencontrent temporairement des problèmes.
Point d’attention actuel :
Garder l’état simple et fidèle à la réalité, sans complexité inutile de gestion d’incidents.
Explorateur trouve et ouvre désormais davantage d’intitulés de postes via des rôles liés, ce qui donne à la recherche de métiers un ressenti plus large et plus naturel.
AltoTrail améliore désormais le fonctionnement de la recherche de métiers dans Explorer.
Explorer peut désormais mettre en avant davantage d’intitulés de postes liés dans l’arborescence, et les rendre recherchables de façon plus utile. Concrètement, les utilisateurs peuvent souvent trouver le bon chemin même lorsqu’ils démarrent à partir d’un intitulé de poste différent mais familier.
En pratique, Explorer paraît ainsi beaucoup plus large. La structure de métiers sous-jacente n’a pas été remplacée, mais AltoTrail offre 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 tout en s’attendant à atteindre le même marché réel de l’emploi derrière.
Le résultat pratique est simple : Explorer semble plus riche, plus facile à parcourir et plus efficace pour relier des intitulés de postes proches à la disponibilité réelle des offres.
Point d’attention actuel :
Continuer à améliorer Explorer comme outil de découverte pratique, en exposant davantage de points d’entrée utiles vers la même disponibilité des offres.
Les favoris 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 lorsque c’est nécessaire.
AltoTrail améliore désormais le comportement des favoris une fois qu’ils ont été enregistrés.
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 quand on y revient plus tard.
Il y a aussi une différence temporaire mais utile par rapport aux offres classiques. Pour les résultats de recherche réguliers, la génération des documents reste liée au parcours standard en une fois. Pour les favoris, AltoTrail autorise actuellement la recréation du CV et de la lettre de motivation lorsque c’est nécessaire.
C’était volontaire pour l’instant. Un favori enregistré doit se comporter comme une offre enregistrée stable, plutôt que comme un résultat unique dans le cadre d’un parcours.
La direction actuelle reste prudente. AltoTrail ne transforme pas les favoris en archive documentaire permanente séparée. À la place, le produit utilise les favoris comme un point de départ plus fiable pour recréer des documents quand c’est nécessaire.
Le résultat pratique est simple : les favoris semblent désormais plus fiables, et les emplois enregistrés sont plus faciles à retrouver et à réutiliser.
Point d’attention actuel :
Garder les favoris fiables comme fonctionnalité d’offres enregistrées, tout en continuant à distinguer les favoris du parcours normal de génération de documents en une seule fois.
Explorateur peut désormais afficher les libellés de l’arbre ESCO en anglais et en suédois, et les filtres suivent la langue active de l’arbre.
AltoTrail franchit désormais la première étape réelle vers un arbre d’Explorer multilingue.
Auparavant, l’arbre des métiers dans Explorer n’était affiché qu’en anglais. Cela permettait aux utilisateurs suédois d’utiliser la page, mais l’arbre lui-même ne suivait pas encore, de manière significative, la langue sélectionnée.
Explorer peut désormais charger l’arbre en anglais ou en suédois, et les filtres suivent aussi la langue active de l’arbre. Concrètement, un utilisateur suédois peut explorer les libellés ESCO en suédois et chercher avec des mots suédois dans l’arbre.
C’est une amélioration importante, car l’exploration des métiers doit donner l’impression d’être naturelle dans la langue de l’utilisateur, et pas seulement dans l’interface autour.
En même temps, c’est volontairement uniquement une première étape. La base actuelle se concentre sur les données de langue ESCO natives pour l’anglais et le suédois. Certains nœuds « auxiliaires » d’AltoTrail dans la partie basse de l’arbre restent encore en anglais pour l’instant, et un support multilingue plus large devra être ajouté avec soin dans des étapes ultérieures.
Le principal résultat 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.
Point d’attention actuel :
Utiliser cela comme première étape vers un modèle Explorer multilingue plus large, sans mélanger les données ESCO avec la couche habituelle de traduction de l’interface d’AltoTrail.
AltoTrail enregistre désormais les favoris de façon plus durable, de sorte qu’ils ne dépendent plus uniquement de la session en cours.
AltoTrail améliore désormais la façon dont les favoris enregistrés sont stockés.
Auparavant, les favoris étaient liés à la session en cours. Résultat : ils pouvaient disparaître lorsqu’une session plus ancienne était nettoyée. Les favoris sont désormais transférés vers un modèle de stockage basé sur l’utilisateur, afin de pouvoir survivre entre les sessions pour le même utilisateur.
C’est un petit changement côté interface, mais une amélioration importante côté comportement. Un favori est généralement un signal que quelque chose doit être conservé, et pas seulement masqué pour le moment.
Dans le même temps, les offres masquées restent liées à la session. C’était volontaire. Masquer quelque chose signifie souvent « ne pas afficher ceci maintenant », tandis qu’un favori signifie « conserver cela pour plus tard ».
Cela rend le comportement plus facile à comprendre et offre à AltoTrail un modèle de favoris plus calme et plus fiable, sans ajouter encore de complexité liée aux comptes.
Point d’attention actuel :
Vérifier ce nouveau comportement en dehors de DEV et garder le modèle simple tant que les offres masquées restent liées à la session.
La FAQ et les Project Updates gardent les utilisateurs sur la même page lors du passage entre l’anglais et le suédois.
AltoTrail améliore désormais le changement de langue pour les pages publiques de documents.
La FAQ et les Project Updates ont désormais leurs propres routes en anglais et en suédois. Cela signifie que le sélecteur de langue garde les utilisateurs sur le même type de page au lieu de les renvoyer à la page d’accueil.
Si aucune langue n’est sélectionnée, AltoTrail démarre désormais à partir des réglages de langue de l’utilisateur. Les pages de documents paraissent ainsi plus naturelles dès le départ.
C’est un petit changement, mais important. Le changement de langue doit sembler prévisible et calme.
Il y a une exception claire pour l’instant. Les pages légales restent en anglais uniquement. Pour cette raison, le sélecteur de langue normal y est masqué plutôt que de faire comme si une page légale suédoise existait déjà.
Cela garde le comportement honnête et plus facile à comprendre.
Point d’attention actuel :
Garder les routes des documents simples et cohérentes, puis vérifier plus tard si les pages légales doivent aussi avoir leurs propres routes par langue.
Explorateur affiche désormais un arbre plus simple et fournit un retour plus clair pendant le chargement de la disponibilité des emplois.
Les travaux récents se sont concentrés sur le fait de rendre l’arbre d’Explorer plus facile à lire.
Certaines étiquettes dans l’arbre affichaient auparavant des compteurs qui représentaient la structure, par exemple le nombre de pays, de régions ou d’étiquettes proches disponibles. Explorer met désormais davantage l’accent sur les chiffres qui comptent le plus pour un demandeur d’emploi : la disponibilité réelle des offres.
Explorer donne 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, surtout quand la disponibilité en temps réel met un petit moment à apparaître.
C’est une petite amélioration, mais importante. Explorer doit donner une impression calme et facile à comprendre, pas technique ni ambiguë.
Point d’attention actuel :
Continuer à améliorer Explorer étape par étape pour que la disponibilité des offres soit plus facile à comprendre, sans rendre l’interface plus technique.
AltoTrail a rendu la structure des routes multilingues plus claire sur les principales pages publiques.
Les travaux récents se sont concentrés sur une configuration d’URL publiques plus cohérente entre la page d’accueil, Assistant et Explorer.
L’idée principale n’a pas changé. Les routes spécifiques à chaque langue restent les pages publiques principales, tandis que les routes d’origine sans préfixe restent en place 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 grandes familles de pages d’accueil.
Ce n’était pas une nouvelle fonctionnalité au sens habituel. Il s’agissait d’un travail de nettoyage et de clarification qui donne à la configuration multilingue existante une impression plus intentionnelle.
Point d’attention actuel :
Suivre le comportement des routes mises à jour dans Search Console, et continuer à utiliser la même structure pour les futures pages publiques.
AltoTrail a ajouté un premier espace de comparaison fonctionnel dans Explorateur, permettant d’examiner côte à côte les résultats EURES basés sur les URI et ceux basés sur les termes.
Les travaux récents d’AltoTrail ont transformé la vérification EURES réalisée plus tôt en une implémentation fonctionnelle dans Explorer.
La nouvelle tranche ajoute un parcours de comparaison côté serveur et un premier espace de travail de type rapport dans le panneau de droite. Cela permet d’inspecter plus directement et visuellement l’extraction des métiers basée sur les URI et celle basée sur les termes.
C’est important, car les deux modes de recherche ne se comportent pas de la même façon. Ils peuvent produire des totaux différents, des répartitions de pays différentes et des schémas de régions différents. Au lieu de traiter ces différences comme une théorie abstraite, AltoTrail peut désormais les étudier dans un outil réellement utilisable.
La première version est volontairement technique. Elle met l’accent sur les vues récapitulatives, de comparaison et de rapport brut, afin de comprendre le modèle d’extraction avant de construire des vues plus orientées utilisateur, comme les cartes, la présentation des offres ou des parcours de recherche plus larges.
Point d’attention actuel :
Utiliser le nouvel espace de comparaison pour étudier en quoi la recherche basée sur les concepts et celle basée sur les titres diffèrent, avant de décider comment le futur comportement d’Explorer devrait fonctionner.
AltoTrail prépare une nouvelle page publique d’actualités, construite à partir de Markdown anglais, avec des versions mises en cache traduites pour les autres langues.
AltoTrail s’oriente vers un produit public plus transparent. L’objectif est de rendre plus facile le suivi de ce qui est 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 chronologie calme et lisible qui explique les étapes de développement importantes en langage clair.
La première version reste volontairement simple : une seule page longue avec défilement, affichant d’abord les mises à jour les plus récentes.
Point d’attention actuel :
Définir le format du contenu, le modèle de lecture, 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 dans la pratique et sur ce que cela implique pour une extraction fiable des métiers.
Les travaux récents d’AltoTrail se sont concentrés sur la vérification du comportement d’EURES au niveau API et sur les écarts réels observés par rapport aux attentes antérieures.
C’est important, car AltoTrail dépend de sources d’offres externes. Un produit fiable doit refléter le comportement réel de ces sources. Les observations vérifiées sont plus utiles que les suppositions lorsque l’objectif est d’obtenir un comportement de recherche stable.
Le résultat est une approche plus prudente et ancrée dans la réalité, pour concevoir les requêtes et gérer le fournisseur.
Point d’attention actuel :
Garder le comportement de recherche explicite, consultable et fondé sur des observations vérifiées, plutôt que sur des hypothèses.
Explorateur est passé du statut de prototype local vers un outil AltoTrail visible, avec des routes publiées et une navigation partagée.
Explorateur n’est plus uniquement un prototype interne. Il a désormais une place plus claire dans l’offre publique d’AltoTrail.
Cette étape compte, car l’exploration des métiers devient une partie visible du produit, plutôt qu’une simple expérience distincte. Elle aide aussi AltoTrail à évoluer, au-delà d’un unique assistant, vers un ensemble plus large d’outils.
Le travail a été volontairement conservateur. Les améliorations de publication et de navigation ont été séparées des questions plus profondes liées à l’exécution et aux données de domaine.
Point d’attention actuel :
Continuer à améliorer la surface de navigation technique actuelle sans mélanger le travail de publication avec des changements plus profonds côté exécution.
Explorer dispose désormais d’une première tranche en temps réel du nombre de pays et d’une séparation plus claire entre l’exploration et l’affichage des résultats.
Explorer peut désormais afficher une découverte en temps réel 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 garde désormais une séparation plus explicite entre l’exploration d’un métier et l’ouverture d’un espace axé sur les résultats.
Cela rend Explorer plus facile à comprendre et le prépare à une croissance future sans étendre trop tôt le contrat fonctionnel central.
Point d’attention actuel :
Étendre le comportement de groupe de pays sous des intitulés de métiers alternatifs.
Le frontend d’Explorer a été découpé en modules plus clairs, et préparé pour un travail de publication et de multilinguisme à venir.
À mesure qu’Explorer grandissait, il est devenu important de séparer les responsabilités côté frontend, plutôt que de laisser quelques fichiers devenir trop volumineux.
Cette étape visait surtout la maintenabilité. Une structure plus propre rend les travaux futurs plus sûrs, plus faciles à tester et plus faciles à comprendre.
En parallèle, AltoTrail a aussi préparé le terrain pour le futur travail de traduction côté interface dans Explorer, sans mélanger cela avec la traduction des données de domaine ESCO.
Point d’attention actuel :
Garder une structure frontend petite et compréhensible, à mesure que de nouvelles fonctionnalités sont ajoutées.
AltoTrail a mis en place un modèle de publication multilingue plus solide pour les pages racines et Assistant, avec du HTML servi directement par le serveur selon la langue.
Il s’agissait d’une étape produit et SEO importante. Au lieu de s’appuyer uniquement sur les mises à jour côté client, AltoTrail sert désormais directement du HTML de publication sensible à la langue 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 garder un contenu publié déterministe et piloté par le dépôt, tout en laissant la traduction UI côté exécution comme une couche secondaire, plutôt que comme source de vérité pour les pages publiques.
Point d’attention actuel :
Étendre le même modèle de publication propre à davantage de surfaces orientées public.
AltoTrail a introduit une page FAQ multilingue 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 produit courantes, sans alourdir l’interface d’Assistant ni la rendre plus encombrée.
Cela a aussi été une étape architecturale importante. AltoTrail dispose désormais d’un modèle validé pour la traduction du contenu : contenu source en anglais, traduction pilotée par le modèle via les routes, stockage de cache structuré, et repli sûr vers l’anglais.
Ce modèle est désormais utile au-delà de la FAQ, et il est directement pertinent pour la nouvelle page Project Updates.
Point d’attention actuel :
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 utilisable en préproduction, avec des mises à jour basées sur Git et une structure de service documentée.
Cette étape a éloigné davantage AltoTrail d’une configuration de laboratoire locale pour le rapprocher d’un vrai produit déployé.
Le principal objectif n’était pas de développer des fonctionnalités, mais de clarifier le fonctionnement. Un produit inspire davantage confiance quand le déploiement, le comportement après redémarrage et la configuration du service 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.
Point d’attention actuel :
Continuer à rendre le déploiement reproductible et proche du comportement de production.
AltoTrail a introduit une architecture canonique plus stable pour le stockage des offres et la mise en cache géographique.
C’était l’une des étapes structurelles les plus importantes d’AltoTrail. L’objectif était de réduire les duplications, d’améliorer la stabilité de l’identité et de créer une base plus propre pour les offres, les données de localisation et, plus tard, les comportements liés aux cartes.
Même si ce travail est profondément architectural, la raison derrière est simple : les utilisateurs ne devraient pas perdre de cohérence simplement parce que les données sont traitées à travers 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 limites de responsabilités plus claires.
Point d’attention actuel :
Préserver une identité stable et des données réutilisables, sans changer 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 changer la sémantique du pipeline.
À mesure qu’AltoTrail se rapprochait d’un produit orienté public, il a fallu 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 visait la sécurité opérationnelle plutôt que le développement de fonctionnalités. L’objectif : réduire les abus évitables, contrôler l’exposition aux coûts et 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.
Point d’attention actuel :
Garder le produit sûr côté exploitation tout en préservant un comportement déterministe.
Le projet est passé d’une surface interne de type laboratoire vers une identité produit publique plus claire sous le nom AltoTrail.
C’était un changement de couche de présentation, mais un pas important. Un produit a besoin d’une identité claire avant de pouvoir inspirer confiance et sembler intentionnel.
L’objectif de cette étape était de s’éloigner des langues internes ou expérimentales, pour aller vers un produit public plus clair.
Ce changement a permis de relier le travail d’architecture, l’amélioration de l’interface et la direction produit en un ensemble plus cohérent.
Point d’attention actuel :
Continuer à transformer les progrès techniques en un produit plus cohérent et plus compréhensible.