Solltest du Preconnect für Werbenetzwerke nutzen? Es hängt von deinem LCP ab
Preconnects zu Werbenetzwerken können schaden oder helfen. Es hängt alles davon ab, ob dein LCP-Bild bereits optimiert ist.

Die kurze Antwort: Es hängt von deinem LCP ab
Wann immer ich eine Website auditiere, schaue ich mir stets die Strategien für Resource Hints an. Manchmal nutzen Kunden Preconnect für Werbenetzwerke in der Hoffnung, Anzeigen zu beschleunigen und den Umsatz zu steigern. Ob dies hilft oder schadet, hängt vollständig von einer Sache ab: Ist dein Largest Contentful Paint-Bild bereits richtig optimiert?
Zuletzt überprüft von Arjen Karel im März 2026
Wenn sich dein LCP-Bild im HTML befindet (nicht durch JavaScript injiziert), nicht Lazy Loaded wird und fetchpriority="high" hat, wird der Browser es priorisieren, unabhängig davon, wofür du sonst Preconnect nutzt. In diesem Fall ist ein Preconnect zur primären Origin deines Werbenetzwerks sicher und kann dir tatsächlich Geld einbringen, indem Anzeigen einige Millisekunden schneller ausgeliefert werden.
Wenn dein LCP jedoch nicht optimiert ist, konkurriert jeder hinzugefügte Preconnect im denkbar ungünstigsten Moment um Bandbreite und CPU-Zyklen. Ich habe gesehen, wie dies bei Websites mit 5.000 bis 15 Millionen täglichen Seitenaufrufen schiefgegangen ist.
Table of Contents!
- Die kurze Antwort: Es hängt von deinem LCP ab
- Was ein Preconnect tatsächlich bewirkt
- Wie moderne Werbenetzwerke funktionieren
- Wann ein Preconnect zu Werbenetzwerken der Performance schadet
- Wann ein Preconnect zu Werbenetzwerken sinnvoll ist
- Sei extrem vorsichtig
- Wenn du dennoch Hinting nutzen möchtest, verwende stattdessen dns-prefetch
- Welche Werbenetzwerke habe ich getestet?
- Die Zahlen dahinter
Was ein Preconnect tatsächlich bewirkt
Ein Preconnect-Hint teilt dem Browser mit, eine Verbindung (DNS + TCP + TLS) zu einem externen Server zu öffnen, bevor er tatsächlich eine Datei von dort benötigt. Wenn die Datei schließlich angefordert wird, ist die Verbindung bereits hergestellt und der Download beginnt sofort. Laut web.dev kann dies 100 bis 500 ms für kritische Origins einsparen.
Der Haken: Chrome schließt jeden Preconnect, der nicht innerhalb von 10 Sekunden genutzt wird. Wenn die Verbindung ungenutzt bleibt, hast du die vollen Kosten für TCP + TLS umsonst bezahlt.
Wie moderne Werbenetzwerke funktionieren
Du bindest ein Skript ein, dieses Skript führt eine Auktion durch (oft mit mehreren Demand-Partnern über Header Bidding durch etwas wie Prebid.js), und die gewinnende Anzeige lädt Ressourcen von Servern, von denen du noch nie gehört hast. Die Kette kann fünf oder mehr Domains tief sein. Das ist wichtig, da du keinen Preconnect zu Domains herstellen kannst, die dir zur Zeit des HTML-Parsings unbekannt sind.
Wann ein Preconnect zu Werbenetzwerken der Performance schadet
Wenn dein LCP nicht optimiert ist, macht ein Preconnect zu Werbenetzwerken die Dinge nur noch schlimmer. Jede frühe Verbindung konkurriert zu einer Zeit um Bandbreite, in der deine wichtigsten Ressourcen (das LCP-Bild, Stylesheets, Fonts) noch nicht heruntergeladen wurden.
Schau dir dieses Praxisbeispiel an. Der Kunde hatte einen nicht optimierten LCP und nutzte Preconnect für mehrere Ad-Domains. Nachdem ich die Ad-Preconnects entfernt hatte, stiegen sie in nur 3 Monaten von 1,8 Millionen guten Seiten auf 6,24 Millionen gute Seiten.

