Créer une veille ou une newsletter automatisée avec l’IA

Une veille quotidienne ou hebdomadaire produite par l’IA peut vous éviter de parcourir sans cesse les mêmes sources, à condition de recueillir les bons contenus et de conserver les liens vers les originaux. Le bénéfice et le temps de lecture dépendent du public, de la couverture et du taux d’erreur : mesurez-les au lieu de promettre des heures gagnées.

Mal conçue, cette veille devient simplement un e-mail de plus que vous ignorez. La différence tient à l’architecture et, surtout, aux améliorations successives.

Cet article présente une architecture candidate, des critères d’acceptation et un cycle de maintenance. C’est auprès du public réel qu’il faut mesurer si la veille mérite d’être lue.

Consultez la documentation actuelle du déclencheur Schedule Trigger de n8n pour les détails de planification. Avant tout envoi ou suivi par e-mail, confrontez le public et les pays concernés aux règles officielles applicables, comme le guide britannique sur le marketing par courrier électronique. Ne transposez pas d’un pays à l’autre les règles de consentement ou de soft opt-in.

Les quatre fonctions d’une veille

Une veille utile fait quatre choses, dans l’ordre :

1. Rassembler — extraire le contenu de nombreuses sources.
2. Filtrer — ne conserver que ce qui importe à votre public spécifique.
3. Synthétiser — condenser l’information dans un format structuré et facile à parcourir.
4. Diffuser — livrer le résultat au bon endroit et au bon moment.

Chacune répond à un problème distinct. Examinons-les une par une.

Fonction 1 : collecte

Les sources sont le fondement. Une veille alimentée par des sources médiocres sera médiocre, quelle que soit l’ingéniosité de l’étape d’IA.

Types de sources courants :

Flux RSS. Lorsqu’un éditeur maintient un flux, un lecteur RSS peut récupérer des mises à jour structurées sans extraire les pages. Vérifiez l’exhaustivité, les horodatages de mise à jour, les redirections et les conditions de l’éditeur : la disponibilité et la qualité des flux RSS varient.

API d’actualités ou de recherche approuvées. Présélectionnez les fournisseurs selon la couverture, les licences, les exigences d’attribution, les conditions de redistribution, la conservation, les limites de débit, la localisation des données et les métadonnées structurées. Les produits et les droits d’accès évoluent : une liste citée dans un article ne vaut pas approbation.

Extraction de sites précis. Les sites dépourvus de flux RSS ou d’API peuvent être extraits, mais examinez leurs conditions d’utilisation et leur fichier robots.txt. Des outils comme ScrapingBee, Bright Data ou Playwright prennent en charge l’aspect technique.

Réseaux sociaux. Certaines plateformes exposent des API officielles avec des restrictions d’accès et d’utilisation. Ne supposez pas qu’une interface peut être extraite ; vérifiez la documentation actuelle de l’API, les conditions du site, les obligations de confidentialité et les droits de redistribution.

Newsletters. Transférez les abonnements vers une boîte dédiée, puis traitez-les. L’IA peut extraire le contenu du code HTML des e-mails.

Sources internes. Canaux Slack, documents internes, tickets de support client. Pour les veilles internes, celles-ci ont souvent plus d’importance que les sources externes.

Bases de recherche. Semantic Scholar, arXiv, PubMed — pour les veilles à orientation académique.

Choisissez l’ensemble initial des sources en fonction des besoins de couverture du sujet et de la capacité de revue de l’équipe. Suivez les éléments utiles uniques, les inclusions erronées, les omissions importantes, les doublons, le coût et les défaillances des sources avant d’étendre cet ensemble.

Voici un exemple de classement des sources — remplacez les nombres après avoir mesuré la couverture :

• Niveau 1 (chaque élément est examiné) : un petit ensemble dont la personne chargée de la validation peut contrôler l’intégralité du contenu.
• Niveau 2 (fréquemment pertinent) : des sources qui nécessitent un filtrage transparent.
• Niveau 3 (occasionnel) : des sources conservées pour des sujets ou événements définis, pas pour du volume générique.

Le filtre (fonction 2) traite chaque niveau différemment.

Fonction 2 : filtrage

