> 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/configurer/cookies/first-domain-tracking-phoenix.md). # Suivi du premier domaine (Phoenix) Phoenix réduit l’impact de Safari ITP sur vos cookies. ### Aperçu La fonctionnalité Intelligent Tracking Protection (ITP) des navigateurs Safari réduit la durée de la plupart des 1st party cookies à un jour. ITP a d’abord été mise en place pour réduire l’efficacité du suivi des visiteurs inter-domaines — malheureusement, elle a aussi un fort impact sur l’expérience utilisateur des utilisateurs de sites web. Les 1st party cookies sont souvent utilisées pour stocker les paramètres utilisateur de fonctionnalités importantes d’un site web. Par exemple, le cookie banner utilise des 1st party cookies pour stocker les paramètres de consentement d’un visiteur de site web. Sur Safari, ces cookies peuvent ne durer qu’un jour. Ainsi, le cookie banner s’affiche sur presque chaque visite successive du site web, demandant encore et encore au visiteur ses paramètres de confidentialité. Phoenix vous permet de conserver les 1st party cookies pendant de plus longues durées afin de réduire l’impact de ITP sur votre site web et votre activité. #### Quels cookies peuvent être conservés avec Phoenix ? Pour comprendre comment Phoenix fonctionne, il est important de comprendre les concepts de cookie suivants. {% tabs %} {% tab title="1st party vs. 3rd party cookies" %} Un cookie appartient à un domaine (par ex. `site.com`). Un cookie défini sur `site-a.com` appartient à `site-a.com`, un cookie défini sur `site-b.com` appartient à `site-b.com`. Un cookie est un 1st party cookie ou un 3rd party cookie selon la relation entre le domaine du site web et le domaine du cookie. Dans le cas où un visiteur accède à `site-a.com` le navigateur charge tous les cookies définis sur `site-a.com` comme 1st party cookies. Lorsque `site-a.com` met en place un service de `site-b.com` (par ex. web analytics ou un cookie banner), le navigateur peut charger des cookies de `site-b.com` comme 3rd party cookies. Vous pouvez inspecter le domaine d’un cookie dans les Developer Tools de la plupart des navigateurs. Dans le navigateur Chrome, vous pouvez ouvrir les Developer Tools en allant dans `View > Developer > Developer Tools`. Vous trouverez une liste de tous les cookies dans le Developer Tool sous `Application > Cookies > Your Domain`.

Exemple de 1st party cookie. Le visiteur se trouve sur www.commandersact.com, ce qui correspond au domaine du cookie .commandersact.com.

Un cookie est un 1st party cookie lorsque le champ "Domain" correspond au domaine du site web actuel (par ex. un cookie avec un domaine `.site.com` est un 1st party cookie sur un site web avec le domaine `www.site.com`). Les 3rd party cookies sont bloqués par de nombreux navigateurs (par ex. Safari et Firefox) et seront très probablement bloqués par tous les principaux navigateurs en 2022. Phoenix fonctionne avec des 1st party cookies. {% endtab %} {% tab title="cookies Secure Http" %} La plupart des 1st party cookies peuvent être gérés de deux façons : * client-side avec JavaScript * server-side avec un en-tête HTTP En attribuant un indicateur Secure, il est possible de limiter un cookie au contenu HTTPS. Cela permet aux développeurs de rendre les cookies plus sûrs et de les protéger contre certaines attaques malveillantes. Vous pouvez examiner l’indicateur Secure d’un cookie dans la plupart des Developer Tools des navigateurs. Dans le navigateur Chrome, vous pouvez ouvrir les Developer Tools en allant dans `View > Developer > Developer Tools`. Vous trouverez tous les cookies dans le Developer Tool sous `Application > Cookies > Your Domain`.

Exemple d’un cookie sans indicateur HttpOnly ni Secure. La durée de ce cookie serait raccourcie par l’ITP de Safari.

Un cookie est un Secure cookie s’il comporte une coche dans la colonne Secure. La durée des cookies Http avec un indicateur Secure n’est pas impactée par ITP. Phoenix peut conserver des 1st party cookies sous forme de cookies Secure Http {% endtab %} {% endtabs %} {% hint style="info" %} Phoenix permet de conserver des 1st party cookies sans indicateur Secure ni HttpOnly. {% endhint %} #### Comment Phoenix conserve-t-il les cookies ? Une fois Phoenix configuré sur le domaine d’un site web, il sauvegardera les 1st party cookies sélectionnés qui sont affectés par ITP en les stockant dans des cookies Secure Http qui ne sont pas affectés par ITP. Phoenix vérifiera si un 1st party cookie a été supprimé et le recréera à partir de sa sauvegarde lors des visites suivantes du site web. Ainsi, le 1st party cookie n’est plus affecté par ITP. ### Configuration La configuration de Phoenix se compose des étapes suivantes. Un consultant Commanders Act vous accompagnera pendant la configuration.

