Automatiser une veille (prix, offres, concurrents) sans y passer ses journées

Automatiser une veille, c'est confier à un système les recherches que vous faites aujourd'hui à la main, qu'il s'agisse du prix d'un concurrent, des offres d'un marché ou des nouveautés d'un secteur. Le système se lance à heure fixe et garde une trace de ce qu'il a vu. Vous recevez un résumé court, déjà trié. Chez Antomation, on construit des automatisations pour les PME, dont une veille qui tourne en continu pour Yataa Globe : cet article décrit la méthode et ce cas, puis les points de vigilance juridiques sur la collecte.

Ce qu'une veille automatisée fait, et ce qu'elle ne fait pas

Une veille automatisée visite vos sources à votre place et vous signale ce qui a changé, déjà trié. Elle ne définit pas votre stratégie et ne décide pas de ce qui compte pour vous : elle fournit la matière, vous tranchez. Sans critères clairs au départ, elle produit du bruit, et plus vite qu'une personne.

Côté prix et offres, le système relève ce que publient vos concurrents ou votre marché et signale les écarts. Côté information, il peut parcourir des flux RSS, des newsletters et des blogs, écarter ce qui ne vous concerne pas, résumer le reste, le classer, puis le déposer dans un outil comme Notion. C'est une organisation possible, pas une recette universelle.

Cadrer avant d'automatiser une veille

Avant de choisir un outil, on prend quatre décisions : les sources à surveiller, la fréquence de passage, le seuil qui déclenche une alerte et le format du rendu. Ces quatre choix pèsent plus lourd que le logiciel retenu. Une veille mal cadrée noie son lecteur ou rate la seule information qui comptait.

Les sources d'abord. Mieux vaut peu de sources bien choisies que beaucoup de sources approximatives, et il faut savoir pour chacune comment son contenu se récupère : flux, API, page publique. La partie juridique de cet article explique pourquoi.

La fréquence dépend de la vitesse à laquelle votre marché bouge : un prix qui change plusieurs fois par jour ne se surveille pas comme une page de tarifs révisée une fois par trimestre.

Le seuil d'alerte sépare l'information du bruit. Par exemple : prévenir quand un concurrent passe sous votre prix, ou quand une offre apparaît pour un produit ou un type de client que vous suivez. Sans seuil, tout remonte, donc rien n'est lu.

Le format du rendu doit épouser vos habitudes : dans votre boîte mail si vous l'ouvrez avant tout le reste, dans un tableau de bord si votre équipe y travaille.

Les briques d'une veille automatique

Une veille qui tourne seule se compose de quatre briques : une collecte, un stockage qui garde l'historique, un tri par l'IA, et un rendu qui arrive là où vous lisez déjà. Ce qui compte, c'est qu'elles s'enchaînent sans intervention humaine.

La collecte

La collecte va chercher l'information là où elle est publiée, à la fréquence que vous avez fixée. Quand la source propose une API, c'est la voie la plus propre : le nœud « HTTP Request » de n8n sert à interroger les applications et services qui exposent une API REST, et sa documentation détaille l'authentification et la pagination (documentation n8n). Sans API, il reste les services de collecte de pages web, et il faut alors vérifier ce qui peut légalement être prélevé.

Pour une veille d'information, une recherche web par API peut servir de point d'entrée. Celle de Perplexity renvoie pour chaque résultat un titre, une adresse, un extrait et, quand elle est connue, une date ; elle permet de limiter la recherche à une liste de domaines (20 au plus) et à une période, de l'heure à l'année (documentation Perplexity).

Le stockage et l'historique

Le stockage consiste à enregistrer chaque relevé avec sa date. Sans historique, impossible de voir une tendance ou de répondre à une question aussi simple que « ce prix a-t-il baissé depuis la semaine dernière ? ». Dans notre projet Yataa Globe, c'est Supabase qui joue ce rôle : une base PostgreSQL qui stocke chaque offre détectée et son historique.

Le tri et l'analyse par l'IA

Le tri par l'IA remplace ce qu'une personne ferait en parcourant les résultats : écarter le hors-sujet, regrouper ce qui se ressemble, classer par pertinence, résumer. C'est la brique où un modèle de langage apporte le plus, parce qu'elle porte sur du texte hétérogène que des règles fixes traitent mal.

