Récupérer des données avec un CDN en amont

De nombreux visiteurs sur Safari

Flowhub utilisait déjà le server-side tracking avec TAGGRS. Une analyse dans le tableau de bord TAGGRS a ensuite montré que beaucoup de ses visiteurs utilisent Safari.

C’est important, car Safari restreint davantage les cookies que les autres navigateurs. Le server-side tracking seul ne lève pas toutes les restrictions : lorsque le serveur qui dépose un cookie tourne sur des adresses IP différentes de celles du site web, Safari limite ce cookie. Les visiteurs qui reviennent après cette limite apparaissent comme de nouveaux visiteurs, et une partie des données est perdue.

Aligner les adresses IP avec un CDN

Pour contourner ces restrictions, un Content Delivery Network (CDN) a été ajouté devant la configuration server-side. Un CDN est un réseau de serveurs placé entre le visiteur et le serveur d’origine, qui transmet les requêtes. Ici, il sert à déterminer d’où les requêtes de tracking semblent provenir.

Le CDN fait passer le trafic du domaine personnalisé de Google Tag Manager server-side (sGTM) par le fournisseur DNS du site web. Les requêtes de tracking proviennent alors du même endroit que le site web lui-même : les adresses IP sont alignées et les restrictions de Safari sur les cookies ont moins d’effet.

Le résultat

Après la mise en service du CDN server-side, le tableau de bord TAGGRS a affiché 11,29 % de données mesurées supplémentaires. C’est 4,02 % de plus que pendant la période précédant l’implémentation du CDN, lorsque la configuration server-side fonctionnait sans lui.

La comparaison est faite dans le même tableau de bord qui avait d’abord révélé la part des visiteurs sur Safari : l’avant et l’après sont donc mesurés de la même manière.

Pour un site dont une grande partie des visiteurs navigue sur Safari, faire passer sGTM par un CDN est un petit changement dans la configuration, qui récupère des données que la configuration server-side seule ne pouvait pas capter.