Politique relative aux cookies

Les cookies sont de petits fichiers texte stockés sur votre appareil. Nous utilisons aussi des stockages côté client comparables — localStorage et sessionStorage — aux mêmes fins. La présente page couvre l'ensemble de ces mécanismes et les nomme un par un.

La version du 13 août 2026 est un inventaire relu contre le code, et non une reconduction. Elle retire deux entrées qui décrivaient des cookies inexistants, corrige le nom du cookie de session, rectifie le mécanisme de stockage du choix de consentement et ajoute ce qui manquait : la supervision des erreurs et les préférences d'affichage. Elle aligne aussi cette page sur la section 3 de la Politique de confidentialité, dont elle contredisait la description de la mesure d'usage côté serveur.

Deux cookies entrent dans cette catégorie, tous deux de première partie. Ils sont indispensables au fonctionnement du service et ne peuvent pas être désactivés. Ils ne portent aucun identifiant publicitaire. Ce sont les seuls cookies posés tant que vous n'avez pas accepté l'analytics.

sb-<référence-projet>-auth-token (première partie, Supabase)

Le cookie de session authentifiée. Il n'y en a qu'un : la référence de notre projet Supabase s'insère dans son nom, et le navigateur peut le voir découpé en fragments numérotés (« .0 », « .1 ») lorsque sa valeur dépasse la taille maximale d'un cookie. Il est posé à la connexion, retiré à la déconnexion, et sa durée de vie est celle que fixe la configuration d'authentification de notre projet — ce n'est pas un paramètre du présent document.

skeldy_plan_choice (première partie)

Transporte la formule que vous avez choisie sur la page tarifaire jusqu'à la création de votre organisation — un trajet auquel l'adresse de la page ne survit pas. Inaccessible au JavaScript, durée 30 minutes, consommé et effacé dès qu'il a servi. Il n'est posé que si vous arrivez sur l'inscription depuis la page tarifaire.

S'y ajoutent six entrées de stockage local. Ce ne sont pas des cookies : elles ne partent jamais vers nos serveurs et restent dans votre navigateur. Aucune ne porte de date d'expiration — elles disparaissent lorsque vous effacez les données du site ; la dernière contient un horodatage dont nous cessons de tenir compte au bout de sept jours, sans que l'entrée soit pour autant supprimée. Elles enregistrent une préférence que vous avez vous-même exprimée, ce qui les dispense de consentement préalable.

skeldy_consent (localStorage)

Votre choix sur cette page ou dans le bandeau, enregistré sous la valeur « granted » ou « essential », pour ne pas vous reposer la question à chaque visite. Contrairement à ce qu'annonçaient les versions antérieures, ce n'est pas un cookie de 12 mois : c'est une entrée de stockage local sans expiration. Effacer les données du site la supprime et le bandeau réapparaît.

skeldy:theme (localStorage)

Le thème clair ou sombre que vous avez sélectionné. Lu avant le premier rendu de la page pour éviter un clignotement.

skeldy:density (localStorage)

La densité d'affichage de la grille de planning, confortable ou compacte.

skeldy:onboarding-seen (localStorage)

Retient que vous avez fermé la bannière de première prise en main, pour ne pas la réafficher.

skeldy_nudge_dismissed_<clé-de-fonctionnalité> (localStorage)

Retient que vous avez écarté une invitation à passer à une formule supérieure, et pour quelle fonctionnalité. La valeur est l'horodatage de votre clic : nous cessons d'en tenir compte au bout de sept jours, après quoi l'invitation peut réapparaître. Une entrée par fonctionnalité concernée, écrite uniquement si vous fermez l'invitation vous-même.

skeldy_nudge_shown_session_<clé-de-fonctionnalité> (sessionStorage)

Évite de compter deux fois l'affichage d'une même invitation pendant un onglet ouvert. Effacée à la fermeture de l'onglet. Écrite sans condition de consentement, car elle ne sert qu'à ne pas fausser un décompte interne.

