v4.6.2 — Hardening beacon trust model + corrections docs privacy

Corrections suite à audit de sécurité/privacy

P2 — Endpoint beacon : dérivation de page_url depuis le header Referer

Le contrôleur de tracking ne fait plus confiance à la valeur page_url fournie par le query string du beacon. Il dérive désormais la page trackée depuis le header HTTP Referer du beacon, que le navigateur positionne automatiquement sur la page ayant déclenché la requête — et qui ne peut pas être falsifié par simple manipulation de l'URL.

Fallback sur la valeur client uniquement si le header Referer est absent (navigateurs avec Referrer-Policy stricte ou extensions bloquant ce header).

referrer_url (page précédente, lue via document.referrer côté JS) reste fournie par le client — le serveur ne peut pas la dériver autrement. Elle est sanitisée (scheme + host + path uniquement).

Documentation privacy

README — ajout d'une note explicite sur _anl_vid :

• identifiant localStorage persistant, sans expiry, spécifique au mode strategy=full
• distinction avec le mode standard (session Laravel, non-persistant)
• recommandation de mention en politique de confidentialité si le contexte légal l'exige

docs/data-processing-overview.md + .fr.md — deux corrections :

1. Referrer : « domaine uniquement » → « schéma + domaine + chemin » (alignement avec le code réel)
2. Transfert de données : la formule « aucun transfert hors Suisse » est maintenant conditionnelle à la configuration MaxMind par défaut — la note précise qu'avec ip-api activé, les IP sont transmises à un service externe

La section Cookies est renommée Cookies et stockage navigateur et documente le localStorage persistant en mode full static caching.

Aucun breaking change