Devriez-vous vous préconnecter aux réseaux publicitaires ? Cela dépend de votre LCP

La réponse courte : cela dépend de votre LCP

Chaque fois que j'audite un site, j'examine toujours les stratégies d'indications de ressources. Parfois, les clients se préconnectent aux réseaux publicitaires dans l'espoir d'accélérer les publicités et d'augmenter les revenus. Que cela aide ou nuise dépend entièrement d'une seule chose : votre image de Largest Contentful Paint est-elle déjà correctement optimisée ?

Dernière révision par Arjen Karel en mars 2026

Si votre image LCP est dans le HTML (non injectée par JavaScript), n'est pas chargée en lazy loading, et possède fetchpriority="high", le navigateur la priorisera indépendamment du reste de vos préconnexions. Dans ce cas, la préconnexion à l'origine de votre réseau publicitaire principal est sûre et peut même vous faire gagner de l'argent en diffusant les publicités quelques millisecondes plus rapidement.

Mais si votre LCP n'est pas optimisé, chaque préconnexion que vous ajoutez entre en concurrence pour la bande passante et les cycles CPU au pire moment possible. J'ai vu cela mal tourner sur des sites allant de 5 000 à 15 millions de pages vues par jour.

Ce que fait réellement une préconnexion

Une indication preconnect indique au navigateur d'ouvrir une connexion (DNS + TCP + TLS) vers un serveur externe avant qu'il n'ait réellement besoin d'un fichier de celui-ci. Lorsque le fichier est finalement demandé, la connexion est déjà établie et le téléchargement commence immédiatement. Selon web.dev, cela peut faire gagner 100 à 500 ms pour les origines critiques.

Le piège : Chrome ferme toute préconnexion qui n'est pas utilisée dans les 10 secondes. Si la connexion reste inutilisée, vous avez payé le coût complet de TCP + TLS pour rien.

Comment fonctionnent les réseaux publicitaires modernes

Vous incluez un script, ce script lance une enchère (souvent avec de multiples partenaires de demande via le header bidding à travers un outil comme Prebid.js), et la publicité gagnante charge des ressources depuis des serveurs dont vous n'avez jamais entendu parler. La chaîne peut s'étendre sur cinq domaines ou plus. Cela a son importance car vous ne pouvez pas vous préconnecter à des domaines que vous ne connaissez pas au moment de l'analyse du HTML.

Quand la préconnexion aux réseaux publicitaires nuit aux performances

Si votre LCP n'est pas optimisé, se préconnecter aux réseaux publicitaires aggravera les choses. Chaque connexion anticipée est en concurrence pour la bande passante à un moment où vos ressources les plus importantes (l'image LCP, les feuilles de style, les polices) n'ont pas encore été téléchargées.

Jetez un œil à cet exemple réel. Le client avait un LCP non optimisé et se préconnectait à de multiples domaines publicitaires. Après que j'ai supprimé les préconnexions publicitaires, ils sont passés de 1,8 million de bonnes pages à 6,24 millions de bonnes pages en seulement 3 mois.

Les préconnexions volaient de la bande passante à l'image LCP. Supprimez la concurrence et le navigateur pourra consacrer son temps réseau initial à ce qui compte vraiment.

Quand la préconnexion aux réseaux publicitaires est judicieuse

Si votre LCP est déjà rapide, la préconnexion à l'origine de votre script publicitaire principal ne pose aucun problème. Voici la liste de contrôle :

1. Votre image LCP est dans le HTML (non injectée par JavaScript ou chargée depuis le CSS)
2. Votre image LCP n'est pas chargée en lazy loading
3. Votre image LCP possède fetchpriority="high"
4. Votre image LCP est détectable par le préchargeur du navigateur

Lorsque ces quatre conditions sont remplies, le navigateur récupérera votre image LCP avec la priorité la plus élevée, indépendamment des préconnexions. Le faible coût en bande passante d'un handshake TCP + TLS supplémentaire n'affectera pas votre LCP. De plus, des publicités plus rapides signifient plus d'impressions, des scores de visibilité plus élevés et davantage de revenus.

Sur les sites surveillés par CoreDash, une préconnexion à une seule origine de réseau publicitaire ne fait gagner que quelques millisecondes de temps de connexion. Ce n'est pas suffisant pour affecter votre LCP si l'image LCP est déjà correctement priorisée. Mais ces quelques millisecondes peuvent compter pour les taux de remplissage publicitaire.

Soyez extrêmement prudent

Il ne s'agit pas d'un chèque en blanc pour vous préconnecter à tous les domaines publicitaires que vous pouvez trouver. Les règles :