Le filtrage détermine ce qui peut être omis autant que ce qui doit être inclus. Mesurez à la fois les inclusions erronées et les omissions importantes ; une veille plus courte n’est pas nécessairement meilleure.

Trois approches, souvent combinées :

Approche 1 : filtrage par mots-clés et métadonnées

Peu coûteux, rapide, transparent. Filtrez par :

• Mots-clés dans le titre ou le corps du texte.
• Date de publication (dernières 24 heures, dernière semaine).
• Niveau de source.
• Catégories ou balises de la source.

Cette méthode repère l’évident. Elle passe aussi à côté d’une pertinence plus subtile.

Approche 2 : filtrage par plongements vectoriels

Pour chaque élément, calculez un plongement vectoriel. Comparez-le à un vecteur représentant « ce qui m’intéresse », construit à partir d’articles jugés intéressants auparavant ou d’une description de vos centres d’intérêt. Conservez les éléments dont la similarité dépasse le seuil choisi.

Cela capture la pertinence sémantique — des articles sur vos sujets qui n’utilisent pas vos mots-clés spécifiques.

Approche 3 : filtrage par LLM

Pour chaque élément ayant passé les filtres peu coûteux, exécutez un appel à un petit LLM :

Vous filtrez le contenu d’une veille quotidienne destinée à [audience description].

À partir du titre de cet article et des 300 premiers mots, notez sa pertinence pour ce public de 1-10 et rédigez une phrase expliquant pourquoi il pourrait (ou non) l’intéresser.

Sortie JSON : {"score": <1-10>, "reason": "<une phrase>"}

Article :
[title and excerpt]

Conservez les éléments au-dessus d’un seuil calibré sur des étiquettes humaines représentatives. Ne supposez pas qu’un filtre LLM est le plus précis, ni qu’un score de 7 a une signification stable d’un modèle, d’un prompt, d’une source ou d’une langue à l’autre.

Une cascade candidate commence par un filtre transparent fondé sur les métadonnées et les mots-clés, puis soumet les cas indécis à un classificateur par plongements vectoriels ou par modèle. Comparez-la à des solutions plus simples sur le même jeu étiqueté : chaque étape supplémentaire peut ajouter de la latence, du coût, des erreurs corrélées et des éléments manqués.

Fonction 3 : synthèse

Une fois les éléments candidats examinés, l’étape de synthèse peut produire un brouillon. Fixez leur nombre selon la fenêtre de contexte du modèle, les besoins des lecteurs et le risque d’omission mesuré, et non selon une fourchette quotidienne universelle.

Un prompt de synthèse efficace :

Vous produisez une veille quotidienne pour [your audience description].

On vous a fourni [N] articles ayant passé notre filtre de pertinence. Produisez une veille avec cette structure :

**Les 3 sujets principaux.** Les trois articles qu’un lecteur doit connaître. Pour chacun :
- Un titre en une ligne (votre titre, pas celui de la source)
- Un résumé en deux phrases
- Le lien vers la source
- Une phrase sur « pourquoi cela compte » pour notre public

**Lectures rapides.** 5-8 autres éléments à mentionner brièvement :
- Une phrase chacun
- Lien vers la source

**À survoler ou ignorer.** Les articles dans la zone limite, uniquement les titres + liens. Le lecteur décide s’ils sont intéressants.

**Tendances de la semaine.** (Veille hebdomadaire uniquement) Tout thème qui relie les sujets de la semaine.

Ton : direct, sans préambule, pas de « voici votre veille du jour ». Entrez directement dans le contenu.

Utilisez [my inference] pour tout ce que vous extrapolez au-delà du contenu des sources.

N’inventez ni citations ni chiffres. Si vous citez une statistique, indiquez de quel article elle provient.

Articles :
[full content of all filtered articles]

Ce prompt demande une ébauche structurée ; il ne garantit pas des résumés précis, une couverture complète ou un classement utile. Conservez les liens vers les sources et exigez la revue des affirmations, citations, chiffres et omissions importantes avant la diffusion.

Quelques variations à connaître :

• Adaptation au public. Les angles varient selon les lecteurs. Une veille destinée aux ingénieurs doit souligner les conséquences techniques ; pour des dirigeants, les enjeux commerciaux ; pour des journalistes, la valeur informative. La ligne qui décrit le public influe fortement sur la synthèse.