Exemple de configuration d’un sous-domaine Phoenix et d’une limite de taille de cookie.

#### Configurer le sous-domaine Phoenix Phoenix doit s’exécuter sur le domaine de votre site web afin de pouvoir créer des cookies Secure Http. Vous devrez donc attribuer un sous-domaine de votre domaine (par ex. `phoenix.mydomain.com`) à Phoenix. Si vous souhaitez activer Phoenix pour plusieurs domaines (par ex. deux domaines, un `.com` pour un site anglais et `.fr` pour un site français), vous devez créer un sous-domaine par domaine. Votre administrateur peut configurer vos sous-domaines Phoenix dans votre interface Commanders Act sous `Admin > Domain Management`. #### Configurer la limite de taille des cookies Les navigateurs, comme Safari, peuvent généralement stocker un **maximum de 8 kB** de données de cookie par domaine. Les serveurs web ont également une limite de données de cookie, souvent équivalente aux 8 kB des navigateurs. Votre administrateur peut configurer l’espace de cookie qu’il souhaite rendre disponible pour Phoenix dans votre interface Commanders Act sous `Admin > Domain Management`. **Il est recommandé de ne pas dépasser 2 kB, et nous suggérons une limite inférieure à 0,5 kB lors de la configuration initiale**. {% hint style="danger" %} Dépasser la limite de stockage des cookies peut rendre votre site web inaccessible. Veuillez consulter vos équipes techniques pendant la configuration afin de définir un quota de stockage optimal pour Phoenix. {% endhint %} #### Configurer le domaine proxy WAF Vous devrez ensuite connecter vos sous-domaines Phoenix au service Phoenix. L’administrateur de votre domaine doit donc déclarer le domaine de tracking dans Cloudflare, ou dans votre WAF, qui pointe vos sous-domaines Phoenix (par ex. `phoenix.mydomain.com`) vers le domaine de service Phoenix (par ex. `sitexxx.commander5.com`).\ \ Si vous avez des questions sur la configuration de votre reverse proxy, consultez cette [documentation dédiée](https://doc.commandersact.com/configure/administration/domain-management/waf-proxy-cloudflare) Votre administrateur peut trouver le domaine de service Phoenix dans votre interface Commanders Act sous `Admin > Domain Management`. {% hint style="info" %} Vous devez régénérer vos web containers (Commanders Act TMS) après avoir activé Phoenix. {% endhint %} ### Gestion des cookies avec Phoenix Les cookies Commanders Act sont automatiquement gérés par Phoenix. Les cookies des autres éditeurs doivent être configurés manuellement. #### Commanders Act TMS Dans TMS Commanders Act, les cookies sont généralement définis par vos tags fournisseurs. Vous pouvez activer Phoenix pour certains tags dans l’étape "Deployment" de votre conteneur Commanders Act TMS en activant l’ `ITP BYPASS` option. Cela conservera automatiquement tous les cookies de ce tag avec Phoenix. Une barre de progression affichera l’espace de cookie restant rendu disponible par votre administrateur.

Exemple de la manière dont les cookies d’un Tag sont conservés avec Phoenix

{% hint style="info" %} Veuillez contacter le support Commanders Act ou votre consultant Commanders Act si l’option ITP BYPASS n’est pas disponible pour un tag ou un cookie que vous souhaitez conserver. {% endhint %} #### Autres systèmes {% hint style="info" %} Veuillez contacter votre consultant Commanders Act si vous souhaitez conserver des cookies en dehors de Commanders Act TMS ou si vous souhaitez installer Phoenix sans Commanders Act TMS. {% endhint %} {% hint style="warning" %} Si vous utilisez un CMP externe (autre que Commanders Act CMP), veuillez vous référer [à cette page](/fr/fonctionnalites/consent-management/setup-guides/using-a-third-party-cmp-with-commanders-act.md) pour rester conforme au RGPD {% endhint %} --- # 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/configurer/cookies/first-domain-tracking-phoenix.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.