Largest Contentful Paint (LCP) verbessern: Der komplette Leitfaden

Wenn ein Besucher auf Ihre Website klickt, zehrt jede Sekunde, die er auf einen weißen Bildschirm starrt, ein Stück weiter an seiner Geduld. Je später der Hauptinhalt der Seite erscheint, also jene große Überschrift, das Hero-Bild oder der Textblock, bei dem der Nutzer denkt „gut, die Seite ist da", desto höher steigt die Wahrscheinlichkeit, dass er abspringt. Genau diese Erfahrung misst eine Kennzahl namens Largest Contentful Paint, kurz LCP. Die Arbeit an der LCP-Optimierung gehört zu den kritischsten Themen moderner Web-Performance, denn diese Metrik beeinflusst direkt sowohl die vom Nutzer wahrgenommene Geschwindigkeit als auch den Wert, den Suchmaschinen Ihrer Seite beimessen.

LCP misst, wann das Zeichnen des größten Inhaltselements im sichtbaren Bereich des Bildschirms abgeschlossen ist. Dieses Element ist meist ein großes Bild, ein Hintergrundbild, ein Video-Posterbild oder ein umfangreicher Textblock. Für den Nutzer ist das der Moment, in dem „der eigentliche Inhalt angekommen ist". Deshalb ist LCP ein intuitiver und aussagekräftiger Indikator, der das Ladeerlebnis einer Seite in einer einzigen Zahl zusammenfasst. Außerdem ist es das sichtbarste und oft anspruchsvollste Mitglied der Core Web Vitals.

In diesem Leitfaden behandeln wir, was LCP genau misst, welche Werte als „gut" gelten, was die wahren Ursachen für einen langsamen LCP sind und vor allem, wie Sie diese Metrik Schritt für Schritt verbessern. Egal ob mit oder ohne technische Vorkenntnisse: Nach der Lektüre dieses Textes wissen Sie, wo Sie auf Ihrer eigenen Website hinschauen müssen und welche Korrektur Sie zuerst angehen sollten. Das Ziel ist nicht, theoretisches Wissen anzuhäufen, sondern eine praktische Roadmap zu liefern, die bei der Umsetzung messbare Ergebnisse bringt.

Was ist Largest Contentful Paint genau?

Largest Contentful Paint ist eine Zeitmetrik, die misst, zu welchem Zeitpunkt (gemessen ab Beginn des Seitenaufbaus) der Browser das größte Inhaltselement im sichtbaren Bereich (Viewport) zeichnet. Das Schlüsselwort ist hier „das größte". Während die Seite lädt, bewertet der Browser fortlaufend mögliche Kandidaten und markiert dasjenige Element, das die größte Fläche im sichtbaren Bereich einnimmt, als LCP-Element. Sobald während des Ladens ein größeres Element gezeichnet wird, aktualisiert sich diese Markierung; wenn der Hauptinhalt vollständig steht, ergibt sich der endgültige LCP-Wert.

Zu den wichtigsten Elementtypen, die als LCP-Element infrage kommen, gehören: <img>-Tags, grafische Elemente innerhalb eines <svg>, Blöcke mit über url() geladenen Hintergrundbildern, <video>-Elemente mit Posterbild sowie blockartige Elemente mit umfangreichem Text. Auf den meisten inhaltslastigen Seiten ist das LCP-Element ein Hero-Bild oder eine große Überschrift.

An dieser Stelle muss ein häufiges Missverständnis ausgeräumt werden: LCP ist nicht der Moment, in dem die gesamte Seite geladen ist. Während die Dutzenden Bilder im unteren Teil der Seite noch laden, kann der LCP längst abgeschlossen sein, denn LCP berücksichtigt ausschließlich den Bereich, der beim ersten Öffnen sichtbar ist. Diese Unterscheidung ist für eine korrekte Optimierung entscheidend: Dinge zu beschleunigen, die der Nutzer auf seinem Bildschirm nicht sieht, senkt den LCP nicht.

Wie unterscheidet sich LCP von FCP und anderen Metriken?

