Drittanbieter-Skripte finden und deine Website spürbar beschleunigen Leitfrage Wie erkennst du als Betreiber einer kleinen Website, welche Drittanbieter-Skripte deine Seite wirklich bremsen, und welche pragmatischen Maßnahmen kannst du ohne tiefes Entwicklerwissen ergreifen? Diese Anleitung erklärt zwei schnelle Messchecks, einen einfachen Vergleichstest und drei Hebel, die oft schon spürbare Verbesserungen bringen, sowie Grenzen und Priorisierungsregeln. Schneller Messcheck: DevTools und PageSpeed Wenn du nur wenige Minuten investieren kannst, öffne Chrome und nutze das Performance-Panel in den Entwicklertools. Ein kurzer Ablauf: lade die Seite einmal mit aufgezeichnetem Profil, schaue auf die Requests und die Main-Thread-Aktivität und notiere Domains mit vielen Bytes, vielen Requests oder langen Script-Aufgaben. Das liefert Hinweise, welche Drittanbieter die meiste Last verursachen. Als Ergänzung lasse eine Laboranalyse mit PageSpeed Insights laufen, um eine schnelle Zusammenfassung und konkrete Hinweise zu Drittanbieterlasten zu erhalten. Die beschriebenen Werkzeuge und der Workflow sind in der Praxis erprobt und werden in der Anleitung zu Drittanbieteroptimierung beschrieben. Load Third-Party JavaScript | web.dev Tipps für die schnelle Auswertung Sortiere nach Zeit und Größe der Requests, nicht nur nach Anzahl.\n- Achte auf lange Main-Thread-Tasks im Timings- oder Bottom-Up-View.\n- Notiere die Domainnamen, nicht nur Dateinamen, das erleichtert späteres Blocken. Vergleichstest mit WebPageTest: blockieren und beobachten WebPageTest erlaubt gezieltes Blockieren von Domains. Workflow: erstens, teste die Seite offen. Zweitens, lege einen Test an, der eine verdächtige Drittanbieter-Domain blockiert. Drittens, vergleiche Ladevorgänge, Filmstrip-Bilder, Largest Contentful Paint (LCP) und Total Blocking Time (TBT). So siehst du direkt, ob das Blockieren spürbare Verbesserungen bringt. Eine konkrete Priorisierungsregel aus Lighthouse hilft dabei: Drittanbieter-Code, der zusammen mehr als 250 ms Main-Thread-Blockzeit verursacht, wird als relevantes Performance-Problem ausgewiesen. Das gibt dir eine greifbare Schwelle für Entscheidungen Reduce the impact of third-party code | Lighthouse Drei einfache Hebel ohne Programmieraufwand 1) Entfernen Frage kritisch, ob ein Widget, Social-Button oder Tracker wirklich nötig ist. Entfernen ist die schnellste Maßnahme, hat aber Folgen für Funktion oder Einnahmen. Prüfe vor dem Weglassen, ob rechtliche oder geschäftliche Gründe bestehen. 2) Verzögern nach Interaktion Viele Drittanbieter sind nicht relevant für den ersten Aufbau. Lade solche Skripte erst nach einer Nutzeraktion wie Klick oder relevantem Scroll. Das reduziert die Belastung beim Erstaufbau und lässt sich oft über Einstellungen im Tag-Manager oder über Optionen im Drittanbieter-Interface realisieren. 3) Ersetzen oder Self-host Manche Anbieter haben leichtere Alternativen. Wenn zulässig, kann Self-hosting von Bibliotheken Verbindungen verringern und Ladezeit verbessern. Das erhöht allerdings Wartung und Verantwortung für Updates und Sicherheit. Änderungen am Ladeverhalten wie async oder defer können helfen, sind aber mit Vorsicht zu nutzen; ihre Effekte und mögliche Reihenfolgeprobleme sind in der Referenz zum script-Element beschrieben. script | MDN Web Docs Hinweise zur Umsetzung Teste jede Änderung zuerst auf einer Kopie oder in A/B-Tests.\n- Fange bei Top-Request-Domains an, nicht bei kleinen Assets.\n- Dokumentiere Änderungen, damit du sie zurücknehmen kannst, falls Funktionen fehlen. Grenzen und Abwägungen Performance und Funktion stehen oft im Konflikt. Entfernen oder Verzögern kann Tracking, Anzeigen-Einnahmen oder interaktive Elemente beeinträchtigen. Auch ist Messwertvariabilität zu beachten: Labortests zeigen Potenzial, echte Nutzer mit schwachen Geräten oder langsamen Netzen können anders betroffen sein. Self-hosting reduziert externe Latenz, erhöht aber die Verantwortung für Sicherheit und rechtliche Compliance. Schließlich können manche Anbieter dynamisch weitere Domains nachladen, so dass einfache Block-Tests nur einen Teil der Last abbilden. Deshalb: miss zuerst, ändere vorsichtig und beobachte echte Nutzerkennzahlen über mehrere Tage. Kurz gesagt: Mit zwei schnellen Checks und einem einfachen Block-Vergleichstest findest du die wahrscheinlichen Schuldigen. Entfernen, Verzögern oder Ersetzen sind pragmatische Hebel, die ohne tiefes Entwicklerwissen spürbare Verbesserungen bringen, wenn du sie schrittweise testest und die funktionalen oder rechtlichen Nebenwirkungen berücksichtigst. Quellen Load Third-Party JavaScript | web.dev Reduce the impact of third-party code | Lighthouse | developer.chrome.com script > HTML script element | MDN Web Docs