Chez Yataa, la détection et l'analyse des offres sont confiées à l'IA, et Claude enrichit automatiquement les nouvelles destinations avec leurs coordonnées, leur drapeau et leurs aéroports. Une précaution utile : faites figurer dans le rapport le lien vers la source de chaque information. L'IA peut se tromper, et un clic suffit alors pour vérifier.

Le rendu : email du matin, tableau de bord

Le rendu livre le résultat là où vous travaillez : un email reçu chaque matin, un tableau de bord consulté à la demande, ou les deux. L'email du matin se règle avec un déclencheur planifié. Dans n8n, le nœud « Schedule Trigger » lance un workflow à des intervalles et des heures fixes, à la manière de l'outil cron des systèmes Unix (documentation n8n).

Deux détails concrets : le workflow doit être enregistré et publié pour que le déclencheur s'exécute, et le fuseau horaire est celui du workflow, à défaut celui de l'instance. Si l'email n'arrive pas à l'heure attendue, c'est donc le premier réglage à vérifier.

Le cas Yataa Globe : une veille qui tourne 24h/24

Yataa Globe est une infrastructure de veille qui suit le marché du voyage en continu, 24h/24, et alimente tout le produit Yataa. Elle a été conçue pour surveiller des centaines de destinations sans intervention humaine. On l'a construite avec n8n, Apify, Supabase, Lovable, Claude et Perplexity. Une fois en place, plus personne n'ouvre un site de voyage à la main : la veille tourne seule.

Le système suit quatre étapes, qu'on détaille sur la page du projet Yataa Globe :

1. Scan automatique des destinations.
2. Détection et analyse des offres par l'IA.
3. Filtrage et classement par pertinence.
4. Restitution en temps réel, avec une fonction Recheck.

n8n orchestre tous les workflows : le scan, la vérification des prix et l'envoi des emails quotidiens. Apify assure la collecte en continu. Lovable a servi à générer le tableau de bord interne de pilotage, le Yataa Deal Control Center, et Perplexity récupère les événements à destination pendant les dates du séjour. Au-delà des vols, Yataa identifie les événements culturels de chaque destination.

Steven Faber, CTO chez Yataa, le résume ainsi : « Antal a transformé notre façon de surveiller les deals de voyage. » C'est le type de projet qu'on range dans l'infrastructure IA : une base qui travaille en continu et alimente tout un produit.

Ce que le droit permet de collecter

Ce qu'une veille peut collecter dépend de la source, de ce qui est prélevé, de la fréquence et de l'usage, et les textes ne tranchent pas d'un bloc la question des prix d'un concurrent. Trois points se vérifient avant de lancer une collecte : les conditions d'utilisation du site, le droit du producteur de base de données et les données personnelles. Ce qui suit présente des points de vigilance, pas un avis juridique : pour un cas précis, rapprochez-vous d'un avocat.

Les conditions d'utilisation du site

Les conditions d'utilisation d'un site peuvent limiter ce que des tiers font de son contenu : lisez-les avant de collecter. Le 15 janvier 2015, dans l'affaire C-30/14, la Cour de justice de l'Union européenne a dit que la directive sur les bases de données ne vise pas une base qui n'est couverte ni par le droit d'auteur ni par le droit spécifique des bases de données. Pour une telle base, rien dans la directive n'interdit à son auteur de restreindre par contrat ce que des tiers en font, sous réserve du droit national. L'arrêt ne dit pas qu'une collecte est licite ou illicite : il indique que, dans ce cas, le contrat peut s'appliquer.

Le fichier robots.txt d'un site exprime lui aussi une volonté de son éditeur. Le Code de la propriété intellectuelle autorise toute personne qui a un accès licite à des œuvres à les copier pour une fouille de textes et de données, sauf si l'auteur a exprimé son refus de façon adaptée, par exemple par un signal que les machines savent lire sur un contenu publié en ligne (article L122-5-3). Cet article relève du droit d'auteur et ne règle pas à lui seul le cas d'une veille de prix, mais il justifie de regarder ce que l'éditeur de la source a prévu.

Le droit du producteur de base de données

Le producteur d'une base de données peut interdire qu'un tiers en extraie ou en réutilise tout le contenu, ou une part substantielle de ce contenu, appréciée en qualité ou en quantité (article L342-1 du Code de la propriété intellectuelle). Ce droit vient de la directive 96/9/CE du 11 mars 1996, qui le réserve aux bases dont l'obtention, la vérification ou la présentation du contenu a demandé un investissement substantiel.

