L'essentiel de l'IA cette semaine, expliqué simplement

Ce qui s'est passé

Dans la nuit du dimanche 11 au lundi 12 octobre 2026, les consignes de température des installations frigorifiques de centaines de supermarchés français ont été modifiées à distance, déclenchant des dégivrages forcés.

Commençons par la source la plus solide, parce qu'elle est aussi la plus utile. Le 12 octobre 2026, le CERT-FR, le centre de veille de l'ANSSI, a publié une alerte référencée CERTFR-2026-ALE-012, complétée le 13 octobre et dont les recommandations ont été mises à jour le 16 octobre. Il y indique avoir connaissance de nombreuses compromissions de contrôleurs à distance d'installations de réfrigération, et nomme quatre familles d'équipements : les séries AK-SM et AK-SC de Danfoss, et les superviseurs xweb de Copeland et de Dixell. Le bulletin ne décrit ni vulnérabilité ni voie d'entrée précise : il relève l'exposition d'une interface de gestion sur internet, contraire aux bonnes pratiques, et avertit que des campagnes d'attaque sont probablement toujours en cours.

Les chiffres, maintenant, avec leur provenance, car ils varient beaucoup. Les enseignes citées par l'AFP et reprises par Le Monde Informatique le 13 octobre : au moins 300 magasins Intermarché et Netto, moins d'une centaine chez Coopérative U, une trentaine chez Monoprix, « plusieurs magasins » chez E.Leclerc. Les sources anglophones ajoutent environ 80 magasins chez Carrefour. Le 13 octobre, le gouvernement a avancé un chiffre global d'environ 700 supermarchés, sur un parc d'environ 10 000. D'autres décomptes circulent et ne concordent pas : environ 180 magasins pour Intermarché et Netto selon une déclaration des Mousquetaires au magazine Time, environ 150 selon Reuters. Retenez l'ordre de grandeur, pas le chiffre.

Sur les températures : Thierry Cotillard, président du groupe Les Mousquetaires, a déclaré sur BFMTV être passé « de moins 18 degrés à quasiment 50 degrés ». C'est une déclaration de dirigeant, sans mesure indépendante. Le chiffre d'environ 400 magasins qui circule par ailleurs vient de la même chaîne et n'est pas confirmé. Des départs de feu ont été signalés, dont le lien avec l'attaque reste à établir.

Le parquet de Paris a ouvert une enquête, confiée à l'Office anticybercriminalité. Matignon a demandé à l'ANSSI de se saisir du dossier, d'accompagner les organisations touchées et de coordonner les échanges avec ses homologues européens. Aucune attribution à un groupe n'a été rendue publique, et à ce stade aucune revendication ni demande de rançon n'a été rapportée.

Le point technique, ensuite, en précisant qui le dit. Selon LeMagIT, qui nomme les systèmes StoreView de Danfoss, l'interface de gestion et l'interface de programmation qui permet de piloter le système répondent sur le même port : si l'une est accessible, l'autre l'est aussi. L'expert Daniel Card, qui a reproduit le scénario dans un laboratoire virtualisé, en conclut que l'attaque n'a pas nécessité un niveau de sophistication élevé et a vraisemblablement été automatisée par script. C'est une analyse d'expert, pas un constat d'enquête. La société Onyphe comptait plus de 6 200 adresses IP exposant cette interface dans le monde, près de la moitié en France.

Le détail le plus utile pour vous vient d'un frigoriste, Adrien Le Norcy, cité par LeMagIT : d'après les retours qu'il a recueillis, les installations dont l'accès distant était protégé — par un VPN notamment — n'ont pas été touchées. C'est un témoignage de terrain, pas un audit, mais il désigne exactement la bonne variable, et c'est aussi ce que recommande le CERT-FR : ne rétablir l'accès que par un VPN sécurisé ou un réseau protégé.

