Créez un projet par site : listez les domaines autorisés à envoyer et liez l’intégration que ses rapports doivent atteindre. Chaque site a ses propres règles — aucun mélange.
Tout le reste hérite de ces quatre réglages.
Un conteneur pour un site ou un produit, avec sa clé, ses rapports et sa conservation.
Seuls les domaines que vous listez peuvent envoyer des rapports via la clé du Web SDK.
Quelle intégration reçoit par défaut les rapports de ce projet.
Un projet appartient soit à vous, soit à une équipe, et hérite de cette visibilité.
La clé du Web SDK est visible dans le code source de votre page. La liste blanche est ce qui la rend inoffensive.
| Correspondance | Hôte exact et sous-domaines génériques |
|---|---|
| Domaines non listés | Les envois sont rejetés côté serveur |
| Développement local | Ajoutez localhost avec un port pour tester en sécurité |
| Limites de débit | Appliquées par projet et par jour, et par IP et par jour |
acme.com
app.acme.com
*.staging.acme.com
localhost:3000Chaque projet est lié à sa propre intégration : votre site d’UAT signale dans la table d’UAT, votre site marketing dans la sienne. La configuration par défaut arrive déjà au bon endroit, sans tri manuel.
| D’où ça vient | Destination par défaut |
|---|---|
| Envoi via le Web SDK sur un domaine autorisé | L’intégration liée au projet |
| Extension navigateur sur un domaine autorisé | Le projet du site, tel que choisi dans la liste des destinations |
| Extension sur un domaine sans projet | La destination d’équipe ou personnelle de l’auteur |
| Modification manuelle par l’auteur | Ce qu’il sélectionne, mémorisé pour ce site |
Une personne configure, toute l’équipe en profite.
Envoyez les rapports dans Feishu Bitable ou dans votre propre webhook.
Une balise script et n’importe quel visiteur signale sans rien installer.
Pendant la validation interne, testeurs et parties prenantes signalent dans le même projet.