Quiconque investit dans la publicité payante mesure tout : impressions, clics, coût par clic, taux de conversion, coût par acquisition. Il est rare qu’on mesure avec le même soin ce qui se passe dans les secondes qui séparent le clic sur l’annonce du moment où la landing page devient utilisable. C’est pourtant là qu’une partie du budget se perd : des utilisateurs qui ont cliqué, et pour lesquels l’annonceur a payé, mais qui partent avant d’avoir vu l’offre. Et la vitesse de la page entre aussi dans l’évaluation que les plateformes publicitaires font de la landing page, avec des effets sur le coût des clics.
Dans cet article, nous voyons comment la vitesse d’une landing page influence les résultats d’une campagne, ce que l’on sait de son rôle dans le Quality Score de Google Ads, quels problèmes techniques sont typiques des landing pages et comment les mesurer.
Le clic payé qui n’arrive jamais
Quand un utilisateur clique sur une annonce, la plateforme enregistre le clic et le facture. À partir de cet instant, la landing page commence à charger. Si la page met plusieurs secondes à afficher quoi que ce soit, certains utilisateurs reviennent en arrière avant de l’avoir vue : sur un smartphone, sur une connexion mobile, dans le navigateur intégré d’une application sociale, la patience est limitée. Pour l’annonceur, ces clics sont des coûts sans aucune chance de conversion.
Le phénomène est visible dans les données, si l’on sait où regarder. Dans les plateformes publicitaires des réseaux sociaux, par exemple, la différence entre les clics sur le lien et les vues de la page de destination, enregistrées seulement quand le pixel de la page parvient à se charger, est constituée en grande partie d’utilisateurs qui ont abandonné pendant le chargement. Dans les outils d’analytics, le même phénomène apparaît comme un écart entre les clics enregistrés par la plateforme publicitaire et les sessions attribuées à la campagne, même si d’autres facteurs entrent ici en jeu, comme le consentement aux cookies et les bloqueurs de suivi.
La vitesse agit à deux niveaux. Le premier est le nombre d’utilisateurs qui parviennent réellement à voir la page. Le second est le nombre de ceux qui convertissent : une page qui répond lentement aux taps, qui déplace des boutons au moment même où l’utilisateur s’apprête à les presser, qui affiche un formulaire en retard, perd des conversions même parmi ceux qui sont arrivés. Comme nous l’avons vu à propos du retour économique de la vitesse, les deux effets se multiplient, et dans les campagnes payantes le résultat se lit directement dans le coût par acquisition.
Quality Score et expérience sur la page de destination
Dans Google Ads, le Quality Score (niveau de qualité) est une note de 1 à 10 attribuée à chaque mot clé, qui résume trois composantes : le taux de clics prévu, la pertinence de l’annonce et l’expérience sur la page de destination. Chaque composante est évaluée comme supérieure à la moyenne, dans la moyenne ou inférieure à la moyenne. Le score est un outil de diagnostic : dans l’enchère, Google utilise des évaluations de qualité calculées en temps réel pour chaque recherche, mais elles reposent sur les mêmes facteurs. Une meilleure qualité permet d’obtenir de meilleures positions pour la même enchère, ou les mêmes positions à un coût par clic plus bas.
L’expérience sur la page de destination évalue l’utilité et la pertinence de la page pour la personne qui clique : la correspondance entre l’annonce et le contenu, la clarté des informations, la transparence, la facilité de navigation sur les appareils mobiles et le temps de chargement. La documentation de Google Ads cite explicitement la vitesse de chargement, surtout sur mobile, parmi les points à travailler pour améliorer cette composante.
Il est important de ne pas surestimer le poids de la vitesse. Google ne publie pas la formule du score, et la vitesse est l’un des facteurs de l’expérience de la page, qui est elle-même l’une des trois composantes. Une page très rapide mais mal accordée à l’annonce n’obtiendra pas un bon score. La bonne façon de lire la relation est autre : une page lente est un frein évitable, à la fois sur l’évaluation de la plateforme et, surtout, sur le comportement des utilisateurs, qui est ce qui détermine en définitive le coût par conversion. Il en va de même pour les autres plateformes publicitaires, qui utilisent des systèmes d’évaluation de la qualité similaires.
Les problèmes typiques des landing pages
Les landing pages de campagne ont des caractéristiques qui les rendent plus exposées aux problèmes de performance que les autres pages du site.
Des paramètres qui contournent le cache. Chaque clic sur une annonce ajoute un ou plusieurs paramètres à l’URL : gclid pour Google Ads, fbclid pour Meta, msclkid pour Microsoft Advertising, plus les paramètres utm_ utilisés pour les analytics. La valeur de gclid et des autres identifiants est différente pour chaque clic. Si le cache de page traite chaque URL différente comme une page différente, chaque visiteur de la campagne trouve un cache vide : le serveur doit générer la page de zéro, et le TTFB passe de quelques dizaines de millisecondes à presque une seconde. C’est l’un des problèmes les plus fréquents et les moins connus : la page paraît rapide quand on la teste en saisissant l’adresse, et elle est lente précisément pour les utilisateurs que vous payez.
La solution consiste à configurer le cache, sur le CDN ou sur le serveur, pour qu’il ignore ces paramètres au moment de décider quelle page servir. La page reçoit quand même l’URL complète dans le navigateur, et les scripts de suivi peuvent lire les paramètres comme avant. De nombreux plugins de cache WordPress et de nombreux CDN ont une liste toute prête de paramètres à ignorer, mais il vaut la peine de vérifier : les paramètres de plateformes moins courantes ou les paramètres personnalisés manquent facilement.
Des pixels et des outils marketing. Les landing pages sont souvent les pages qui comptent le plus de scripts de suivi sur le site : des pixels pour chaque plateforme sur laquelle on fait campagne, des outils d’analyse du comportement, du chat, des outils de test A/B. Chacun ajoute du travail sur le thread principal, comme on l’a vu dans les articles sur les scripts tiers et sur les outils d’analytics. Les outils de test A/B méritent une attention particulière : certains masquent la page jusqu’à ce qu’ils aient appliqué la variante, pour éviter que l’utilisateur voie le changement, et retardent donc directement le LCP.
Les page builders. Les landing pages sont souvent construites rapidement avec des builders visuels ou des plateformes dédiées, qui privilégient la vitesse de construction plutôt que la vitesse de chargement : des DOM très volumineux, du CSS et du JavaScript génériques chargés en entier, des animations d’entrée sur les éléments, comme on l’a vu dans l’article sur le coût des page builders.
Les images et vidéos hero. Le haut d’une landing page est dominé par une image ou une vidéo à fort impact, qui est presque toujours l’élément du LCP. Si l’image n’est pas dimensionnée correctement pour les smartphones, comme l’explique le texte sur srcset et sizes, ou si elle est chargée tard, le LCP en souffre directement.
Le bandeau de cookies. Sur une landing page visitée pour la première fois, c’est-à-dire pour pratiquement tous les utilisateurs d’une campagne, le bandeau de consentement apparaît toujours, et s’il est mal construit il peut devenir l’élément du LCP ou provoquer des décalages de mise en page.
Les redirections. Certains systèmes de suivi des clics font passer l’utilisateur par une ou plusieurs URL intermédiaires avant la page finale, ce qui ajoute des connexions et du temps d’attente. Google Ads utilise depuis des années le suivi parallèle (parallel tracking), qui amène l’utilisateur directement à la page pendant que le suivi se fait en arrière-plan ; pour les autres plateformes et pour les systèmes tiers, il vaut la peine de vérifier combien d’étapes séparent le clic de la page.
Le public des campagnes est différent
Une autre raison pour laquelle les landing pages méritent l’attention est que leur public est différent de la moyenne du site. Il arrive presque toujours pour la première fois, donc sans rien en cache. Il arrive en grande partie depuis des smartphones, souvent sur des connexions mobiles. Une part importante, dans les campagnes sur les réseaux sociaux, ouvre la page dans le navigateur intégré de l’application, qui ne partage ni le cache ni les cookies avec le navigateur principal et qui dans certains cas est plus lent. Les données globales du site, dominées par des utilisateurs réguliers qui naviguent avec un cache plein, peuvent donc donner un tableau bien plus rose que celui que vivent les utilisateurs des campagnes.
Comment mesurer
Les landing pages de campagne ont souvent peu de trafic organique, et n’ont pour cette raison parfois aucune donnée propre dans le Chrome UX Report. Il vaut donc mieux combiner plusieurs sources :
- des tests de laboratoire avec l’URL complète : testez la page avec PageSpeed Insights ou WebPageTest en utilisant une URL qui contient un paramètre
gclidfactice et les paramètresutm_, de façon à reproduire la situation réelle du cache ; - les en-têtes de réponse : de nombreux caches indiquent dans les en-têtes si la page a été servie depuis le cache ; les vérifier avec et sans paramètres est le moyen le plus rapide de mettre au jour le problème décrit plus haut ;
- le monitoring d’utilisateurs réels : un outil de real-user monitoring qui enregistre aussi la source du trafic permet de comparer les Core Web Vitals des visiteurs des campagnes avec ceux de tous les autres ;
- les données des plateformes : le rapport sur les pages de destination de Google Ads et l’écart entre clics et vues de la page de destination dans les plateformes sociales donnent des indications indirectes mais liées à la dépense.
Organiser le travail
Les landing pages sont souvent gérées par des équipes marketing, avec des délais courts et leurs propres outils, alors que la performance du site est suivie par celui qui s’occupe de la partie technique. Résultat : personne ne s’occupe de la performance des landing pages. Quelques pratiques aident : un modèle de landing page optimisé dont partir, au lieu de construire chaque page de zéro ; un budget de performance qui inclut les landing pages, avec un contrôle avant la mise en ligne de chaque nouvelle campagne ; un inventaire des pixels et des outils marketing, avec la règle que chaque nouveau script doit en remplacer un ou justifier son coût ; et une comparaison périodique entre le coût par conversion des campagnes et la performance de leurs pages.
Un exemple concret
Une entreprise de services investit chaque mois une somme importante dans des campagnes de recherche et sur les réseaux sociaux, dirigées vers une dizaine de landing pages. Les tests de laboratoire sur les pages, faits en saisissant l’adresse, donnent de bons résultats. En refaisant les tests avec les paramètres des campagnes, le TTFB passe de 60 millisecondes à plus d’une seconde : le cache du CDN traite chaque valeur de gclid et de fbclid comme une page différente. De plus, l’outil de test A/B masque la page jusqu’à une seconde en attendant les variantes, et la page charge les pixels de cinq plateformes, dont deux ne sont plus utilisées. Après avoir configuré le cache pour qu’il ignore les paramètres marketing, retiré les pixels inutiles et remplacé le mécanisme de masquage par des variantes appliquées côté serveur, le LCP des visiteurs des campagnes baisse nettement. Dans les semaines suivantes, l’écart entre clics et vues de la page de destination se réduit et le coût par conversion diminue, avec le même budget et les mêmes annonces.
En bref
Dans les campagnes payantes, chaque clic a un coût, et chaque utilisateur qui part pendant le chargement est du budget dépensé sans aucune chance de retour. La vitesse d’une landing page influence le nombre d’utilisateurs qui voient la page, leur taux de conversion et, dans une moindre mesure mais bien réelle, l’évaluation que les plateformes font de la landing page, et donc le coût des clics. Les problèmes les plus fréquents sont précis : des paramètres de suivi qui contournent le cache, un excès de pixels et d’outils marketing, des tests A/B qui masquent la page, des builders lourds, des images hero non optimisées. On les mesure en reproduisant des conditions réelles, avec les paramètres des campagnes et sur smartphone, et on les corrige souvent par un travail de configuration plus que de développement. De tous les investissements de performance, c’est l’un de ceux dont le retour est le plus facile à mesurer.