• Sections thématiques. Pour une veille consacrée à un sujet précis, par exemple l’actualité de la sécurité de l’IA, organisez les sections par sous-thème plutôt que selon les blocs « à la une », « lectures rapides » et « à survoler ».

• Mise en évidence des comparaisons et contradictions. « Si plusieurs sources rapportent le même événement, mettez en évidence les points de désaccord. » Cela capte les frictions intéressantes.

• Degré de certitude explicite. « Lorsque les informations sont limitées ou peu fiables, marquez-les avec [source unique]. » Cette mention évite que la veille ne donne du crédit à des rumeurs insuffisamment étayées.

Fonction 4 : diffusion

La dernière étape est la livraison. Une veille qui arrive au mauvais endroit au mauvais moment est pire que pas de veille du tout.

Questions pratiques :

Où ? Choisissez un canal approuvé qui respecte les exigences de contrôle d’accès, de conservation, de consentement, de preuve de livraison et d’accessibilité, ainsi que les préférences des lecteurs. L’e-mail, la messagerie instantanée, le RSS et une page d’espace de travail n’impliquent pas les mêmes obligations.

Quand ? Demandez aux lecteurs quand et où ils souhaitent recevoir la veille, tenez compte des fuseaux horaires et des périodes de tranquillité, puis testez l’heure de livraison. Il n’existe pas de créneau matinal universel.

À quelle fréquence ? Définissez la cadence selon le volume d’informations pertinentes et la demande des lecteurs. Modifiez-la ou interrompez-la si le résultat est régulièrement vide, répétitif, obsolète ou ignoré.

Personnalisation. Si vous produisez une veille pour plusieurs lecteurs, envisagez une légère personnalisation — différentes sections pour différents rôles, un « top 3 » différent selon leurs intérêts déclarés, des sources pondérées différemment.

L’architecture

En les réunissant, un système de veille typique ressemble à :

[Scheduled trigger: daily at 6 AM]
    ↓
[Fetch sources in parallel: RSS, APIs, scrapers]
    ↓
[Deduplicate: remove articles already covered]
    ↓
[Filter tier 1: keep all]
[Filter tier 2-3: keyword + embedding + LLM scoring]
    ↓
[Rank by score]
[Take the configured top N from reader, context, cost, and omission tests]
    ↓
[Synthesis prompt with all items as input]
    ↓
[Distribute: email / Slack / Notion / RSS]
    ↓
[Log approved operational metadata and controlled review samples]

L’implémentation peut reposer sur une plateforme d’automatisation ou un service personnalisé. Choisissez selon les besoins d’authentification, de connexion aux sources, de gestion de l’état, de dédoublonnage, d’observabilité, de validation, de livraison et d’assistance, et non selon la seule taille du public.

Une configuration pratique dans n8n :

1. Schedule trigger à l’heure de livraison approuvée (le nom actuel du nœud n8n et la sémantique de planification dépendent de la version).
2. Nœuds RSS Read pour chaque source de niveau 1.
3. Nœuds HTTP Request pour toute API personnalisée.
4. Merge : regrouper tous les éléments dans une seule liste.
5. Code node pour dédoublonner les éléments, selon l’identité canonique de la source et le hachage du contenu, sur une période de conservation choisie en fonction de la cadence de publication et du comportement des sources.
6. Nœud de modèle ou de classificateur approuvé qui traite chaque élément admissible selon les règles de notation évaluées.
7. Filter avec le seuil calibré sur l’ensemble d’évaluation étiqueté ; ne codez pas en dur 7 à partir de cet exemple.
8. Aggregate : rassembler les éléments dans un seul grand contexte.
9. Nœud de modèle approuvé pour le prompt de synthèse.
10. Send Email (ou Slack message, ou Notion) avec la sortie synthétisée.

Construisez et testez chaque étape séparément. Le temps de mise en place dépend de l’authentification, du format des sources, de l’état conservé pour le dédoublonnage et des contrôles de livraison. L’exécution réussie d’un déclencheur planifié ne prouve pas que la veille fonctionne correctement : déclenchez des alertes en cas d’échec de la collecte, d’entrée vide, d’erreur du modèle, de volume inhabituel de doublons, d’échec de livraison ou de coût anormal.