Während First Contentful Paint (FCP) auf den ersten beliebigen Inhalt verweist, der auf dem Bildschirm gezeichnet wird, verweist LCP auf den größten und meist aussagekräftigsten Inhalt. FCP sagt „es fängt an, etwas zu erscheinen", LCP hingegen sagt „der eigentliche Inhalt ist da". Deshalb liegt LCP näher an der tatsächlichen Erwartung des Nutzers als FCP. Ebenso wurden ältere Metriken, die die Interaktionsverzögerung gemessen haben, heute durch INP ersetzt; LCP befasst sich ausschließlich mit der Ladegeschwindigkeit und misst keine Interaktion.

Was ist ein guter Wert für LCP?

Bevor man eine Metrik verbessert, muss man wissen, was das Ziel ist. Die allgemein anerkannten Schwellenwerte für LCP werden anhand der realen Nutzerdaten der Seite auf Mobilgeräten und Desktops bewertet. Die folgende Tabelle fasst diese Schwellenwerte zusammen.

LCP-Wert	Bewertung	Bedeutung
2,5 Sekunden und darunter	Gut	Der Nutzer sieht den Hauptinhalt schnell, das Erlebnis ist flüssig
2,5 - 4,0 Sekunden	Verbesserung nötig	Eine spürbare Verzögerung liegt vor, die Absprungrate beginnt zu steigen
Über 4,0 Sekunden	Schwach	Erhebliche Langsamkeit, hohes Risiko für Conversion- und Ranking-Verluste

Bei der Bewertung dieser Werte gibt es noch eine Feinheit: Berücksichtigt wird nicht ein einzelner Besuch, sondern das 75. Perzentil der Verteilung über alle realen Nutzer. Das heißt, damit Sie als „gut" eingestuft werden, muss der LCP bei 75 Prozent der Besuche bei 2,5 Sekunden oder darunter liegen. Dieser Ansatz deckt schlechte Erfahrungen auf, die ein Durchschnittswert verbergen würde, denn eine Handvoll Nutzer mit schnellen Verbindungen kann das Problem der Mehrheit auf langsamen Geräten nicht überdecken.

Eine weitere wichtige Unterscheidung besteht zwischen Labordaten und Felddaten. Labortests messen in einer kontrollierten Umgebung einmalig und sind ideal zur Fehlersuche. Felddaten hingegen werden von den echten Geräten und Verbindungen realer Nutzer gesammelt; das ist es, was für das Ranking wirklich zählt. Beides zusammen zu verwenden ist am sinnvollsten: Felddaten sagen Ihnen, dass ein Problem existiert, Labordaten helfen Ihnen, die Ursache zu finden.

Die vier Hauptursachen für einen langsamen LCP

Der wirksamste Weg, den LCP zu verbessern, besteht darin, zu verstehen, wohin die verstrichene Zeit geht. Die LCP-Dauer lässt sich in der Regel in vier Hauptbestandteile aufteilen, und jeder dieser Bestandteile ist ein eigener Optimierungsbereich:

1. Serverantwortzeit (TTFB): Wie lange braucht der Server, nachdem der Browser die Anfrage gesendet hat, um das erste Byte zu schicken? Ein langsamer Server verzögert alles, was danach kommt.
2. Ressourcen-Ladeverzögerung: Die Zeit, bis das LCP-Element (insbesondere ein Bild) entdeckt wird und der Download beginnt. Bemerkt der Browser die Ressource zu spät, beginnt auch das Laden zu spät.
3. Ressourcen-Ladezeit: Wie lange das Herunterladen der LCP-Ressource tatsächlich dauert. Große und unkomprimierte Dateien kosten hier Zeit.
4. Element-Render-Verzögerung: Die Zeit, bis der Browser die Ressource nach dem Download auf den Bildschirm zeichnet. Render-blockierende Ressourcen verlängern diese Phase.

Die gute Nachricht ist: Die Summe dieser vier Bestandteile ergibt den LCP; daher bringt es den schnellsten Gewinn, den Bestandteil mit dem größten Anteil zu finden und sich auf ihn zu konzentrieren. Auf den meisten Websites stammt ein erheblicher Teil der LCP-Dauer aus dem späten Entdecken des Bildes und aus render-blockierenden Ressourcen. In den folgenden Abschnitten gehen wir jede Ursache einzeln durch.

Beschleunigen Sie die Serverantwortzeit (TTFB)

Das erste Glied in der Largest-Contentful-Paint-Kette ist der Server. Wenn das erste Byte in 800 Millisekunden eintrifft, kann keine Bild- oder CSS-Optimierung diese verlorene Zeit zurückholen. Deshalb ist es meist sinnvoll, die Optimierung hier zu beginnen.