1. Ne vous préconnectez qu'à une seule origine : le domaine de votre script publicitaire principal. Ne vous préconnectez pas à 15 domaines de partenaires de demande (demand partners) issus du header bidding. Vous ne savez pas lesquels remporteront l'enchère.
2. Ne vous préconnectez que si le script n'est pas déjà détectable. Si vous chargez votre script publicitaire avec une balise <script async src="https://adnetwork.ext/script.js"> normale, le préchargeur du navigateur le trouve déjà. Une préconnexion en plus de cela n'ajoute rien.
3. Les scripts en cache rendent les préconnexions inutiles. Si le script publicitaire est déjà dans le cache du navigateur (fréquent pour les visiteurs récurrents sur les sites chargés en publicités), le handshake TCP + TLS préconnecté reste inutilisé et constitue une pure surcharge.
4. Corrigez votre LCP en premier. Si vous ne dépassez pas déjà le seuil LCP, n'ajoutez pas de préconnexions publicitaires. Préchargez votre image LCP, définissez fetchpriority="high", et assurez-vous qu'elle n'est pas en lazy loading. Ensuite, réévaluez les préconnexions publicitaires.

Si vous n'êtes pas sûr que votre LCP soit correctement optimisé, vérifiez vos données de terrain dans CoreDash ou CrUX avant d'ajouter des préconnexions.

Si vous voulez toujours utiliser une indication, utilisez plutôt dns-prefetch

Si vous souhaitez une forme d'indication de connexion anticipée pour les serveurs publicitaires mais que vous ne voulez pas assumer le coût total en bande passante d'une préconnexion, utilisez plutôt dns-prefetch. Il résout uniquement le DNS (20 à 120 ms), ignore complètement TCP et TLS, et ne crée pas de connexion inactive en concurrence pour la bande passante.

<link rel="dns-prefetch" href="//securepubads.g.doubleclick.net">
<link rel="dns-prefetch" href="//pagead2.googlesyndication.com">

C'est un compromis plus sûr : vous gagnez du temps sur la recherche DNS sans risquer de conflit de bande passante pendant la fenêtre de rendu critique.

Quels réseaux publicitaires ai-je testés ?

Ce sont toutes les préconnexions que j'ai testées au cours de l'année écoulée. Si votre réseau publicitaire n'est pas dans la liste, cela ne signifie pas que vous devez vous préconnecter. Cela signifie simplement que je ne l'ai pas testé pour vous. Mettez en place un test A/B avec du Real User Monitoring et testez ce qui fonctionne le mieux pour votre site.

<link rel="preconnect" href="//securepubads.g.doubleclick.net">
<link rel="preconnect" href="//www.google.com">
<link rel="preconnect" href="//adservice.google.com">
<link rel="preconnect" href="//tpc.googlesyndication.com">
<link rel="preconnect" href="//pagead2.googlesyndication.com">
<link rel="preconnect" href="//www.gstatic.com">
<link rel="preconnect" href="https://s0.2mdn.net">
<link rel="preconnect" href="https://googleads.g.doubleclick.net">
<link rel="preconnect" href="https://www.googleadservices.com">
<link rel="preconnect" href="https://dis.criteo.com">
<link rel="preconnect" href="https://c1.adform.net">
<link rel="preconnect" href="https://snap.licdn.com">
<link rel="preconnect" href="https://visitor.omnitagjs.com">
<link rel="preconnect" href="https://secure.adnxs.com">
<link rel="preconnect" href="https://cdn.brandmetrics.com">
<link rel="preconnect" href="https://p.adsymptotic.com">
<link rel="preconnect" href="https://bidder.criteo.com">
<link rel="preconnect" href="https://gum.criteo.com">
<link rel="preconnect" href="https://sslwidget.criteo.com">
<link rel="preconnect" href="https://static.criteo.net">

Les chiffres derrière tout ça

Selon le Web Almanac 2025, 22 % des pages utilisent des indications preconnect et seulement 62 % des origines mobiles réussissent le test du LCP. Cela signifie qu'une grande partie du web se préconnecte à des origines tierces tout en échouant à la métrique même que ces préconnexions peuvent détériorer.

Les mêmes données montrent que 17,3 % des pages mobiles utilisent désormais fetchpriority="high" sur leur image LCP. Si vous faites partie de ces 17,3 %, votre image LCP remporte la course à la priorité et une seule préconnexion publicitaire a peu de chances de causer des problèmes. Si ce n'est pas le cas, commencez par là.