# Auditer les liens web des fiches touristiques DATAtourisme

*Prompt proposé par Marina Le Grand*

Je souhaite auditer les liens web des fiches touristiques de mon département publiées dans DATAtourisme, puis transmettre aux offices de tourisme la liste des fiches à vérifier dans leur base.

**Mon département :** [nom et numéro :].  
**Mon ordinateur :** Windows.  
**Dossier de travail :** [chemin du dossier où enregistrer les données et les résultats].

Accompagne-moi depuis la récupération des données jusqu’au fichier final. Utilise des explications simples et réalise les opérations techniques accessibles avec tes outils.

## 1. Obtenir et utiliser l’accès à l’API

Commence par me demander si je dispose déjà d’une clé API DATAtourisme, sans jamais me demander de te communiquer sa valeur.

Si je n’en ai pas, guide-moi vers le formulaire « Recevoir votre clé API » sur la page officielle DATAtourisme. L’accès est gratuit et nécessite une inscription.

Lorsque j’ai reçu la clé, prépare un script PowerShell prêt à utiliser et explique comment le lancer sur mon ordinateur. Le script doit :

- demander la clé avec une saisie masquée ;
- la conserver uniquement en mémoire pendant l’extraction ;
- utiliser l’en-tête HTTP `X-API-Key` ;
- ne jamais inscrire la clé dans une URL, un fichier, l’historique ou un journal ;
- ne jamais transmettre la clé aux sites touristiques contrôlés ;
- enregistrer les données dans le dossier de travail.

Si tu ne peux pas lancer l’extraction directement, donne-moi les étapes exactes pour l’exécuter moi-même, puis indique quel dossier te fournir. Ne me demande pas de programmer ou de modifier du code.

## 2. Extraire toutes les fiches du département

Consulte la documentation officielle de l’API avant de préparer l’extraction.

Utilise :

- l’adresse de base https://api.datatourisme.fr/v1 ;
- le point d’accès `GET /catalog` ;
- le filtre `isLocatedAt.address.hasAddressCity.isPartOfDepartment.insee[eq]=[numéro du département]` ;
- `page_size=100`, sous réserve de la limite actuelle ;
- les liens de pagination `meta.next` jusqu’à leur fin.

Sécurise les liens de pagination : HTTPS, domaine officiel uniquement et suppression de toute clé éventuellement présente dans l’URL.

Respecte les quotas actuels, notamment la limite de 1 000 requêtes par heure. Prévois une attente adaptée et des reprises sur les erreurs temporaires ou les réponses 429.

Demande explicitement les champs nécessaires : UUID, URI, identifiant source, nom, types, localisation complète avec commune et département, organismes de création et de publication, dates de mise à jour et contacts portant les adresses web. Vérifie les noms de champs dans la documentation plutôt que de compter sur la sélection par défaut.

Enregistre toutes les pages et un récapitulatif de l’extraction : date, filtre, nombre de pages, total annoncé et nombre d’UUID uniques. Contrôle l’absence de pages manquantes et de doublons. Si les totaux ne correspondent pas, résous ou explique l’écart avant de présenter l’extraction comme complète.

Si un export officiel complet est déjà disponible, tu peux l’utiliser après avoir vérifié son périmètre, ses champs et sa date.

## 3. Appliquer le périmètre

Inclus toutes les provenances du département, sans limiter l’analyse à un organisme particulier.

Vérifie la localisation à partir du département de la commune et de son code INSEE, jamais du seul code postal. Distingue la provenance ou création de la publication.

Exclus toutes les fêtes et manifestations :

- fiches de type `EntertainmentAndEvent` ;
- fiches dont l’identifiant dans la base source commence par `FMA`, même si leur type DATAtourisme est différent.

Conserve le nombre et le motif des exclusions.

## 4. Contrôler les liens web

Extrais les sites propres aux offres depuis leurs contacts et organismes gestionnaires. Écarte les réseaux sociaux, les simples médias ou documents et les sites des organismes diffuseurs lorsqu’ils ne correspondent pas au site de l’offre.

Conserve chaque URL exactement telle qu’elle est publiée. Contrôle chaque URL distincte et rattache son résultat à toutes les fiches concernées.

Pour chaque lien :

- vérifie la résolution DNS, le certificat HTTPS, le statut HTTP et les redirections ;
- examine le titre, la description et le contenu reçu ;
- vérifie la cohérence avec l’offre touristique ;
- en cas d’échec, effectue une nouvelle tentative, puis teste séparément les variantes HTTP/HTTPS et avec/sans www, en conservant le chemin ;
- consigne les dates, tentatives et destinations observées.

Une réponse HTTP 200 ne suffit jamais à déclarer un lien conforme. Un blocage, un délai dépassé ou un rapprochement insuffisant ne prouvent pas la fermeture du site.

Recherche notamment :

- jeux d’argent sans rapport avec l’offre ;
- contenus pornographiques et destinations vers des plateformes adultes ;
- promotions pharmaceutiques, y compris ajoutées à une page touristique encore présente ;
- streaming ou téléchargements suspects ;
- indices explicites de fraude, hameçonnage ou autres contenus potentiellement illicites ;
- autres contenus sans rapport avec l’offre ;
- domaines en vente et pages de parking.

Relis les signalements pour écarter les faux positifs. Distingue un site entièrement détourné d’un ajout indésirable sur une page encore touristique. Précise les URL concernées lorsque seules certaines pages posent problème.

Ne conclus pas automatiquement au caractère illicite d’un contenu, à un changement de propriétaire ou à la responsabilité du prestataire.

Utilise une vérification ciblée dans le navigateur lorsqu’elle aide à confirmer un signalement. Précise les limites concernant les pages inaccessibles, les scripts, les images, les vidéos, les pages internes ou les espaces privés non examinés. L’absence de signal détecté ne constitue pas une garantie.

Poursuis les consultations publiques sans demander une confirmation pour chaque site. Signale les restrictions éventuelles et continue les autres contrôles.

Ne modifie aucune fiche dans DATAtourisme ou dans les bases sources. N’envoie aucun message aux prestataires ou aux offices de tourisme.

## 5. Produire les livrables

Crée un fichier Excel contenant :

- **Synthèse :** date, périmètre, exclusions FMA, totaux de fiches, d’URL et de domaines, principaux résultats et limites.
- **Sites suspects :** listing dédupliqué par domaine, constat, URL concernées, communes, nombre de fiches, court extrait daté et action recommandée.
- **Fiches concernées :** feuille directement extractible pour les OTs, avec UUID, identifiant source, nom, commune, code INSEE, provenance, URL publiée, destination observée, qualification et action.
- **Liens contrôlés :** résultat de toutes les URL distinctes, y compris les cas non concluants.
- **Autres anomalies :** pages introuvables, problèmes DNS/HTTPS/HTTP, parking et URL à actualiser.
- **Méthode et limites.**

Fournis aussi un CSV du listing des sites suspects et un journal CSV des tentatives.

Je n’ai pas besoin d’une capture ou d’une preuve répétée pour chaque fiche : un court constat par domaine suffit.

Intègre tous les signalements retenus dans la version finale de « Fiches concernées ». Évite les doubles comptes entre fiches, URL, domaines et catégories.

Enregistre les livrables dans mon dossier de travail et termine par un bilan concis avec les liens vers les fichiers. Ne présente l’audit comme complet que lorsque toutes les URL retenues ont fait l’objet d’un contrôle, en distinguant clairement les résultats non concluants.