Même des prélèvements sur des parties non substantielles peuvent être interdits s'ils sont répétés, systématiques et dépassent manifestement l'usage normal de la base (article L342-2). Une veille qui revient chaque jour sur la même source peut donc entrer dans le champ de cette règle. À l'inverse, quand une base est mise à la disposition du public, son producteur ne peut pas empêcher une personne qui y a accès de façon licite d'en extraire ou d'en réutiliser une partie non substantielle, et une clause contraire est nulle. Ces exceptions ne doivent toutefois pas nuire à l'exploitation normale de la base (article L342-3).

Le 19 décembre 2013, dans l'affaire C-202/12, la Cour de justice a jugé qu'un métamoteur de recherche dédié, proposé en ligne, réutilise la totalité ou une partie substantielle d'une base protégée lorsque trois conditions sont réunies : il offre un formulaire de recherche qui reprend pour l'essentiel les fonctions de celui du site, il transmet en temps réel les requêtes au moteur du site, et il présente les résultats dans son propre format. Ce cas est précis et ne vaut pas pour toute veille de prix, mais il montre qu'un outil qui interroge en direct la base d'un site et en republie les résultats peut constituer une réutilisation.

Les données personnelles

Une veille qui ne relève que les prix et les offres d'entreprises ne porte en principe pas sur des données personnelles ; le RGPD entre en jeu dès qu'elle collecte des informations sur des personnes. La CNIL définit une donnée personnelle comme toute information se rapportant à une personne physique identifiée ou identifiable, et précise que les coordonnées d'une entreprise ne le sont pas, en principe (définition de la CNIL). Le nom d'un vendeur qui exerce en son nom propre, en revanche, se rapporte à une personne physique.

En juin 2025, la CNIL a publié une fiche sur le moissonnage consacrée à la collecte de données personnelles en ligne pour développer des systèmes d'IA. Elle n'a pas été écrite pour la veille, mais ses mesures donnent des repères : fixer à l'avance des critères précis de collecte, écarter par des filtres les catégories de données inutiles, supprimer sans attendre celles qui ont été recueillies par erreur, et laisser de côté les sites qui s'opposent clairement au moissonnage, par exemple avec un fichier robots.txt ou un CAPTCHA.

Dans un article de son blog, Apify, éditeur d'un outil de collecte, juge la collecte de données publiques le plus souvent licite, avec des réserves pour les données personnelles, les œuvres protégées et les pages accessibles après connexion. Il évoque aussi les conditions d'utilisation et le fichier robots.txt, et précise ne pas donner de conseil juridique adapté à chaque projet (blog Apify). C'est un point de vue d'éditeur, pas un texte de loi.

En pratique, la collecte se cadre comme la veille : lister les sources, lire leurs conditions, s'en tenir à une fréquence mesurée, éviter les informations sur des personnes et garder une trace de ces choix.

Outil du marché ou veille sur mesure

Un outil de veille du marché convient quand vos sources et vos critères sont courants et que vous voulez démarrer vite. Une veille sur mesure se justifie quand vos sources sont particulières, que vous voulez garder la maîtrise de vos données ou que le rapport doit se brancher sur vos outils. Dans les deux cas, il faut d'abord fixer les sources, la fréquence, le seuil d'alerte et le format du rendu.

L'outil tout fait a l'avantage de la mise en route, mais il vous enferme dans ses sources, ses règles de tri et son format de rapport. La veille sur mesure demande plus de travail au départ. Ensuite, elle suit vos critères et parle à vos autres outils, avec l'historique dans votre propre base. On ne chiffre pas cette différence : elle dépend de votre périmètre.

Pour construire une infrastructure de veille sur mesure, on s'appuie sur des outils d'automatisation, et on peut automatiser la collecte et le rapport de bout en bout. Pour choisir l'outil, voyez notre article Make, n8n ou agents IA et notre panorama des outils d'IA pour PME. Notre FAQ traite aussi la question « Est-ce que ça marche dans mon secteur ? », et sa réponse commence ainsi : la question n'est pas le secteur mais le type de tâche.

Article préparé avec l'aide d'outils d'IA à partir de sources vérifiées, sous la responsabilité éditoriale d'Antal Rocton.