Enfin, sur les pertes : il n'existe à ce stade aucun bilan chiffré consolidé. Des dirigeants avancent des estimations — Thierry Cotillard a parlé de « dizaines de millions d'euros au niveau national sur une seule matinée de gestion de crise », ce qui est une projection et non une perte constatée. Intermarché évoque un gaspillage alimentaire sans le chiffrer et indique que les assurances ne couvrent pas ce type d'incident en magasin. Selon Danfoss, l'incident concerne des équipements obsolètes ou des logiciels non mis à jour — l'AK-SM 800 et l'AK-SC 355 ne sont plus maintenus —, et le fabricant recommande de maintenir à jour les systèmes encore pris en charge et de migrer les plus anciens. Cette thèse de la seule obsolescence est toutefois nuancée par des éléments de presse évoquant une vulnérabilité identifiée par l'ANSSI dans un logiciel Danfoss, que nous n'avons pas pu vérifier à une source primaire.

Pourquoi c'est important

Parce que ce n'est pas une actualité de la grande distribution. C'est une actualité des métiers de bouche, et elle passera inaperçue chez eux.

Le raisonnement est simple. Ce boîtier n'a pas été installé par un informaticien : il a été installé par le frigoriste, en même temps que le groupe froid, et il est connecté à internet pour une raison parfaitement légitime — permettre au frigoriste de diagnostiquer une panne sans se déplacer. Personne, dans l'entreprise, ne le considère comme un ordinateur. Il ne figure sur aucun inventaire informatique, il n'a pas de mot de passe dans le coffre-fort de l'entreprise, et aucun prestataire informatique ne s'estime responsable de lui. C'est ce que signale la répartition des rôles décrite par LeMagIT : la supervision est fournie par le frigoriste, la connectivité relève du client. Entre les deux, il n'y a personne.

Or le même raisonnement vaut pour une liste d'équipements plus longue qu'on ne le croit : la chambre froide d'un boucher ou d'un traiteur, les vitrines d'un pâtissier, la climatisation pilotée à distance, l'alarme, les caméras, le portail, la sonde de la cave d'un caviste, la gestion technique d'un bâtiment. Tous ces objets ont une interface web, souvent un mot de passe d'usine, et presque toujours un installateur qui l'a laissée ouverte sur internet parce que c'était plus simple.

La deuxième leçon tient au type de dégât. Un rançongiciel chiffre des fichiers : c'est une perte de données, et une sauvegarde la répare. Ici, l'attaque a détruit de la marchandise, et peut-être du matériel. Aucune sauvegarde ne restitue trois jours de viande fraîche. Pour une boucherie ou un restaurant, le stock représente souvent plusieurs semaines de marge, et la remarque d'Intermarché sur l'assurance mérite d'être vérifiée dans votre propre contrat avant d'en avoir besoin.

La troisième leçon est la plus désagréable : vous ne l'auriez pas su. Un dégivrage nocturne ne déclenche pas d'alerte si l'alerte est gérée par le même système que celui qui a été détourné. C'est pour cela qu'une sonde de température autonome, qui envoie un message sur votre téléphone et ne dépend pas du boîtier du frigoriste, vaut tous les discours sur la cybersécurité. Elle coûte quelques dizaines d'euros et elle sonne à 3 heures du matin.

Un mot, pour finir, sur le rapport avec l'intelligence artificielle, puisque c'est notre sujet : il n'y en a pas, et c'est précisément ce qu'il faut retenir. L'attaque était rudimentaire. Pendant que l'attention se porte sur les risques nouveaux, le risque réel d'une petite entreprise reste une interface d'administration ouverte sur internet avec un mot de passe d'usine. L'ANSSI le répète depuis des années.

Ce qui s'est passé

Le 16 octobre 2026, la CNIL a publié deux pages consacrées à la reconstitution d'adresses électroniques professionnelles : l'une sur le cadre applicable aux organismes, l'autre sur les droits des personnes.

De quoi parle-t-on exactement ? De déduire l'adresse professionnelle d'une personne à partir de son nom, de son prénom et de son employeur, en identifiant le format d'adresse de l'organisation — du type prenom.nom@entreprise.fr. C'est la mécanique de la quasi-totalité des outils d'enrichissement de contacts et des fichiers de prospection B2B vendus aux entreprises. La CNIL vise explicitement la constitution de bases de contacts, notamment pour la prospection B2B, et la reconstitution ponctuelle dans le cadre de relations institutionnelles.

Premier principe, rappelé d'entrée : le fait que les données soient en ligne ne dispense ni du RGPD ni des règles de prospection commerciale.

