Technisches SEO Audit: Crawling, Ladezeit & Core Web Vitals

Ein technisches SEO Audit bildet das Fundament für nachhaltige Rankings. Während Content und Backlinks wichtig sind, entscheidet die technische Basis darueber, ob Suchmaschinen Ihre Inhalte ueberhaupt finden, verstehen und indexieren können. In diesem umfassenden Leitfaden fuehren wir Sie durch alle Bereiche eines professionellen technischen SEO Audits.

Was ist ein technisches SEO Audit?

Ein technisches SEO Audit ist eine systematische Überpruefung aller technischen Aspekte Ihrer Website, die das Crawling, die Indexierung und das Ranking beeinflussen. Bei einem solchen Audit untersuchen Sie zunächst die Crawlability, also ob Suchmaschinen Ihre Seiten ueberhaupt erreichen können. Anschließend pruefen Sie die Indexierung, um sicherzustellen, dass die richtigen Seiten im Suchindex landen. Die Performance spielt ebenfalls eine zentrale Rolle, denn die Ladegeschwindigkeit Ihrer Website beeinflusst sowohl das Nutzererlebnis als auch die Rankings. Hinzu kommen die mobile Optimierung, die korrekte Implementierung von HTTPS sowie strukturierte Daten, die Suchmaschinen helfen, Ihre Inhalte besser zu verstehen.

Technisches SEO ist deshalb so wichtig, weil es sich direkt auf Ihre Sichtbarkeit auswirkt. Eine langsame Ladezeit fuehrt zu hoeheren Absprungraten und schlechteren Rankings. Crawling-Fehler bedeuten, dass Seiten erst gar nicht gefunden werden. Fehlende Indexierung macht Ihre Inhalte in den Suchergebnissen unsichtbar. Mobile Probleme können bei Googles Mobile-First Indexing zu erheblichen Ranking-Verlusten fuehren, und Sicherheitsmaengel untergraben das Vertrauen sowohl bei Nutzern als auch bei Google.

Crawlability pruefen

Bevor Google Ihre Seiten ranken kann, muss der Googlebot sie erst einmal erreichen und verstehen können.

Robots.txt analysieren

Die robots.txt-Datei steuert, welche Bereiche Ihrer Website gecrawlt werden duerfen. Sie finden diese Datei unter https://ihre-domain.de/robots.txt. Eine korrekt konfigurierte robots.txt könnte beispielsweise so aussehen:

User-agent: *
Disallow: /admin/
Disallow: /warenkorb/
Allow: /

Sitemap: https://ihre-domain.de/sitemap.xml

Bei der Überpruefung Ihrer robots.txt sollten Sie sicherstellen, dass die Datei unter /robots.txt erreichbar ist und keine wichtigen Seiten versehentlich blockiert werden. Achten Sie darauf, dass die Sitemap-URL angegeben ist und keine Syntax-Fehler vorliegen. Sensible Bereiche wie Admin-Panels oder interne Suchseiten sollten korrekt gesperrt sein.

Besonders haeufige Fehler sind das versehentliche Blockieren der gesamten Website durch Disallow: /, das Sperren von CSS- und JavaScript-Dateien, was das korrekte Rendering verhindert, sowie das Vergessen, Staging-Websites zu sperren, was zu Duplicate Content fuehren kann.

XML-Sitemap ueberpruefen

Die XML-Sitemap zeigt Suchmaschinen alle wichtigen Seiten Ihrer Website. Eine gut strukturierte Sitemap folgt diesem Format:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://ihre-domain.de/</loc>
    <lastmod>2026-05-01</lastmod>
    <changefreq>weekly</changefreq>
    <priority>1.0</priority>
  </url>
</urlset>

Eine optimale Sitemap sollte in der Google Search Console eingereicht sein und maximal 50.000 URLs pro Datei enthalten. Achten Sie darauf, dass nur indexierbare Seiten aufgenommen werden und die lastmod-Daten korrekt gepflegt sind. Seiten mit 404-Fehlern oder Weiterleitungen haben in der Sitemap nichts zu suchen. Bei großen Websites mit mehr als 50.000 URLs empfiehlt sich die Verwendung eines Sitemap-Index, der auf mehrere einzelne Sitemaps verweist.

