Technisches SEO – Crawling, Indexierung, Speed

Technisches SEO umfasst alle Maßnahmen, die sicherstellen, dass Google und andere Suchmaschinen eine Website fehlerfrei crawlen, korrekt indexieren und unter optimalen Performance-Bedingungen bewerten können.

Rubrik: Online-Marketing & Content · Unterrubrik: SEO & Content · Niveau: Fortgeschritten

Synonyme / Auch bekannt als: Technical SEO, technische Suchmaschinenoptimierung, Website-Technik SEO

Was ist Technisches SEO?

Technisches SEO bildet das Fundament jeder SEO-Strategie. Selbst der beste Content mit den hochwertigsten Backlinks kann nicht ranken, wenn Google die Seite nicht crawlen oder indexieren kann. Umgekehrt: Eine technisch einwandfreie Website, die leicht zugänglich und schnell ist, gibt Google-Crawlern optimale Bedingungen, den Content zu entdecken, zu verstehen und zu bewerten.

Technisches SEO unterscheidet sich von On-Page-SEO (Content-Optimierung) und Off-Page-SEO (Backlinks) – es beschäftigt sich mit der technischen Infrastruktur der Website: Server, Code, URL-Architektur, Ladegeschwindigkeit und Zugänglichkeit.

Erklärung

1. Crawling

Was ist Crawling? Googles Crawler (Googlebot) besucht Webseiten, liest ihren Inhalt und folgt Links auf weitere Seiten. Dieser Prozess heißt Crawling. Nur gecrawlte Seiten können indexiert werden.

Crawl-Budget: Google weist jeder Website ein begrenztes Crawl-Budget zu – die Anzahl der Seiten, die Google in einem bestimmten Zeitraum crawlt. Große Websites müssen ihr Crawl-Budget effizient nutzen.

Häufige Crawling-Probleme:

robots.txt: Die robots.txt-Datei im Root-Verzeichnis gibt Crawlern Anweisungen: ``` User-agent: * Disallow: /wp-admin/ Disallow: /staging/ Allow: /

Sitemap: https://www.example.com/sitemap.xml ```

2. Indexierung

Was ist Indexierung? Nach dem Crawling entscheidet Google, ob eine Seite in den Suchindex aufgenommen wird. Nicht alle gecrawlten Seiten werden indexiert – Google filtert Low-Quality-Content, Duplicate Content und technisch problematische Seiten heraus.

Indexierungsprobleme und Lösungen:

• Soft 404: Seite liefert HTTP 200, hat aber keinen nützlichen Inhalt. → Content verbessern oder 404/410 zurückgeben
• Duplicate Content: Mehrere URLs mit identischem Inhalt. → Canonical-Tags setzen oder eine Version per 301 weiterleiten
• Canonicalization-Fehler: Falsche oder fehlende Canonical-Tags. → Systematisch mit Screaming Frog überprüfen
• Hreflang-Probleme (mehrsprachige Seiten): Falsche Sprachzuordnung. → Hreflang-Tags korrekt implementieren
• Paginierung: Google indexiert mitunter Seiten-2, Seiten-3 stärker als die Hauptseite. → Rel-Next/Prev oder Canonical einsetzen

XML-Sitemap: Eine XML-Sitemap listet alle wichtigen URLs der Website und gibt Google Hinweise auf Priorität und Aktualisierungsfrequenz. Einreichen in der Google Search Console: ``xml <?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>https://www.example.com/</loc> <lastmod>2025-01-15</lastmod> <priority>1.0</priority> </url> </urlset> `` Best Practices:

• Nur indexierte URLs in der Sitemap (keine noindex-Seiten)
• Automatische Generierung via CMS-Plugin (Yoast SEO, RankMath)
• Sitemap-Index für große Websites (> 50.000 URLs): mehrere Teil-Sitemaps

3. URL-Struktur und Architektur

Gute URL-Struktur:

• Kurz und beschreibend: /seo-grundlagen/ statt /article?id=1234
• Keywords in der URL (nicht übertrieben)
• Konsistente Hierarchie: domain.de/kategorie/unterkategorie/seite/
• Keine Sonderzeichen, Großbuchstaben oder Leerzeichen

Flache Architektur: Wichtige Seiten sollten max. 3 Klicks von der Startseite entfernt sein. Tiefere Seiten erhalten weniger Crawl-Budget und interne Link-Equity.

4. HTTPS und Sicherheit

• HTTPS ist seit 2014 offizielles Ranking-Signal
• HTTP-zu-HTTPS-Migration: 301-Redirects von allen HTTP-URLs auf HTTPS
• Mixed Content vermeiden (HTTP-Ressourcen auf HTTPS-Seiten)
• SSL-Zertifikat korrekt konfigurieren (nicht selbstsigniert)

5. Mobile-First und Responsive Design

• Seit 2023 indexiert Google ausschließlich nach Mobile-First-Prinzip
• Mobile Version muss denselben Inhalt wie Desktop-Version haben
• Viewport-Meta-Tag vorhanden: <meta name="viewport" content="width=device-width, initial-scale=1">
• Keine interstitials (Popups), die wichtigen Inhalt auf Mobile verdecken

6. Site Speed und Core Web Vitals

Ladegeschwindigkeit ist ein Ranking-Faktor. Wichtige Metriken:

TTFB (Time to First Byte): Zeit bis zum ersten Byte vom Server. Ziel: < 600 ms LCP (Largest Contentful Paint): Ziel: < 2,5 Sekunden (→ Core Web Vitals) FCP (First Contentful Paint): Erste sichtbare Inhalte. Ziel: < 1,8 Sekunden

Speed-Optimierungsmaßnahmen:

