Déposez le SDK sur votre site et un widget de feedback déplaçable apparaît pour tout le monde — clients, utilisateurs finaux, relecteurs d’UAT. Les rapports arrivent avec captures, contexte et l’identité que vous transmettez.
<script>
window.BugCapturerConfig = {
key: "bcpk_your_project_key",
position: "bottom-right",
requireContact: false,
reporter: { uid: "", name: "", email: "" }
};
</script>
<script src="https://api.bugcapturer.com/sdk/bugcapturer.js" async></script>
Les visiteurs le déplacent où ils veulent — la position est mémorisée
Pas de build, pas de framework, pas de dépendance — une seule balise script.
Inscrivez-vous et ajoutez votre site. La console vous donne une clé de projet et une liste blanche de domaines.
Déposez le script dans votre template HTML, ou injectez-le depuis votre gestionnaire de tags.
Le widget flottant apparaît pour chaque visiteur, qui peut capturer et envoyer en quelques secondes.
L’étape d’installation est le plus gros frein du feedback externe. Le SDK la supprime complètement.
Les visiteurs envoient directement depuis la page — rien à télécharger, rien à créer.
La bulle flottante se déplace partout et se souvient où le visiteur l’a laissée.
Les styles du widget ne fuient jamais dans votre site, et votre CSS jamais dans le widget.
Erreurs console, requêtes échouées et métadonnées d’environnement sont jointes automatiquement à chaque rapport.
Le SDK n’inspecte jamais vos cookies ni votre stockage local. Votre site transmet l’identité explicitement — ou la laisse anonyme.
| Anonyme par défaut | Sans appel d’identité, le rapport est envoyé anonymement |
|---|---|
| Identification explicite | Appelez identify() avec un id utilisateur, un nom et un e-mail |
| Validation côté serveur | Les champs d’identité malformés sont écartés avant stockage |
| Affiché comme auteur | Le nom apparaît dans la colonne auteur de votre table |
// Appelez ceci après la connexion de votre utilisateur
BugCapturer.identify({
uid: "user_1024",
name: "Alice Chen",
email: "alice@acme.com"
});
Chaque garde-fou est configurable par projet, et chaque rapport est limité en débit.
Les envois ne sont acceptés que depuis les domaines que vous déclarez sur le projet.
Plafonnée par projet et par jour, ainsi que par IP et par jour, pour qu’un acteur malveillant ne puisse pas inonder votre table.
Désactivez le widget dans la console et il disparaît aussitôt de votre site.
Décidez si les visiteurs ayant l’extension navigateur peuvent envoyer leurs rapports dans ce projet de site.
Même projet, même table — choisissez selon qui doit envoyer.
| Extension navigateur | Web SDK | |
|---|---|---|
| Qui peut envoyer | Testeurs et collègues ayant installé l’extension | N’importe quel visiteur de votre site |
| Installation | Chrome Web Store ou Edge | Une balise script |
| Captures d’écran | Pixel-perfect depuis l’onglet réel | Pixels réels après autorisation de capture d’écran |
| Enregistrement d’écran | Oui | Non inclus |
| Identité | Depuis la connexion à l’extension | Transmise par votre site |
| Où ça arrive | La destination que vous choisissez | L’intégration liée au projet |
Un lien public — les destinataires l’ouvrent simplement dans leur navigateur.
Console, réseau et environnement accompagnent chaque rapport.
Envoyez les rapports dans Feishu Bitable ou dans votre propre webhook.
Pendant la validation interne, testeurs et parties prenantes signalent dans le même projet.