Leptos

En tant que framework, Leptos ne dépose aucun cookie par lui-même et n'inclut aucun suivi. Une application que vous construisez peut déposer des cookies fonctionnels comme un cookie de session, un jeton de sécurité ou une préférence de langue si vous les ajoutez. Il n'y a pas de cookies tiers ou marketing par défaut, l'empreinte cookie dépend donc entièrement de votre code.

Pour le framework lui-même et pour une application n'utilisant que des cookies strictement nécessaires, le consentement n'est généralement pas requis. Le consentement devient nécessaire seulement si vous ajoutez des cookies ou traceurs non essentiels comme l'analyse ou la publicité. En bref le défaut est sans consentement, et vous adoptez des obligations selon ce que vous ajoutez.

Les cookies fonctionnels et d'authentification reposent généralement sur l'exécution du contrat ou l'intérêt légitime car ils sont nécessaires pour fournir le service demande. Si vous ajoutez ensuite de l'analyse ou du marketing, ces parties reposent sur le consentement au titre du RGPD et d'ePrivacy. Associez chaque cookie à une base pour une documentation exacte.

Le framework ne transfère aucune donnée de lui-même. Tout transfert hors EEE dépend uniquement du lieu d'hébergement de l'application et des services externes appelés. Comme vous contrôlez l'hébergement, vous pouvez maintenir tout le traitement dans l'EEE si vous le souhaitez.

Le framework ne déclenche pas d'AIPD car il ne traite aucune donnée personnelle par lui-même. La nécessité d'une AIPD dépend de l'application construite et des données gérées. Évaluez les cookies ajoutés, tout traitement sensible et les intégrations tierces plutôt que le framework.

Gardez un ensemble de cookies minimal, classez chaque cookie comme nécessaire ou optionnel et conditionnez tout élément non essentiel au consentement. Choisissez une région d'hébergement adaptée, documentez les services tiers appelés et rédigez une politique conforme au comportement réel. Comme le framework n'ajoute rien par défaut, la conformité dépend surtout de vos choix.

Les alternatives incluent d'autres frameworks Rust comme Yew ou Dioxus et des frameworks JavaScript comme React, Svelte ou SolidJS. Ils partagent la propriété que le framework lui-même n'est pas un traceur, la posture de confidentialité dépend donc de ce que vous construisez. Choisissez selon le langage, la performance et la familiarité de l'équipe.

Comme vous contrôlez le code, réexaminez votre politique chaque fois que vous ajoutez ou retirez un cookie, une fonctionnalité ou une intégration tierce. Listez les cookies fonctionnels déposés avec leurs durées et finalités. Maintenez la politique alignée sur la version actuelle plutôt que sur des défauts du framework, puisqu'il n'y en a pas.