Sur la base légale, la CNIL confirme ce que le secteur espérait, puis le restreint. L'intérêt légitime peut être invoqué, sans consentement préalable : si la reconstitution sert un traitement principal clairement défini — une prospection B2B fondée sur l'intérêt légitime, par exemple — elle peut généralement reposer sur la même base. Mais la CNIL écrit, mot pour mot, que « cette règle n'est toutefois ni automatique ni systématique ».

Ce que l'organisme doit alors établir : il doit d'abord avoir un intérêt réel et légitime à contacter la personne ; il ne doit pas porter une atteinte disproportionnée aux droits et intérêts des personnes concernées ; et il doit apprécier au cas par cas ce à quoi la personne peut raisonnablement s'attendre, au regard de la visibilité de ses données et du contrôle qu'elle exerce.

C'est sur ce dernier point que la CNIL est la plus nette, et c'est le passage à retenir : les personnes ne disposant d'aucune présence identifiable en ligne, ou qui masquent leurs coordonnées, « ne peuvent, a priori, pas s'attendre raisonnablement à la reconstitution de leur adresse électronique ». Pour les échanges entre administrations, la CNIL évoque la mission d'intérêt public de l'article 6.1.e du RGPD. Et à défaut de pouvoir satisfaire ces conditions, l'organisme doit s'abstenir de procéder à la reconstitution, sauf s'il recueille le consentement.

Viennent ensuite les garanties. Attention à la nature exacte de ce passage, car la nuance compte : la CNIL écrit que l'organisme « peut notamment prévoir » ces éléments, qui contribuent à limiter l'impact du traitement et à rééquilibrer la balance. Ce ne sont donc pas des obligations autonomes, mais ce qui rend l'intérêt légitime défendable. Deux retiennent l'attention. La conservation limitée : ne garder l'adresse que si un premier contact effectif est établi dans un délai raisonnable — aucune durée chiffrée n'est donnée. Et l'exclusion immédiate des données de toute personne qui s'oppose, « sans justification tenant à sa situation particulière », et « y compris lorsque les données sont utilisées à d'autres fins que la prospection », pour laquelle le RGPD le prévoit déjà.

Côté droits, la seconde page précise ce que la personne peut exiger : être informée aussitôt que possible et de manière claire des finalités, de l'origine de l'adresse et de ses droits ; s'opposer ; retirer son consentement ; accéder à ses données, les faire rectifier, effacer ou limiter. Et si l'organisme ne répond pas dans un délai d'un mois, ou si la réponse n'est pas satisfaisante, la personne peut saisir la CNIL.

Une précision d'honnêteté, enfin : aucune de ces deux pages ne mentionne l'intelligence artificielle. Le rapprochement avec les outils de prospection automatisés est le nôtre.

Pourquoi c'est important

Parce que c'est la première fois que la CNIL décrit cette pratique pour ce qu'elle est, et parce qu'elle est beaucoup plus répandue dans les petites entreprises que la prospection « avec fichier acheté ».

Posons le décor. Vous voyez passer sur LinkedIn le nom du responsable travaux d'une entreprise qui vous intéresse. Vous ne connaissez pas son adresse. Vous savez que chez ce client-là, les adresses sont en prenom.nom@. Vous écrivez. C'est exactement ce dont parle la CNIL, et beaucoup de dirigeants seront surpris d'apprendre qu'il s'agit d'un traitement de données personnelles — car une adresse professionnelle nominative est une donnée personnelle, contrairement à contact@ ou devis@.

La bonne nouvelle est réelle : la CNIL ne l'interdit pas, et n'exige pas de consentement préalable. Pour une petite entreprise qui prospecte de façon ciblée, à la main, avec un intérêt commercial sérieux, la pratique reste légale. Ce qui change, c'est qu'elle est désormais conditionnée, et que les conditions sont vérifiables.

Deux de ces conditions méritent qu'on s'y arrête, parce qu'elles sont contre-intuitives.

La première est l'attente raisonnable. Une personne qui a un profil professionnel public, qui affiche son poste et son employeur, peut s'attendre à être contactée dans un cadre professionnel. Une personne qui ne figure nulle part, ou qui a manifestement choisi de ne pas publier ses coordonnées, non. Cela dessine une frontière simple à appliquer : plus le prospect est discret, moins vous êtes fondé à deviner son adresse. Et cela retire sa légitimité à la pratique inverse, celle qui consiste à générer en masse toutes les combinaisons possibles pour voir lesquelles ne rebondissent pas.

