Diese Übersetzung wurde maschinell erstellt und wartet auf Überprüfung.Zu Englisch wechseln
Dunkel
AnmeldenProduktführung anfordern

// EVALUIERUNG FÜR ENTWICKLER

Wissen Sie vor der Integration, was wo ausgeführt wird.

Der Browser erhebt verfügbare Nachweise. Ihr Server führt die authentifizierte Abfrage durch. Ihre Anwendung verantwortet die Kundenrichtlinie und jeden Fallback.

// VERTRAUENSGRENZEN

Eine Browser-zu-Server-Übergabe mit klaren Verantwortlichkeiten.

  1. Kunden-Client

    Lädt den öffentlichen Collector und übergibt eine zurückgegebene Gerätekennung an das Kunden-Backend.

    Fallback: Blockiertes JavaScript, eingeschränkte Browserfunktionen oder ein Fehler bei der Erhebung führen dazu, dass keine aktuellen Nachweise vorliegen.

  2. Verarbeitung durch Noxtica

    Verarbeitet Nachweise, die durch Browserfunktionen, Mandantenrichtlinie und Einwilligungsstatus zugelassen werden.

    Fallback: Ein fehlendes oder nicht verfügbares Ergebnis ist kein Ergebnis mit geringem Risiko.

  3. Kundenserver

    Hält die API-Zugangsdaten geheim und führt die authentifizierte Geräteabfrage durch.

    Fallback: Fehlende, ungültige, rate-limitierte und nicht verfügbare Antworten bleiben voneinander getrennt.

  4. Kundenrichtlinie

    Kombiniert die Abfrage mit kundenverwaltetem Kontext zu Konto, Vorgang und Missbrauch.

    Fallback: Noxtica trifft nicht die endgültige Entscheidung über Zulassen, zusätzliche Verifizierung, Überprüfung oder Ablehnen.

  5. Untersuchung und Messung

    Verantwortliche vergleichen vorgeschlagene Maßnahmen vor der Durchsetzung mit bestätigten Ergebnissen.

    Fallback: Eine erfolgreiche Installation allein begründet keine produktionsreife Richtlinie.

// GEPFLEGTER PFAD

Der kleinste aktuelle Integrationspfad.

Diese Beispiele werden aus Fixtures gerendert, die durch den Test für Entwickler-Snippets geprüft wurden. Ersetzen Sie jeden synthetischen Wert durch Zugangsdaten und Kennungen, die für Ihre Evaluierung ausgegeben wurden.

1. Im Browser erheben

Der öffentliche Loader ist die einzige derzeit verifizierte Browser-Veröffentlichung. Er gibt eine Gerätekennung oder einen Fehlerstatus aus; Server-Zugangsdaten erhält er nie.

<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. Auf Ihrem Server abfragen

Senden Sie die Gerätekennung an Ihr Backend und rufen Sie dann die authentifizierte v1-Route mit einem auf dem Server hinterlegten Schlüssel auf.

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. Ergebniszustände getrennt behandeln

Nur ein vollständiger eingegangener Datensatz fließt in die numerische Richtlinie ein. Fehlende, ungültige, rate-limitierte und nicht verfügbare Zustände folgen expliziten Kunden-Fallbacks.

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

// VERIFIZIERT 2026-09-20

Aktuelle Matrix für den öffentlichen Support.

Es sind nur Schnittstellen aufgeführt, die durch eine öffentliche Veröffentlichung oder eine erreichbare API-Grenze gestützt werden. Ein Inventar privater Quelltexte ist keine Supportzusage.

SchnittstelleVerfügbarkeitAktuelle VersionVerantwortung und GrenzenAnleitung
Browser-Collector-LoaderÖffentlich verfügbar3.2.0Verifiziert 2026-09-20

Lädt den Browser-Collector von der Collector-Origin von Noxtica. Meldet Anwendungscode ein Ergebnis der Erhebung oder einen Zustand der Nichtverfügbarkeit.

Nachweise, die dem aktuellen Browser, der Mandantenrichtlinie und dem Einwilligungsstatus zur Verfügung stehen. Erfordert JavaScript. Browserfunktionen oder Richtlinien können die verfügbaren Nachweise einschränken.

Beispiel anzeigenAnleitung lesen
HTTP-API für die authentifizierte GeräteabfrageEvaluierungszugang erforderlichv1Verifiziert 2026-09-20

Empfängt eine Gerätekennung ausschließlich vom Kundenserver. Gibt den mandantenbezogenen Datensatz zurück, sofern Zugangsdaten und Berechtigungsumfang dies zulassen.

Der authentifizierte Datensatz, der dem bereitgestellten Mandanten zur Verfügung steht. Erfordert Evaluierungszugang und eine auf dem Server hinterlegte Berechtigung; eine nicht authentifizierte Anfrage wird abgelehnt.

Beispiel anzeigenAnleitung lesen

// EVALUIERUNGSPRÜFPUNKTE

Weisen Sie die Übergabe nach, bevor Sie Richtlinien ändern.

  1. Stellen Sie für die Evaluierung die exakte Origin und den öffentlichen Site Key bereit.
  2. Beobachten Sie sowohl den Abschluss der Erhebung als auch das Verhalten bei Nichtverfügbarkeit.
  3. Übergeben Sie nur die zurückgegebene Gerätekennung an das Kunden-Backend.
  4. Führen Sie die authentifizierte Abfrage mit einer auf dem Server hinterlegten Berechtigung durch.
  5. Testen Sie die Zustände eingegangen, fehlend, ungültig, rate-limitiert und nicht verfügbar.
  6. Bewerten Sie die vorgeschlagene Richtlinie im Beobachtungsmodus, bevor Sie sie durchsetzen.