Méthodologie

Fraîcheur des données

1. Collecte

Cinq familles de sources alimentent la plateforme. Elles ne produisent pas le même type de donnée et sont donc stockées dans des entités distinctes.

Jeu de données actuel : live, généré le 8 nov. 2026, 07:09 UTC — HDX_HAPI : 676 · NASA_FIRMS : 26 113 · UCDP : 5 101.

2. Normalisation

Chaque enregistrement est validé par un schéma Zod, rattaché à un pays par son code ISO, puis converti dans le modèle commun. L'identifiant amont (externalId) et le fournisseur (provider) sont conservés : ils garantissent la traçabilité et servent à dédoublonner lorsqu'un fournisseur révise un événement. Les enregistrements invalides sont rejetés et comptabilisés.

3. Vérification

La présence d'une information dans une source n'est jamais présentée comme une vérification indépendante. Les statuts automatiques sont calculés à partir des preuves rattachées à l'événement : les règles sont évaluées dans l'ordre et la première qui s'applique détermine le statut. WAM n'attribue jamais lui-même de vérification : vérifier est le travail de personnes, décrit plus bas.

Vérification par les organisations

• Les rédactions, fact-checkers, ONG et instituts de recherche vérifient les événements au sein d'équipes. L'administrateur d'une équipe désigne ses vérificateurs.
• Un examen documente les points examinés (lieu, date, acteurs, bilan, nature de l'événement), la méthode suivie, les sources consultées et une conclusion : vérifié, partiellement vérifié, infirmé ou non concluant. Une source peut rester confidentielle pour protéger les personnes.
• Contrôle à deux : un examen est rédigé par un vérificateur et validé par un second vérificateur de la même équipe.
• Seules les équipes accréditées par WAM (organisation identifiable : média, ONG, fact-checker, institut de recherche) peuvent publier un examen, au moment qu'elles choisissent. Il s'affiche « Vérifié par [organisation] » à côté du statut automatique, sans le remplacer. Le nom de l'organisation est publié, jamais celui des personnes.
• Quand des organisations publient des conclusions opposées, l'événement est marqué « Contesté » et chaque examen reste lisible.
• Si la source modifie l'événement après un examen, celui-ci reste affiché avec la mention « la source a modifié l'événement depuis » et l'équipe est prévenue pour le réexaminer. L'historique de chaque examen est conservé.

Signalements d'utilisateurs

• Un utilisateur connecté peut signaler un fait récent avec un lieu, une date et au moins un lien source (dix signalements par jour au plus). WAM ne vérifie pas ces liens : ils comptent comme des sources de fiabilité faible, et le statut automatique est « Non vérifié ».
• Tant qu'aucune organisation accréditée n'en a publié l'examen, un signalement n'est visible que de son auteur, des vérificateurs des équipes et des administrateurs. Il n'entre qu'ensuite dans les événements publics, la carte, les signaux et les alertes, avec la mention « Signalement d'utilisateur ». Ces signalements peuvent être exclus de la liste des événements.
• Le nom de l'auteur n'est jamais publié. Un signalement peut être marqué comme doublon d'un événement existant, signalé comme abusif par les utilisateurs et masqué par un administrateur.

Détection automatique dans la presse (GDELT)

• Chaque jour, WAM lit les événements codés automatiquement par GDELT à partir de l'actualité mondiale. Il ne garde que les violences (agressions, combats, violence de masse) situées dans une ville ou une région des 16 pays, dont l'article parle explicitement de violence, et regroupe les articles qui décrivent le même fait.
• Ces détections entrent dans la file des vérificateurs comme des signalements « Non vérifié », avec les liens des articles. Elles ne sont jamais publiées sans l'examen d'une organisation accréditée ; sans prise en charge, elles sont archivées après 14 jours.
• Limites connues : GDELT lit surtout la presse anglophone. Il couvre bien le Nigeria, beaucoup moins le Sahel central (une étude d'octobre 2026 n'a retrouvé aucun des 19 événements UCDP d'une semaine au Burkina Faso). Le codage automatique peut se tromper de lieu, d'acteurs ou de nature d'événement.

La fiabilité d'une source dépend de son type : agences onusiennes, ONG spécialisées et grandes agences de presse sont de fiabilité élevée ; médias nationaux et communiqués gouvernementaux (potentiellement partie prenante) de fiabilité moyenne ; réseaux sociaux et témoignages non recoupés de fiabilité faible. Les incertitudes restantes sont listées sur chaque fiche.

4. Géolocalisation

Une précision de niveau 3 empêche le statut « Corroboré » : l'événement reste « Rapporté par la source » tant que le lieu n'est pas affiné.

5. Classification

Les types de violence UCDP sont convertis vers les catégories de la plateforme. Le type amont reste visible sur chaque fiche pour audit. Les catégories « Déplacements » et « Environnement » proviennent d'autres sources (indicateurs humanitaires et observations satellitaires).

UCDP ne couvre que la violence organisée ayant fait au moins un mort : les manifestations et développements non violents ne sont pas couverts. La précision géographique UCDP (7 niveaux) est ramenée à 3 niveaux : 1 → exact, 2–3 → zone proche / district, 4–7 → région ou plus large. Les fourchettes de bilan, les dates approximatives et les points signalés « à vérifier » par les codeurs UCDP sont listés dans « Ce qui reste incertain ».

Traçabilité des données

Chaque événement conserve : la source et son identifiant amont, la version publiée par la source, la date de première collecte et de dernière synchronisation, la version du pipeline (v2026.10.1) et la liste des transformations appliquées. L'enregistrement brut reçu du fournisseur est conservé tel quel. Un événement retiré par sa source n'est jamais supprimé : il est marqué « retiré » et n'est plus affiché. Chaque import est journalisé (paramètres, filtres, volumes reçus, insérés, modifiés, inchangés, retirés et rejetés).

6. Publication

• Le niveau de certitude est toujours visible et module le poids visuel : plein (vérifié), translucide (en cours), contour seul (non vérifié).
• Chaque fiche suit la logique : Quoi ? Où ? Quand ? Quelle source ? Que sait-on ? Que reste-t-il d'incertain ?
• Les bilans humains non communiqués sont affichés comme tels, jamais comme « 0 ».
• Les indicateurs humanitaires sont présentés comme des agrégats par période, jamais comme des événements ponctuels.

Signaux (détection automatique)

WAM repère des variations inhabituelles avec des règles fixes, sans intelligence artificielle : avec les mêmes données, le résultat est toujours le même. Les fenêtres sont comptées à partir du dernier événement publié (date de référence), pas de la date du jour, car UCDP publie avec plusieurs semaines de décalage.

• Un signal est « marqué » quand l'écart est particulièrement net (par exemple un pic d'au moins 4 écarts-types, ou 50 morts et plus en une semaine).
• Un signal invite à regarder de plus près : ce n'est ni une alerte de sécurité, ni une explication, ni une preuve de tendance durable.
• Limites : une région renommée par la source (découpage administratif) peut apparaître comme « nouvelle » ; un nom d'acteur orthographié autrement aussi. Les dernières semaines peuvent être incomplètes tant que UCDP n'a pas tout publié.
• Chaque signal renvoie aux événements qui le constituent.
• Alertes : depuis « Mes alertes », on peut recevoir par e-mail les nouveaux signaux d'une zone et de certains types. Un signal est envoyé une seule fois ; ceux déjà présents à la création de l'alerte ne le sont pas.

Briefings

Un briefing fait le point sur une zone, une période et, au choix, des catégories. Il est produit en deux temps, et figé à sa date de création :

1. WAM calcule sans IA : nombre d'événements et évolution par rapport à la période précédente de même durée, morts publiés et bilans inconnus, zones et acteurs les plus cités, événements récents et les plus meurtriers, signaux de la période, indicateurs humanitaires, état des sources.
2. L'IA rédige le titre, les points clés, l'évolution, les zones et les éléments à surveiller à partir de ces seuls éléments, en une requête. Les mêmes contrôles que pour l'assistant s'appliquent : un passage contenant un chiffre absent des données est retiré, une référence inconnue est retirée, une formulation causale est signalée.

Sans IA disponible (clé absente, quota atteint, service en panne), le texte est rédigé automatiquement par des modèles de phrases à partir des mêmes chiffres : le briefing reste complet, et l'auteur du texte est toujours indiqué. « Régénérer » crée un nouveau briefing avec les mêmes paramètres et les données du moment ; l'ancien reste inchangé. Export PDF et Markdown.

Briefing hebdomadaire par e-mail. Pour une zone et des catégories choisies, WAM produit un briefing au plus une fois par semaine, et seulement quand de nouvelles données ont été publiées. Il couvre les jours écoulés depuis le précédent (au moins 7, au plus 31, jusqu'à la date de référence). Les abonnés à un même périmètre partagent le même texte (une seule rédaction) ; chacun reçoit sa copie, conservée dans « Mes briefings ». Envoi uniquement aux adresses confirmées ; désabonnement en un clic depuis chaque e-mail.

Partage en équipe. L'auteur d'un briefing peut le partager avec une de ses équipes (rôle Researcher ou plus). Tous les membres peuvent alors le lire et l'exporter (PDF, Markdown) ; il reste figé et seul l'auteur peut le retirer du partage ou le supprimer. « Ma copie à jour » crée, pour le membre qui la demande, un nouveau briefing avec les mêmes paramètres et les données du moment.

Assistant IA

L'assistant de recherche n'est pas un chatbot généraliste. Il ne répond qu'à partir des données de WAM et ne peut pas consulter internet. Le principe est fixe : question → requêtes sur les données WAM → réponse structurée → contrôles automatiques → références cliquables.

7. Licences et conditions d'utilisation

Les enregistrements bruts des fournisseurs sont conservés en base pour la traçabilité et ne sont pas redistribués ; chaque vue affiche la mention d'origine exigée par la licence de la source.