Crawl-Budget optimieren

Das Crawl-Budget bestimmt, wie viele Seiten Google pro Zeiteinheit auf Ihrer Website crawlt. Verschiedene Faktoren können dieses Budget verschwenden: Duplicate Content zwingt den Googlebot, dieselben Inhalte mehrfach zu crawlen. Unendliche URL-Parameter erzeugen theoretisch unbegrenzt viele URLs. Soft-404-Fehler, also Seiten, die einen 200-Status zurueckgeben, aber keinen echten Inhalt haben, verschwenden ebenfalls Crawl-Ressourcen. Langsame Server-Antwortzeiten bremsen das Crawling aus, und Session-IDs in URLs erzeugen für jeden Besucher neue URL-Varianten.

Um Ihr Crawl-Budget zu optimieren, sollten Sie bei Duplikaten Canonical Tags setzen. URL-Parameter lassen sich in der Search Console konfigurieren. Die Server-Antwortzeit sollte unter 200 Millisekunden liegen. Bei paginierten Inhalten empfiehlt sich die Verwendung von rel="next/prev" oder ein Load-More-Button. Unwichtige Seiten können Sie per robots.txt oder noindex-Tag vom Crawling beziehungsweise der Indexierung ausschliessen.

Indexierung analysieren

Nicht jede gecrawlte Seite wird automatisch indexiert. Pruefen Sie, ob Ihre wichtigen Seiten im Index sind.

Index-Status in Google Search Console

Um den Index-Status zu pruefen, oeffnen Sie die Google Search Console, navigieren zu „Indexierung" und dann zu „Seiten". Dort können Sie analysieren, warum bestimmte Seiten nicht indexiert würden.

Die haeufigsten Index-Probleme haben unterschiedliche Ursachen und Lösungen. Wenn eine Seite als „erkannt, aber nicht indexiert" markiert ist, stuft Google die Qualität als zu niedrig ein – hier hilft nur, den Content zu verbessern. Bei „gecrawlt, nicht indexiert" sieht Google keinen ausreichenden Index-Wert; pruefen Sie, ob die Seite optimiert oder entfernt werden sollte. Ein noindex-Tag bedeutet, dass die Seite absichtlich ausgeschlossen würde – ueberpruefen Sie, ob dies korrekt ist. Wird eine Seite durch robots.txt blockiert, verhindert dies das Crawling – passen Sie die robots.txt entsprechend an. Bei Soft-404-Fehlern erkennt Google die Seite als leer oder duenn; fuegen Sie substanziellen Inhalt hinzu.

Meta-Robots-Tags ueberpruefen

Meta-Robots-Tags steuern die Indexierung auf Seitenebene. Mit <meta name="robots" content="index, follow"> erlauben Sie die Indexierung und das Folgen von Links. Ein noindex, follow verhindert die Indexierung, erlaubt aber das Crawlen der ausgehenden Links. Mit index, nofollow wird die Seite indexiert, aber die Links nicht verfolgt.

<!-- Seite indexieren, Links folgen -->
<meta name="robots" content="index, follow">

<!-- Seite nicht indexieren -->
<meta name="robots" content="noindex, follow">

<!-- Links nicht folgen -->
<meta name="robots" content="index, nofollow">

Stellen Sie sicher, dass wichtige Seiten index, follow verwenden, während Login-Bereiche und interne Suchergebnis-Seiten mit noindex versehen sind. Die Paginierung sollte durchdacht behandelt werden, und es duerfen keine widerspruechlichen Signale entstehen – beispielsweise sollte eine noindex-Seite nicht in der Sitemap auftauchen.

Canonical Tags pruefen

Canonical Tags verhindern Duplicate Content, indem sie auf die bevorzugte Version einer Seite verweisen:

<link rel="canonical" href="https://ihre-domain.de/seite/">

