> For the complete documentation index, see [llms.txt](https://doc.commandersact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.commandersact.com/fr/fonctionnalites/realtime-cookie-scanner/cookie-inventory.md). # Inventaire des cookies Cookie Inventory est la vue opérationnelle des éléments de stockage réellement observés par Realtime Cookie Scanner **réellement observés par Realtime Cookie Scanner**. Il est conçu pour répondre à une question simple : > **Que se passe-t-il réellement dans les navigateurs des utilisateurs ?** Ceci est volontairement différent de Cookie Notice Manager, qui représente ce qui est **déclaré et géré** dans votre Cookie Notice. *** ### Ce qui doit figurer dans l’inventaire Cookie Inventory ne contient que les éléments observés pendant la période sélectionnée. En conséquence : * les entrées créées manuellement qui n’ont jamais été observées ne sont pas incluses ; * les éléments marqués comme `Manquant` ne sont pas inclus ; * La configuration du Cookie Notice ne détermine pas si un élément apparaît dans l’inventaire. Cette distinction est importante lorsque l’on compare Cookie Inventory à Cookie Notice Manager. Un cookie peut être : * présent dans Cookie Inventory mais absent du Cookie Notice ; * présent dans le Cookie Notice mais absent de Cookie Inventory parce qu’il n’a pas été observé pendant la période sélectionnée. Aucune de ces deux situations n’est nécessairement une erreur. Elles répondent à des questions différentes. *** ## Lecture du résumé Les cartes du résumé mettent en avant les principales situations à examiner. ### Détecté Tous les éléments observés dans le périmètre actuel. C’est la meilleure représentation de votre empreinte effective de stockage navigateur pour la période sélectionnée. ### Nouveau Met en évidence les éléments apparus récemment par rapport à une période de référence. Pour des périodes d’au moins 48 heures, **Nouveau - dernières 48 h** identifie les éléments observés au cours des 48 dernières heures qui n’avaient pas été observés plus tôt dans la période sélectionnée. Pour les périodes plus courtes, **Nouveau dans la période sélectionnée** compare la période sélectionnée avec la période précédente de durée équivalente. Cela rend cette métrique particulièrement utile pour détecter les changements introduits par des déploiements, de nouveaux fournisseurs ou des changements de configuration. ### Avant le consentement Éléments observés avant que le visiteur n’ait fait un choix de consentement. Il s’agit d’une observation, pas automatiquement d’un problème de conformité. Un élément explicitement configuré comme exempté du consentement peut légitimement apparaître ici. ### Violations Éléments dont le comportement de consentement observé est considéré comme problématique par le scanner. Cela couvre actuellement des situations telles que : * stockage avant le consentement lorsque l’élément n’est pas exempté ; * stockage observé après un refus. Utilisez cette population pour prioriser l’investigation, plutôt que de traiter chaque élément pré-consentement comme une violation. ### Non catégorisé Éléments pour lesquels aucune catégorie pertinente n’est actuellement disponible. Un nombre élevé ici indique généralement que l’inventaire nécessite une qualification des métadonnées avant de pouvoir être utilisé de manière fiable pour la gouvernance ou la maintenance du Cookie Notice. ### Hors Cookie Notice Éléments observés qui ne sont actuellement pas inclus dans le Cookie Notice. C’est la population à examiner pour vérifier si votre déclaration reflète ce qui se passe réellement sur le site. *** ## Comprendre le tableau Les colonnes les plus importantes ne sont pas purement descriptives : plusieurs contiennent une interprétation dérivée des observations de RCS. ### Fréquence La fréquence représente la fréquence à laquelle l’élément a été observé dans le trafic analysé par RCS. Elle est utile pour distinguer : * un comportement de stockage généralisé ; * un comportement limité à des pages, journeys ou à des conditions spécifiques ; * des observations très rares qui peuvent nécessiter une enquête plus approfondie. La fréquence ne doit pas être interprétée comme un pourcentage d’utilisateurs. *** ### Moment du consentement Le moment du consentement décrit quand l’élément a été observé par rapport à l’état de consentement du visiteur. #### Avant L’élément a été observé avant un choix de consentement. Le caractère acceptable dépend de son statut d’exemption. #### Après L’élément a été observé après le consentement. #### Après refus L’élément a été observé après que le visiteur a refusé le consentement. Cela mérite normalement une investigation, sauf si l’élément est légitimement exempté. #### Inconnu RCS ne dispose pas d’un contexte de consentement suffisant pour déterminer le moment de manière fiable. `Inconnu` doit donc être interprété comme **des preuves insuffisantes**et non comme un comportement conforme ou non conforme. *** ### Conformité La conformité est l’interprétation par le scanner des observations disponibles. #### Violation RCS a détecté un comportement considéré comme incompatible avec l’état de consentement attendu. #### Exempté L’élément est explicitement marqué comme exempté des exigences de consentement. Un élément exempté peut donc apparaître sous **Avant le consentement** sans être considéré comme une violation. #### OK Aucun problème de conformité n’a été identifié à partir des observations disponibles. `OK` ne constitue pas une certification juridique. Cela signifie que le scanner n’a détecté aucun des comportements problématiques surveillés. #### Inconnu Les observations disponibles sont insuffisantes pour déterminer un statut fiable. *** ### Statut du Cookie Notice Le statut du Cookie Notice compare l’élément observé avec la configuration du Cookie Notice. #### Inclus L’élément est déjà inclus dans le Cookie Notice. #### À revoir L’élément a été observé mais n’est pas actuellement inclus. Il s’agit de la même population représentée par le **Hors Cookie Notice** résumé. *** ## Cookie Inventory et Cookie Notice Manager La distinction entre ces deux vues est fondamentale. | Cookie Inventory | Cookie Notice Manager | | --------------------------------------------------- | ---------------------------------------------------- | | Réalité observée | Configuration déclarée | | Ce que RCS a réellement vu | Ce qui est géré dans le Cookie Notice | | Dépendant de la période | Dépendant de la configuration | | Exclut les éléments non observés pendant la période | Peut contenir des éléments qui ne sont plus observés | | Le mieux adapté à l’investigation et au suivi | Le mieux adapté à la déclaration et à la maintenance | Cookie Notice Manager ne doit donc pas être utilisé comme source de vérité pour déterminer ce qui est actuellement présent sur le site web. Cookie Inventory est un meilleur point de départ pour cette question. *** ## Investigations typiques ### Un nouveau comportement de suivi est apparu après un déploiement Concentrez-vous sur **Nouveau**puis comparez le fournisseur, la catégorie, la fréquence et le moment du consentement. La combinaison aide à distinguer une technologie réellement nouvelle d’un élément existant dont le comportement a changé. *** ### Vous voulez identifier les problèmes de consentement les plus importants Commencez par **Violations** et utilisez la fréquence pour prioriser. Une violation observée largement dans le trafic mérite généralement plus d’attention qu’une occurrence isolée. Vérifiez également si l’élément est exempté avant de tirer des conclusions d’une **Avant le consentement** observation. *** ### Vous voulez réconcilier votre Cookie Notice avec la production Utilisez **Hors Cookie Notice** comme population de départ. Pour chaque élément, vérifiez : * s’il est attendu ; * son fournisseur et sa finalité ; * sa catégorie ; * son comportement de consentement ; * s’il doit être inclus dans le Cookie Notice. Les éléments qui doivent être déclarés peuvent être ajoutés directement au Cookie Notice depuis l’inventaire. *** ### Vous voyez un élément dans Cookie Notice Manager mais pas ici Cela ne signifie pas que l’élément a été supprimé. Cela signifie seulement qu’il a été **non observé dans le périmètre actuel de Cookie Inventory**. Cookie Notice Manager peut conserver des entrées qui ont été créées manuellement ou qui sont actuellement `Manquant`. Cookie Inventory les exclut intentionnellement parce qu’il représente l’activité observée. *** ## Interpréter correctement les données Cookie Inventory est basé sur des observations du navigateur collectées par Realtime Cookie Scanner. Il doit donc être considéré comme **une preuve observationnelle**et non comme un registre statique. Quelques principes sont importants : * l’absence dans l’inventaire signifie « non observé dans ce périmètre », pas nécessairement « n’existe pas » ; * `Inconnu` signifie que RCS ne dispose pas de preuves suffisantes ; * `Avant le consentement` décrit le moment, pas automatiquement une violation ; * `OK` signifie qu’aucun problème surveillé n’a été détecté, pas que la conformité juridique est garantie ; * La fréquence décrit la prévalence observée, pas un pourcentage au niveau utilisateur. Garder ces distinctions à l’esprit est essentiel lorsque vous utilisez Cookie Inventory pour des investigations de conformité ou du débogage technique. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://doc.commandersact.com/fr/fonctionnalites/realtime-cookie-scanner/cookie-inventory.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.