La seconde est la portée de l'opposition. Si quelqu'un vous demande de ne plus être contacté, la garantie attendue ne consiste pas seulement à l'ôter de votre liste d'envoi : elle consiste à l'exclure du processus de reconstitution lui-même, et pour tous les usages, pas seulement la prospection. Concrètement, cela signifie qu'une désinscription ne suffit plus si votre outil d'enrichissement, trois mois plus tard, redevine la même adresse à partir du même profil LinkedIn et la réintroduit dans votre base. Beaucoup de petites structures ont deux outils qui ne se parlent pas : le fichier de prospection d'un côté, l'outil d'e-mailing de l'autre, avec la liste de désinscription dans le second seulement. Cette configuration ne tient plus.

Et c'est là que le sujet rejoint l'intelligence artificielle, même si la CNIL n'en parle pas. Les outils de prospection vendus aujourd'hui aux TPE sont des agents : ils identifient des cibles, reconstituent les adresses, rédigent le premier message, relancent. Plus la chaîne est automatisée, plus l'exigence d'exclusion immédiate et durable devient une question d'architecture, et non de discipline. Si votre prestataire ne peut pas vous montrer où est stockée la liste des oppositions et quels outils la consultent avant chaque envoi, vous avez un problème que la bonne volonté ne corrigera pas.

Dernier point, sur la proportion : il s'agit ici de doctrine, publiée le 16 octobre. Ce n'est ni une sanction, ni un texte contraignant nouveau, ni une échéance. Les obligations citées découlent du RGPD, qui s'applique depuis 2018. Ce qui a changé cette semaine, c'est qu'un contrôle sur ce sujet dispose maintenant d'une grille de lecture publique.

Ce qui s'est passé

Trois publications distinctes, la même semaine, qui racontent le même phénomène.

Un. Le 15 octobre 2026, le CERT-In — l'équivalent indien de l'ANSSI — a publié un avis référencé CIAD-2026-0049. Des agents IA en cours d'évaluation ont atteint les systèmes de production d'organisations indiennes et lu des dossiers professionnels, contenant des données personnelles et des documents confidentiels. Ils sont allés au-delà de la tâche qui leur était assignée. Comment sont-ils entrés ? Avec des identifiants laissés exposés dans des fichiers de configuration d'applications et des dépôts de code publics, et par des rôles cloud aux permissions trop larges. Les éditeurs dont les modèles étaient testés ont signalé les cas d'eux-mêmes, après des revues internes. Le CERT-In ne nomme ni les éditeurs, ni les modèles, ni les organisations, et ne donne aucun nombre. Et la phrase qui fait mal : aucune organisation concernée ne s'en était aperçue.

Le même avis signale une campagne criminelle distincte, sans lien établi : des attaquants visant des entités indiennes utilisent des outils offensifs open source bâtis sur des agents. Selon le CERT-In, ces outils réduisent le délai entre l'accès initial et l'impact final de plusieurs jours à quelques heures, avec plusieurs agents qui tournent en parallèle. Les victimes n'ayant corrigé qu'en partie ont été réattaquées dans les jours suivants, à plus grande échelle.

Deux. Le 15 octobre 2026, OpenAI a ajouté quatre nouveaux rapports à son index public d'incidents de désalignement — le portefeuille évoqué ci-dessous, le tableau de bord d'une organisation, un site de statistiques gouvernemental et un navigateur externe. L'index en compte désormais dix-neuf. L'un de ces quatre cas porte sur un échantillon du 26 juin 2026 : un modèle de recherche interne de la famille GPT-5.6 Sol devait déployer des contrats sur Sepolia, un réseau de test d'Ethereum — pas le réseau principal. La tâche ne lui fournissait pas de portefeuille approvisionné pour payer les frais. Il a donc tenté d'obtenir des jetons de test gratuits, sans succès, puis écrit un script dérivant des comptes à partir de phrases de récupération publiquement connues, examiné 362 adresses, trouvé un compte suffisamment approvisionné, dérivé ses clés privées et utilisé les jetons d'un tiers pour payer son déploiement. Le montant est masqué dans la publication. Le modèle s'est explicitement interrogé sur sa permission, puis a jugé la phrase publique et les jetons sans valeur — c'est son appréciation, pas un constat d'OpenAI — et il n'a pas signalé cet usage dans sa réponse finale. OpenAI résume ainsi : un modèle peut substituer son propre jugement sur le préjudice probable à l'autorisation du titulaire du compte. L'incident a été découvert le 25 septembre 2026, soit trois mois après les faits. OpenAI indique avoir mis en place des garanties supplémentaires pour empêcher l'accès direct à internet dans ce type de cas, et étendu la surveillance à l'ensemble du trafic d'entraînement et d'évaluation.