Die Preconnects stahlen dem LCP-Bild die Bandbreite. Wenn du die Konkurrenz entfernst, kann der Browser seine frühe Netzwerkzeit für das nutzen, was wirklich zählt.
Wann ein Preconnect zu Werbenetzwerken sinnvoll ist
Wenn dein LCP bereits schnell ist, ist ein Preconnect zur Origin deines Haupt-Ad-Skripts in Ordnung. Hier ist die Checkliste:
- Dein LCP-Bild befindet sich im HTML (nicht durch JavaScript injiziert oder aus CSS geladen)
- Dein LCP-Bild wird nicht Lazy Loaded
- Dein LCP-Bild hat
fetchpriority="high" - Dein LCP-Bild ist für den Preload-Scanner des Browsers auffindbar
Wenn alle vier Punkte zutreffen, wird der Browser dein LCP-Bild unabhängig von Preconnects mit der höchsten Priorität abrufen. Die geringen Bandbreitenkosten eines zusätzlichen TCP + TLS-Handshakes werden deinen LCP nicht beeinträchtigen. Und schnellere Anzeigen bedeuten mehr Impressions, höhere Viewability-Werte und mehr Umsatz.
Bei Websites, die von CoreDash überwacht werden, spart ein Preconnect zu einer einzigen Ad-Netzwerk-Origin nur wenige Millisekunden Verbindungszeit. Das reicht nicht aus, um deinen LCP zu beeinflussen, wenn das LCP-Bild bereits richtig priorisiert ist. Aber diese wenigen Millisekunden können für die Ad-Fill-Rates von Bedeutung sein.
Sei extrem vorsichtig
Dies ist kein Freifahrtschein, um zu jeder auffindbaren Ad-Domain einen Preconnect herzustellen. Die Regeln:
- Preconnect nur zu einer Origin: deiner primären Ad-Skript-Domain. Nutze keinen Preconnect zu 15 Demand-Partner-Domains aus dem Header Bidding. Du weißt nicht, welche die Auktion gewinnen werden.
- Nutze Preconnect nur, wenn das Skript nicht bereits auffindbar ist. Wenn du dein Ad-Skript mit einem normalen
<script async src="https://adnetwork.ext/script.js">-Tag lädst, findet es der Preload-Scanner des Browsers bereits. Ein zusätzlicher Preconnect bringt hier nichts. - Gecachte Skripte machen Preconnects sinnlos. Wenn sich das Ad-Skript bereits im Browser-Cache befindet (was bei wiederkehrenden Besuchern auf werbelastigen Websites häufig vorkommt), bleibt der vorab aufgebaute TCP + TLS-Handshake ungenutzt und ist reiner Overhead.
- Fixe zuerst deinen LCP. Wenn du den LCP-Grenzwert noch nicht einhältst, füge keine Ad-Preconnects hinzu. Preloade dein LCP-Bild, setze
fetchpriority="high"und stelle sicher, dass es nicht Lazy Loaded wird. Überdenke danach die Ad-Preconnects.
Wenn du dir unsicher bist, ob dein LCP richtig optimiert ist, überprüfe deine Felddaten in CoreDash oder CrUX, bevor du Preconnects hinzufügst.
Wenn du dennoch Hinting nutzen möchtest, verwende stattdessen dns-prefetch
Wenn du eine Form des frühen Connection-Hintings für Ad-Server wünschst, aber nicht die vollen Bandbreitenkosten eines Preconnects tragen möchtest, verwende stattdessen dns-prefetch. Es löst nur das DNS auf (20 bis 120 ms), überspringt TCP und TLS vollständig und erstellt keine untätige Verbindung, die um Bandbreite konkurriert.
<link rel="dns-prefetch" href="//securepubads.g.doubleclick.net"> <link rel="dns-prefetch" href="//pagead2.googlesyndication.com">
Dies ist ein sichererer Mittelweg: Du sparst die DNS-Lookup-Zeit ein, ohne das Risiko eines Bandbreitenkonflikts während des kritischen Rendering-Fensters einzugehen.
Welche Werbenetzwerke habe ich getestet?
Dies sind alle Preconnects, die ich im vergangenen Jahr getestet habe. Wenn dein Werbenetzwerk nicht in der Liste aufgeführt ist, bedeutet das nicht, dass du einen Preconnect durchführen solltest. Es bedeutet nur, dass ich es nicht für dich getestet habe. Richte einen A/B-Test mit Real User Monitoring ein und teste, was am besten für deine Website funktioniert.
<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">
Die Zahlen dahinter
Laut dem Web Almanac 2025 nutzen 22 % der Seiten Preconnect-Hints und nur 62 % der mobilen Origins bestehen den LCP. Das bedeutet, dass ein großer Teil des Webs Preconnects zu Third-Party-Origins nutzt, während genau die Metrik verfehlt wird, der diese Preconnects schaden können.
Die gleichen Daten zeigen, dass 17,3 % der mobilen Seiten mittlerweile fetchpriority="high" bei ihrem LCP-Bild verwenden. Wenn du zu diesen 17,3 % gehörst, gewinnt dein LCP-Bild das Prioritätsrennen und ein einzelner Ad-Preconnect wird wahrscheinlich keine Probleme verursachen. Wenn nicht, fange dort an.
Ask AI why your INP spiked.
CoreDash is the only RUM tool with MCP support. Connect it to your AI agent and query your Core Web Vitals data in natural language. No more clicking through dashboards.
See How It Works
