Legen Sie ein Projekt pro Seite an: Listen Sie die Domains auf, die melden dürfen, und binden Sie die Integration, die die Berichte erreichen soll. Jede Seite bekommt ihre eigenen Regeln — keine Vermischung.
Alles andere leitet sich aus diesen vier Einstellungen ab.
Ein Container für eine Seite oder ein Produkt, mit eigenem Key, eigenen Berichten und eigener Aufbewahrung.
Nur die von Ihnen gelisteten Domains können über den Web-SDK-Key Berichte senden.
Welche Integration die Berichte dieses Projekts standardmäßig erhält.
Ein Projekt gehört entweder Ihnen oder einem Team und erbt diese Sichtbarkeit.
Der Web-SDK-Key ist im Quelltext Ihrer Seite sichtbar. Die Whitelist macht das ungefährlich.
| Abgleich | Exakter Host und Wildcard-Subdomains |
|---|---|
| Nicht gelistete Domains | Einsendungen werden serverseitig abgelehnt |
| Lokale Entwicklung | Fügen Sie localhost mit Port hinzu, um sicher zu testen |
| Ratenlimits | Gelten pro Projekt und Tag sowie pro IP und Tag |
acme.com
app.acme.com
*.staging.acme.com
localhost:3000Jedes Projekt ist an seine eigene Integration gebunden: Ihre UAT-Seite meldet in die UAT-Tabelle, Ihre Marketing-Seite in ihre eigene. Der Standard landet bereits am richtigen Ort, ohne manuelles Sortieren.
| Woher es kam | Standardziel |
|---|---|
| Web-SDK-Einsendung auf einer freigegebenen Domain | Die gebundene Integration des Projekts |
| Browser-Erweiterung auf einer freigegebenen Domain | Das Site-Projekt, wie im Ziel-Dropdown gewählt |
| Erweiterung auf einer Domain ohne Projekt | Das Team- oder persönliche Ziel des Melders |
| Manuelle Änderung durch den Melder | Was auch immer gewählt wird — für diese Seite gemerkt |
Einer konfiguriert, das ganze Team nutzt es.
Reports in Feishu Bitable oder einen eigenen Webhook senden.
Ein Script-Tag, und jeder Besucher kann melden — ohne etwas zu installieren.
In der internen Abnahme melden Tester und Stakeholder in dasselbe Projekt.