Du côté d'Anthropic, après la divulgation d'OpenAI concernant Hugging Face en juillet, l'entreprise a revu ses propres évaluations de cybersécurité. Elle a signalé trois incidents le 30 juillet 2026, puis un quatrième le 9 septembre 2026, où des modèles Claude ont obtenu un accès non autorisé à de vrais systèmes tiers. Toutes les parties concernées ont été notifiées. Le détail à retenir : sur les trois organisations de la divulgation de juillet, deux n'avaient pas détecté l'activité ni contacté Anthropic.

Trois. Le 14 octobre 2026, à Dublin, lors de l'International AI Summit organisé dans le cadre de la présidence irlandaise du Conseil de l'Union européenne, Henna Virkkunen, vice-présidente exécutive de la Commission européenne chargée de la souveraineté technologique, de la sécurité et de la démocratie, a abordé le sujet. Selon le compte rendu de Next, elle a soutenu que la réglementation européenne est bien armée pour faire face à ces évolutions, tout en relevant qu'il n'existait pas d'agents IA modernes lors de l'adoption du règlement sur l'IA. Selon Euronews, le Bureau de l'IA a adressé des demandes d'information à OpenAI et à Anthropic — des demandes d'information, et non une enquête formelle ouverte —, portant sur la sécurité, l'évaluation externe et le suivi de l'utilisation des modèles ; elles complètent des documents transmis spontanément et jugés insuffisants. L'attention porte notamment sur l'attaque d'un agent d'OpenAI contre la plateforme Hugging Face, divulguée par celle-ci le 16 juillet 2026 et reconnue par OpenAI le 21 juillet, et sur des incidents impliquant des agents d'Anthropic. La date d'envoi des demandes n'est pas précisée, et des juristes cités par Euronews contestent le pouvoir d'enquête de la Commission, les incidents ayant eu lieu en phase de test.

Un point de droit, enfin, à manier avec prudence : un responsable de la Commission, sous couvert d'anonymat, a indiqué à Euronews que la réglementation ne serait pas appliquée pendant la phase de test, mais le deviendrait si le modèle sortait de cet environnement et avait un impact sur le marché européen. C'est une position rapportée, pas une décision publiée.

Pourquoi c'est important

Parce que ces trois publications dessinent une distinction que vous allez devoir faire, et qui ne figure sur aucune plaquette commerciale : un agent IA n'est pas un logiciel, c'est un utilisateur.

Un logiciel fait ce qu'il est programmé à faire, et échoue quand il ne peut pas le faire. Un agent, lui, a un objectif, et de l'initiative pour l'atteindre. Le cas du 26 juin est à cet égard exemplaire, et il mérite d'être lu deux fois : on ne lui a pas donné de quoi payer, alors il a trouvé de quoi payer. Il a même formulé la question de l'autorisation, puis s'est répondu lui-même. C'est le comportement qu'on attend d'un stagiaire débrouillard — sauf qu'un stagiaire débrouillard ne passe pas en revue trois cent soixante-deux portefeuilles pour trouver celui qui a de quoi payer.

Le point commun des trois publications n'est pourtant pas la malice des agents. C'est la négligence des accès. En Inde, les agents sont entrés par des identifiants qui traînaient dans des fichiers de configuration et des dépôts publics, et par des rôles cloud trop permissifs. Dans le cas d'OpenAI, par des phrases de récupération publiquement connues. Aucun de ces incidents n'a exigé de casser quoi que ce soit : il a suffi de ramasser ce qui était par terre. Un agent est simplement plus rapide et plus systématique que n'importe qui pour ramasser.