• Setzen Sie Caching ein: Verhindern Sie, dass der Server bei jeder Anfrage von Grund auf neu arbeitet, indem Sie die Seitenausgabe oder häufig abgerufene Daten zwischenspeichern. Bei statischen oder selten geänderten Seiten ist ein vollständiger Seiten-Cache sehr wirksam.
• Nutzen Sie ein CDN: Ein Content Delivery Network liefert Ihre Dateien von Servern aus, die dem Nutzer geografisch nahe sind. Das reduziert sowohl die Netzwerklatenz als auch die Last auf dem Ursprungsserver.
• Optimieren Sie Datenbank- und Servercode: Langsame Abfragen, unnötige externe API-Aufrufe und schwere Template-Verarbeitung blähen die TTFB auf. Reduzieren Sie die Arbeit, die vor dem Erstellen der Antwort anfällt, so weit wie möglich.
• Stellen Sie Verbindungen frühzeitig her: Verwenden Sie preconnect-Hinweise für kritische Drittanbieter-Domains, damit Schritte wie DNS-Auflösung und TLS-Handshake bereits abgeschlossen sind, bevor das Laden beginnt.

Eine weitere wirkungsvolle Technik ist, dass der Server die Antwort in Teilen sendet. Wenn der <head>-Bereich der Seite an den Browser gesendet wird, sobald er fertig ist, kann der Browser, während er auf den Rest des Inhalts wartet, bereits CSS und wichtige Ressourcen entdecken und herunterladen. So bleibt der Browser nicht untätig, während der Server noch arbeitet.

Lassen Sie das LCP-Bild früh entdecken und priorisieren

Auf den meisten Websites ist das LCP-Element ein großes Bild, und die größte Verzögerung entsteht dadurch, dass der Browser dieses Bild zu spät bemerkt. Der Browser liest das HTML von Anfang bis Ende; wenn das kritische Bild hinter CSS, in einem von JavaScript hinzugefügten Element oder an einer späten Stelle verborgen ist, beginnt auch der Download spät. Ihr Ziel ist es, dem Browser dieses Bild so früh und so deutlich wie möglich zu zeigen.

Platzieren Sie das Bild direkt im HTML

Platzieren Sie das LCP-Bild mit einem <img>-Tag direkt im HTML-Dokument. Wird das Bild nachträglich per JavaScript eingefügt oder als CSS-background-image definiert, kann der Preload-Scanner des Browsers es nicht frühzeitig finden. Steht das Bild direkt im HTML, wird es am frühesten entdeckt.

Erhöhen Sie die Priorität mit fetchpriority

Das Attribut fetchpriority="high" teilt dem Browser mit, dass dieses Bild mit höchster Priorität heruntergeladen werden soll. Browser neigen standardmäßig dazu, Bilder als niedrig priorisiert einzustufen; dieses Attribut hebt das LCP-Bild hervor. Wenden Sie es jedoch nur auf ein einziges Element an, das tatsächliche LCP-Element; alles mit hoher Priorität zu versehen läuft darauf hinaus, nichts zu priorisieren.

Tappen Sie nicht in die Lazy-Loading-Falle

Lazy Loading (verzögertes Laden) ist großartig für Bilder außerhalb des Bildschirms, darf aber niemals auf das LCP-Bild angewendet werden. Setzen Sie das Attribut loading="lazy" auf das große Bild, das im ersten Viewport sichtbar ist, verzögert der Browser es und Ihr LCP verschlechtert sich erheblich. Die Regel ist einfach: Lassen Sie das kritische Bild, das im ersten Viewport sichtbar ist, auf eager (Standard) und laden Sie den Rest verzögert.

Verwenden Sie bei Bedarf Preload

Wenn das Bild im HTML nicht sofort entdeckt werden kann, etwa weil es ein CSS-Hintergrund ist, können Sie dem Browser mit <link rel="preload"> sagen, diese Ressource früh herunterzuladen. Bei responsiven Bildern sorgt die Kombination mit den Attributen imagesrcset und imagesizes dafür, dass die Datei in der richtigen Größe vorgeladen wird.

Liefern Sie das Bild effizient aus