Maintenir l’intérêt de la veille

Construire et exploiter la veille sont des problèmes distincts. Surveillez si les lecteurs l’utilisent et si la couverture des sources ou la qualité de la synthèse se dégrade ; le succès de la livraison à lui seul n’est pas une preuve de valeur.

Quelques pratiques sont particulièrement utiles :

1. Examinez chaque résultat pendant le pilote limité

Pour chaque résultat du pilote, demandez-vous : qu’est-ce qui était précis et utile, qu’est-ce qui relevait du remplissage, et quels éléments importants manquaient ?

Modifiez un composant contrôlé à la fois et relancez l’évaluation étiquetée. Définissez la durée du pilote à partir de la cadence de publication et du nombre de cas représentatifs nécessaires, pas d’un mois fixe.

2. Suivez l’engagement

Pour une veille par e-mail, les taux d’ouverture et de clic indiquent si le contenu atteint son public. Dans Slack, observez les réactions et les réponses. Pour une veille personnelle, la question est plus simple : l’avez-vous lue aujourd’hui ou ignorée ?

Lorsque l’engagement baisse, quelque chose a changé : les sources sont périmées, la synthèse est devenue générique, le public a évolué. Enquêtez.

3. Élaguez les sources sans état d’âme

Mesurez les contributions pertinentes propres à chaque source, les inclusions erronées, les doublons, l’actualité, la fiabilité, le coût et la couverture des sous-thèmes importants. Ne supprimez pas une source peu prolifique si elle est la seule à couvrir un sujet important.

Un exercice trimestriel utile : pour chaque source, calculez « parmi les éléments de cette source qui ont passé le filtre, quelle fraction a atteint le top 3 ? » Les sources qui n’alimentent jamais le top 3 sont écartées.

4. Surveillez la qualité de la synthèse

Le comportement des LLM peut dériver. Un prompt de synthèse qui produisait d’excellentes veilles en janvier peut donner des réponses prudentes et génériques en mars après une mise à jour du modèle. Recommencez régulièrement les tests et révisez le prompt si la qualité baisse.

5. Tenez une liste d’exclusion

Notez les motifs à écarter : un sujet déjà traité plusieurs fois, les titres racoleurs récurrents d’une source, ou du marketing de contenu présenté comme une analyse. Cette liste gérée manuellement signifie : « même si l’élément obtient le score requis, ne pas l’inclure ».

6. Prévoyez un interrupteur d’arrêt

Certains jours, aucune information importante ne paraît sur votre sujet. La solution honnête consiste à ne rien envoyer, ou à diffuser une veille très courte. Intégrer une règle telle que « si moins de 3 éléments obtiennent un score supérieur à 7, ne pas envoyer de veille complète » préserve la qualité.

Un exemple concret : une veille sur le secteur de l’IA

Voici, à titre d’illustration, la configuration d’une veille quotidienne sur l’actualité du secteur de l’IA. Elle ne prouve pas qu’une newsletter a réellement été exploitée ni que les contenus ont été utilisés sous licence :

Sources :

• Page d’accueil de Hacker News (filtrée sur le contenu IA)
• a16z, Stratechery (Stratechery exige un abonnement, mais les articles gratuits de Ben Thompson peuvent servir)
• Flux des blogs Anthropic, OpenAI, Google AI, Meta AI
• Couverture IA de The Information (nécessite un abonnement payant si vous voulez les articles complets ; sinon leurs résumés publics)
• Section IA de TechCrunch
• Digest quotidien arXiv cs.CL (filtré sur les articles « accessibles »)
• Publications de @karpathy, @sama, @demishassabis et @swyx (via l’API X ; les interfaces publiques du type Nitter sont fragiles, considérez-les comme facultatives et non comme des sources principales)
• Meilleurs posts hebdomadaires de /r/MachineLearning
• Pages d’annonce officielle de certaines entreprises

Description du public du filtre :

