Politique relative aux cookies

Mise à jour : 23 octobre 2026

1. Introduction et périmètre

La présente politique explique les mécanismes de stockage utilisés par Vitalité Sportive pour la consultation de ses contenus et pour la validation du formulaire. Elle décrit les fonctionnalités présentes dans le code fourni, sans supposer l’existence d’un outil statistique ou publicitaire. Elle complète la politique de confidentialité en précisant les noms techniques, les valeurs mémorisées et les moyens de gestion. La lecture des articles est possible indépendamment du choix affiché dans le bandeau. Le site ne comporte ni espace de paiement, ni compte client, ni mécanisme de personnalisation commerciale.

2. Définition des cookies et technologies similaires

Un cookie est une petite donnée que le serveur peut demander au navigateur de conserver et de renvoyer lors de requêtes ultérieures selon ses attributs. Le stockage local est un autre mécanisme du navigateur : il conserve une valeur accessible aux scripts du même site, sans l’envoyer automatiquement dans chaque requête HTTP. Ces deux mécanismes ne doivent pas être confondus. Une session serveur est encore différente : le cookie peut contenir un identifiant aléatoire permettant au serveur de retrouver des informations techniques, sans placer ces informations elles-mêmes dans le navigateur.

3. Inventaire des éléments réellement utilisés

3.1 Éléments applicatifs

Deux éléments sont prévus. Le cookie vs_session est créé par la page de contact pour les contrôles du formulaire. L’entrée vs_consent est enregistrée dans le stockage local à la suite d’un clic sur un bouton du bandeau.

3.2 Absence de traceurs commerciaux

Aucun autre cookie applicatif n’est défini par le projet. Le code n’intègre pas de pixel publicitaire, de plateforme d’affiliation ni de bibliothèque de mesure d’audience. Les photographies sont chargées depuis le dossier images du site. Les ressources de polices et de styles sont, quant à elles, demandées à des services externes comme expliqué plus loin.

4. Fonctionnement de la session vs_session

La session associe un identifiant aléatoire à des informations techniques utilisées sur contact.php. Le serveur y conserve un jeton de protection du formulaire, le moment de sa création. Les champs nom, adresse électronique, sujet et message ne sont pas enregistrés dans cette session par le code. Le cookie utilise HttpOnly afin de ne pas être lu par le JavaScript de la page et SameSite Strict pour limiter son envoi dans certains contextes externes. L’attribut Secure dépend de la présence d’une connexion HTTPS au serveur.

5. Fonctionnement de la préférence vs_consent

Après un choix, le navigateur conserve un petit objet comprenant le niveau sélectionné et le moment du clic. Les valeurs techniques sont all, partial et functional. Elles correspondent respectivement à Tout accepter, Partiel et Fonctionnels. Ces valeurs sont réellement distinctes et peuvent être remplacées par un nouveau choix. Dans la version actuelle, elles produisent le même périmètre de fonctionnement : seuls les éléments fonctionnels décrits ici sont utilisés. Aucune de ces valeurs ne déclenche un service publicitaire ou statistique absent du projet. Le bandeau ferme immédiatement après le choix.

6. Finalités et absence de traceurs facultatifs

6.1 Fonctions actuelles

La session permet de vérifier une soumission et de vérifier l’origine de la soumission. La préférence locale évite de représenter le bandeau à chaque page pendant sa durée de validité. Ces finalités sont liées au fonctionnement et à la mémorisation du choix.

6.2 Périmètre d’une évolution

Le fait de proposer trois boutons ne signifie pas que trois ensembles de partenaires existent. Aucun partenaire facultatif n’est présent dans ce code. Si de telles fonctions sont ajoutées ultérieurement, elles devront être décrites et soumises aux règles applicables avant leur activation, avec une interface correspondant à leur fonctionnement réel.

7. Durées et suppression

Le cookie de session ne reçoit pas de durée persistante explicite : il est associé à la session du navigateur, dont la restauration peut dépendre des réglages de celui-ci. Sur le serveur, le jeton utilisé pour valider le formulaire expire après trente minutes et est renouvelé après une réussite. Le stockage local vs_consent est considéré comme valable pendant six mois à compter du clic. À son expiration, la valeur est supprimée lors d’une prochaine visite et le bandeau réapparaît. Supprimer les données du site dans le navigateur efface également la préférence avant ce terme.

8. Gestion et modification des préférences

Le bouton Préférences de cookies figure dans le pied de page de chaque page PHP. Il permet de rouvrir le bandeau et d’effectuer un nouveau choix sans changer de page. Chacun des trois boutons enregistre la valeur correspondante et ferme le bandeau. Il est également possible d’effacer les données du site depuis les paramètres du navigateur. Ces opérations concernent le navigateur et l’appareil utilisés : une préférence choisie sur un ordinateur n’est pas automatiquement copiée sur un téléphone. Le site ne crée pas de compte pour synchroniser ces réglages.

9. Restrictions du navigateur et cas particuliers

9.1 Stockage local indisponible

Le stockage local peut être désactivé, limité en navigation privée ou rendu indisponible par une extension. Le script gère cette situation sans bloquer la lecture des pages : le bandeau se ferme après le clic pour la page consultée, mais le choix peut ne pas être retrouvé lors d’une visite suivante.

9.2 Session et consultation

Le blocage du cookie de session peut empêcher une validation correcte du formulaire, car le serveur ne retrouve plus le jeton attendu. Cela n’empêche pas la consultation des dossiers. Les outils du navigateur permettent d’examiner les données stockées pour le domaine consulté.

10. Ressources externes et connexions

Google Fonts fournit les polices DM Serif Display et Manrope ; Tailwind est demandé à son CDN pour les styles utilitaires. Le chargement de ces ressources entraîne une connexion du navigateur vers leurs domaines et la communication des informations techniques nécessaires à la requête, notamment l’adresse IP. Le site ne leur envoie pas les champs du formulaire. Ces demandes réseau ne constituent pas dans le code une activation de cookies de marketing. Le cache technique du navigateur, utilisé pour conserver certaines ressources téléchargées, est distinct de la préférence vs_consent et n’est pas géré par les trois boutons.

11. Contrôle de l’implémentation et évolutions

La politique se limite aux mécanismes effectivement intégrés. Un hébergeur ou une couche de distribution ajoutée au déploiement pourrait introduire d’autres traitements techniques ; leur examen doit précéder la publication. Une modification de l’inventaire exige une mise à jour du document et, lorsque nécessaire, du mécanisme de choix. Une ancienne sélection Tout accepter n’est pas interprétée par le code comme une autorisation automatique pour des fonctions nouvelles qui ne faisaient pas partie de l’information présentée au moment du clic.

12. Contact et date de mise à jour

Pour une question sur les préférences, les informations de contact sont [email protected], +33 1 99 00 46 82 et Vitalité Sportive, 20 Rue des Martyrs, 75009 Paris, France. Décrire le navigateur, le type d’appareil et l’action observée suffit généralement pour expliquer une difficulté de bandeau ; aucun mot de passe n’est demandé. Cette rédaction est datée du 23 octobre 2026. Les modalités générales de traitement des données et les droits applicables sont développés dans la politique de confidentialité. Les conditions d’utilisation précisent le cadre de consultation des contenus.