Un prompt peut-il remplacer Frill ?

Construis un widget de feedback intégrable, et traite l’intégration comme la partie difficile.

Le backend est un tableau : idées, votes, commentaires, statuts, une vue roadmap dérivée du statut, et un changelog des éléments livrés.

Le widget est une balise script sur la page hôte. Fais-le tourner dans un shadow DOM pour qu’aucune feuille de style hôte ne puisse y accéder et que rien de ce que tu livres ne fuite — ce n’est pas facultatif, c’est l’unique différence entre un widget qui marche sur n’importe quel site et un widget qui s’affiche différemment sur chacun. Charge-le paresseusement, après que la page hôte est devenue interactive, et garde le script initial sous les 10 Ko avec le reste récupéré à l’ouverture.

Identifie l’utilisateur en faisant passer par l’hôte un jeton signé — un identifiant et un HMAC dessus avec un secret partagé — plutôt qu’un email en clair. Sans signature, n’importe qui peut voter en se faisant passer pour n’importe qui, et les décomptes de votes sur un widget non signé ne veulent rien dire.

Documente la politique de sécurité de contenu dont l’hôte a besoin (ton connect-src et ton frame-src) et échoue bruyamment avec un message console nommant la directive manquante quand une requête est bloquée. Un widget qui ne fait silencieusement rien sous une CSP stricte est le ticket de support que tu recevras le plus souvent.

Construis la roadmap et le changelog à la fois comme des pages classiques rendues côté serveur et comme des vues widget, pour que les deux soient indexables et liables en dehors du produit.

Hors périmètre : les sondages, les annonces segmentées, et les intégrations vers un gestionnaire de tickets. Teste le widget sur une page avec une feuille de style de reset agressive et une CSP stricte avant de le considérer terminé.