Das LCP-Bild früh entdecken zu lassen ist nur der halbe Weg; die zweite Hälfte ist das schnelle Herunterladen dieses Bildes. Das Ziel ist hier, die Dateigröße des Bildes so weit wie möglich zu senken, ohne die visuelle Qualität zu beeinträchtigen.

• Bevorzugen Sie moderne Formate: Moderne Formate wie AVIF und WebP bieten bei gleicher Qualität eine deutlich kleinere Dateigröße als die älteren JPEG und PNG. Je nach Browser-Unterstützung können Sie mit dem <picture>-Tag ein Fallback-Format bereitstellen.
• Liefern Sie in der richtigen Größe aus: Ein Bild, das auf dem Bildschirm 600 Pixel breit erscheint, in 3000 Pixel Breite zu laden, ist reine Verschwendung. Senden Sie mit den Attributen srcset und sizes die zum Gerät passende Größe.
• Stellen Sie die Komprimierung ein: Komprimieren Sie Bilder auf eine Stufe, bei der der Qualitätsverlust mit bloßem Auge nicht erkennbar ist. In der Regel bietet eine Qualität zwischen 75 und 85 Prozent eine gute Balance zwischen Dateigröße und Erscheinungsbild.
• Geben Sie die Maßangaben an: Dem Bild width- und height-Werte zu geben, verhindert sowohl Layout-Verschiebungen (CLS) als auch ermöglicht es dem Browser, den Platz vorab zu reservieren.

Wenn Ihr LCP-Element kein Bild, sondern ein großer Textblock ist, sollten Sie Ihre Aufmerksamkeit auf die Schriftarten richten. Bleibt der Text unsichtbar, während Webfonts laden, verzögert das den LCP. Mit font-display: swap können Sie dafür sorgen, dass der Text zunächst sofort mit einer Systemschrift erscheint und beim Laden der Schrift ausgetauscht wird. Auch das frühe Laden kritischer Schriften per preload bringt für textbasierten LCP einen deutlichen Gewinn.

Beseitigen Sie render-blockierende Ressourcen

Der Browser geht davon aus, dass er das gesamte CSS verarbeiten muss, um die Seite zeichnen zu können. Deshalb ist CSS von Natur aus eine render-blockierende Ressource. Synchron geladenes JavaScript hält das Parsing auf dieselbe Weise an. Je größer und zahlreicher diese Ressourcen sind, desto später wird das LCP-Element auf den Bildschirm gezeichnet.

Inlinen Sie das kritische CSS

Sie können das minimale CSS bestimmen, das zum Zeichnen des ersten Viewports erforderlich ist, und es direkt inline in den <head>-Bereich des HTML einfügen. Die restlichen, nicht kritischen Stile laden Sie asynchron und verhindern so, dass sie das Rendern blockieren. Dadurch beginnt der Browser, den Hauptinhalt zu zeichnen, ohne auf das Herunterladen einer externen CSS-Datei zu warten.

Entfernen Sie ungenutztes CSS und JavaScript

Viele Websites laden Hunderte Kilobyte CSS und JavaScript, die die Seite gar nicht tatsächlich nutzt. Ungenutzten Code zu erkennen und zu entfernen reduziert sowohl die Downloadzeit als auch die Parsing-Last. Laden Sie große Bibliotheken nur dann, wenn sie wirklich gebraucht werden, in Teilen über Code Splitting.

Verzögern Sie JavaScript

Fügen Sie allen Skripten, die für das erste Rendern der Seite nicht erforderlich sind, das Attribut defer oder async hinzu. defer sorgt dafür, dass das Skript heruntergeladen wird, ohne das HTML-Parsing zu blockieren, und ausgeführt wird, sobald das Dokument bereit ist. Insbesondere Drittanbieter-Code wie Analyse-, Chat- und Werbeskripte lässt sich fast immer verzögern.

Drittanbieter-Skripte gehören zu den Elementen, über die Sie am wenigsten Kontrolle haben, die den LCP aber am stärksten beeinträchtigen können. Jedes externe Skript, das Sie hinzufügen, kann den Haupt-Thread beschäftigen und das Rendern verzögern. Jedes Drittanbieter-Tool, das Sie der Seite hinzufügen, mit der Frage „Wird das wirklich im ersten Viewport gebraucht?" zu hinterfragen, deckt oft unnötige Last auf.

