Politique de cookies

Une page qui doit suivre le déploiement réel

Un inventaire de cookies n'est pas une liste permanente copiée d'un autre site. Il dépend du châssis, de la CMP, de la publicité et de chaque service tiers effectivement chargé. Viager Repère prévoit un calcul local et une monétisation AdSense, mais la version publique doit être inspectée avant de déclarer un nom de cookie, une durée ou un fournisseur.

La Méthodologie décrit les calculs, leurs hypothèses et leurs limites. La politique de confidentialité distingue le traitement local des champs de calcul, les données techniques et les services publicitaires. Cette page complète cette distinction en expliquant comment vérifier les traceurs, sans inventer un inventaire qui n'est pas encore fourni.

Calcul local : pas besoin de publicité pour produire un résultat

Le simulateur peut recevoir une valeur de bien, un bouquet, une rente, un âge ou une durée de scénario. Ces données sont traitées par le navigateur pour afficher un repère. Elles ne doivent pas être envoyées par l'outil, ajoutées à l'URL ou transformées en page indexable. Fermer l'onglet ne doit pas créer un dossier conservé par Viager Repère.

Cette architecture ne signifie pas que toute fonctionnalité web est dépourvue d'état. Une CMP peut conserver le choix d'un visiteur, le navigateur peut garder une préférence locale et le serveur peut traiter les éléments techniques nécessaires à la livraison des pages. Ces usages doivent être distingués du calcul et décrits à partir de tests sur la release.

Les catégories à documenter

Le tableau ci-dessous est une grille de vérification, pas un inventaire déjà validé.

Ne remplissez pas les cellules avec des valeurs supposées. Le blueprint ne déclare pas d'outil d'audience distinct ; si un tel outil est ajouté, il faudra actualiser cette page et la confidentialité.

AdSense et consentement CMP

Le site.yaml prévoit AdSense, une CMP obligatoire et des espaces publicitaires intégrés au flux. La publicité ne doit pas se placer entre la saisie et le résultat d'un calcul. Avant publication, vérifiez que le script publicitaire et les cookies associés sont chargés dans l'état prévu par le consentement et que le panneau affiche les fournisseurs réellement utilisés.

Le blueprint renseigne google_adsense comme fournisseur CMP prévu, mais cette information doit être confrontée à l'outil effectivement installé. Si la CMP finale est différente, si le mode de consentement change ou si un partenaire publicitaire supplémentaire est ajouté, la présente page n'est plus suffisante telle quelle. Le visiteur doit pouvoir refuser ou modifier son choix depuis un accès visible.

Refuser, retirer, vérifier

Un parcours de consentement compréhensible doit prévoir plusieurs états testables :

1. première visite avant tout choix ;
2. refus des catégories non nécessaires ;
3. acceptation d'une catégorie publicitaire si elle est proposée ;
4. retour dans le panneau pour retirer ou modifier le choix ;
5. nouvelle visite après retrait, afin de vérifier les scripts et les cookies actifs.

Pour chaque état, notez la date du test et l'environnement utilisé. Le navigateur peut déjà avoir des cookies ou un cache : utilisez une session de test propre et répétez l'observation si le résultat semble contradictoire. Le panneau affiché à l'utilisateur doit correspondre à l'inventaire public de cette page.

Exemple fictif : une visite avec et sans choix

Dans un exemple fictif, Nora ouvre le site et refuse la catégorie publicitaire. Elle peut saisir un bouquet inventé dans le simulateur et obtenir un résultat local ; l'absence d'annonce personnalisée ne doit pas empêcher le calcul. Elle ouvre ensuite le panneau pour retirer ou modifier son choix, sans transmettre de montant réel ni d'identité.

Dans une seconde session fictive, elle accepte la catégorie publicitaire. La publicité peut alors suivre la configuration et les partenaires validés, mais le résultat du simulateur reste produit par le moteur local. Cet exemple n'énumère aucun cookie et ne prouve pas le comportement de la release ; il rappelle pourquoi chaque état doit être testé.

Ce que la page ne doit pas promettre

Ne dites pas que « tous les cookies sont nécessaires », que « l'acceptation est obligatoire pour calculer », qu'un partenaire précis est présent ou qu'un refus supprime immédiatement toute donnée si ces affirmations n'ont pas été vérifiées. Ne donnez pas de durée générique. La configuration publicitaire peut changer, et la page doit porter une date de revue avec la même rigueur que les sources de calcul.

Les outils ne demandent pas d'acte, de pièce d'identité, d'adresse exacte ou de donnée de santé. Pour un problème de consentement ou un lien cassé, utilisez la page Contact sans envoyer de capture contenant des informations personnelles. Les informations d'identification de l'éditeur et de l'hébergeur seront publiées dans les mentions légales lorsqu'elles seront finalisées.

Vérifications à conserver

Avant la mise en ligne et à chaque changement de script :

• comparer le panneau CMP aux fournisseurs réellement chargés ;
• tester refus, acceptation, retrait et nouvelle visite ;
• documenter les noms, durées, finalités et partenaires observés ;
• vérifier que les paramètres et résultats du calcul ne figurent pas dans l'URL ;
• contrôler le placement des annonces dans le parcours action → résultat ;
• mettre à jour Confidentialité et À propos si le service change.

Viager Repère ne fournit pas un outil de diagnostic de cookies à distance. Cette page aide à préparer une vérification de la version publiée ; elle ne doit pas masquer un champ technique ou juridique encore inconnu.