Jede Seite Ihrer Website sollte einen Canonical Tag besitzen, idealerweise als Self-Referencing Canonical, der auf sich selbst verweist. HTTP-Seiten sollten auf ihre HTTPS-Version verweisen, und www- sowie non-www-Varianten müssen konsistent behandelt werden. Vermeiden Sie Canonical-Ketten, bei denen Seite A auf B und B auf C verweist – der Canonical sollte immer direkt auf die finale, indexierbare Seite zeigen.

Core Web Vitals optimieren

Core Web Vitals sind seit 2021 offizielle Ranking-Faktoren und messen die Nutzererfahrung.

Die drei Core Web Vitals

Der Largest Contentful Paint (LCP) misst die Ladezeit des groessten sichtbaren Elements auf der Seite. Ein guter Wert liegt bei 2,5 Sekunden oder weniger, während Werte zwischen 2,5 und 4 Sekunden als verbesserungswuerdig gelten. Alles über 4 Sekunden wird als schlecht eingestuft. Um den LCP zu verbessern, sollten Sie die Server-Antwortzeit optimieren und kritisches CSS inline laden. Bilder sollten komprimiert und mit Lazy Loading versehen werden. Ein Content Delivery Network (CDN) kann die Auslieferung beschleunigen, und Third-Party-Skripte sollten auf ein Minimum reduziert werden.

Der Interaction to Next Paint (INP) hat im Maerz 2024 den First Input Delay (FID) abgeloest und misst die Reaktionsfaehigkeit über die gesamte Sitzung hinweg. Werte von 200 Millisekunden oder weniger gelten als gut, zwischen 200 und 500 Millisekunden besteht Verbesserungsbedarf, und alles darueber ist problematisch. Zur Optimierung sollten Sie die JavaScript-Ausfuehrung verbessern und lange Tasks in kleinere Einheiten aufteilen. Event-Handler müssen effizient gestaltet sein, damit der Hauptthread nicht blockiert wird. Die Verwendung von requestIdleCallback für nicht-kritische Aufgaben kann ebenfalls helfen.

Der Cumulative Layout Shift (CLS) misst die visuelle Stabilitaet der Seite, also wie stark Elemente während des Ladens verrutschen. Ein Wert von 0,1 oder weniger ist gut, bis 0,25 verbesserungswuerdig, und darueber schlecht. Um den CLS zu verbessern, sollten Sie Bildgroessen immer explizit mit width- und height-Attributen angeben. Reservieren Sie Platz für Werbebanner und eingebettete Inhalte. Web Fonts sollten mit font-display: swap oder optional optimiert werden. Vermeiden Sie das nachtraegliche Einfuegen von Inhalten oberhalb bereits geladener Elemente, und nutzen Sie für Animationen transform statt Layout-Eigenschaften wie top oder left.

Core Web Vitals messen

Für die Messung der Core Web Vitals stehen verschiedene Tools zur Verfuegung. Die Google Search Console zeigt echte Nutzerdaten (Field Data) aus dem Chrome User Experience Report. PageSpeed Insights kombiniert Labor- und Felddaten und gibt konkrete Optimierungshinweise. Die Chrome DevTools enthalten Lighthouse für umfassende Performance-Audits. Die Web Vitals Chrome Extension ermoeglicht Echtzeit-Messungen während des Browsens.

Mit dem Lighthouse CLI können Sie Messungen auch automatisieren:

# Mit Lighthouse CLI messen
lighthouse https://ihre-domain.de --only-categories=performance

Ladezeit-Optimierung

Die Ladezeit beeinflusst sowohl Rankings als auch Nutzererfahrung und Conversion-Rate.

Server-Performance

Die Server-Performance bildet die Grundlage für schnelle Ladezeiten. Die Time to First Byte (TTFB) sollte unter 200 Millisekunden liegen, die reine Server-Antwortzeit idealerweise unter 100 Millisekunden. Eine Uptime von mindestens 99,9 Prozent ist für professionelle Websites Standard.

Um diese Werte zu erreichen, sollten Sie einen schnellen Hosting-Anbieter wählen und Server-seitiges Caching aktivieren. Halten Sie Ihre PHP-Version aktuell, da neuere Versionen deutliche Performance-Verbesserungen bieten. Datenbank-Queries sollten optimiert werden, und ein CDN für statische Inhalte entlastet den Hauptserver.