Un praticien sérieux de l’IA qui développe avec cette technologie, suit les sorties de modèles et s’intéresse à leurs conséquences pratiques. Les titres racoleurs, l’emballement sans fond et les contenus du type « l’IA va détruire le monde » ne l’intéressent pas. Il s’intéresse aux nouveaux modèles et à leurs capacités, aux travaux techniques ayant des applications concrètes, aux évolutions commerciales et concurrentielles, aux politiques publiques qui concernent les développeurs, ainsi qu’aux analyses inattendues ou à contre-courant provenant de sources crédibles.

Prompt de notation du filtre :

Notez cet article de 1-10 pour un praticien sérieux de l’IA. Pénalisez :
- Le cadrage d’emballement sans substance.
- Les textes purement prédictifs sans preuves.
- La recopie des communiqués de presse par la presse spécialisée.
- Le marketing de contenu déguisé en analyse.
- Les répétitions d’histoires majeures déjà largement couvertes.

Récompensez :
- Des résultats techniques spécifiques ou des détails sur les modèles.
- Des mouvements concurrentiels ou des changements stratégiques.
- Des implications pratiques pour les développeurs.
- Une analyse à contre-courant ou inattendue provenant de sources crédibles.

Sortie JSON : {"score": <1-10>, "reason": "<une phrase>"}

Prompt de synthèse : la structure standard « trois sujets principaux / lectures rapides / à survoler ou ignorer » décrite ci-dessus, avec une adaptation au public correspondant à la description du filtre.

Envoi : e-mail à 7 h, heure locale.

Ceci est un format d’exemple, pas une garantie de temps de lecture ou d’utilité. Mesurez les ouvertures, les clics vers les sources, les évaluations des lecteurs, les inclusions erronées et les omissions importantes ; raccourcissez ou retirez la veille lorsqu’elle n’aide plus.

Quelques motifs spécifiques à emprunter

La veille interne. Un résumé de sources internes approuvées peut donner un aperçu de l’activité, mais aussi exposer des données sur le personnel ou les clients au-delà de leur public initial. Préservez les ACL des sources, réduisez au minimum les données à caractère personnel, limitez les destinataires et faites examiner les aspects de confidentialité et de sécurité avant d’ingérer des canaux privés ou des transcriptions.

La veille concurrentielle. Suivre les annonces produits, embauches, marketing et avis clients des concurrents. Utile pour les équipes stratégie, ventes et produit.

La veille sur les compétences de l’équipe. Une sélection hebdomadaire de nouveaux outils, articles et résultats dans le domaine de votre équipe. Elle suit moins l’actualité et vise davantage à maintenir les connaissances à jour.

La veille personnelle sur les investissements. Une sélection de liens sur les marchés, les entreprises et les tendances que vous suivez. Il s’agit d’un index de recherche, et non de conseils en investissement : vérifiez les documents réglementaires et les données de marché auprès de leur source primaire, et consultez un professionnel qualifié pour toute décision réglementée ou lourde de conséquences.

La veille sur la voix du client. Les retours clients (demandes d’assistance, avis, mentions sur les réseaux sociaux) sont regroupés chaque jour par thèmes, éléments inattendus et cas individuels notables.

Chacun suit la même architecture ; seules les sources, le public et les prompts de filtre diffèrent.

Construisez-la, puis ajustez-la en fonction des preuves

Une veille est un produit d’information qu’il faut exploiter, et non un actif permanent. Son architecture collecte, filtre, synthétise et diffuse. Le travail de production porte sur les autorisations liées aux sources, la provenance, la surveillance, la confidentialité, la conformité de la diffusion et l’évaluation continue.

Conservez l’URL canonique, le titre, l’éditeur, la date de publication et l’heure de consultation de chaque élément, ainsi que les droits et conditions d’utilisation lorsqu’ils sont pertinents. Résumez les contenus plutôt que de republier le texte source, respectez les contrôles d’accès et les conditions des sites et des API, et faites examiner tout produit commercial d’agrégation par un juriste. Pour une diffusion aux abonnés en Europe, vérifiez les obligations applicables en matière de marketing direct, de RGPD et d’ePrivacy ; une revue éditoriale ne constitue pas une validation juridique.

Choisissez un sujet, définissez un ensemble d’acceptation et des conditions d’arrêt, faites d’abord tourner la veille auprès de réviseurs internes, et n’élargissez la diffusion qu’une fois l’utilité mesurée et la gestion des défaillances jugées acceptables.