Comment les données sont produites

Deux couches de données, d'origines différentes, vérifiées et étiquetées différemment dans chaque réponse de l'API.

Couche 1 : verdicts de visa

Le verdict de base (exemption de visa, visa électronique, visa requis, etc.) pour chacune des 39 402 paires passeport→destination provient d'un tableau agrégé des conditions de visa, une source secondaire mise à jour à partir de sa source d'origine et identifiée par la version du jeu de données. Ces verdicts ne sont jamais présentés comme vérifiés officiellement itinéraire par itinéraire ; les réponses de l'API les étiquettent secondary_source_only.

Couche 2 : règles d'entrée documentées

La validité du passeport, les pages vierges, les billets de continuation ou de retour, la fièvre jaune, les programmes de transit, les exemptions liées à un titre de séjour et les portails officiels de demande sont documentés destination par destination. Chaque champ non vide cite une source gouvernementale officielle : {name, url, retrieved_at}. Les sites commerciaux de visas ne sont jamais utilisés comme sources.

Vérification quotidienne

La vérification s'effectue chaque jour à deux niveaux :

• Niveau 1 : détection automatisée des changements. Chaque URL de source citée (environ 530 pages officielles uniques) est récupérée chaque nuit et une empreinte de son contenu est calculée. La date last_verified d'une destination n'est mise à jour que si toutes ses pages citées sont réellement restées inchangées depuis la dernière vérification. Rien n'est mis à jour à l'aveugle.
• Niveau 2 : examen par agent. Les pages dont le contenu a changé, celles qui ne répondent plus et un échantillon tournant de l'ensemble des destinations font l'objet d'une relecture complète au regard des règles enregistrées. Les changements réels mettent la règle à jour (en citant la même autorité) ; toute ambiguïté déclenche needs_review ; chaque résultat est consigné dans le flux des changements public.

Les règles datant de plus de 120 jours sont signalées comme stale dans les blocs de vérification de chaque réponse. L'obsolescence est signalée, pas dissimulée.

Règles de sécurité appliquées par le pipeline

• Une règle n'est jamais supprimée parce que sa page est inaccessible. Elle est signalée.
• Le passage de « visa requis » à « sans visa » exige une deuxième source officielle avant d'être appliqué.
• Ce que nous ne savons pas est affiché comme inconnu. L'API ne devine jamais.
• Chaque modification des données doit passer une série de tests de non-régression (58 itinéraires épinglés, contrôles de structure) et des seuils minimaux de couverture (aucune catégorie de champs ne peut diminuer sans que ce soit détecté) avant d'être déployée.

Vérifiez ces affirmations

Tout ce qui précède est vérifiable : /transparency publie la couverture, le nombre de citations et la fraîcheur calculés à partir du jeu de données réellement diffusé ; /changes.json liste les événements de vérification ; /stats.json affiche les compteurs en direct ; et status.canienter.com interroge l'API chaque minute. Contact : api@canienter.com.

Indications pour préparer votre voyage. Vérifiez auprès des sources officielles avant de partir · Version du jeu de données 2026-08-10