Questa traduzione è generata automaticamente e in attesa di revisione.Passa all'inglese
Scuro
AccediRichiedi una presentazione guidata

// VALUTAZIONE PER SVILUPPATORI

Prima dell'integrazione, scopri cosa viene eseguito e dove.

Il browser raccoglie le evidenze disponibili. Il tuo server esegue la lettura autenticata. La tua applicazione gestisce i criteri per i clienti e ogni fallback.

// CONFINI DI FIDUCIA

Un passaggio dal browser al server con responsabilità esplicite.

  1. Client del cliente

    Carica il collector pubblico e trasmette al backend del cliente l'identificatore del dispositivo restituito.

    Fallback: JavaScript bloccato, funzionalità del browser ridotte o errore di raccolta non producono nuove evidenze.

  2. Elaborazione Noxtica

    Elabora le evidenze consentite dalle funzionalità del browser, dai criteri del tenant e dallo stato del consenso.

    Fallback: Un risultato mancante o non disponibile non equivale a un risultato a basso rischio.

  3. Server del cliente

    Mantiene segreta la credenziale API ed esegue la consultazione autenticata del dispositivo.

    Fallback: Le risposte mancanti, non valide, soggette a limitazione di frequenza e non disponibili restano distinte.

  4. Criteri del cliente

    Combina la consultazione con il contesto di account, operazione e abuso gestito dal cliente.

    Fallback: Noxtica non prende la decisione finale di consentire, richiedere un controllo aggiuntivo, sottoporre a revisione o negare.

  5. Indagine e misurazione

    Gli operatori confrontano le azioni proposte con gli esiti confermati prima dell'applicazione.

    Fallback: La sola corretta installazione non definisce criteri pronti per la produzione.

// PERCORSO GESTITO

Il percorso di integrazione attuale più essenziale.

Questi esempi vengono generati da fixture verificate dal test degli snippet per sviluppatori. Sostituisci ogni valore sintetico con credenziali e identificatori emessi per la tua valutazione.

1. Raccogli nel browser

Il loader pubblico è l'unica release per browser attualmente verificata. Restituisce un identificatore del dispositivo o uno stato di errore; non riceve mai una credenziale del server.

<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. Leggi dal tuo server

Invia l'identificatore del dispositivo al tuo backend, quindi chiama la route v1 autenticata con una chiave conservata sul server.

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. Mantieni separati gli stati del risultato

Solo un record ricevuto e completo entra nei criteri numerici. Gli stati mancante, non valido, soggetto a limitazione di frequenza e non disponibile seguono fallback espliciti del cliente.

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,
  };
}

// VERIFICATO 2026-09-20

Matrice del supporto pubblico attuale.

Sono elencate solo le superfici supportate da una release pubblica o da un confine API raggiungibile. L'inventario del codice sorgente privato non costituisce una dichiarazione di supporto.

SuperficieDisponibilitàRelease attualeResponsabilità e limitiIndicazioni
Loader del collector del browserDisponibile pubblicamente3.2.0Verificato 2026-09-20

Carica il collector del browser dall'origine del collector Noxtica. Comunica al codice dell'applicazione un risultato della raccolta o uno stato di indisponibilità.

Evidenze disponibili in base al browser corrente, ai criteri del tenant e allo stato del consenso. Richiede JavaScript. Le funzionalità del browser o i criteri possono ridurre le evidenze disponibili.

Visualizza esempioLeggi le indicazioni
API HTTP per la consultazione autenticata del dispositivoRichiede l'accesso alla valutazionev1Verificato 2026-09-20

Riceve un identificatore del dispositivo solo dal server del cliente. Restituisce il record nell'ambito del tenant quando credenziali e ambito lo consentono.

Il record autenticato disponibile per il tenant configurato. Richiede l'accesso alla valutazione e una credenziale conservata sul server; una richiesta non autenticata viene rifiutata.

Visualizza esempioLeggi le indicazioni

// PUNTI DI CONTROLLO DELLA VALUTAZIONE

Convalida il trasferimento prima di modificare le policy.

  1. Configura l'origine esatta e la Site Key pubblica per la valutazione.
  2. Verifica sia il completamento della raccolta sia il comportamento in caso di indisponibilità.
  3. Trasmetti al backend del cliente solo l'identificatore del dispositivo restituito.
  4. Esegui la lettura autenticata con una credenziale conservata sul server.
  5. Verifica gli stati ricevuto, mancante, non valido, soggetto a limitazione di frequenza e non disponibile.
  6. Valuta i criteri proposti in modalità di osservazione prima dell'applicazione.