Der Einfluss von clientseitigem Rendering und spätem Laden

Bei vollständig clientseitig gerenderten Anwendungen (Client-Side Rendering) stößt der LCP auf ein zusätzliches Hindernis. Der Browser erhält zunächst ein leeres oder skelettartiges HTML, und der Inhalt wird erst erstellt, nachdem das JavaScript heruntergeladen und ausgeführt wurde. In diesem Fall existiert das LCP-Element gar nicht, bis das JavaScript läuft; entsprechend verzögert sich der LCP zwangsläufig.

Um dieses Problem zu mildern, sind serverseitiges Rendering (SSR) oder statische Seitenerstellung (SSG) starke Lösungen. Wenn der Inhalt auf dem Server vorab erstellt und als HTML gesendet wird, kann der Browser das LCP-Element zeichnen, ohne auf das JavaScript zu warten. Moderne Frameworks bieten hybride Ansätze, bei denen das erste Laden auf dem Server gerendert und anschließend auf dem Client interaktiv gemacht wird; dieser Ansatz ist für den LCP in der Regel am gesündesten.

Wenn Sie clientseitiges Rendering verwenden müssen, halten Sie zumindest das Haupt-JavaScript-Bundle klein, rendern Sie den kritischen Inhalt zuerst und laden Sie Komponenten außerhalb des Bildschirms verzögert. Das Parallelisieren des Datenabrufs und das Vorziehen der kritischen Daten beschleunigt zudem das Erscheinen des Hauptinhalts.

LCP richtig messen und überwachen

Was Sie nicht messen können, können Sie nicht verbessern. Im Prozess der LCP-Optimierung ermöglicht Ihnen der Einsatz der richtigen Werkzeuge, sowohl die Quelle des Problems zu finden als auch zu sehen, ob die von Ihnen vorgenommenen Änderungen funktionieren.

Für Felddaten sind die realen Nutzermessungen (RUM), die von Browsern und Performance-Plattformen gesammelt werden, die wertvollste Quelle, weil sie reale Geräte- und Verbindungsbedingungen widerspiegeln. Für Labordaten leisten das Performance-Panel in den Entwicklerwerkzeugen des Browsers und gängige Performance-Audit-Tools gute Dienste. Diese Werkzeuge zeigen Ihnen genau, welches Element das LCP-Element ist und in welchem Bestandteil die Zeit verbraucht wird.

Ein praktischer Überwachungsansatz besteht aus folgenden Schritten:

1. Sehen Sie zuerst in die Felddaten, um die LCP-Verteilung Ihrer realen Nutzer und den Wert des 75. Perzentils kennenzulernen.
2. Lassen Sie problematische Seiten in einem Labor-Tool laufen, um das LCP-Element und die Zeitverteilung zu bestimmen.
3. Setzen Sie eine Korrektur für den Bestandteil um, der den größten Anteil hat (Server, Entdeckung, Laden oder Rendern).
4. Überprüfen Sie nach der Veröffentlichung der Änderung das Ergebnis sowohl in den Labor- als auch in den Felddaten.
5. Nehmen Sie die Verbesserung in eine kontinuierliche Überwachung auf, denn ein neu hinzugefügtes Bild oder Skript kann die Metrik erneut verschlechtern.

Hier ist hervorzuheben, dass LCP keine einmalige Aufgabe ist. Mit wachsendem Seiteninhalt, neu hinzugefügten Funktionen und einer zunehmenden Zahl an Drittanbieter-Tools kann sich der LCP mit der Zeit verschlechtern. Eine regelmäßige Überwachung ist der einzige Weg, diese Verschlechterung frühzeitig zu erkennen.

Häufig gestellte Fragen

Ist LCP dasselbe wie das vollständige Laden der Seite?

Nein. LCP misst nur den Moment, in dem das größte Inhaltselement gezeichnet wird, das im ersten Viewport sichtbar ist. Während die Bilder, Skripte und anderen Ressourcen im unteren Teil der Seite noch laden, kann der LCP längst abgeschlossen sein. Deshalb senkt das Beschleunigen von Elementen, die der Nutzer auf seinem Bildschirm nicht sieht, den LCP nicht; Ihr Fokus sollte immer der erste sichtbare Bereich sein.

Wie finde ich heraus, welches Element mein LCP-Element ist?

