Cette traduction est générée par machine et en attente de révision.Passer à l’anglais
Sombre
Se connecterDemander une présentation

// ÉVALUATION POUR DÉVELOPPEURS

Identifiez ce qui s’exécute où avant l’intégration.

Le navigateur collecte les éléments de preuve disponibles. Votre serveur effectue la lecture authentifiée. Votre application gère la politique client et toutes les solutions de repli.

// PÉRIMÈTRES DE CONFIANCE

Une transmission du navigateur au serveur aux responsabilités explicites.

  1. Client du client

    Charge le collecteur public et transmet l’identifiant d’appareil renvoyé au backend du client.

    Solution de repli: JavaScript bloqué, capacités du navigateur réduites ou échec de collecte : aucun nouvel élément de preuve n’est disponible.

  2. Traitement Noxtica

    Traite les éléments de preuve admis par les capacités du navigateur, la politique du tenant et l’état du consentement.

    Solution de repli: Un résultat absent ou indisponible ne signifie pas un faible risque.

  3. Serveur du client

    Garde l’identifiant API secret et effectue la recherche d’appareil authentifiée.

    Solution de repli: Les réponses absentes, non valides, limitées en débit et indisponibles restent distinctes.

  4. Politique du client

    Associe la recherche au contexte du compte, de l’opération et des abus géré par le client.

    Solution de repli: Noxtica ne prend pas la décision finale d’autoriser, d’exiger une vérification supplémentaire, d’examiner ou de refuser.

  5. Investigation et mesure

    Les opérateurs comparent les actions proposées aux résultats confirmés avant leur application.

    Solution de repli: La réussite de l’installation ne suffit pas à établir une politique prête pour la production.

// PARCOURS MAINTENU

Le parcours d’intégration actuel le plus court.

Ces exemples sont générés à partir de jeux de données de test vérifiés par le test d’extraits développeur. Remplacez chaque valeur synthétique par les identifiants et informations d’identification délivrés pour votre évaluation.

1. Collecter dans le navigateur

Le chargeur public est la seule version navigateur actuellement vérifiée. Il renvoie un identifiant d’appareil ou un état d’erreur ; il ne reçoit jamais d’identifiant serveur.

<script src="https://collect.noxtica.com/collector/noxtica-collector-core.js" data-site-key="pk_example_replace_me" data-extensions="auto" data-auto-init data-auto-check-once async></script>
<script>
  document.addEventListener('noxtica:collected', (event) => {
    const deviceId = event.detail?.fingerprintId;
    document.dispatchEvent(new CustomEvent('app:noxtica-evidence', {
      detail: deviceId ? { state: 'received', deviceId } : { state: 'invalid' },
    }));
  });

  document.addEventListener('noxtica:error', () => {
    document.dispatchEvent(new CustomEvent('app:noxtica-evidence', {
      detail: { state: 'unavailable' },
    }));
  });
</script>

2. Lire sur votre serveur

Envoyez l’identifiant d’appareil à votre backend, puis appelez la route v1 authentifiée avec une clé conservée côté serveur.

export async function lookupDevice({ deviceId, apiKey, fetchImpl = fetch }) {
  const response = await fetchImpl(
    `https://collect.noxtica.com/v1/device/${encodeURIComponent(deviceId)}`,
    { headers: { Authorization: `Bearer ${apiKey}` } },
  );

  if (response.status === 404) return { state: 'missing' };
  if (response.status === 429) return { state: 'rate_limited' };
  if (!response.ok) return { state: 'unavailable' };

  return { state: 'received', record: await response.json() };
}

3. Distinguer les états de résultat

Seul un enregistrement reçu complet entre dans la politique numérique. Les états absent, non valide, limité en débit et indisponible suivent des solutions de repli explicites définies par le client.

export function classifyLookup(result) {
  if (!result || result.state === 'unavailable') return { state: 'unavailable' };
  if (result.state === 'rate_limited') return { state: 'rate_limited' };
  if (result.state === 'missing') return { state: 'missing' };

  const record = result.record;
  if (!record || typeof record.score !== 'number' || typeof record.confidence !== 'number') {
    return { state: 'invalid' };
  }

  return {
    state: 'received',
    score: record.score,
    riskLevel: record.riskLevel,
    confidence: record.confidence,
  };
}

// VÉRIFIÉ LE 2026-09-20

Matrice actuelle de prise en charge publique.

Seules les interfaces prises en charge par une version publique ou une limite API accessible sont répertoriées. L’inventaire des sources privées ne constitue pas une promesse de prise en charge.

InterfaceDisponibilitéVersion actuelleResponsabilités et limitesDocumentation
Chargeur du collecteur navigateurDisponible publiquement3.2.0Vérifié 2026-09-20

Charge le collecteur navigateur depuis l’origine du collecteur Noxtica. Signale au code de l’application un résultat de collecte ou un état indisponible.

Éléments de preuve disponibles pour le navigateur actuel, la politique du tenant et l’état du consentement. Nécessite JavaScript. Les capacités du navigateur ou la politique peuvent réduire les éléments de preuve disponibles.

Voir l’exempleConsulter la documentation
API HTTP de recherche d’appareil authentifiéeAccès à l’évaluation requisv1Vérifié 2026-09-20

Reçoit un identifiant d’appareil uniquement depuis le serveur du client. Renvoie l’enregistrement dans le périmètre du tenant lorsque les identifiants et le périmètre l’autorisent.

L’enregistrement authentifié accessible au tenant provisionné. Nécessite un accès à l’évaluation et un identifiant conservé côté serveur ; toute requête non authentifiée est rejetée.

Voir l’exempleConsulter la documentation

// POINTS DE CONTRÔLE DE L’ÉVALUATION

Validez la transmission avant de modifier la politique.

  1. Provisionnez l’origine exacte et la clé de site publique pour l’évaluation.
  2. Observez à la fois l’achèvement de la collecte et le comportement en cas d’indisponibilité.
  3. Transmettez uniquement l’identifiant d’appareil renvoyé au backend du client.
  4. Effectuez la lecture authentifiée avec un identifiant conservé côté serveur.
  5. Testez les états reçu, absent, non valide, limité en débit et indisponible.
  6. Évaluez la politique proposée en mode observation avant son application.