Quand l’office de tourisme et le prestataire web ne se parlent plus

Un office de tourisme change de prestataire web, le nouveau récupère les accès, et trois mois plus tard plus personne ne sait qui a cassé quoi. La fiche d'un hébergement affiche encore le tarif de la saison dernière, la billetterie en ligne renvoie vers une page morte, et le conseiller en séjour saisit deux fois la même donnée dans deux outils différents. On cherche le coupable côté humain, alors que le problème se loge ailleurs, dans un chaînage des données touristiques que personne n'a jamais vraiment dessiné.

Une panne qui ne dit pas son nom

Quand l'office de tourisme et le prestataire web ne se parlent plus, la première alerte ne ressemble jamais à une alerte. Elle prend la forme d'une réunion reportée, d'un mail sans réponse pendant huit jours, d'un devis validé à l'arraché. Personne ne déclare la rupture, elle s'installe par petites touches jusqu'au jour où le site tombe en pleine haute saison ou qu'une animation locale reste invisible sur la page d'accueil.

À ce stade, les deux camps ont chacun leur version. Le prestataire explique qu'il n'a jamais eu les bons accès, que la base de données est verrouillée quelque part chez un ancien intervenant, que les demandes arrivent par téléphone au lieu de passer par un outil partagé. L'office répond que le contrat prévoyait des mises à jour, qu'il paie pour un service, et qu'il n'a pas à devenir technicien pour que son site fonctionne.

Le vrai point de bascule se situe rarement là où on le cherche. Un site d'office de tourisme n'est pas une brochure qu'on rafraîchit une fois par an, c'est un système qui tire ses contenus d'une source vivante. Si ce tuyau ne fonctionne plus, la plus belle refonte graphique du monde n'y changera rien : les données resteront figées et les visiteurs partiront ailleurs. La panne est silencieuse, mais elle coûte cher.

Le chaînage des données, ce pont qu'on oublie de construire

Un office de tourisme produit de l'information touristique toute l'année. Manifestations, hébergements, restaurants, sentiers, horaires de piscine, tout cela circule dans des bases métier conçues pour ça. Apidae, ex-Sitra, s'est imposé comme le premier réseau d'informations touristiques et de loisirs, et beaucoup de structures y saisissent leurs contenus avant même de penser au site public.

Le prestataire web, de son côté, travaille avec des outils qui lui sont propres. Iwego, par exemple, se positionne comme partenaire des offices de tourisme sur l'ensemble de leurs supports : communication, print, digital, identité visuelle, site internet, environnement numérique. La société intègre les données touristiques des offices, notamment via Tourinsoft. Rien d'anormal jusque-là, sauf que ces deux mondes parlent des langues différentes et que personne n'a prévu le traducteur.

Voilà où le chaînage casse. La donnée naît dans un logiciel métier, transite par un export, arrive parfois dans un second outil, puis se retrouve sur le site par un import nocturne qui échoue en silence. Une ligne mal mappée, un champ obligatoire laissé vide, et l'office publie pendant des semaines une information fausse sans le savoir. Le prestataire, lui, ne voit rien passer : il n'a pas la main sur la source.

Les échanges entre rédaction et technique suivent souvent le même nœud, et il faut parfois séparer les deux pour que la mécanique reparte sur des bases claires, comme le raconte tuezlestous.com à propos de projets WordPress. Ce dysfonctionnement n'a rien à voir avec la compétence des personnes en place.

Il vient d'un schéma pensé à l'envers : on choisit l'outil, on signe le contrat, on réfléchit au flux après. Résultat, chacun protège son bout de chaîne, et la donnée touristique se perd dans les intervalles.

L'outillage des conseillers en séjour, angle mort du projet

Il existe une autre pièce que les cahiers des charges oublient presque toujours : la personne derrière le comptoir. Le conseiller en séjour encaisse une demande, oriente un visiteur, note une info pratique, et cette matière première devrait remonter jusqu'au site sans qu'il ait à la ressaisir.

Apitour a été conçue pour assister les conseillers en séjour dans leur mission de promotion et de services touristiques, en s'appuyant sur le système d'information Apidae. L'outil propose aussi une application client baptisée My Apitour, accessible pendant et après le séjour, ce qui prolonge le lien avec le visiteur une fois rentré chez lui. Sur ce point, voir aussi notre article sur changer plateforme redirection 301.

