Die meisten Core Web Vitals Guides geben Ihnen 12 Dinge zum Fixen. Das ist überwältigend. Sie werden nicht alle 12 machen. Sie werden null machen.
Das funktioniert wirklich. Fixen Sie drei Dinge. Erreichen Sie 80% des Ergebnisses. Machen Sie weiter mit Ihrem Leben.
Was Sie lernen werden
Dieser Guide zeigt Ihnen, wie Sie Core Web Vitals Fixes priorisieren, ohne Zeit zu verschwenden. Sie lernen, welche Metriken für Ihren Website-Typ am wichtigsten sind. Sie lernen die drei Fixes, die einen Unterschied machen. Sie lernen, wie Sie Ergebnisse in etwa 15 Minuten messen.
Das ist keine Theorie. Das ist das, was für kleine Unternehmen und Agenturen funktioniert, die keinen hauptamtlichen Performance Engineer haben.
101: Warum Core Web Vitals wirklich wichtig sind
Core Web Vitals messen, wie schnell Ihre Website lädt und wie stabil sie sich anfühlt. Google nutzt sie als Ranking-Faktor. Noch wichtiger: Langsame Websites verlieren Kunden.
Es gibt drei Metriken:
Largest Contentful Paint (LCP) misst die Ladegeschwindigkeit. Es verfolgt, wie lange es dauert, bis der Hauptinhalt angezeigt wird. Gut ist unter 2,5 Sekunden. Die meisten kleinen Business-Websites erreichen 3,5 bis 4,5 Sekunden.
Interaction to Next Paint (INP) misst die Reaktionsfähigkeit. Es verfolgt, wie schnell Ihre Website reagiert, wenn jemand klickt oder tippt. Gut ist unter 200 Millisekunden. JavaScript-lastige Websites erreichen oft 400 bis 600 Millisekunden.
Cumulative Layout Shift (CLS) misst die visuelle Stabilität. Es verfolgt, wie sehr Ihre Seite während des Ladens herumspringt. Gut ist unter 0,1. Websites mit Anzeigen oder verzögert geladenen Bildern erreichen oft 0,3 oder höher.
Die meisten Websites fallen bei mindestens einem davon durch. Die durchschnittliche Website eines kleinen Unternehmens fällt bei zwei durch.
HubSpots Forschung aus 2024 fand heraus, dass 75% der Nutzer nie über die erste Seite der Suchergebnisse hinausgehen. Core Web Vitals sind ein Tiebreaker, wenn die Inhaltsqualität gleich ist. Wenn Ihr Konkurrent denselben Inhalt hat, aber schneller lädt, rankt er höher.
Das Problem mit aktuellem Rat
Suchen Sie nach Core Web Vitals Optimierung. Sie werden umfassende Guides finden. Sie listen 12 bis 15 Taktiken auf. Sie decken jeden Spezialfall ab.
Sie sind richtig. Sie sind auch nutzlos.
Ein Taco-Shop-Besitzer hat keine Zeit, 15 Performance-Optimierungen umzusetzen. Eine Agentur, die 30 Client-Websites verwaltet, kann nicht jede JavaScript-Datei manuell überprüfen.
Die umfassenden Guides verfehlen den Punkt. Sie müssen wissen, was Sie zuerst fixen sollen. Sie müssen wissen, was tatsächlich Ihre Zahlen bewegt.
Traditionelle SEO-Tools machen das noch schlimmer. Sie geben Ihnen Datendumps. Sie bekommen 100 Probleme ohne Priorität. Sie bekommen technischen Jargon ohne Kontext. Sie verbringen Stunden damit, herauszufinden, welches Problem wichtig ist.
Lighthouse gibt Ihnen einen Performance-Score. Es sagt Ihnen nicht, ob Sie zuerst Ihre Bilder oder Ihr JavaScript fixen sollen. PageSpeed Insights zeigt Ihnen, was langsam ist. Es sagt Ihnen nicht, welcher Fix Sie vom Durchfallen zum Bestehen bringt.
201: Die drei Fixes, die wirklich funktionieren
Fix 1: Optimieren Sie Ihr Largest Contentful Paint Element
LCP ist fast immer Ihr größtes Problem. Es ist auch das leichteste zum Fixen.
Ihr LCP Element ist normalerweise Ihr Hero-Bild oder Ihre Hauptüberschrift. Die meisten Websites laden das langsam, weil das Bild riesig und unkomprimiert ist.
Site Audit fing das auf unserer eigenen Website auf. Wir hatten ein 2,4 MB Hero-Bild, das nur mit 1200 Pixeln Breite angezeigt wurde. Das Bild wurde mit 4000 Pixeln aufgenommen. Diese zusätzlichen Pixel taten nichts außer uns zu verlangsamen.
So gehen Sie vor:
Konvertieren Sie Ihr Hero-Bild ins WebP-Format. WebP-Dateien sind 30% kleiner als JPEG mit derselben Qualität. Sie können kostenlose Tools wie Squoosh oder CloudConvert verwenden. Moderne Browser unterstützen WebP. Safari hat Unterstützung 2020 hinzugefügt. Edge hat Unterstützung 2018 hinzugefügt.
Hier ist der HTML-Code:
<picture>
<source srcset="hero.webp" type="image/webp">
<img src="hero.jpg" alt="Your hero image" width="1200" height="800">
</picture>Der Browser lädt WebP, wenn unterstützt. Es fällt auf JPEG für ältere Browser zurück.
Passen Sie die Bildgröße Ihrer tatsächlichen Anzeigegröße an. Wenn Ihr Hero-Bild mit 1200 Pixeln Breite angezeigt wird, laden Sie kein 4000-Pixel-Bild hoch. Verwenden Sie 1200 Pixel für Desktop. Verwenden Sie 800 Pixel für Mobile. Stellen Sie unterschiedliche Größen basierend auf der Bildschirmbreite bereit.
Hier ist der Code:
<img
src="hero-1200.webp"
srcset="hero-800.webp 800w, hero-1200.webp 1200w"
sizes="(max-width: 768px) 800px, 1200px"
alt="Your hero image"
width="1200"
height="800"
>Fügen Sie Breiten- und Höhenattribute zu Ihrem Image-Tag hinzu. Das sagt dem Browser, wie viel Platz er reservieren soll. Es verhindert Layout Shift, während das Bild lädt. Moderne Browser nutzen diese, um das Seitenverhältnis automatisch zu berechnen.
Nutzen Sie ein Content Delivery Network (CDN). CDNs stellen Ihre Bilder von Servern bereit, die nah bei Ihren Besuchern sind. CloudFlare und BunnyCDN haben beide kostenlose Tiers. Ein CDN reduziert normalerweise die Bildladezeit um 40% bis 60%.
Fügen Sie fetchpriority=“high” zu Ihrem LCP-Bild hinzu. Das sagt dem Browser, dieses Bild vor anderen Ressourcen zu laden. Es ist ein Hinweis, kein Befehl. Browser respektieren es, wenn sie können.
<img
src="hero.webp"
alt="Your hero image"
width="1200"
height="800"
fetchpriority="high"
>Dieser Fix allein kann Ihr LCP von 4 Sekunden auf 2 Sekunden senken. Das ist der Unterschied zwischen einem bestandenen und nicht bestandenen Score.
Häufige Fehler bei der LCP-Optimierung:
Laden Sie Ihr LCP Element nicht mit Lazy Loading. Lazy Loading sagt dem Browser zu warten. Ihr LCP Element sollte sofort geladen werden.
Setzen Sie Ihr LCP Element nicht unter den Falz. LCP misst den größten sichtbaren Inhalt. Wenn Ihr Hero winzig ist und Ihr Hauptinhalt weiter unten ist, optimieren Sie den Inhalt, der tatsächlich zuerst angezeigt wird.
Komprimieren Sie Bilder nicht zu aggressiv. WebP bei 80% Qualität ist fine. WebP bei 40% Qualität sieht schrecklich aus. Benutzer bemerken Qualitätsverluste. Finden Sie die Balance.
Fix 2: Verschieben Sie nicht-kritisches JavaScript
JavaScript blockiert das Rendering. Der Browser muss jedes Skript herunterladen, analysieren und ausführen, bevor er Ihre Seite anzeigt. Die meisten dieser JavaScript-Dateien tun nichts beim initialen Laden.
Die durchschnittliche Website eines kleinen Unternehmens lädt 8 bis 12 JavaScript-Dateien beim Seiten-Load. Die meisten dieser Dateien betreiben Funktionen unter dem Falz. Sie müssen nicht zuerst geladen werden.
So gehen Sie vor:
Fügen Sie das defer-Attribut zu Ihren Script-Tags hinzu. Das sagt dem Browser, das Skript im Hintergrund herunterzuladen und nach dem Seiten-Load auszuführen.
<!-- Before: blocks rendering -->
<script src="analytics.js"></script>
<!-- After: loads in background -->
<script src="analytics.js" defer></script>Das defer-Attribut erhält die Script-Ausführungsreihenfolge. Wenn Skript B von Skript A abhängt, führen sie sich immer noch in der richtigen Reihenfolge aus. Sie blockieren einfach nicht das Rendering.
Verschieben Sie Analytics- und Tracking-Skripte auf das Ende Ihrer Seite. Google Analytics muss nicht laden, bevor Ihr Inhalt angezeigt wird. Genauso wenig wie Facebook Pixel. Genauso wenig wie Ihr Live-Chat-Widget.
Setzen Sie diese Skripte direkt vor dem schließenden </body> Tag. Sie laden nach allem anderen.
Entfernen Sie ungenutztes JavaScript ganz. Die meisten WordPress-Websites laden jQuery für Funktionen, die sie nicht verwenden. Viele Themes laden Animation Libraries, die eine Schaltfläche betreiben.
Überprüfen Sie, welche Skripte tatsächlich beim Seiten-Load ausgelöst werden. Öffnen Sie Chrome DevTools. Gehen Sie zur Coverage-Registerkarte. Aktualisieren Sie Ihre Seite. Chrome zeigt Ihnen, wie viel jeder JavaScript-Datei tatsächlich ausgeführt wird.
Wenn eine Datei 80% ungenutzt ist, brauchen Sie sie wahrscheinlich nicht. Entfernen Sie sie oder teilen Sie sie in kleinere Dateien auf.
Verwenden Sie async für Skripte, die nicht voneinander abhängen. Das async-Attribut lädt Skripte parallel und führt sie aus, sobald sie fertig geladen sind. Verwenden Sie async für unabhängige Skripte wie Analytics.
<script src="analytics.js" async></script>
<script src="chat-widget.js" async></script>Verwenden Sie nicht async für Skripte, die voneinander abhängen. Wenn Skript B Skript A zuerst braucht, verwenden Sie stattdessen defer.
Dieser Fix verbessert normalerweise INP um 100 bis 200 Millisekunden. Es beschleunigt auch LCP, weil der Browser sich auf Inhalte anstelle von Skripten konzentrieren kann.
Häufige Fehler bei der JavaScript-Optimierung:
Verschieben Sie nicht JavaScript, das kritische Funktionalität hinzufügt. Wenn Ihre Hauptnavigation JavaScript benötigt, um zu funktionieren, verschieben Sie sie nicht. Benutzer werden ein kaputtes Menü sehen.
Verschieben Sie nicht blind alles mit async. Async ändert die Ausführungsreihenfolge. Wenn Ihre Skripte voneinander abhängen, wird async sie brechen.
Entfernen Sie JavaScript nicht ohne zu testen. Entfernen Sie eine Datei zur Zeit. Überprüfen Sie, ob alles noch funktioniert. Dann wechseln Sie zur nächsten Datei.
Fix 3: Geben Sie Bild- und Element-Dimensionen an
Layout Shift tritt auf, wenn Elemente ohne definierte Größen geladen werden. Der Browser rät, wie viel Platz zu reservieren ist. Der Browser rät falsch. Ihre Seite springt herum.
Dies ist das lästigste Core Web Vitals Problem für Benutzer. Der Inhalt verschiebt sich, während sie lesen. Sie klicken einen Link. Die Seite springt. Sie klicken das Falsche.
So gehen Sie vor:
Fügen Sie explizite Breiten- und Höhenattribute zu jedem Bild hinzu. Moderne Browser nutzen diese, um das Seitenverhältnis zu berechnen und Platz zu reservieren.
<!-- Before: no dimensions, causes layout shift -->
<img src="product.jpg" alt="Product photo">
<!-- After: browser reserves correct space -->
<img src="product.jpg" alt="Product photo" width="600" height="400">Sie müssen die Anzeigegröße nicht exakt anpassen. Der Browser skaliert proportional. Sie müssen dem Browser nur das richtige Seitenverhältnis geben.
Legen Sie Dimensionen für Anzeigen und Embeds fest, bevor sie geladen werden. Wenn Sie Google Ads verwenden, reservieren Sie die genauen Pixel-Dimensionen in Ihrem CSS. Wenn Sie YouTube-Videos einbetten, reservieren Sie 16:9 Platz, bevor das Embed lädt.
.ad-container {
width: 300px;
height: 250px;
background: #f0f0f0;
}Laden Sie Web-Fonts mit font-display swap. Dies zeigt System-Fonts sofort an und wechselt zu Ihrem benutzerdefinierten Font, wenn bereit. Es verhindert unsichtbaren Text und Layout Reflow.
@font-face {
font-family: 'YourFont';
src: url('your-font.woff2') format('woff2');
font-display: swap;
}Der Text erscheint sofort in einem Fallback-Font. Wenn Ihr benutzerdefinierter Font lädt, wechselt er ein. Das ist besser als auf das Laden des Fonts zu warten, bevor Sie Text zeigen.
Vermeiden Sie das Einfügen von Inhalten über bestehenden Inhalten. Wenn Sie Bilder oder Anzeigen mit Lazy Loading laden, injizieren Sie sie unter dem Falz, wo sie den Inhalt nicht nach unten drücken.
Verwenden Sie das loading="lazy" Attribut für Bilder unter dem Falz. Dies verzögert das Laden, bis der Benutzer in ihre Nähe scrollt.
<img src="below-fold.jpg" alt="Image below fold" loading="lazy" width="800" height="600">Dieser Fix kann Ihr CLS von 0,3 auf unter 0,1 senken. Das ist der Unterschied zwischen einer fehlgeschlagenen und perfekten Note.
Häufige Fehler bei Layout Shift:
Injizieren Sie keine Werbebanner oben auf der Seite nach dem Laden. Benutzer hassen das. Es ruiniert ihr Leseerlebnis. Wenn Sie einen Banner zeigen müssen, reservieren Sie Platz dafür in Ihrem initialen HTML.
Verwenden Sie keine CSS-Animationen, die Elementdimensionen ändern. Animationen, die Elemente vergrößern oder verkleinern, verursachen Layout Shift. Verwenden Sie stattdessen Transforms. Transforms beeinflussen das Layout nicht.
Laden Sie Fonts nicht ohne Fallbacks. Wenn Ihr benutzerdefinierter Font nicht laden kann, sollten Benutzer immer noch Text sehen. Definieren Sie einen Fallback-Font-Stack in Ihrem CSS.
So erkennen Sie, was Sie auf Ihrer Website fixen müssen
Die drei oben genannten Fixes funktionieren für die meisten Websites. Aber Ihre Website könnte anders sein.
E-Commerce-Websites fallen normalerweise bei LCP durch, weil von Produktbildern. Sie haben Dutzende hochauflösender Fotos. Diese Fotos sind oft 3 bis 5 MB groß. Wenn Sie sie komprimieren, sinkt das LCP um die Hälfte.
SaaS-Websites fallen normalerweise bei INP durch, weil von JavaScript-intensiven Dashboards. Sie haben Frameworks, State Management und Live-Updates. Das Verschieben nicht-kritischer Skripte verbessert die Reaktionsfähigkeit.
News-Websites fallen normalerweise bei CLS durch, weil von Anzeigen und Lazy Loading. Sie injizieren Anzeigen zwischen Absätze. Sie laden Bilder in Artikeln verzögert. Beides verursacht Layout Shift.
Sie müssen wissen, welche Metrik Ihr schwächster Punkt ist. Sie müssen wissen, welcher Fix Ihre spezifischen Zahlen bewegt.
301: Warum traditionelle Tools den Kern verfehlen
PageSpeed Insights gibt Ihnen Scores. Lighthouse gibt Ihnen Gelegenheiten. Keines sagt Ihnen, was Sie zuerst fixen sollen.
Sie erhalten eine Liste von 20 Problemen. Jedes Problem hat potenzielle Zeitersparnisse. Das Problem, das 2 Sekunden spart, sieht wichtiger aus als das Problem, das 0,5 Sekunden spart.
Diese Mathematik ist irreführend.
Die 2-Sekunden-Ersparnis könnte das Umschreiben Ihrer gesamten JavaScript-Architektur erfordern. Die 0,5-Sekunden-Ersparnis könnte das Komprimieren eines Bildes erfordern. Eines dauert 40 Stunden. Eines dauert 5 Minuten.
Traditionelle Tools berücksichtigen nicht die Implementierungsschwierigkeit. Sie sagen Ihnen nicht, welche Fixes Sie vom Durchfallen zum Bestehen bringen. Sie geben Ihnen einfach Daten und lassen Sie herausfinden, was zu tun ist.
Site Audit führt ein technisches Audit in etwa 15 Minuten durch. Preise ab $50/Auftrag. Es prüft alle drei Core Web Vitals Metriken. Es sagt Ihnen genau, welche Elemente Sie verlangsamen. Es ordnet Fixes nach Auswirkungen, damit Sie wissen, was zuerst zu tun ist.
Sie erhalten einen vollständigen Bericht mit Vor- und Nachher-Prognosen. Sie erhalten die spezifischen Dateien und Zeilennummern zum Ändern. Sie erhalten eine JSON-Datei, wenn Sie Fixes auf mehrere Websites automatisieren möchten.
Die meisten Audits kosten $500 und dauern drei Tage. Site Audit kostet $50 und wird ausgeführt, während Sie Kaffee machen.
So funktioniert Site Audit tatsächlich
Site Audit kombiniert mehrere Test-Tools in einen priorisierten Bericht.
Es führt Google PageSpeed Insights für Lab-Metriken durch. Es ruft Chrome UX Report Daten für echte Benutzermetriken ab. Es führt Pa11y für Barrierefreiheitstests durch. Es prüft die Browser-Kompatibilität über Chrome, Firefox, Safari und Edge hinweg.
Dann nutzt es KI, um die Ergebnisse in einen priorisierten Aktionsplan zu synthetisieren.
Sie erhalten keine 100 Probleme ohne Kontext. Sie erhalten 5 priorisierte Aktionen mit Aufwandsschätzungen und Auswirkungswerte. Jede Aktion enthält das Problem, die Auswirkung auf Ihr Geschäft, den Fix und das erwartete Ergebnis.
Site Audit bietet zwei Scopes: 30 Seiten oder 100 Seiten. Der 30-Seiten-Scope ist perfekt für kleine Websites. Sie erhalten Core Audits, 5 priorisierte Aktionen und Browser-Tests.
Der 100-Seiten-Scope fügt Wettbewerberanalyse hinzu. Site Audit vergleicht Ihre Website mit bis zu 2 Konkurrenten nebeneinander. Sie sehen genau, wo Sie zurückliegen. Sie sehen Schlüsselwortlücken, Schema-Abdeckung und Performance-Benchmarks.
Der erweiterte Scope enthält auch Content-Gap-Analyse. Site Audit identifiziert Themen, für die Ihre Konkurrenten ranken, Sie aber nicht. Sie erhalten KI-gestützte Recherche zu dem, was Sie als nächstes schreiben sollen.
Echte Zahlen von echten Websites
Site Audit hat 4 legitime Probleme auf surmado.com erkannt.
Uns fehlte LocalBusiness-Schema. Diese strukturierten Daten treiben 15% bis 30% lokale Such-Verbesserung. Wir haben es hinzugefügt. Der lokale Traffic stieg in 30 Tagen um 18%.
Wir hatten 3 fehlende Security Header. Unsere Sicherheitsbewertung war 2 von 5. Wir haben Content-Security-Policy, X-Content-Type-Options und Strict-Transport-Security hinzugefügt. Unsere Bewertung sprang auf 5 von 5.
Wir hatten Speed Index Engpässe von nicht optimierten Fonts. Wir sind zu font-display swap gewechselt. Speed Index sank von 3,2 Sekunden auf 2,1 Sekunden.
Lighthouse hat diese Probleme nicht erkannt. Lighthouse testet einen Browser unter idealen Bedingungen. Site Audit testet 4 Browser mit echten Benutzermetriken. Site Audit testet auch Social Media In-App Browser in der Pro-Version. Instagram-, Facebook- und LinkedIn-Browser verhalten sich anders als Standard-Browser.
30% bis 50% des Traffic stammen aus Social Media. Wenn Ihre Website im Instagram In-App Browser fehlschlägt, verlieren Sie diesen Traffic.
Der Tool-Vergleich, den Sie wirklich brauchen
Hier ist, wie Site Audit mit anderen Optionen verglichen wird:
PageSpeed Insights ist kostenlos und gibt Ihnen Lab Scores. Es priorisiert Fixes nicht. Es vergleicht Sie nicht mit Konkurrenten. Es testet keine Social Browser. Es gibt Ihnen Daten. Sie bestimmen die Strategie.
Lighthouse ist kostenlos und in Chrome DevTools integriert. Es erfordert technisches Fachwissen. Sie müssen wissen, wie man Waterfall-Diagramme liest. Sie müssen Render-Blocking-Ressourcen verstehen. Es gibt Ihnen Gelegenheiten. Sie bestimmen, welche wichtig sind.
Semrush Site Audit kostet $1.400 pro Jahr. Es crawlt Ihre gesamte Website und findet alles, was falsch ist. Sie erhalten 100+ Probleme ohne Priorität. Sie erhalten Dashboards zur Trendbewachung. Sie verbringen Stunden damit, herauszufinden, was zuerst zu fixen ist.
Screaming Frog kostet $199 pro Jahr. Es ist ein Desktop-Crawler. Es findet defekte Links, doppelte Inhalte und Metadaten-Probleme. Es testet Performance nicht. Es testet echte Benutzermetriken nicht. Es sagt Ihnen die Geschäftsauswirkungen nicht.
Site Audit beginnt bei $50/Auftrag. Sie erhalten einen priorisierten Aktionsplan in etwa 15 Minuten. Sie erhalten 5 bis 10 spezifische Dinge zu tun mit Aufwandsschätzungen. Sie erhalten Wettbewerberanalyse in Pro. Sie erhalten echte Benutzermetriken aus Chrome UX Report. Sie erhalten Social-Browser-Tests in Pro.
Sie erhalten das Audit, das Sie schreiben würden, nachdem Sie diese anderen Tools verwendet haben.
Site Audit ist die Strategie-Schicht. Andere Tools geben Ihnen Daten. Site Audit sagt Ihnen, was Sie damit anfangen sollen.
Wenn Core Web Vitals Optimierung fehlschlägt
Nicht jede Website profitiert von Core Web Vitals Optimierung. Sie müssen wissen, wann es wichtig ist und wann nicht.
Wenn Ihre Website auf Seite 5 für Ihre Zielschlüsselwörter rankt, werden Core Web Vitals Sie nicht retten. Inhaltsqualität und Backlinks sind wichtiger. Fixen Sie diese zuerst.
Wenn Ihre Konkurrenten auch schlecht abschneiden bei Core Web Vitals, gibt Ihnen eine Optimierung einen Vorteil. Wenn Ihre Konkurrenten perfekte Scores haben, Sie daran anzugleichen hebt das Spielfeld einfach an.
Core Web Vitals sind ein Tiebreaker. Sie sind am wichtigsten, wenn Inhaltsqualität gleich ist und Sie um Positionen 1 bis 5 auf Seite 1 konkurrieren.
Reddit-Threads von technischen SEO-Praktikern bestätigen dies. Websites mit perfekten Core Web Vitals Scores ranken manchmal unter Websites mit fehlgeschlagenen Scores. Google berücksichtigt Hunderte von Ranking-Faktoren. Core Web Vitals sind ein Faktor.
Verschwenden Sie nicht 40 Stunden mit der Optimierung von Core Web Vitals, wenn Ihr Inhalt dünn ist oder Ihre Website keine Backlinks hat. Fixen Sie zuerst die Grundlagen.
API und Automatisierung für Agenturen
Wenn Sie mehrere Client-Websites verwalten, benötigen Sie Automatisierung.
Site Audit beinhaltet vollständige API- und Webhook-Unterstützung. Sie können Audits programmatisch auslösen. Sie erhalten JSON-Ausgabe mit strukturierten Daten. Sie können Dashboards erstellen oder Berichte automatisieren.
Die API ist REST-basiert mit einfacher Authentifizierung. Sie senden eine POST-Anfrage mit einer URL. Site Audit wird asynchron ausgeführt. Sie erhalten einen Webhook, wenn der Bericht fertig ist. Sie können den Status-Endpoint abfragen, wenn Sie es vorziehen.
Die JSON-Ausgabe enthält alle Metriken, priorisierte Aktionen und Wettbewerbervergleiche. Sie können dies in Ihre eigenen Systeme parsen. Sie können benutzerdefinierte Berichte für Clients generieren. Sie können den Fortschritt über die Zeit verfolgen.
Site Audit unterstützt auch Clean-Label-Modus auf Portfolio. Ihr Agentturname wird in Berichten anstelle von Surmado angezeigt. Ihre Clients sehen Ihr Branding.
Die meisten Agenturen berechnen $500 bis $1.000 für SEO-Audits. Scout liefert die gleiche Qualität in etwa 15 Minuten. Sie behalten die Marge. Ihre Clients bekommen schnelle, umsetzbare Ergebnisse.
Framework-spezifische Tipps
Ihre Fixes hängen von Ihrem Tech Stack ab.
WordPress-Websites: Verwenden Sie ein Caching-Plugin wie WP Rocket oder W3 Total Cache. Diese Plugins handhaben Image-Optimierung, JavaScript-Verzögerung und CDN-Integration automatisch. Die meiste Konfiguration dauert 10 Minuten.
Shopify-Websites: Verwenden Sie das eingebaute Lazy Loading für Produktbilder. Verzögern Sie Apps von Drittanbietern, die JavaScript hinzufügen. Die meisten Shopify Stores laden 8 bis 12 Scripts von Drittanbietern. Überprüfen Sie, welche Sie tatsächlich verwenden.
Next.js-Websites: Verwenden Sie die eingebaute Image-Komponente. Sie handhaben responsive Größenanpassung, Lazy Loading und Formatkonvertierung automatisch. Verwenden Sie dynamische Imports für clientseitiges JavaScript. Dies verzögert Code, der nicht auf dem Server laufen muss.
React-Websites: Verwenden Sie React.lazy() für Code Splitting. Dies zerlegt Ihr JavaScript in kleinere Chunks, die bei Bedarf geladen werden. Verwenden Sie die Intersection Observer API für Lazy Loading von unterhalb-der-Falz-Inhalten.
Statische Websites: Rendern Sie alles zur Build-Zeit vor. Verwenden Sie ein Build-Tool wie Eleventy oder Hugo. Statisches HTML lädt schneller als JavaScript-gerenderte Inhalte. Verwenden Sie ein CDN, um Ihre statischen Dateien global bereitzustellen.
Wie Sie Ergebnisse messen
Nachdem Sie Fixes vorgenommen haben, müssen Sie überprüfen, ob sie funktioniert haben.
Verwenden Sie Google PageSpeed Insights. Geben Sie Ihre URL ein. Überprüfen Sie Ihre Core Web Vitals Scores. Vergleichen Sie sie mit Ihrem Baseline vor Fixes.
Führen Sie den Test dreimal durch. Scores schwanken je nach Netzwerkbedingungen und Serverlast. Mitteln Sie die Ergebnisse. Geraten Sie nicht in Panik, wenn ein Test schlechtere Scores zeigt. Schauen Sie sich den Trend über mehrere Tests hinweg an.
Überprüfen Sie sowohl Mobilgeräte als auch Desktop. Google rankt basierend auf Mobile-Performance. Desktop-Scores sind normalerweise höher, aber weniger wichtig für Rankings.
Warten Sie 28 Tage auf echte Benutzerdaten. Chrome UX Report aggregiert Daten über ein rollendes 28-Tage-Fenster. Ihre Lab-Scores verbessern sich sofort. Ihre Field-Scores verbessern sich schrittweise, während echte Benutzer Ihre aktualisierte Website besuchen.
Wenn Sie kontinuierliche Überwachung wünschen, beinhalten Pro- und Portfolio-Pläne wöchentliche Überwachung. Sie sehen, wie sich Ihre Scores über die Zeit ändern. Zusätzliche Aufträge für $25 verfügbar, wenn Sie einen tieferen Blick benötigen.
Häufig gestellte Fragen
Wie lange dauert die Optimierung?
Die drei Fixes in diesem Guide dauern insgesamt 1 bis 3 Stunden für die meisten Websites. Image-Optimierung dauert 30 Minuten. JavaScript-Verzögerung dauert 30 Minuten. Das Hinzufügen von Dimensionen zu Bildern dauert 1 bis 2 Stunden, abhängig davon, wie viele Bilder Sie haben.
Benötige ich Entwicklerhilfe?
Für grundlegende Fixes nein. Das Komprimieren von Bildern und das Hinzufügen von Dimensionen kann über Ihr CMS erfolgen. Für JavaScript-Änderungen benötigen Sie möglicherweise einen Entwickler, wenn Ihre Website ein benutzerdefiniertes Theme oder einen Build Process verwendet.
Wird dies meine Website brechen?
Nicht, wenn Sie Änderungen zunächst in einer Staging-Umgebung testen. Nehmen Sie eine Änderung nach der anderen vor. Testen Sie, dass alles noch funktioniert. Dann wechseln Sie zur nächsten Änderung. Verschieben Sie nicht 10 Änderungen auf einmal in die Produktion.
Wie viel Traffic-Verbesserung kann ich erwarten?
Das hängt von Ihren aktuellen Rankings ab. Wenn Sie in Positionen 4 bis 7 auf Seite 1 ranken, kann die Verbesserung von Core Web Vitals Sie zu Positionen 2 bis 4 bringen. Das erhöht typischerweise den Traffic um 20% bis 40%. Wenn Sie auf Seite 2 oder 3 ranken, werden Core Web Vitals allein Sie nicht auf Seite 1 bringen. Konzentrieren Sie sich zuerst auf Inhalte und Backlinks.
Sollte ich jede Seite optimieren?
Nein. Beginnen Sie mit Ihren Traffic-stärksten Seiten. Optimieren Sie Ihre Homepage, Ihre Top 10 Landing Pages und Ihre Top 10 Produkt- oder Service-Seiten. Diese Seiten treiben 80% Ihres Traffic. Fixen Sie diese zuerst.
Was ist, wenn ich einen Page Builder verwende?
Die meisten Page Builder fügen Ballast hinzu. Elementor, Divi und Visual Composer laden alle extra JavaScript und CSS. Sie können immer noch Bilder optimieren und Dimensionen hinzufügen. Das Verschieben von JavaScript ist schwieriger, weil Page Builder oft Skripte inline laden.
Erwägen Sie den Wechsel zu einem leichteren Theme, wenn Performance kritisch ist. GeneratePress und Kadence sind schnelle Alternativen, die mit dem Block Editor funktionieren.
Was diese Woche zu tun ist
Wählen Sie den Fix, der zu Ihrer schlechtesten Metrik passt:
Wenn Ihr LCP über 2,5 Sekunden liegt, optimieren Sie Ihr Hero-Bild. Konvertieren Sie zu WebP. Ändern Sie die Größe auf Anzeigegröße. Fügen Sie ein CDN hinzu. Dies dauert 30 Minuten und senkt normalerweise das LCP um 40% bis 50%.
Wenn Ihr INP über 200 Millisekunden liegt, verzögern Sie Ihr JavaScript. Fügen Sie defer-Attribute zu Script-Tags hinzu. Verschieben Sie Analytics auf das Ende. Entfernen Sie ungenutztes Script. Dies dauert 30 bis 60 Minuten und verbessert normalerweise das INP um 100 bis 200 Millisekunden.
Wenn Ihr CLS über 0,1 liegt, geben Sie Dimensionen für alle Bilder und dynamischen Inhalte an. Setzen Sie explizite Größen in HTML. Verwenden Sie font-display swap für benutzerdefinierte Fonts. Vermeiden Sie das Einfügen von Inhalten über der Falz. Dies dauert 1 bis 2 Stunden und senkt normalerweise das CLS unter 0,1.
Führen Sie Site Audit aus, um zu sehen, welche Metrik zuerst Aufmerksamkeit benötigt. Preise ab $50/Auftrag. Fixen Sie die Top-3-Probleme. Führen Sie den Test in einer Woche erneut durch.
Core Web Vitals Optimierung ist nicht kompliziert. Sie benötigen keine große Agentur. Sie benötigen keinen hauptamtlichen Engineer. Sie müssen die richtigen drei Dinge fixen.