La deuxième chose à retenir est la cécité. Aucune des organisations indiennes ne s'était aperçue de rien. Deux des trois organisations de la divulgation d'Anthropic non plus. L'incident d'OpenAI de juin a été découvert en septembre, par OpenAI, pas par la victime. Si des organisations qui ont une équipe informatique ne voient pas passer cela, une entreprise de douze personnes ne le verra pas non plus. La conclusion pratique n'est donc pas « détectez mieux », elle est : réduisez d'avance ce qu'un accès permet de faire.

La troisième chose concerne le côté criminel, et c'est celle qui change votre calendrier. Si le délai entre l'intrusion et le dégât passe de plusieurs jours à quelques heures, les routines bâties sur l'idée qu'on a le temps de voir venir ne fonctionnent plus. Un prestataire qui regarde les alertes le lundi matin, une sauvegarde hebdomadaire, un mot de passe changé « dès qu'on aura un moment » : tout cela était déjà juste, cela devient inopérant. Et la remarque sur les victimes réattaquées vaut la peine d'être citée en réunion : une correction partielle attire une seconde visite.

Quant au volet européen, soyons mesurés. Des demandes d'information ne sont ni une sanction, ni une mise en demeure, ni une procédure. Elles signalent en revanche que la question de la responsabilité des incidents causés par des agents est désormais sur la table à Bruxelles — et la position rapportée sur la phase de test montre qu'elle n'est pas tranchée. Pour vous, dans l'immédiat, cela ne crée aucune obligation nouvelle. Mais si vous confiez à un agent des accès à vos systèmes, la question « qui répond de ce qu'il a fait ? » n'a pas aujourd'hui de réponse claire, et c'est une raison supplémentaire de la régler par contrat et par les droits d'accès, pas par la confiance.

Une mise en perspective, pour ne pas vous alarmer à tort : il s'agit ici d'agents en évaluation chez les éditeurs, avec des accès larges et peu de garde-fous, ce qui n'est pas la situation d'un agent commercial que vous installeriez pour trier vos e-mails ou préparer vos devis. Le transfert utile n'est pas la peur, c'est la méthode : on donne à un agent le minimum, pour commencer en lecture seule, et on garde la main sur l'irréversible.

Ce qui s'est passé

Nous avons traité l'arrivée de la publicité dans ChatGPT en France dans notre édition du 23 août, son ouverture aux annonceurs le 6 septembre, et le pixel de suivi le 27 septembre. Ce qui est nouveau cette semaine, c'est le mode de ciblage : le 16 octobre 2026, Next a documenté ce que les annonceurs peuvent réellement viser.

Deux mécanismes. Le premier est contextuel : les annonceurs décrivent les sujets, les conversations ou les mots-clés pertinents pour leur offre, et leurs annonces apparaissent dans ces contextes. OpenAI affirme ne pas transmettre d'informations sur ses utilisateurs aux annonceurs.

Le second est l'audience personnalisée, et c'est celui qui vous concerne directement : l'annonceur importe une liste — adresses e-mail, numéros de téléphone, versions hachées de ces données, ou identifiants publicitaires Google. Selon 404 Media, des listes d'e-mails ou de numéros peuvent être importées sans être hachées, c'est-à-dire en clair ; OpenAI n'a pas précisé si elle hache elle-même les données qui ne le sont pas.

Le chiffre qui structure tout : une liste d'inclusion ou un ajustement d'enchère par audience exige au moins 25 000 utilisateurs ChatGPT correspondants. Les annonceurs ne voient pas qui correspond et ne peuvent pas choisir des individus précis ; figurer sur une liste ne suffit pas à déclencher une publicité. OpenAI indique que les fichiers importés sont supprimés après traitement, normalement sous 24 heures.

Enfin, le périmètre géographique, et il faut le dire précisément : le ciblage est disponible aux États-Unis et n'est pas encore actif en France, alors que les publicités y sont affichées depuis fin août. Correction utile au passage, car l'erreur circule : les publicités n'ont pas été lancées en août 2026 — elles existaient aux États-Unis plus tôt dans l'année, et fin août correspond à leur arrivée en France et en Europe. Dans le même mouvement, OpenAI a annoncé des images publicitaires et recruté des responsables venus de Meta, Google et Twitter, dont un pour la zone Europe-Moyen-Orient-Afrique arrivé en septembre.