Frontend-Optimierung

Im Frontend lassen sich Ressourcen auf verschiedene Weise optimieren. Kritisches CSS sollte inline im <head> geladen werden, während unkritische Stylesheets asynchron nachgeladen werden können. JavaScript-Dateien sollten mit defer oder async geladen werden, um das Rendering nicht zu blockieren:

<!-- CSS optimiert laden -->
<link rel="preload" href="critical.css" as="style">
<link rel="stylesheet" href="styles.css" media="print" onload="this.media='all'">

<!-- JavaScript defer/async -->
<script src="app.js" defer></script>
<script src="analytics.js" async></script>

CSS- und JavaScript-Dateien sollten minifiziert sein, und Gzip- oder Brotli-Kompression sollte auf dem Server aktiv sein. Browser-Caching mit angemessenen Cache-Zeiten entlastet den Server bei wiederkehrenden Besuchern. Ungenutztes CSS und JavaScript sollte entfernt oder durch Code-Splitting nur bei Bedarf geladen werden.

Bilder optimieren

Bilder sind oft der groesste Performance-Killer auf Websites. Moderne Bildformate bieten erhebliche Vorteile: WebP reduziert die Dateigroesse um 25 bis 35 Prozent gegenueber JPEG bei gleicher Qualität. AVIF, das von immer mehr Browsern unterstuetzt wird, erreicht sogar bis zu 50 Prozent Ersparnis. SVG eignet sich hervorragend für Icons und Logos, da das Format verlustfrei skalierbar ist.

Mit dem <picture>-Element können Sie verschiedene Formate je nach Browser-Unterstuetzung ausliefern:

<picture>
  <source srcset="bild.avif" type="image/avif">
  <source srcset="bild.webp" type="image/webp">
  <img src="bild.jpg" alt="Beschreibung"
       loading="lazy"
       width="800" height="600">
</picture>

Verwenden Sie moderne Formate wie WebP oder AVIF und implementieren Sie Responsive Images mit dem srcset-Attribut für verschiedene Bildschirmgroessen. Lazy Loading mit loading="lazy" sollte für alle Bilder unterhalb des sichtbaren Bereichs aktiviert sein. Die explizite Angabe von width und height verhindert Layout-Verschiebungen. Bei der Komprimierung ist eine Qualität von 80 bis 85 Prozent meist ein guter Kompromiss zwischen Dateigroesse und visueller Qualität.

Mobile Optimierung

Seit Googles Mobile-First Indexing wird die mobile Version Ihrer Website priorisiert.

Mobile-Friendly Test

Pruefen Sie Ihre Website mit Googles Mobile-Friendly Test oder dem Core Web Vitals Bericht in der Search Console. Dabei treten häufig bestimmte Probleme auf, die Sie beheben sollten.

Wenn der Viewport nicht gesetzt ist, wird die Seite auf mobilen Geraeten falsch dargestellt. Die Lösung ist ein entsprechendes Meta-Tag. Zu kleine Schrift beeintraechtigt die Lesbarkeit – verwenden Sie mindestens 16 Pixel als Basis-Schriftgroesse. Wenn Touch-Elemente wie Buttons und Links zu nah beieinander liegen, entstehen Bedienprobleme; jedes interaktive Element sollte eine Tippflaeche von mindestens 48 mal 48 Pixeln haben. Horizontales Scrollen deutet auf Probleme mit dem Responsive Design hin und sollte in jedem Fall vermieden werden. Aufdringliche Interstitials, also größe Pop-ups, die den Inhalt verdecken, können zu Ranking-Verlusten fuehren und sollten entfernt oder unaufdringlich gestaltet werden.

Responsive Design Grundlagen

Das Viewport-Meta-Tag ist die Grundlage für jedes Responsive Design:

<meta name="viewport" content="width=device-width, initial-scale=1">

Mit CSS Media Queries passen Sie das Layout an verschiedene Bildschirmgroessen an. Der Mobile-First-Ansatz bedeutet, zunächst für mobile Geraete zu gestalten und dann für größere Bildschirme zu erweitern:

/* Mobile First Ansatz */
.container {
  width: 100%;
  padding: 1rem;
}

/* Tablet */
@media (min-width: 768px) {
  .container {
    width: 750px;
    margin: 0 auto;
  }
}

/* Desktop */
@media (min-width: 1024px) {
  .container {
    width: 960px;
  }
}

Für eine vollstaendige mobile Optimierung sollte das Viewport-Meta-Tag vorhanden und ein responsives Design implementiert sein. Touch-Elemente müssen ausreichend gross sein, Flash-Inhalte haben auf modernen Websites nichts mehr zu suchen. Die Schrift muss ohne Zoomen lesbar sein, horizontales Scrollen darf nicht erforderlich sein, und die mobile Ladegeschwindigkeit sollte separat optimiert werden.

HTTPS und Sicherheit

HTTPS ist seit 2014 ein Ranking-Signal und für Nutzervertrauen unverzichtbar.

SSL/TLS-Zertifikat pruefen

Ein korrektes HTTPS-Setup erfordert ein gueltiges, nicht abgelaufenes SSL-Zertifikat. Alle Ressourcen auf der Seite – Bilder, Skripte, Stylesheets – müssen ebenfalls über HTTPS geladen werden, um Mixed-Content-Warnungen zu vermeiden. Ein 301-Redirect von HTTP auf HTTPS stellt sicher, dass alle Besucher die sichere Version erreichen. Der HSTS-Header (HTTP Strict Transport Security) weist Browser an, die Website kuenftig nur noch über HTTPS aufzurufen.

Für Apache-Server lässt sich der HTTP-zu-HTTPS-Redirect in der .htaccess einrichten:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Sicherheits-Header

Zusätzlich zum HTTPS sollten Sie weitere Security-Header implementieren. Strict-Transport-Security erzwingt HTTPS-Verbindungen für einen definierten Zeitraum. Content-Security-Policy kontrolliert, welche Ressourcen geladen werden duerfen. X-Frame-Options verhindert das Einbetten Ihrer Seite in fremde Frames, und X-Content-Type-Options schuetzt vor MIME-Sniffing-Angriffen:

# Strict-Transport-Security
Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"

# Content-Security-Policy
Header set Content-Security-Policy "default-src 'self'"

# X-Frame-Options
Header set X-Frame-Options "SAMEORIGIN"

# X-Content-Type-Options
Header set X-Content-Type-Options "nosniff"

Strukturierte Daten implementieren

Strukturierte Daten helfen Suchmaschinen, Inhalte besser zu verstehen und Rich Snippets anzuzeigen.

Schema.org Grundlagen

Schema.org bietet ein umfangreiches Vokabular zur Auszeichnung von Inhalten. Der Schema-Typ „Organization" eignet sich für Unternehmensinformationen, während „LocalBusiness" für lokale Unternehmen mit Standort gedacht ist. „Article" markiert Blog-Artikel und Nachrichtenbeitraege, „Product" beschreibt Produkte mit Preis und Bewertungen. Für FAQ-Abschnitte gibt es „FAQPage", für die Navigation „BreadcrumbList" und für Anleitungen „HowTo".

Das empfohlene Format ist JSON-LD, das im <head> oder am Ende des <body> eingebunden wird:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Technisches SEO Audit durchfuehren",
  "author": {
    "@type": "Person",
    "name": "Sascha Huber"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Rank Chat",
    "logo": {
      "@type": "ImageObject",
      "url": "https://rank-chat.com/logo.png"
    }
  },
  "datePublished": "2026-05-11",
  "dateModified": "2026-05-11"
}
</script>

Strukturierte Daten validieren

Zur Validierung Ihrer strukturierten Daten stehen mehrere Tools zur Verfuegung. Der Google Rich Results Test prueft, ob Ihre Seite für Rich Snippets in Frage kommt. Der Schema Markup Validator von schema.org validiert die korrekte Syntax. Die Google Search Console zeigt Ihnen Fehler und Warnungen für bereits indexierte Seiten.

