Inhalte für mehr Geschwindigkeit priorisieren
Implementieren Sie Techniken wie `async`, `defer` und Resource Hints, um kritische Inhalte zu priorisieren und die wahrgenommene Performance zu verbessern.
Inhalte für mehr Geschwindigkeit priorisieren ist eine kostenlose Web Performance Optimization & Lighthouse-Lektion auf CoddyKit. Dies ist Lektion 3 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Web Performance Optimization & Lighthouse-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Web Performance Optimization & Lighthouse-Kurs umfasst insgesamt 4 Lektionen.
Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.
Why Prioritize Content?
When a browser loads a webpage, it follows a sequence of steps to render content. This is often called the Critical Rendering Path (CRP).
Optimizing the CRP means delivering the most important content to the user as quickly as possible. This improves perceived performance – how fast a user *feels* the page is loading.
Blocking Scripts Slow Down
By default, when the browser encounters a <script> tag, it pauses parsing the HTML, fetches the script, executes it, and then resumes parsing. This is called a render-blocking script.
This can significantly delay how quickly users see content, especially if the script is large or on a slow network.
<html>
<head>
<title>Blocking Script</title>
<script>
// This script blocks HTML parsing
console.log("Blocking script started.");
// Simulate a long task
let start = performance.now();
while (performance.now() - start < 700) { /* busy wait */ }
console.log("Blocking script finished.");
</script>
</head>
<body>
<h1>Page Content</h1>
<p>This content appears <b>after</b> the script finishes.</p>
</body>
</html>Introducing `defer`
The defer attribute tells the browser to download the script in the background without blocking HTML parsing. Once the HTML is fully parsed, the deferred scripts execute in the order they appear in the document.
- Non-blocking: HTML parsing continues.
- Order preserved: Scripts execute in source order.
- Execution time: After HTML parsing, before
DOMContentLoaded.
`defer` in Action
Using defer is ideal for scripts that depend on the DOM being fully available, like analytics or UI initialization logic.
See how the 'Page Content' appears before the deferred script executes in the console.
<html>
<head>
<title>Deferred Script Example</title>
<script defer>
console.log("Deferred script 1 started.");
</script>
<script defer>
// This script will run after script 1
console.log("Deferred script 2 started.");
</script>
</head>
<body>
<h1>Page Content</h1>
<p>This content appears immediately while scripts are downloading.</p>
<script>
console.log("HTML parsing complete.");
</script>
</body>
</html>Introducing `async`
The async attribute also tells the browser to download the script in the background. However, async scripts execute as soon as they are downloaded, potentially before HTML parsing is complete.
- Non-blocking: HTML parsing continues.
- Order NOT preserved: Scripts execute as soon as they're ready.
- Execution time: Asynchronously, as soon as possible.
`async` vs. `defer`
Choosing between async and defer depends on your script's needs:
- Use
asyncfor independent scripts (e.g., third-party ads, tracking) where execution order doesn't matter. - Use
deferfor scripts that need the DOM or depend on other deferred scripts, ensuring order is maintained.
<html>
<head>
<title>Async vs Defer</title>
<script async>
console.log("Async script executed!");
</script>
<script defer>
console.log("Defer script executed!");
</script>
<script>
console.log("HTML parsing continues, then inline script runs.");
</script>
</head>
<body>
<h1>Async & Defer Demo</h1>
<p>Check the console to see the execution order.</p>
</body>
</html>Resource Hint: `preconnect`
Resource hints give the browser clues about resources it will need soon, allowing it to start fetching them earlier.
<link rel="preconnect"> tells the browser to establish a connection to another domain early. This includes DNS lookup, TCP handshake, and TLS negotiation, saving precious milliseconds for critical third-party resources.
Resource Hint: `preload`
<link rel="preload"> tells the browser to fetch a resource that is critically important for the current navigation as soon as possible. This is useful for resources like fonts, critical CSS, or images that are discovered late by the parser.
<html>
<head>
<title>Preload Example</title>
<link rel="preload" href="data:text/css;base64,Ym9keSB7IGJhY2tncm91bmQtY29sb3I6IGxpZ2h0Ymx1ZTsgfQ==" as="style">
<style>
/* This is a simple inline style */
body { margin: 20px; }
</style>
<style>
/* The preloaded style will apply */
@import url("data:text/css;base64,Ym9keSB7IGJhY2tncm91bmQtY29sb3I6IGxpZ2h0Ymx1ZTsgfQ==");
</style>
</head>
<body>
<h1>Preloaded Style</h1>
<p>The CSS for the light blue background is preloaded, ensuring it's available early.</p>
</body>
</html>Resource Hint: `prefetch`
<link rel="prefetch"> tells the browser to fetch a resource that might be needed for a future navigation. It's a lower priority hint than preload and is great for speeding up subsequent page loads.
For example, if you know a user is likely to click a specific link, you can prefetch the resources for that page.
Prioritization Quiz
Which of the following statements about script loading and resource hints are TRUE?
Recap: Faster Page Loads
We've learned powerful techniques to prioritize content and speed up your web pages:
- `defer` for non-blocking script loading, preserving execution order.
- `async` for non-blocking, independent script execution.
- `preconnect` to warm up connections to other domains.
- `preload` to fetch critical resources early for the current page.
- `prefetch` to fetch resources for future navigations.
By strategically using these, you can significantly improve your website's perceived performance and user experience!
Lerne Web Performance Optimization & Lighthouse mit einem KI-Tutor — kostenlos
Schreibe und führe echten Code in deinem Browser aus, bekomme sofortige Hilfe von einem 24/7 KI-Tutor und setze dein Lernen im Web oder in der App fort.
- Kurse
- 12
- Lektionen
- 48
Häufig gestellte Fragen
Ist die Lektion „Inhalte für mehr Geschwindigkeit priorisieren“ kostenlos?
Ja — der vollständige Text von „Inhalte für mehr Geschwindigkeit priorisieren“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Web Performance Optimization & Lighthouse-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Web Performance Optimization & Lighthouse-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Inhalte für mehr Geschwindigkeit priorisieren“?
Implementieren Sie Techniken wie `async`, `defer` und Resource Hints, um kritische Inhalte zu priorisieren und die wahrgenommene Performance zu verbessern. Du übst Web Performance Optimization & Lighthouse mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um Web Performance Optimization & Lighthouse zu starten?
Keine Vorkenntnisse erforderlich. Web Performance Optimization & Lighthouse auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 3 von 4.
Wie lange dauert die Lektion „Inhalte für mehr Geschwindigkeit priorisieren“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser Web Performance Optimization & Lighthouse-Lektion Code schreiben und ausführen?
Ja. Jede Web Performance Optimization & Lighthouse-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Den kritischen Pfad verstehen
- Render-blockierende Ressourcen
- Inhalte für mehr Geschwindigkeit priorisieren
- Preloading und Resource Hints