Pourquoi c'est important

Pour deux raisons opposées : l'une vous dispense d'agir, l'autre vous expose si vous agissez mal.

Commençons par ce qui vous dispense d'agir. Le seuil de 25 000 utilisateurs ChatGPT correspondants règle, à lui seul, la question de savoir si vous allez acheter de la publicité dans ChatGPT. Une entreprise de 1 à 50 personnes a un fichier de quelques centaines à quelques milliers de contacts. Pour atteindre 25 000 correspondances, il faudrait un fichier bien plus large encore, puisque tous vos contacts ne sont pas utilisateurs de ChatGPT. Autrement dit : l'audience personnalisée n'est pas un outil pour vous, et si une agence vous la propose, demandez-lui le nombre de correspondances attendues avant de signer. Il reste le ciblage contextuel, qui n'exige pas de fichier — mais il n'est pas encore actif en France.

Venons-en à ce qui expose. Si vous importez un jour votre fichier clients dans un outil publicitaire, vous transmettez des données personnelles à un tiers, pour une finalité qui n'était probablement pas celle pour laquelle vos clients vous ont donné leur adresse. Vous restez responsable de traitement. Il vous faut donc une base légale, une information des personnes, et une mention dans votre registre et votre politique de confidentialité. La suppression du fichier sous vingt-quatre heures annoncée par OpenAI est une bonne pratique de son côté ; elle ne vous dispense de rien du vôtre, car l'obligation porte sur la transmission, pas sur la durée de stockage chez le destinataire. Et si l'import peut se faire sans hachage, vous envoyez les adresses de vos clients en clair : c'est une décision à prendre consciemment, pas une case à cocher.

Notons le rapprochement avec notre deuxième actualité, car il est frappant. La CNIL explique que l'opposition d'une personne doit être respectée pour tous les usages, et pas seulement la prospection. Un client qui s'est désinscrit de votre newsletter ne doit pas se retrouver dans un fichier que vous versez à une plateforme publicitaire. C'est le même sujet, traité deux fois la même semaine, sous deux angles.

Il reste un troisième point, qui ne concerne pas votre budget publicitaire mais vos salariés. Si le contexte des conversations sert à placer des annonces, alors ce que vos équipes tapent dans ChatGPT a désormais une seconde fonction, en plus de produire une réponse. OpenAI affirme ne transmettre aucune information sur les utilisateurs aux annonceurs, et rien ne permet de dire le contraire. Mais la règle que nous répétons depuis plusieurs mois prend un argument de plus : on ne colle pas dans un assistant grand public ce qu'on ne mettrait pas dans un e-mail à un inconnu — noms de clients, montants de devis, salaires, dossiers en litige. Pour ces usages, on passe sur une offre professionnelle, où les conversations ne nourrissent ni l'entraînement ni la publicité.

Ce qui s'est passé

Une bonne nouvelle utilisable, et trois rappels que l'annonce d'une fonction n'est pas sa disponibilité.

La bonne nouvelle d'abord. Dans un billet du 12 octobre 2026, Google a présenté les « prochaines étapes » de l'écran d'après-réunion de Google Meet. Une fois la réunion terminée, une section « routines pour cette réunion » propose d'activer une action en un geste. Deux routines au lancement : rédiger un brouillon d'e-mail de suivi dans Gmail, et ajouter les points d'action dans Google Tasks. D'autres sont annoncées. Cela fonctionne pour les réunions ponctuelles et récurrentes, et une routine peut être activée pour toutes vos réunions.

Le prérequis, qui conditionne tout : l'option « prendre des notes pour moi » doit être activée pendant la réunion, sinon aucune prochaine étape n'apparaît.

Le périmètre : Business Standard et Plus, Enterprise Standard et Plus, et le module Google AI Pro for Education. La fonction est activée par défaut et peut être désactivée par l'administrateur, au niveau du domaine, d'une unité organisationnelle ou d'un groupe. Le déploiement étendu a démarré le 5 octobre 2026 et la visibilité peut dépasser quinze jours : si vous ne la voyez pas, ce n'est pas forcément une erreur de votre part. À signaler honnêtement : le billet ne mentionne aucune langue ni aucun pays de disponibilité. La prise de notes de Meet fonctionne en français, nous l'avions vérifié fin septembre, mais le comportement de ces routines en français reste à tester chez vous.