Cette section couvre trois traitements distincts. Un seul dépend de votre consentement, et la distinction compte assez pour être écrite avant l'inventaire plutôt qu'après.

Le premier est l'analytics dans votre navigateur, soumis à votre consentement. Si vous acceptez, nous chargeons PostHog (eu.posthog.com) pour comprendre quelles fonctionnalités servent le plus les managers et lesquelles doivent être améliorées. Tant que vous n'avez pas accepté, le script n'est même pas téléchargé. Nous ne vendons ni ne partageons de données analytics avec des annonceurs. Le consentement se retire à tout moment depuis cette page.

ph_<clé-de-projet>_posthog (première partie, PostHog EU)

L'état PostHog : identifiant de visiteur, propriétés de session, indicateurs internes de la bibliothèque. Écrit à la fois en cookie et en localStorage sous le même nom. Posé uniquement après acceptation, expiration 12 mois pour le cookie. Retirer votre consentement arrête l'envoi d'événements ; effacer les données du site supprime l'entrée.

ph_<clé-de-projet>_window_id et ph_<clé-de-projet>_primary_window_exists (sessionStorage, PostHog EU)

Corrélation d'onglet, utilisée pour rattacher les événements d'une même fenêtre. Stockage de session : effacé à la fermeture de l'onglet. Même cycle de consentement que l'entrée ci-dessus.

Le deuxième est la mesure d'usage côté serveur, et elle ne passe pas par ce bandeau. Quand vous êtes connecté, certains événements de produit — inscription, fin d'onboarding, publication d'un planning, import terminé, acceptation d'une proposition IA, événements d'abonnement — sont envoyés depuis nos serveurs vers PostHog EU, identifiés par un identifiant technique de compte ou d'organisation. Ce flux ne dépose rien dans votre navigateur, il ne peut donc être ni couvert ni bloqué par votre choix ici. Il repose sur l'intérêt légitime, comme l'expose la section 3 de la Politique de confidentialité, et vous pouvez vous y opposer en écrivant à [email protected]. Le refuser sur cette page serait une case sans effet ; nous ne l'affichons pas.

Le troisième est la supervision des erreurs. Sentry est chargé sur toutes les pages, indépendamment de votre choix, pour rapporter les défauts applicatifs, le parcours qui y a mené et, sur une fraction des chargements, une trace de performance. Il ne dépose aucun cookie et n'écrit aucune entrée dans le stockage du navigateur, ni durable ni de session. Il n'enregistre pas non plus de rejeu de session : la fonctionnalité n'est pas installée et reste volontairement désactivée, parce qu'elle filmerait des grilles de planning nominatives. L'ingestion transite par notre propre domaine, ce qui la rend invisible pour un bloqueur de contenu — raison de plus pour l'écrire ici. Ce traitement repose sur l'intérêt légitime et non sur votre consentement.

Utilisez le bandeau cookies à votre première visite, ou revenez sur cette page et choisissez « Mettre à jour les préférences » ci-dessous. Les signaux navigateur Do Not Track et Global Privacy Control sont lus au chargement et valent refus : quand l'un des deux est actif, le bandeau ne s'affiche pas et l'analytics reste désactivé.

Ce réglage porte sur l'analytics navigateur. La mesure côté serveur et la supervision des erreurs décrites à la section 3 n'en dépendent pas ; l'opposition à la première s'exerce par écrit à [email protected]. Effacer les données du site dans votre navigateur supprime votre choix ainsi que vos préférences d'affichage, et le bandeau réapparaît à la visite suivante.

Si nous ajoutons un cookie ou un outil d'analytics navigateur, nous mettons à jour cette page et redemandons votre consentement avant activation. Si nous ajoutons un traitement fondé sur l'intérêt légitime, sans dépôt dans votre navigateur, il n'y a pas de consentement à demander : nous l'inscrivons alors à la section 3 et à la Politique de confidentialité, et la date d'effet en haut de page change.