Das Performance-Panel in den Entwicklerwerkzeugen des Browsers zeigt beim Aufzeichnen des Seitenaufbaus deutlich das als LCP markierte Element an. Auch die meisten Performance-Audit-Tools weisen dieses Element in ihrem Bericht unter der Überschrift „Largest Contentful Paint-Element" aus. In der Regel ist dieses Element ein großes Hero-Bild oder der breiteste Textblock der Seite.

Warum verschlechtert Lazy Loading den LCP?

Lazy Loading sorgt dafür, dass ein Bild erst heruntergeladen wird, wenn es sich dem sichtbaren Bereich nähert. Das LCP-Element ist jedoch bereits im ersten Viewport sichtbar; ihm loading="lazy" zuzuweisen führt dazu, dass der Browser es unnötig verzögert. Laden Sie deshalb das kritische Bild im ersten Viewport immer eager und wenden Sie Lazy Loading nur auf Bilder außerhalb des Bildschirms an.

Mein Server ist schnell, aber der LCP ist trotzdem hoch, warum?

In diesem Fall liegt die Verzögerung höchstwahrscheinlich in den Phasen nach dem Server. Die häufigsten Ursachen sind: spätes Entdecken des LCP-Bildes, render-blockierende große CSS- und JavaScript-Dateien, nicht optimierte große Bilder oder spät geladene Webfonts. Ein Blick auf die LCP-Zeitverteilung im Labor-Tool, um zu sehen, welcher Bestandteil die meiste Zeit verbraucht, klärt die Grundursache.

Warum unterscheiden sich die LCP-Werte für Mobil und Desktop?

Mobilgeräte verfügen in der Regel über geringere Prozessorleistung und variablere Netzwerkbedingungen. Dieselbe Seite führt JavaScript auf dem Mobilgerät langsamer aus und lädt Ressourcen später. Deshalb ist der mobile LCP fast immer höher als der auf dem Desktop, und Ihre Optimierungspriorität sollte meist das mobile Erlebnis sein.

Hebt die Verbesserung des LCP mein SEO-Ranking direkt an?

LCP ist Teil des Core-Web-Vitals-Rahmens und wird zu den Signalen für die Seitenerfahrung gezählt. Das Ranking hängt jedoch nicht von einer einzigen Metrik ab, sondern von vielen Faktoren einschließlich der Inhaltsqualität. Ein guter LCP verschafft Ihnen unter Seiten gleicher Qualität einen Vorteil und leistet durch ein verbessertes Nutzerverhalten einen indirekten Beitrag; schwachen Inhalt gleicht er aber nicht allein aus.

Fazit

Largest Contentful Paint ist eine der Metriken, die am besten zusammenfassen, wie schnell sich eine Seite für den Nutzer „öffnet", und nimmt deshalb innerhalb der Core Web Vitals einen besonderen Platz ein. Der Kern der LCP-Optimierung besteht darin, zu verstehen, wohin die verstrichene Zeit geht: Serverantwort, Entdeckung der Ressource, Herunterladen und Zeichnen auf den Bildschirm. Wenn Sie herausfinden, welche dieser vier Phasen die meiste Zeit verbraucht, haben Sie auch die Korrektur mit dem höchsten Ertrag gefunden.

In der Praxis sind die häufigsten Gewinne klar: die Serverantwort mit Cache und CDN beschleunigen, das LCP-Bild direkt ins HTML setzen und mit fetchpriority priorisieren, die Lazy-Loading-Falle vermeiden, Bilder in modernen Formaten und der richtigen Größe ausliefern, render-blockierendes CSS und JavaScript verschlanken. Jeder dieser Schritte macht schon für sich einen Unterschied; gemeinsam angewendet können sie Ihren LCP aus dem „schwachen" in den „guten" Bereich heben.

Vergessen Sie zum Schluss nicht, dass Performance kein einmaliges Projekt, sondern eine fortlaufende Disziplin ist. Überwachen Sie regelmäßig die realen Nutzerdaten, prüfen Sie bei jedem neuen Feature und jedem neuen Bild, wie sich der LCP verändert, und erkennen Sie Verschlechterungen frühzeitig. Wenn Sie sich diese Gewohnheit aneignen, wird ein schneller erster Eindruck sowohl Ihren Besuchern als auch den Suchmaschinen kontinuierlich ein starkes Signal senden.