Mis à jour en août 2026
Google a fait marche arrière sur la suppression des cookies tiers, et de nombreux spécialistes du marketing de voyage ont entendu « les cookies ne disparaissent pas » et s'en sont arrêtés là.
Ma configuration de suivi est donc correcte, n'est-ce pas ? Pas tout à fait.
Ce revirement ne concerne que Chrome, qui n'est qu'un navigateur parmi ceux que vos voyageurs utilisent réellement. Safari et Firefox n'ont jamais autorisé les cookies tiers à fonctionner comme le fait Chrome, peu importe l'actualité, et cela n'a pas changé non plus.
La vraie question n'est donc pas de savoir si les cookies ont survécu. Il s'agit de savoir quels voyageurs étaient déjà hors de leur portée, et ce qui capture réellement ce trafic à la place. Pour le comprendre, il faut commencer par distinguer les pixels des cookies, une nuance que la plupart des marketeurs ignorent alors que ces deux outils ne présentent pas les mêmes failles.
Un pixel est un petit morceau de code placé sur votre site Web qui enregistre les actions des visiteurs. Il s'active dès qu'une personne arrive sur une page spécifique, clique sur un bouton ou finalise une réservation, et transmet ces données à la plateforme qui l'a installé. Un pixel ne stocke rien par lui-même. C'est un messager, pas un classeur.
Lorsqu'un voyageur visite votre site mais le quitte sans convertir, le pixel s'active et signale ce comportement. C'est ce qui permet à une plateforme comme Sojern de diffuser ultérieurement une publicité pertinente à ce voyageur sur un autre site, en fonction de la page spécifique qu'il a consultée sur le vôtre.
Un pixel peut suivre bien plus qu'une simple conversion. Il peut enregistrer une vue de page, une recherche pour des dates précises, une inscription par e-mail ou une réservation finalisée, chaque événement étant lié au même visiteur. Cette granularité permet à une plateforme de distinguer une personne qui a navigué une fois avant de partir, d'une personne qui a effectué trois recherches avant de finalement convertir.
Un cookie est l'endroit où ces informations sont réellement stockées. Il s'agit d'un petit fichier que le navigateur d'un visiteur enregistre, contenant des données sur sa visite, telles que ses préférences, les détails de sa session ou un identifiant unique lié à son comportement. Si le pixel est le messager, le cookie est l'endroit où le message est archivé pour une utilisation ultérieure.
Il existe deux types principaux de cookies. Un cookie propriétaire (first-party) est défini par le site sur lequel le visiteur se trouve activement, comme votre propre site qui mémorise les dates de recherche d'un utilisateur. Un cookie tiers (third-party) est défini par un domaine autre que celui que le visiteur consulte, généralement une plateforme publicitaire qui suit ce visiteur sur plusieurs sites afin d'établir un profil comportemental plus complet.
Il existe une troisième catégorie à connaître. Les données de second-party sont des données propriétaires qu'une entreprise partage directement avec une autre dans le cadre d'un accord, sans passer par une place de marché publicitaire ouverte. Un Office de tourisme partageant sa propre liste de visiteurs avec un hôtel partenaire pour une campagne commune est un exemple courant dans le secteur du voyage. C'est moins fréquent que les données propriétaires ou tierces, mais cela ne repose pas du tout sur les cookies, ce qui en fait un autre moyen d'atteindre les voyageurs alors que le comportement des cookies continue de varier selon les navigateurs.
Un voyageur consulte votre site pour vérifier les disponibilités pour un voyage qu'il planifie, puis le quitte pour lire des avis sur un forum de voyage. Voici ce qui se passe ensuite.
Votre pixel s'active lorsqu'il consulte la page de disponibilité et dépose un cookie dans son navigateur, enregistrant ce comportement. Plus tard, alors qu'il navigue sur le forum de voyage, une plateforme publicitaire lit ce cookie et lui diffuse une publicité de reciblage, conçue pour l'inciter à revenir et à finaliser sa réservation.
C'est le mécanisme sur lequel vous vous appuyez depuis plus d'une décennie. Ce qui a changé en 2026, ce n'est pas le mécanisme lui-même, mais les navigateurs qui permettent encore de l'utiliser comme par le passé.
Chrome et Safari ne traitent pas les cookies tiers de la même manière.
Chrome les autorise toujours par défaut, ce qui explique pourquoi la décision de Google de ne pas les supprimer a fait les gros titres. Safari et Firefox bloquent les cookies tiers par défaut depuis des années, indépendamment de ce que fait Chrome, et Brave les bloque systématiquement. Edge se situe entre les deux. Il bloque les trackers connus et le suivi inter-sites provenant de sites qu'un visiteur n'a pas directement consultés, mais il ne bloque pas les cookies tiers de manière aussi large que Safari et Firefox, ce qui rapproche son comportement par défaut de celui de Chrome plutôt que de celui des navigateurs axés sur la confidentialité. Ainsi, un voyageur comparant vos options sur un iPhone n'a jamais été accessible via la même boucle pixel-cookie tiers qu'un voyageur sur un ordinateur de bureau via Chrome, et ce, bien avant les nouvelles de cette année.
C'est là qu'il est facile de se tromper si vous avez entendu dire que « Chrome a conservé les cookies » et que vous vous êtes arrêté là. Votre pixel s'active toujours de la même manière sur tous les navigateurs. Ce qui arrive au cookie qu'il dépose dépend entièrement du navigateur utilisé par le voyageur, et environ trois sessions mondiales sur dix s'exécutent sur un navigateur où ce cookie est soit bloqué, soit isolé de toute utilisation inter-sites.
Rien de tout cela ne modifie les exigences des réglementations sur la protection des données. Un cookie qui survit dans Chrome ne vous dispense pas de votre processus de gestion du consentement, et un pixel qui s'active sans consentement approprié constitue un problème de conformité, quel que soit le sort réservé au cookie qui l'accompagne.
Le changement pratique ne concerne pas le fonctionnement des pixels. Il réside dans la mesure où vous pouvez vous permettre de dépendre des cookies tiers pour interpréter les rapports de vos pixels. Sur Chrome, cette boucle se ferme toujours comme elle l'a toujours fait. Sur Safari, Firefox et Brave, ce n'est pas le cas, et aucun changement de paramètre de votre côté ne peut y remédier.
Les emails hachés comblent cette lacune. Lorsqu'un voyageur se connecte ou effectue une réservation, cette action peut être associée à une version hachée et non identifiable de son email plutôt qu'à un identifiant de cookie dépendant du navigateur. Cet identifiant fonctionne de la même manière, que le voyageur utilise Chrome ou Safari, car il n'est pas stocké dans un fichier de cookies qu'un navigateur bloque et qu'un autre autorise.
C'est là le véritable argument en faveur des données propriétaires, et il était valable avant le revirement de Google et l'est resté après. Nous construisons le ciblage dans The Sojern Traveler Ecosystem™ autour des emails hachés et des signaux de réservations directes précisément pour cette raison. Cet identifiant fonctionne de la même manière, quel que soit le navigateur utilisé par le voyageur.
Un audit rapide couvre trois points. Confirmez que votre pixel se déclenche correctement sur chaque événement de conversion majeur. Confirmez que les emails hachés sont capturés lors de la connexion et de la réservation, et pas seulement lors de l'une des deux étapes. Confirmez que votre bannière de consentement couvre toutes les technologies de suivi utilisées, et pas seulement les cookies. La plupart des lacunes apparaissent lors de la deuxième vérification, lorsqu'une réservation est effectuée mais que l'email haché n'atteint jamais la plateforme effectuant le ciblage.
Si vos rapports n'ont pas encore été segmentés par navigateur, c'est le premier point à examiner. Une campagne qui semble stable dans l'ensemble peut avoir des performances très différentes sur Chrome par rapport à Safari, et faire la moyenne des deux masque précisément l'écart que vous devez identifier. Un tiers de vos voyageurs peut déjà être invisible pour une configuration qui ne lit que les comportements basés sur les cookies.
Contactez notre équipe pour auditer votre configuration de pixels et d'emails hachés sur tous les navigateurs utilisés par vos voyageurs.
Un pixel est un code sur votre site Web qui se déclenche lorsqu'un visiteur effectue une action et envoie ces données à un serveur. Un cookie est un petit fichier stocké dans le navigateur du visiteur qui contient les données rapportées par le pixel, telles qu'un identifiant unique ou les détails de la session. Le pixel signale le comportement ; le cookie le stocke pour une utilisation ultérieure.
Oui, pour les voyageurs utilisant Safari, Firefox ou Brave, qui bloquent ou restreignent les cookies tiers par défaut, indépendamment de la décision de Chrome. Le revirement de Chrome ne s'applique qu'à Chrome. Safari et Firefox les bloquaient déjà selon leur propre calendrier, et Brave les bloque purement et simplement. Une configuration de suivi limitée à Chrome manque donc une part significative de vos voyageurs.
Un email haché associe l'identité d'un voyageur à une version cryptée et non identifiable de son adresse email au lieu d'un cookie stocké dans le navigateur. Il fonctionne donc de la même manière sur Chrome, Safari et Firefox. Les marques de voyage utilisant le Sojern Traveler Ecosystem™ s'appuient sur les emails hachés et les signaux de réservations directes précisément parce que cet identifiant ne dépend pas du navigateur utilisé par le voyageur.
.webp)
Neuf canaux, un cadre de travail et la couche de données qui les relie.
Pourquoi les données comportementales et l’intention en temps réel remplacent la démographie en marketing du voyage.
Découvrez comment un data warehouse first-party unifie les données travel pour un ciblage précis et un ROI mesurable.
Nous sommes prêts à vous aider à éliminer les conjectures en matière de marketing numérique. Contactez-nous pour accéder à la plateforme marketing la plus intelligente de l'industrie du voyage.