• Hosting: Schnelles Server-Hosting (Cloud-basiert, SSD, CDN)
• Caching: Browser-Caching und Server-seitiges Caching aktivieren
• Bildoptimierung: WebP/AVIF-Format, richtige Größen, Lazy Loading (außer LCP-Bild)
• Render-Blocking: CSS kritisch inline laden; JavaScript async/defer
• Komprimierung: GZIP oder Brotli für alle Texttransfers
• CDN: Content Delivery Network für globale Auslieferung

7. Strukturierte Daten und HTML-Validität

• Valides HTML (W3C-Validator): Fehlerhafte Tags können Crawler verwirren
• Schema.org-Markup korrekt implementiert
• Open Graph und Twitter Cards vorhanden
• Kein JavaScript-rendering-abhängiger Content (SSR oder Pre-rendering bevorzugen)

Beispiele (5 konkrete Anwendungsbeispiele)

1. robots.txt-Fehler blockiert gesamte Website: Eine Agentur findet bei einem Kunden, dass nach einem WordPress-Update die robots.txt Disallow: / enthält (ein Test-Setting, das versehentlich live gegangen ist). 80 % der Seiten fehlen im Index. Nach Korrektur und Neuindexierung kehren Rankings innerhalb von 3 Wochen zurück.
2. Redirect-Ketten beseitigt: Ein Shop hat nach mehreren URL-Restrukturierungen Redirect-Ketten von bis zu 5 Hops. Screaming Frog zeigt 234 solcher Ketten. Nach Bereinigung auf direkte 301-Redirects verbessert sich die Crawl-Effizienz und TTFB-Werte sinken um 40 %.
3. Duplicate Content durch Parameter: Ein Online-Shop generiert durch Sortierfilter (z. B. ?sort=price_asc) tausende duplizierte URLs. Canonical-Tags auf alle Filter-URLs, die auf die Kategorie-Hauptseite zeigen, beheben das Problem. Index wird von 45.000 auf 8.000 saubere URLs reduziert.
4. HTTPS-Migration mit Lücken: Eine Unternehmenswebsite ist zu HTTPS migriert, hat aber vergessen, interne Links auf HTTP anzupassen. Chrome zeigt Mixed-Content-Warnungen. Nach systematischer Korrektur aller internen Links (Screaming Frog) entfällt die Warnung.
5. Mobile-First-Probleme: Eine Website hat auf Desktop umfangreichen Content, auf Mobile ist er hinter einem Tab-Element versteckt. Google crawlt primär mobile – dieser Content wird nicht indexiert. Lösung: Content auf Mobile vollständig sichtbar machen.

In der Praxis

Empfohlene Tools

Technisches SEO Checkliste

• [ ] HTTPS aktiv, kein Mixed Content
• [ ] robots.txt korrekt – keine wichtigen Seiten blockiert
• [ ] XML-Sitemap aktuell und in Search Console eingereicht
• [ ] Canonical-Tags auf allen Seiten korrekt gesetzt
• [ ] Keine Redirect-Ketten (max. 1 Redirect-Hop)
• [ ] Alle 301/302-Redirects korrekt konfiguriert
• [ ] Viewport-Meta-Tag vorhanden
• [ ] Kein wichtiger Content hinter Mobile-Interstitials
• [ ] Core Web Vitals im grünen Bereich (LCP, INP, CLS)
• [ ] TTFB unter 600 ms
• [ ] Bildoptimierung (WebP, Größen, Alt-Texte)
• [ ] Coverage-Bericht in Search Console: Keine kritischen Fehler
• [ ] Kein Duplicate Content ohne Canonical

Vergleich & Abgrenzung

Technisches SEO vs. On-Page-SEO: On-Page-SEO optimiert den sichtbaren Inhalt (Text, Headings, Meta-Tags). Technisches SEO optimiert die unsichtbare Infrastruktur (Crawling, Speed, URLs). Beide arbeiten zusammen – technische Fehler können die beste Content-Strategie zunichte machen.

Technisches SEO vs. Webentwicklung: Technisches SEO definiert Anforderungen (z. B. schnelle Ladezeiten, korrekte Redirects), die Webentwickler implementieren. In kleinen Teams überschneiden sich die Rollen; in größeren Organisationen arbeiten SEO-Spezialisten und Entwickler eng zusammen.

Häufige Fragen (FAQ)

Wie oft sollte man ein technisches SEO-Audit durchführen? Für aktive Websites: mindestens vierteljährlich. Nach jedem größeren CMS-Update, Redesign oder Relaunch: sofort. Automatisches Crawling mit Screaming Frog oder einem Cloud-Crawl-Tool (Semrush, Ahrefs) kann auch wöchentlich konfiguriert werden, um neue Fehler frühzeitig zu erkennen.

Ist JavaScript ein Problem für technisches SEO? Kann es sein. Googles JavaScript-Rendering ist zuverlässig, aber es dauert länger als HTML-Crawling (Googles Rendering-Queue kann Tage bis Wochen dauern). SPAs (Single Page Applications), die Content ausschließlich via JavaScript laden, sollten Server-Side Rendering (SSR) oder Pre-Rendering nutzen, damit Google-Crawler den Content sofort im HTML-Quelltext sehen.

Verwandte Einträge

• Core Web Vitals
• SEO-Audit
• Google Search Console effektiv nutzen

Weiterführend

• Google (2024): Technical SEO documentation. Google Search Central.
• Dean, B. (2022): Technical SEO: The Definitive Guide. Backlinko.
• Screaming Frog (2024): SEO Spider User Guide. screamingfrog.co.uk.
• Schwartz, B. (2024): Google's Mobile-First Indexing – Complete Rollout FAQ. Search Engine Land.
• Ahrefs (2024): Technical SEO: The Complete Guide. Ahrefs Blog.