Comment Fasterize gère les paramètres de tracking pour accélérer vos pages de campagne marketing ?

Introduction

Quand un visiteur clique sur une publicité, une newsletter ou un lien sponsorisé, l’URL contient souvent des paramètres de tracking comme utm_source, gclid ou mc_cid. Ces éléments permettent d’identifier la provenance du trafic dans vos outils d’analytics.

Mais côté performance, ils peuvent ralentir le chargement des pages. Pourquoi ? Parce qu’une URL unique = une version de page différente dans la logique de cache HTML.

Pour améliorer ce comportement, Fasterize exclut désormais automatiquement une large liste de paramètres de tracking de la clé de cache. Résultat : des temps de chargement plus rapides pour vos visiteurs… et aucun changement dans vos analytics.

Pourquoi ignorer les paramètres de tracking dans la clé de cache ?

Chaque fois qu’un paramètre change dans une URL, la version HTML de la page peut être considérée comme différente, ce qui force une nouvelle génération de page côté serveur. C’est utile dans certains cas (personnalisation, traitement spécifique), mais inutile dans la grande majorité des campagnes marketing.

Prenons un exemple :

https://www.monsite.com/landing?utm_source=newsletter&utm_medium=email

Sans optimisation, cette URL génère une version de cache propre, distincte de :

https://www.monsite.com/landing?utm_source=google&utm_medium=cpc

Alors que dans les deux cas, le contenu affiché est identique.

? En ignorant les paramètres de tracking dans la clé de cache, Fasterize permet de mutualiser la réponse HTML, et donc de servir plus rapidement les pages post-clic publicitaire.

Quels sont les paramètres de tracking désormais exclus ?

Fasterize a enrichi la liste des paramètres automatiquement exclus pour optimiser la clé de cache. Voici un aperçu des plateformes et paramètres concernés :

• AT Internet / Piano Analytics : at_format, xtor, at_identifier, etc.

• Matomo / Piwik : mtm_source, mtm_campaign, mtm_kwd…

• Google Ads, TikTok, Microsoft Ads : gclid, ttclid, msclkid, gbraid…

• Emailing (Mailchimp, etc.) : mc_cid, mc_eid

• Affiliate / autres outils : cjevent, cmpid, epik, iata…
  
  

Ces paramètres restent visibles dans l’URL et sont toujours interprétés correctement par vos outils analytics.

Une liste complète, y compris les paramètres déjà exclus auparavant, est disponible ci-dessous:

at_format, at_identifier, at_platform, at_source, at_type, at_variant, xtor,
mtm_source, mtm_medium, mtm_campaign, mtm_adgroup, mtm_content, mtm_kwd, mtm_group, mtm_matchtype,
wiz_campaign, wiz_content, wiz_medium, wiz_source, wiz_term,
et_campaign, et_device, et_keyword, et_matchtype, et_mt, et_content,
mc_cid, mc_eid,
gclid, dclid, msclkid, wbraid, gbraid, gad_campaignid, ttclid,
cjevent, cjdata, aw_affid, awc, cmpid, epik, armclid, iata, idprob,
_gl, actCampaignType, actId, actSource,
at_campaign, at_channel, at_creation, at_medium,
cm_mmc, cyemail, ef_id, fbclid, gad_source, gclsrc,
srsltid, utm_bingadgroup, utm_campaign, utm_id, utm_medium, utm_source, utm_term

Dois-je faire quelque chose de mon côté ?

Fasterize applique cette optimisation de manière totalement transparente. Vos visiteurs voient les mêmes pages. Vos outils reçoivent les mêmes données.

Exception : vous utilisez certains paramètres pour personnaliser le contenu côté serveur ?
Exemple : vous affichez un bloc spécifique si utm_source=newsletter.

Dans ce cas, vous pouvez demander à ce que ces paramètres soient conservés dans la clé de cache via une configuration dédiée. Si vous n’êtes pas sûr, notre support peut vous aider à valider ce point.

Conclusion

Cette évolution de la gestion du cache HTML vous permet :

• D’accélérer vos pages de destination issues de campagnes marketing

• De réduire la charge serveur grâce à une meilleure mutualisation

• De préserver toutes vos données analytics
  
  

Et tout cela sans aucune action de votre part dans la plupart des cas.

C’est un exemple concret d’optimisation automatique mise en œuvre par Fasterize pour améliorer à la fois la performance et la simplicité d’usage.