Résoudre les problèmes de preuve de vie et de correspondance faciale

Pourquoi les scores de preuve de vie reviennent bas, pourquoi la correspondance faciale échoue ou passe parfois alors qu'elle ne devrait pas, et ce que vous pouvez ajuster dans votre workflow.

Rédigé par le support Didit · Mis à jour le 19 août 2026

Short answer

Séparez d'abord deux choses : la caméra a-t-elle fonctionné, et le contrôle a-t-il échoué ? Une caméra qui ne s'est jamais ouverte est un problème d'environnement (navigateur intégré à une application, autorisation refusée, caméra occupée). Un contrôle qui a échoué est un problème de seuil ou de qualité de capture.

La preuve de vie confirme qu'une vraie personne se trouve devant la caméra ; la correspondance faciale confirme que cette personne est bien celle figurant sur le document. Quand l'un ou l'autre revient avec un score bas ou un avertissement, c'est presque toujours l'une d'un petit nombre de causes.

#La caméra ne s'est jamais ouverte

Avant de supposer que le contrôle biométrique a échoué, écartez cette possibilité : elle produit le même signalement « l'étape du selfie n'a pas fonctionné » de la part des utilisateurs :

  • Navigateurs intégrés aux applications. Un lien de vérification ouvert dans le navigateur intégré d'une autre application ne peut souvent pas obtenir l'accès à la caméra du tout. Demandez à la personne d'ouvrir le lien dans le navigateur normal de son téléphone.
  • Autorisation précédemment refusée. Une fois que quelqu'un refuse l'accès à la caméra pour un site, le navigateur s'en souvient et le parcours ne peut pas redemander. Elle doit la réactiver dans les paramètres du site.
  • Caméra déjà utilisée. Un autre onglet, une autre application ou un appel vidéo qui accapare la caméra la bloque. Sur certains appareils, une demande d'autorisation de microphone peut aussi mobiliser la caméra.
  • Aucune caméra du tout. Utilisateurs sur ordinateur de bureau sans webcam. Le fait que l'étape du selfie soit proposée sur ordinateur de bureau est un paramètre de workflow.

#La preuve de vie a un score bas ou n'a trouvé aucun visage

  • Aucun visage détecté - mauvais éclairage, visage hors cadre, ou problème technique pendant la capture. Demandez à la personne de reprendre la photo avec un meilleur éclairage, le visage centré et rien ne le recouvrant.
  • Score de preuve de vie bas - peut être une capture authentique de mauvaise qualité (mauvais éclairage, faible résolution de caméra) ou une suspicion d'usurpation (photo, rejeu d'écran, masque). Si vous observez ceci sur de vrais utilisateurs, demandez une nouvelle soumission plutôt que de refuser directement.
  • Attaque de présentation détectée (LIVENESS_FACE_ATTACK) - le système a trouvé de solides indices d'une tentative d'usurpation. Ceci est intentionnel et refuse automatiquement la session.
Une session dans la console Didit avec l'onglet Preuve de vie et le menu Plus d'options
  1. Commencez par le selfie capturé : la plupart des échecs y sont visibles.
  2. Événements vous indique si l'utilisateur a réessayé, et combien de fois.
  3. Si la capture était le problème, rouvrez la session depuis ici pour qu'elle puisse réessayer.
Diagnostiquez à partir de la session : d'abord la capture, puis la chronologie.

Si les scores de preuve de vie bas se concentrent sur des appareils particuliers, vérifiez quelle méthode votre workflow utilise : les méthodes actives (3D Flash, 3D Action) sont nettement plus difficiles sur les téléphones anciens et dans les pièces sombres que la preuve de vie passive. Voir comment fonctionne la détection de preuve de vie.

#La correspondance faciale ne semble pas correcte

La correspondance faciale compare le selfie à la photo du document et produit un score de similarité, comparé aux seuils de votre workflow :

  • Score en dessous du seuil de revue - la session part en revue pour qu'un humain confirme.
  • Score en dessous du seuil de refus - la session est refusée automatiquement.
  • Aucun visage trouvé dans le selfie ou dans la photo du document - la personne est normalement invitée à reprendre le selfie (elle dispose de quelques tentatives) avant que cela ne soit traité comme un résultat final.

Le score est aussi affecté par des éléments qui n'ont rien à voir avec l'identité : une photo de document ancienne, une carte très usée, des lunettes, un chapeau, une barbe poussée depuis la photo, ou un portrait de très basse résolution sur le document. Tout cela fait légitimement baisser le score pour la bonne personne.

Si un utilisateur authentique échoue de manière répétée à la correspondance faciale, ou si vous observez des approbations que vous ne pensez pas auraient dû passer, la solution consiste à ajuster les seuils de revue et de refus. Voir scores et seuils de correspondance faciale.

#Un client récurrent légitime signalé comme doublon

L'étape de preuve de vie exécute aussi une recherche faciale 1:N contre tous les utilisateurs que vous avez déjà vérifiés. Vos propres clients récurrents se retrouveront en correspondance avec eux-mêmes, ce qui est attendu, pas un signal de fraude. Transmettez vendor_data de manière cohérente pour que les deux sessions se résolvent vers la même personne. Voir comptes en double et recherche faciale.

#Réduire la fraude à la capture de document

Si vous observez des utilisateurs soumettre une photo d'un document au lieu de scanner l'objet physique en direct, ou une tierce personne capturant la pièce d'identité pour quelqu'un d'autre, les paramètres de vérification d'identité et de preuve de vie de votre workflow vous permettent de resserrer cela :

  • Restreindre la capture à la caméra en direct uniquement, en retirant le chemin de téléversement.
  • Utiliser le contrôle de correspondance faciale inter-caméras, qui compare le visage vu par la caméra pendant la capture du document au selfie, et orienter les non-concordances vers la revue ou le refus au lieu de les laisser passer silencieusement.
Important

Retirer le chemin de téléversement augmente l'assurance et réduit le taux d'achèvement. Les utilisateurs sur des appareils verrouillés, avec une caméra défectueuse, ou sur un ordinateur de bureau avec une webcam de mauvaise qualité échoueront plutôt que de se rabattre sur une alternative. Décidez ce qui compte le plus pour le parcours concerné plutôt que d'appliquer cela partout.

#Quand c'est la même personne mais un document très ancien

Pour un document dont le portrait a dix ans, aucun réglage de seuil ne sera fiable. La meilleure réponse est un contrôle plus solide : le NFC lit le portrait directement depuis la puce, la même image que détient l'émetteur, ce qui élimine entièrement la variable de qualité d'impression. Voir vérification NFC de la puce.

#À consulter aussi