Imaginez une entreprise touristique qui modifie ses heures d'ouverture pour l'automne. L'équipe connaît le nouvel horaire, mais la fiche membre et les autres canaux que consultent les visiteurs n'ont pas encore suivi. Le défi n'est pas de conserver l'information. C'est de faire parvenir une mise à jour vérifiée là où les visiteurs la consultent.
C'est une illustration plutôt qu'un cas documenté, mais elle décrit un problème de coordination familier. Pour une organisation touristique qui maintient l'information de nombreuses entreprises membres, il peut devenir récurrent.
Une précision d'abord. La base de données existe déjà, et cela ne règle rien.
Le gouvernement du Québec opère SIT Québec, une plateforme conçue pour gérer et diffuser les données touristiques fournies par les organisations touristiques, et pour promouvoir les produits et services auprès des personnes qui utilisent Bonjour Québec, du réseau d'information aux visiteurs du ministère et des bureaux d'information touristique de la province.
Des jeux de données structurés sont également publiés sur Données Québec, en JSON, XML et CSV.
Une nuance mérite d'être dite honnêtement. Plusieurs de ces jeux de données se présentent comme un aperçu de l'offre touristique plutôt que comme un inventaire complet. Le jeu de données sur la restauration indique ainsi clairement qu'il s'agit d'un aperçu de l'offre touristique au Québec et qu'il n'a pas pour objectif de recenser l'offre dans sa totalité. C'est une limite de périmètre énoncée par la source elle-même. Ce n'est pas la preuve que l'information est inexacte ou mal structurée. Cela signifie que personne ne prétend avoir tout couvert, ce qui est la condition ordinaire de tout grand système d'information.
L'infrastructure est donc en place. La question est de savoir comment l'information y arrive, comment elle y reste, et comment elle en ressort.
La plupart des débats sur les données touristiques portent en réalité sur l'un de ces cinq termes.
La complétude signifie que les détails nécessaires sont présents. La fraîcheur, que ces détails reflètent encore la réalité. La structure, que l'information est organisée de façon cohérente plutôt que décrite en prose. La validation, que les personnes responsables la vérifient. La réutilisation, qu'elle peut alimenter plus d'un canal autorisé.
Une fiche peut contenir tous les champs requis et décrire quand même l'offre de la saison dernière.
Les entreprises touristiques connaissent leur offre mieux que quiconque. Une auberge connaît ses heures, ses thèmes, ses conditions de réservation. Un guide connaît les parcours, les saisons, les tailles de groupe.
Tenir cette information à jour à travers des formulaires et des portails entre en concurrence avec le travail quotidien de l'entreprise.
Le travail revient donc à l'organisation. Une équipe relance, reçoit une explication en langage ordinaire, la transcrit dans les champs qu'elle connaît, la vérifie, puis la saisit à nouveau ailleurs. Lorsque les mises à jour arrivent sous forme de messages dispersés, il faut clarifier, écrire les détails dans des champs structurés, et déterminer où chaque changement doit être diffusé.
Ce n'est pas un échec de l'organisation touristique. Elle fait ce qu'elle peut avec les outils disponibles. C'est une friction prévisible dans la manière dont les mises à jour sont soumises.
Pour un visiteur qui compare des activités, ce sont les détails pratiques qui rendent le choix possible : heures d'ouverture, dates, emplacement, services, informations de réservation. Lorsque ces détails manquent ou se contredisent, une option devient plus difficile à évaluer, et le visiteur se tourne vers la fiche qui répond à la question.
Cela compte davantage qu'auparavant. Les décisions commencent de plus en plus par une recherche ou une question posée à un assistant, depuis un téléphone, avant que personne n'appelle. Les outils de planification de voyage et les assistants conversationnels lisent la description publiée d'une destination et recommandent à partir de celle-ci. Une fiche incomplète ou périmée n'est donc pas seulement mal rangée : c'est une information à laquelle les points de décision d'un voyage peuvent ne jamais parvenir. À l'inverse, une fiche à jour et structurée est plus facile à trouver, plus facile à comparer, et plus digne de confiance.
Voilà le mécanisme qu'il faut énoncer avec précision. Ce n'est pas qu'une base de données remporte des classements. C'est qu'une destination dont les fiches sont à jour est lisible par les outils que les gens utilisent réellement lorsqu'ils choisissent, tandis qu'une destination dont les fiches se sont décalées devient plus discrète, plus difficile à comparer, et plus susceptible de perdre l'attention au profit d'un concurrent qui a suivi.
Pour l'équipe touristique, le même problème se traduit en temps. Des clarifications et des saisies répétées prennent des heures qui auraient pu servir à accompagner les membres et à promouvoir la destination. Libérer ce temps n'est pas une revendication de revenus : c'est de la capacité rendue au travail qui promeut la région.
Ce sont des risques opérationnels qui méritent d'être traités, et il s'agit de mécanismes plausibles plutôt que de résultats mesurés au Québec. Rien dans cet article ne doit être lu comme la preuve d'une perte mesurée de réservations, et aucun chiffre n'est avancé à ce sujet.
La France exploite DATAtourisme, une plateforme nationale qui agrège l'information touristique provenant de plus de quarante bases de données touristiques territoriales, la normalise dans un format et un vocabulaire communs, et la rend réutilisable par des tiers.
Deux précisions méritent d'être énoncées exactement. La plateforme ne remplace pas les systèmes locaux : sa FAQ indique explicitement que DATAtourisme n'est pas un SIT, et la positionne comme un canal de diffusion entre les bases de données territoriales et les services qui les réutilisent. Et la France n'est pas un exemple de données propres. Chaque producteur garde la main sur ses données et décide du rythme et du périmètre de ce qu'il publie.
Le cas de réutilisation le plus clair est Cartes IGN. Le 9 juillet 2026, DATAtourisme a annoncé que les événements touristiques diffusés par la plateforme étaient devenus disponibles dans l'application Cartes IGN, avec une mise à jour quotidienne et sans saisie supplémentaire de la part des bureaux et comités de tourisme qui les avaient produits.
Ce que cela montre est étroit et mérite d'être énoncé étroitement. Une information maintenue localement a atteint un service additionnel sans être ressaisie. Cela ne montre pas de hausse des réservations, ni d'effet sur les dépenses, ni aucun avantage de la France sur le Québec. Les sources consultées pour cet article n'établissent pas que ces systèmes rendent la France plus compétitive que le Québec, et une plateforme nationale et un système provincial ne sont pas directement comparables en échelle ou en gouvernance.
La partie transférable est modeste, et elle porte sur la maintenance plutôt que sur une plateforme nationale quelconque. Une mise à jour structurée, faite une seule fois, peut alimenter plus d'un service. Chaque canal supplémentaire qu'il faut alimenter à la main est un endroit de plus où l'information se périme, et l'effort consenti pour garder plusieurs canaux alignés est un effort non consacré à la destination.
C'est la partie qu'il faut retenir pour une organisation régionale. Ce n'est pas un argument de classement. C'est une affirmation sur la quantité de maintenance qu'une structure donnée exige, et sur la part de l'attention d'une équipe que cette maintenance détourne de tout le reste.
ISOD Enrichissement est conçu pour permettre aux entreprises membres de décrire une mise à jour avec leurs propres mots, et pour préparer une information structurée que l'organisation touristique pourra examiner. Un pilote proposé définirait le périmètre, les responsabilités de validation et les modalités d'intégration avant que le flux de travail soit évalué. C'est aujourd'hui un concept de produit, avec un pilote à cadrer.
Ce n'est pas une base de données d'informations personnelles sur les voyageurs. Il s'agit de l'information sur les entreprises touristiques et leurs activités : hébergement, sites, activités, services et événements. Les entreprises contribuent, les équipes touristiques valident, et les systèmes existants conservent leur rôle.
Il est conçu pour compléter SIT Québec et Tourinsoft plutôt que pour les remplacer, et il n'exige pas de refaire le site web d'une organisation. Les détails d'intégration restent à cadrer, interfaces disponibles, permissions, correspondance des champs entre les systèmes.
Les bénéfices visés sont au nombre de trois. Pour les entreprises membres, une façon plus simple d'expliquer un changement. Pour les équipes touristiques, une information mieux organisée à examiner. Pour la destination, une base plus solide pour garder l'information utile à travers ses canaux. Ce sont des bénéfices visés, pas des résultats mesurés.
Le membre explique. L'entreprise décrit son offre ou un changement, en langage ordinaire.
ISOD aide à clarifier. L'interaction identifie ce qui manque ou est ambigu et le demande.
L'information est structurée. La mise à jour est organisée en champs utiles au flux de travail de l'organisation.
L'organisation valide. Son équipe conserve le contrôle, selon des règles de révision convenues.
L'information entre dans les systèmes existants. Les modalités de transfert sont définies par interface, permission et exigence.
Il s'agit d'un flux proposé et non d'un déploiement en production. L'intention est que l'information manquante soit signalée pour confirmation plutôt que comblée par des hypothèses.
Un cas illustratif : une entreprise indique qu'elle offrira des visites guidées les week-ends d'automne. Le flux de travail demanderait les dates précises, les jours et les heures, puis préparerait des champs structurés pour révision. C'est une illustration de l'expérience envisagée, pas un cas client.
Un pilote utile commence par une situation de référence, l'état actuel des fiches, avant tout changement.
Un pilote proposé comparerait, avant et pendant l'essai, la complétude des fiches, la fraîcheur de l'information, la participation des membres, le temps consacré aux relances, le temps consacré à la revue et à la validation des mises à jour, et les conditions et limites qui affectent une adoption plus large.
Le périmètre, la cohorte et les indicateurs seraient convenus avec l'organisation avant de commencer. Une cible fixée à l'avance n'est pas un résultat, et cet article n'en propose aucune.
Une information structurée et vérifiée est la base pratique de la présence numérique d'une destination. C'est elle qui permet à une destination d'être trouvée par les outils que les gens utilisent pour planifier un voyage, comparée sans ambiguïté, et jugée sur les détails qui déterminent si un voyage a lieu. Cette base mérite d'être construite avec soin. Ce n'est pas un classement, et ce n'est pas une ligne de revenus.
Ce qu'elle ne fait pas, c'est garantir un résultat. Une information mieux organisée peut soutenir la recherche, le filtrage et la distribution. Elle ne garantit ni une position dans les résultats de recherche, ni une inclusion dans les réponses des assistants IA, ni plus de réservations, et cet article n'avance aucun chiffre à ce sujet.
Et le périmètre de la proposition est volontairement étroit. ISOD Enrichissement s'adresse à la manière dont les entreprises contribuent leurs mises à jour et dont les équipes les valident. Ce n'est pas une prétention à résoudre tous les problèmes de données touristiques, et l'infrastructure qu'il complète est celle du gouvernement, pas la nôtre.
La prochaine amélioration n'est pas seulement technique. Elle concerne aussi la manière dont les entreprises contribuent leurs mises à jour, dont les équipes les valident, et dont l'information approuvée circule entre les systèmes.
Si vous êtes responsable de l'information de vos membres, Storyline serait enchantée de discuter de la façon dont un pilote pourrait être cadré autour de vos fiches, de votre processus de validation et d'objectifs mesurables.
Le flux de travail décrit plus haut est celui autour duquel le produit du consortium ISOD Enrichissement est conçu, sa page présente le périmètre du pilote proposé et ce qu'impliquerait l'intégration aux systèmes existants.
