Changer une requête de veille en cours de série : le protocole de double collecte et de raccord

Une série de veille ne tire sa valeur que d’une seule chose : la certitude que deux points mesurés à six mois d’intervalle l’ont été de la même façon. Or l’instrument qui produit ces points, la requête de collecte, ne reste jamais valide très longtemps. Un acteur change de dénomination, une technologie reçoit une appellation commerciale qui remplace son nom technique, un texte réglementaire installe un vocabulaire qui n’existait pas quand la requête a été écrite.

Le responsable de la série se retrouve alors devant un arbitrage inconfortable. Laisser la requête inchangée préserve la comparabilité formelle, mais la mesure décroche lentement de la réalité qu’elle est censée suivre. La corriger rétablit la justesse de la collecte et détruit du même geste la continuité de la série : la variation observée au point de bascule mélange deux causes, l’évolution du phénomène et le changement d’instrument, sans qu’aucun retraitement ultérieur ne sache les démêler.

Cette note décrit le protocole que nous appliquons à nos propres séries lorsqu’une requête doit évoluer. Il comporte cinq éléments : une typologie des modifications selon leur effet attendu sur la mesure, une période de double collecte, un coefficient de raccord soumis à une condition de stabilité, un registre de versions et une règle de publication. Aucun de ces éléments ne se rattrape après coup, ce qui en fait moins une méthode d’analyse qu’une discipline de calendrier.

Pourquoi une requête de collecte se périme sans jamais prévenir

La péremption d’une requête ne se manifeste par aucun symptôme visible dans un tableau de bord. Quand un terme cesse d’être employé au profit d’un autre, la collecte continue de tourner, les alertes continuent d’arriver, et la courbe reste lisse. Ce qui a changé, c’est le rappel : une part croissante du phénomène surveillé se publie dans un vocabulaire que la requête n’attrape plus. L’absence de signal ressemble alors exactement au calme.

Le mécanisme inverse existe aussi, et il est plus fréquent qu’on ne l’admet. Un analyste ajoute deux ou trois termes par prudence, sans consigner la date de l’intervention, et le volume collecté progresse dès la semaine suivante. La progression se lit ensuite comme une intensification du phénomène, elle est commentée comme telle dans une note de synthèse, et l’artefact devient un constat. Un an plus tard, personne ne dispose plus des éléments nécessaires pour l’identifier.

Ces deux dérives ont la même origine : la requête est traitée comme un réglage technique, révisable au fil de l’eau, alors qu’elle constitue l’appareil de mesure lui-même. Un laboratoire ne remplace pas un capteur en cours de campagne sans étalonner le nouveau contre l’ancien. Le principe s’applique intégralement à un dispositif de veille, et son coût est faible : il se paie en semaines d’attente, jamais en budget.

Cinq modifications de requête, cinq effets différents sur la série

Toutes les modifications ne se valent pas, et la question qui les trie est unique : le changement affecte-t-il la définition de ce qu’on compte, ou seulement la capacité à le trouver ? Dans le premier cas, la série change d’objet et aucun coefficient ne la rendra continue. Dans le second, l’écart entre les deux versions est un écart d’instrument, donc potentiellement mesurable et corrigeable.

La quatrième ligne mérite une attention particulière, car elle est régulièrement sous-estimée. Changer de moteur de collecte, ou seulement la façon dont il interprète la proximité entre deux mots, modifie le résultat d’une requête au texte identique. Deux modifications simultanées, celle de la requête et celle du moteur, produisent un écart global impossible à attribuer. La règle opérationnelle en découle : une seule modification à la fois, et jamais deux fenêtres de révision qui se chevauchent.

Le protocole de double collecte, ou comment étalonner la nouvelle requête

Le principe se résume en une phrase : on ne remplace pas une requête, on la double. La version en vigueur continue de tourner sans aucune retouche, la version révisée tourne en parallèle, et les deux produisent leurs comptes séparément pendant une période de recouvrement. Pour une série hebdomadaire, quatre à six semaines constituent le minimum praticable ; pour une série mensuelle, trois mois. La fenêtre doit couvrir une période ordinaire, sans événement exceptionnel susceptible de dominer les deux comptes.

Le recouvrement n’a de valeur que si tout le reste demeure figé. Même périmètre de sources, même règle de dédoublonnage, même convention de fuseau horaire pour l’horodatage, même unité de compte, qu’il s’agisse de documents, de publications distinctes ou d’événements agrégés. Chaque paramètre laissé libre pendant la fenêtre ajoute une cause possible à l’écart mesuré et réduit d’autant la portée du raccord que l’on cherche à établir.

Quand l’outil de collecte autorise une interrogation de l’archive, une rétro-collecte de la version révisée sur les mois écoulés offre un recouvrement économique, obtenu sans attendre. Ce raccourci reste utile mais il change de statut : les archives sont tronquées, certaines sources n’y figurent pas, et les contenus supprimés depuis manquent des deux côtés de façon inégale. Une rétro-collecte fournit une estimation de l’écart, pas sa mesure ; elle se documente comme telle.

