> 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 <a href="#overview" id="overview"></a>

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 initialement été mise en place pour réduire l’efficacité du suivi des visiteurs entre domaines — malheureusement, elle a aussi un fort impact sur l’expérience utilisateur des visiteurs d’un site web. Les 1st party cookies sont souvent utilisés pour stocker les paramètres utilisateur de fonctionnalités importantes d’un site web.

Par exemple, les bannières cookie utilisent 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, les bannières cookie s’affichent lors de presque chaque visite successive du site, redemandant sans cesse au visiteur ses paramètres de confidentialité.

Phoenix vous permet de conserver les 1st party cookies plus longtemps afin de réduire l’impact d’ITP sur votre site web et votre activité.

#### Quels cookies peuvent être conservés avec Phoenix ? <a href="#which-cookies-can-be-persisted-with-phoenix" id="which-cookies-can-be-persisted-with-phoenix"></a>

Pour comprendre comment Phoenix fonctionne, il est important de comprendre les concepts cookie suivants.

{% tabs %}
{% tab title="1st party vs. 3rd party cookies" %}
Un cookie appartient à un domaine (p. 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.

Si un visiteur se rend sur `site-a.com` le navigateur charge tous les cookies définis sur `site-a.com` comme 1st party cookies. Lorsque `site-a.com` implémente un service provenant de `site-b.com` (p. ex. web analytics ou un cookie banner), le navigateur peut charger des cookies provenant de `site-b.com` comme 3rd party cookies.

Vous pouvez inspecter le domaine d’un cookie dans les Outils de développement de la plupart des navigateurs. Dans Chrome, vous pouvez ouvrir les Outils de développement en allant dans `View > Developer > Outils de développement`. Vous trouverez une liste de tous les cookies dans les Outils de développement, sous `Application > Cookies > Votre domaine`.

<figure><img src="/files/0f05e4f7799d46c165722573b010436a7b60e5c6" alt=""><figcaption><p>Exemple d’un 1st party cookie. Le visiteur se trouve sur www.commandersact.com, ce qui correspond au domaine du cookie .commandersact.com.</p></figcaption></figure>

Un cookie est un 1st party cookie si le champ "Domain" correspond au domaine du site web actuel (p. ex. un cookie avec un domaine `.site.com` est un 1st party cookie sur un site web dont le domaine est `www.site.com`).

Les 3rd party cookies sont bloqués par de nombreux navigateurs (p. ex. Safari et Firefox) et seront très probablement bloqués par tous les principaux navigateurs en 2022. Phoenix fonctionne avec les 1st party cookies.
{% endtab %}

{% tab title="Secure Http cookies" %}
La plupart des 1st party cookies peuvent être gérés de deux façons :

* client-side avec JavaScript
* server-side avec en-tête HTTP

En attribuant un drapeau Secure, il est possible de restreindre 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 le drapeau Secure d’un cookie dans les Outils de développement de la plupart des navigateurs. Dans Chrome, vous pouvez ouvrir les Outils de développement en allant dans `View > Developer > Outils de développement`. Vous trouverez tous les cookies dans l’outil de développement, sous `Application > Cookies > Votre domaine`.

<figure><img src="/files/3b636ae64284c4008cd403290cfdccaccd44f522" alt=""><figcaption><p>Exemple d’un cookie sans drapeau HttpOnly ni Secure. La durée de ce cookie serait raccourcie par l’ITP de Safari.</p></figcaption></figure>

Un cookie est un Secure cookie s’il comporte une coche dans la colonne Secure.

La durée des cookies Http avec un drapeau Secure n’est pas impactée par ITP. Phoenix peut conserver les 1st party cookies sous forme de Secure Http cookies
{% endtab %}
{% endtabs %}

{% hint style="info" %}
Phoenix permet de conserver les 1st party cookies sans drapeau Secure ni HttpOnly.
{% endhint %}

#### Comment Phoenix conserve-t-il les cookies ? <a href="#how-does-phoenix-persist-cookies" id="how-does-phoenix-persist-cookies"></a>

Après la configuration de Phoenix sur un domaine de site web, il sauvegardera certains 1st party cookies affectés par ITP en les stockant dans des Secure Http cookies 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 <a href="#setup" id="setup"></a>

La configuration de Phoenix se compose des étapes suivantes. Un consultant Commanders Act vous accompagnera pendant la configuration.

<figure><img src="/files/1fdbb70aba32e1882566ec0b55b3d4bee7ec02a9" alt=""><figcaption><p>Exemple de configuration d’un sous-domaine Phoenix et de la limite de taille des cookies.</p></figcaption></figure>

#### Configurer le sous-domaine Phoenix <a href="#configure-phoenix-subdomain" id="configure-phoenix-subdomain"></a>

Phoenix doit fonctionner sur le domaine de votre site web pour pouvoir créer des Secure Http cookies. Vous devrez donc attribuer un sous-domaine de votre domaine (p. ex. `phoenix.mydomain.com`) à Phoenix.

Si vous souhaitez activer Phoenix pour plusieurs domaines (p. ex. deux domaines, l’un `.com` pour un site en anglais et `.fr` pour un site en 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 > Gestion des domaines`.

#### Configurer la limite de taille des cookies <a href="#configure-cookie-size-limit" id="configure-cookie-size-limit"></a>

Les navigateurs, comme Safari, peuvent généralement stocker un **maximum de 8 kB** de données cookie par domaine. Les serveurs web ont aussi une limite de données cookie, souvent équivalente aux 8 kB des navigateurs.

Votre administrateur peut configurer l’espace cookie qu’il souhaite rendre disponible pour Phoenix dans votre interface Commanders Act sous `Admin > Gestion des domaines`. **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 cookie 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 <a href="#setup-cname-domain-record" id="setup-cname-domain-record"></a>

Vous devrez alors relier vos sous-domaines Phoenix au service Phoenix. Votre administrateur de domaine doit donc déclarer dans Cloudflare, ou dans votre WAF, le domaine de tracking qui pointe vos sous-domaines Phoenix (p. ex. `phoenix.mydomain.com`) vers le domaine de service Phoenix (p. 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 > Gestion des domaines`.

{% 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 <a href="#managing-cookies-with-phoenix" id="managing-cookies-with-phoenix"></a>

Les cookies Commanders Act sont gérés automatiquement par Phoenix. Les cookies des autres fournisseurs doivent être configurés manuellement.

#### Commanders Act TMS <a href="#tagcommander" id="tagcommander"></a>

Dans Commanders Act TMS, les cookies sont généralement définis par vos tags de fournisseur. 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 cookie restant rendu disponible par votre administrateur.

<figure><img src="/files/65f510b534c4a1f1e4436776bc2b3c313dba5059" alt=""><figcaption><p>Exemple montrant comment les cookies d’un Tag sont conservés avec Phoenix</p></figcaption></figure>

{% 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 <a href="#other-systems" id="other-systems"></a>

{% 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 %}


---

# 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=<question>&goal=<endgoal>
```

`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.