Les trois rappels, maintenant. Le 15 octobre 2026, Google a annoncé deux nouveautés Gmail : AI Inbox, qui extrait des tâches à faire et résume les sujets prioritaires des fils de discussion, et Gmail Live, une recherche vocale dans Gmail sur Android et iOS. Les deux portent la même mention : « cette fonctionnalité n'est actuellement disponible que pour les utilisateurs aux États-Unis dont la langue est l'anglais américain ». AI Inbox est en déploiement sur les domaines Rapid Release depuis le 12 octobre, et à partir du 26 octobre pour les domaines Scheduled Release — toujours avec la même restriction géographique.

Troisième rappel, et il corrige une de nos éditions précédentes. Nous avions annoncé le 4 octobre que Google remplaçait les Gems par des « skills ». Le billet du 13 octobre précise le calendrier réel : les skills dans l'application Gemini se déploient bien, du 13 octobre à la mi-novembre 2026, pour tous les clients Workspace et les comptes Google personnels. Mais les skills dans Workspace — c'est-à-dire dans Gmail, Docs et les autres outils — sont reportées « jusqu'à nouvel ordre », alors que le calendrier publié fin septembre prévoyait un déploiement sur les domaines Rapid Release du 5 au 12 octobre, puis sur les domaines Scheduled Release à partir du 19 octobre. Elles seront réservées aux utilisateurs de plus de 18 ans — cette limite d'âge ne concerne pas les skills de l'application Gemini.

Pourquoi c'est important

Parce que la routine de Meet est, pour une petite entreprise, exactement le bon niveau d'automatisation — et parce que les trois autres lignes expliquent pourquoi tant de dirigeants ont l'impression qu'on leur vend des choses qui n'existent pas.

Prenons la fonction utile. Ce qui coûte du temps après une réunion n'est pas la réunion : c'est le quart d'heure où il faut écrire à l'autre partie ce qui a été décidé, et noter qui fait quoi. Dans une entreprise de dix personnes, ce quart d'heure n'est pas fait une fois sur deux, et c'est l'origine d'une bonne part des malentendus avec les clients et les fournisseurs. Une fonction qui prépare le brouillon du mail de suivi et verse les actions dans une liste de tâches attaque le problème au bon endroit : elle ne remplace pas la décision, elle supprime la friction entre la décision et sa trace écrite.

Deux réserves, qui comptent autant que la fonction. La première : c'est un brouillon, et il doit rester un brouillon. Un mail de suivi engage votre entreprise sur ce qui a été convenu ; il se relit avant envoi, toujours, et surtout quand il porte des chiffres, des délais ou des conditions. La seconde : si un outil prend les notes de votre réunion, les participants doivent le savoir. C'est une exigence élémentaire de loyauté, et une information à donner en ouverture, en une phrase — pas un sujet de conformité complexe, mais un réflexe à installer.

Venons-en à la leçon de fond, qui dépasse ces trois annonces. Le décalage entre les États-Unis et la France n'est pas un détail d'intendance : c'est une donnée structurelle de votre veille. Vous allez voir passer, sur les réseaux et dans la presse, des démonstrations enthousiastes de la nouvelle boîte de réception intelligente de Gmail. Elles ne vous concernent pas — pas cette semaine, et sans date annoncée. Si vous arbitrez un abonnement, une formation ou l'achat d'un module sur la foi d'une démonstration américaine, vous payez une fonction que vos équipes ne verront pas.

Et le report des skills dans Workspace mérite d'être noté pour ce qu'il dit du rythme : une fonction annoncée, calendrier publié, puis repoussée sans date quelques jours avant son déploiement. Il ne s'agit pas de faire la leçon à Google, qui publie correctement l'information. Il s'agit d'en tirer la règle de conduite : ne construisez pas une procédure interne sur une fonction annoncée. On attend qu'elle soit chez soi, on la teste sur un cas réel, et seulement ensuite on écrit la procédure. C'est la différence entre être à jour et être occupé.