Bei der Implementierung sollten Sie das JSON-LD-Format verwenden, da es von Google empfohlen wird und sich leicht pflegen lässt. Achten Sie auf korrekte Syntax ohne Fehler und fuellen Sie alle Pflichtfelder aus. Die strukturierten Daten müssen dem sichtbaren Seiteninhalt entsprechen – es ist nicht erlaubt, Informationen auszuzeichnen, die nicht auf der Seite stehen. Pruefen Sie regelmäßig in der Search Console, ob Fehler auftreten.

Technisches SEO Audit Tools

Kostenlose Tools

Für technische SEO Audits stehen zahlreiche kostenlose Tools zur Verfuegung. Die Google Search Console ist unverzichtbar für Informationen zu Indexierung, Core Web Vitals und mobilen Problemen. Google PageSpeed Insights liefert detaillierte Performance-Analysen mit konkreten Optimierungsvorschlaegen. Rank Chat bietet KI-gestuetzte Analysen Ihrer Search Console Daten und hilft, technische Probleme schnell zu identifizieren. Lighthouse, integriert in Chrome DevTools, ermoeglicht umfassende Performance-Audits direkt im Browser. Der Rich Results Test prueft Ihre strukturierten Daten auf Korrektheit.

Kostenpflichtige Tools

Bei groesseren Projekten oder für kontinuierliches Monitoring bieten sich kostenpflichtige Tools an. Screaming Frog ist ein leistungsstarker Crawler für technische Audits, der bis 500 URLs auch kostenlos nutzbar ist. Sitebulb bietet visuelle technische Audits mit klaren Handlungsempfehlungen. Ahrefs Site Audit ermoeglicht kontinuierliches Monitoring und Vergleiche über Zeit. Semrush Site Audit erkennt Fehler automatisch und priorisiert sie nach Auswirkung.

Technisches SEO Audit Checkliste (Zusammenfassung)

Crawling & Indexierung

Stellen Sie sicher, dass Ihre robots.txt korrekt konfiguriert ist und keine wichtigen Seiten blockiert. Ihre XML-Sitemap sollte eingereicht und fehlerfrei sein. Canonical Tags müssen korrekt gesetzt sein, und in der Search Console sollten keine kritischen Index-Probleme vorliegen.

Core Web Vitals & Performance

Der LCP sollte unter 2,5 Sekunden liegen, der INP unter 200 Millisekunden und der CLS unter 0,1. Die Time to First Byte (TTFB) sollte 200 Millisekunden nicht ueberschreiten. Bilder müssen optimiert und mit Lazy Loading versehen sein.

Mobile Optimierung

Ihre Website sollte den Mobile-Friendly Test bestehen und ein korrektes Viewport-Meta-Tag enthalten. Touch-Elemente müssen ausreichend gross sein, und in der Search Console sollten keine Mobile-Usability-Fehler angezeigt werden.

Sicherheit & HTTPS

Pruefen Sie, dass ein gueltiges SSL-Zertifikat installiert ist und kein Mixed Content auftritt. Der HTTP-zu-HTTPS-Redirect muss funktionieren, und Security Headers sollten implementiert sein.

Strukturierte Daten

Schema.org sollte auf relevanten Seiten implementiert sein, ohne Validierungsfehler. Pruefen Sie, ob Ihre Seiten für Rich Results in Frage kommen.

Fazit

Ein gruendliches technisches SEO Audit ist der erste Schritt zu nachhaltigen Rankings. Die technische Basis bestimmt, ob Ihre hochwertigen Inhalte ueberhaupt gefunden und indexiert werden können.

Beginnen Sie mit den kritischen Bereichen Crawling und Indexierung. Optimieren Sie dann die Core Web Vitals und stellen Sie sicher, dass Ihre Website mobil optimal funktioniert. Regelmäßige technische Audits sollten Teil Ihrer SEO-Routine sein.

Bereit, Ihre technische SEO-Performance datenbasiert zu analysieren? Melden Sie sich bei Rank Chat an und erhalten Sie KI-gestuetzte Einblicke in Ihre Google Search Console Daten - inklusive technischer Probleme und Optimierungspotenziale!

Haben Sie Fragen zum technischen SEO Audit? Kontaktieren Sie mich unter sascha@rank-chat.com