Quand ce maillon est absent ou mal branché, l'office se retrouve avec deux vérités. Celle du logiciel métier, tenue à jour par l'équipe d'accueil, et celle du site, mise à jour quand quelqu'un a le temps. Le prestataire web hérite alors d'une base incomplète et livre un site qui reflète mal le territoire. Il n'y a pas de faute, juste un tuyau débranché entre deux pièces qui devaient communiquer.

Les structures qui s'en sortent ont souvent traité ce point avant tout le reste. Elles ont identifié la source unique de vérité, défini qui saisit quoi, et exigé du prestataire qu'il documente les flux entrants et sortants. Le reste, le design, les animations, la boutique en ligne, vient après.

Ce qui coince vraiment sur le terrain

Sur le papier, tout le monde est d'accord pour dire qu'il faut partager l'information. Dans les faits, les obstacles reviennent toujours au même endroit, et ils tiennent moins à la technique qu'à des habitudes jamais interrogées. Les cinq points qui suivent suffisent à expliquer la plupart des blocages observés.

• Les accès à la base métier restent chez une personne partie à la retraite depuis deux ans, et personne n'a pensé à récupérer les identifiants.
• Qui décide qu'un champ est obligatoire et qu'un autre peut rester vide ?
• Le prestataire facture une intervention pour chaque correction de mapping, ce qui finit par peser sur un budget déjà serré.
• Les conseillers en séjour ont été formés à leur logiciel métier, mais jamais à la façon dont leurs saisies arrivent sur le site public.
• Aucun test n'est prévu après une mise à jour de l'export, donc la casse se découvre en juillet.

Ces points n'ont rien de technique au sens strict. Ce sont des choix d'organisation, des responsabilités floues, des habitudes prises faute de mieux. Régler le premier et le quatrième suffit souvent à débloquer la relation avec le prestataire, parce que celui-ci reçoit enfin des données propres et sait à qui parler.

Reprendre la main sans refaire le site

La tentation, quand la relation se dégrade, c'est de tout casser. Nouveau prestataire, nouvelle plateforme, nouvelle charte. Ça coûte cher, ça mobilise une équipe pendant des mois, et six mois plus tard les mêmes problèmes reviennent si le chaînage n'a pas été repensé. La refonte graphique ne répare jamais un flux de données cassé.

Une approche plus sobre consiste à cartographier ce qui circule. D'où vient chaque information, par quel outil elle passe, qui la valide, à quelle fréquence elle part vers le site. Cette cartographie tient sur une page, et elle fait apparaître en général deux ou trois points de rupture qu'on ignorait. À partir de là, on peut écrire noir sur blanc ce que le prestataire doit recevoir, sous quel format, et ce que l'office s'engage à fournir en amont.

Il faut aussi remettre les conseillers en séjour dans la boucle. Leur outil de travail n'est pas un logiciel administratif rangé dans un coin : c'est la source qui alimente tout le reste. Quand ils comprennent que leur saisie part directement sur le site public, la qualité des fiches remonte toute seule, sans formation lourde ni contrôle tatillon.

Le contrat, enfin, gagne à prévoir ce qui se passe quand un flux casse. Un délai d'alerte, un interlocuteur identifié de chaque côté, une procédure simple. Ça évite les semaines de silence pendant lesquelles chacun croit que l'autre s'en occupe.

Le problème n'a jamais été les gens

Les histoires de rupture entre un office de tourisme et son prestataire web racontent presque toujours la même chose, vue de deux fenêtres différentes. D'un côté une équipe qui ne comprend pas pourquoi son site ne bouge pas, de l'autre un prestataire qui rame sur des données qu'il ne maîtrise pas. Entre les deux, un chaînage mal dessiné, des logiciels métier qu'on n'a pas branchés au bon endroit, et des conseillers en séjour qui saisissent dans le vide.

Tant que ce tuyau n'est pas remis d'aplomb, changer de prestataire revient à déplacer le problème, pas à le résoudre, et la prochaine saison reproduira les mêmes ratés. La vraie question, au fond, n'est pas de savoir qui a tort : c'est de savoir qui, dans votre structure, tient aujourd'hui la carte des données touristiques que vous publiez.