Le domaine de collecte

Le script et le point de collecte sont servis à l’adresse COLLECT_URL : par défaut, celle de l’administration (PUBLIC_URL). C’est elle que l’onglet Installation met dans la balise.

<script defer src="https://stats.exemple.fr/a.js" data-site="s_arvordemo001"></script>

Beaucoup d’éditeurs préfèrent servir la collecte depuis un sous-domaine de leur propre site : stats.maison-arvor.fr.

Pourquoi

• La confiance : le visiteur, et son navigateur, voient une requête vers le site qu’il visite, pas vers un tiers.
• Les bloqueurs : les listes de blocage visent les domaines connus des outils de mesure ; un sous-domaine du site l’est moins. Ce n’est pas un moyen de contourner un refus : optOut() et le signal Global Privacy Control restent respectés.
• Le cookie de mesure est de toute façon posé par le script sur le domaine de la page : le domaine de collecte ne change rien à sa portée.

Comment

1. Chez le fournisseur DNS du site, un enregistrement CNAME :

   stats.maison-arvor.fr.   CNAME   stats.exemple.fr.

2. Devant l’instance, le proxy doit servir ce nom en HTTPS. Avec le Caddy fourni, ajoutez le nom au bloc du site dans docker/Caddyfile (stats.exemple.fr, stats.maison-arvor.fr { … }) : Caddy obtient le certificat de chacun. Seuls /a.js, /p.js et /collect* ont besoin d’y répondre.

3. Réglez COLLECT_URL sur cette adresse, si un seul site l’utilise :

   COLLECT_URL=https://stats.maison-arvor.fr

   Avec plusieurs sites, chacun sur son sous-domaine, laissez COLLECT_URL sur l’adresse commune et changez simplement l’adresse dans la balise de chaque site : le point de collecte répond de la même façon sous tous ses noms.

4. Mettez à jour la politique de sécurité du site : script-src et connect-src vers le sous-domaine.

Ce qui ne change pas

Le point de collecte vérifie toujours que la page appartient aux domaines déclarés du site (en-tête Origin), quel que soit le nom sous lequel il est appelé. Un sous-domaine de collecte ne permet pas à un autre site d’envoyer des données à sa place.