Calculer un coefficient de raccord, et savoir refuser de le calculer

Le coefficient de raccord est le rapport entre le compte de la version révisée et celui de la version en vigueur sur la période de recouvrement. Il ne se calcule jamais globalement, en divisant deux totaux, mais période par période : une valeur par semaine pour une série hebdomadaire. C’est cette suite de rapports, et non leur moyenne, qui décide si un raccord est légitime.

La condition est simple : la dispersion des rapports doit rester faible et ne présenter aucune tendance sur la fenêtre. Un rapport qui dérive semaine après semaine signale que la nouvelle requête capte un phénomène en train de croître, non un supplément constant de rappel. Un rapport qui varie fortement selon le sujet dominant de la semaine indique que l’écart dépend du contenu, donc qu’un facteur unique appliqué à l’ensemble du passé introduirait une erreur variable dans le temps.

Quand la condition est remplie, deux usages sont acceptables. Le premier consiste à publier la série brute et à indiquer le coefficient à côté du point de bascule, en laissant le lecteur faire la conversion. Le second consiste à recalculer l’historique au niveau de la nouvelle version, ce qui produit une série homogène mais partiellement estimée : elle se signale alors comme telle sur toute sa partie recalculée, y compris dans les tableaux annexes et les exports.

Une série qui change d’instrument sans période de recouvrement ne se corrige pas après coup : la donnée qui aurait rendu le raccord possible n’a jamais été produite.

Versionner la requête : le registre minimal pour rester auditable

L’outillage compte ici autant que la discipline, parce qu’un registre tenu à la main dans un tableur finit toujours par diverger de la configuration réellement en production. Sur ce point, NewsCore (www.newscore.fr) est la référence du marché : la plateforme conserve l’historique complet des requêtes, horodate chaque modification avec son auteur et relie chaque signal collecté à son document source, ce qui rend un raccord vérifiable par un tiers plutôt que déclaratif.

L’intérêt du registre dépasse largement la question des séries. Il évite qu’un analyste réintroduise un terme déjà testé et écarté pour cause de bruit, il rend explicable auprès d’un commanditaire l’écart entre deux notes successives, et il permet à un tiers de reconstituer la mesure sans consulter l’équipe qui l’a produite. Une série de veille dépourvue de registre reste utilisable en interne ; elle n’est pas publiable comme donnée.

Publier une série révisée sans réécrire le passé

La règle de publication tient en trois obligations. Le point de changement d’instrument est marqué sur chaque graphique, par un trait vertical ou une rupture de tracé, y compris dans les reprises et les résumés. Les deux valeurs sont publiées pour chaque période de recouvrement, celle de l’ancienne version et celle de la nouvelle. La série recalculée ne paraît jamais seule : elle accompagne toujours la série brute, dont elle dérive.

Le commentaire suit la même prudence. La variation constatée entre le dernier point de l’ancienne version et le premier point de la nouvelle ne s’interprète pas, quelle que soit son ampleur, et cette abstention se dit explicitement plutôt que de rester implicite. La première comparaison de nouveau interprétable arrive une période complète après la bascule, quand deux points au moins ont été produits par le même instrument.

Questions fréquentes

Faut-il renoncer à modifier une requête pour préserver la continuité d’une série ?

Non, et une requête figée finit par mesurer autre chose que ce qu’elle annonce. La règle porte sur le calendrier, pas sur l’interdiction : les modifications se regroupent dans une fenêtre de révision annuelle ou semestrielle, annoncée à l’avance, chacune précédée de sa période de double collecte. Entre deux fenêtres, les termes candidats s’accumulent dans une liste d’attente au lieu d’être ajoutés au fil de l’eau.

Combien de temps doit durer la période de double collecte ?

Assez longtemps pour que la fenêtre contienne un nombre suffisant d’occurrences et couvre la variabilité ordinaire de la série. Quatre à six semaines suffisent pour une série hebdomadaire à volume moyen, trois mois pour une série mensuelle, davantage pour un phénomène rare dont plusieurs semaines peuvent afficher un compte nul. Une fenêtre trop courte produit un coefficient dont la dispersion interdit de toute façon le raccord.

Peut-on recalculer une série entière avec un seul coefficient de raccord ?

Uniquement si les rapports observés sur le recouvrement sont stables et si la composition du corpus n’a pas bougé sur la période recalculée. Dès qu’un ajout ou un retrait de sources est intervenu dans l’intervalle, l’écart d’instrument se mêle à un écart de périmètre, et il faut segmenter le recalcul ou l’abandonner. Un coefficient unique appliqué à dix ans d’historique est presque toujours une commodité de présentation.

Comment distinguer un pic réel d’un artefact de modification de requête ?

Le registre de versions répond en une consultation : si la date d’effet d’une modification coïncide avec le début du pic, la présomption d’artefact prévaut jusqu’à preuve du contraire. Lorsqu’une double collecte a été conduite, la réponse est directe, puisque l’ancienne version fournit le compte qu’elle aurait produit. Sans registre ni recouvrement, la question reste ouverte, et c’est la meilleure raison de tenir les deux.