Technisches SEO ist das Fundament. Wenn Google deine Seite nicht crawlen kann, hilft der beste Content nichts. Wenn Core Web Vitals rot sind, rankst du schlechter – egal wie gut deine Texte sind. Wenn Schema.org fehlt, verpasst du Rich Snippets und damit Klicks.
Ich zeige dir hier, worauf es wirklich ankommt: die drei Säulen, die konkreten Hebel und die häufigsten Fehler, die ich in KMU-Audits immer wieder sehe.
Die drei Säulen
| Säule | Was sie bedeutet | Warum wichtig |
|---|---|---|
| Crawlability | Google kann deine Seiten finden und lesen | Ohne Crawling keine Indexierung |
| Indexability | Google speichert deine Seiten im Index | Ohne Index keine Rankings |
| Performance | Seiten laden schnell, sind stabil und interaktiv | Core Web Vitals sind Ranking-Faktor |
Wackelt eine Säule, leidet die gesamte Sichtbarkeit. Die gute Nachricht: Die meisten Probleme sind lösbar – oft ohne Entwickler.
Core Web Vitals: Die drei Metriken
Seit 2021 sind Core Web Vitals ein Ranking-Faktor. Google misst drei Dinge:
1. Largest Contentful Paint (LCP) – Ladezeit
Was es misst: Wie schnell der größte sichtbare Inhalt geladen ist.
Zielwert: Unter 2,5 Sekunden (75. Perzentil).
Häufigste Ursachen:
- Bilder nicht komprimiert (5 MB statt 200 KB)
- Kein Lazy Loading
- Langsames Hosting
- Render-Blocking CSS/JS
In der Praxis: Öffne PageSpeed Insights, gib deine URL ein. Wenn LCP rot ist, zeige auf das größte Element. Bild? Komprimiere mit TinyPNG. Text? Prüfe Font-Loading (Preload hilft).
2. Interaction to Next Paint (INP) – Reaktionszeit
Was es misst: Wie schnell die Seite auf Klicks reagiert (hat FID im März 2024 abgelöst).
Zielwert: Unter 200 ms.
Häufigste Ursachen:
- Zu viel JavaScript
- Lange Tasks (>50 ms)
- Third-Party-Scripts
In der Praxis: Chrome DevTools → Performance-Tab → Aufnahme starten → durchklicken. Rote Tasks = Problem. Third-Party-Script? Asynchron laden (async/defer) oder entfernen.
3. Cumulative Layout Shift (CLS) – Stabilität
Was es misst: Ob Elemente beim Laden springen.
Zielwert: Unter 0,1.
Häufigste Ursachen:
- Bilder ohne
width/height - Embeds ohne reservierten Platz
- Spät ladende Fonts
In der Praxis: Alle <img>-Tags prüfen – Dimensionen setzen. Embeds: aspect-ratio in CSS. Fonts: font-display: swap + Preload.
Warum Tempo sich rechnet
Die menschliche Wahrnehmung von Wartezeiten folgt klaren Mustern:
- 0,1 Sekunden: Fühlt sich instantan an (Miller, 1968)
- 1 Sekunde: Denkfluss bleibt intakt
- 10 Sekunden: Aufmerksamkeits-Limit erreicht (Nielsen, 2020)
Biometrische Studien zu digitalen Delays untermauern dies: Streaming-Verzögerungen über 4 Sekunden erzeugen messbaren physiologischen Stress (Herzfrequenz +38 %, vergleichbar mit Horrorfilm-Anschauung; Ericsson ConsumerLab, 2016). Ob sich das 1:1 auf Website-Ladezeiten überträgt, ist nicht direkt gemessen – aber die psychologischen Mechanismen (Ungewissheit, fehlendes Feedback) sind identisch.
Die ökonomische Konsequenz: 53 % der mobilen Besuche werden abgebrochen, wenn die Ladezeit 3 Sekunden überschreitet (Google/SOASTA, 2017). Deloitte (2019) dokumentierte im Retail: 0,1 Sekunden schneller = bis +8 % Conversion.
Was ich in Audits sehe: Immer wieder dasselbe Muster – die Homepage lädt in 1,8 Sekunden, aber die Leistungsseite mit dem Hero-Bild braucht 6 Sekunden. Grund: 4 MB Bild, kein Lazy Loading. Das ist kein technisches Problem, sondern ein Organisationsproblem: Niemand hat vor dem Launch die Bilder komprimiert.
Crawling & Indexierung
Crawl-Budget
Google hat begrenzte Ressourcen. Für KMU mit 50–500 Seiten meist kein Problem – aber es gibt Fallen:
- Duplicate Content:
/seite/und/seite/?utm_source=... - Orphan Pages: Seiten ohne interne Links
- Endlose Filter: E-Commerce mit tausenden Kombinationen
- 404-Fehler: Verschwenden Crawl-Budget
So gehst du vor: Google Search Console → Indexierung → Seiten → „Nicht indexiert”. Welche Gründe?
| Grund | Bedeutung | Lösung |
|---|---|---|
| „Seite mit Weiterleitung” | URL leitet woanders hin | Prüfen, ob gewollt |
| „Gefunden – nicht indexiert” | Google kennt URL, hat nicht gecrawlt | Interne Links ergänzen |
| „Crawled – nicht indexiert” | Google hat gesehen, nicht indexiert | Content prüfen (zu dünn?) |
| „404-Fehler” | Seite existiert nicht | 301-Redirect oder 410 |
XML-Sitemap
Listet alle wichtigen URLs auf. Google nutzt sie als Crawling-Hilfe.
Rein gehört:
- Alle Seiten, die ranken sollen
- Nur 200-Status-URLs
- Kanonische URLs
Nicht rein:
- Noindex-Seiten
- Paginierung (nur Seite 1)
- URLs mit Tracking-Parametern
Erste Hilfe: deinedomain.de/sitemap.xml öffnen. Strukturierte Liste? Falls nein: Plugin (WordPress: Yoast, Rank Math) oder Tool (Screaming Frog). In GSC einreichen: Indexierung → Sitemaps.
Robots.txt
Sagt Suchmaschinen, was sie crawlen dürfen.
Typische, sichere Regeln:
User-agent: *
Disallow: /wp-admin/
Disallow: /?s=
Allow: /
Sitemap: https://deinedomain.de/sitemap.xmlErste Hilfe: deinedomain.de/robots.txt öffnen. Disallow: /? Sofort entfernen.
Schema.org: Rich Snippets
Schema.org hilft Google, deinen Inhalt zu verstehen. Richtig eingesetzt: Rich Snippets (Sterne, Preise, FAQs).
Wichtigste Typen für KMU
| Typ | Markiert | Effekt |
|---|---|---|
| Organization | Unternehmen | Knowledge Panel |
| LocalBusiness | Adresse, Öffnungszeiten | Local Pack |
| Product | Produkte | Preis-Snippets |
| FAQPage | FAQs | Aufklappbare Sektion |
In der Praxis: Schema Markup Validator nutzen. URL eingeben – welche Typen vorhanden? Für WordPress: Rank Math generiert JSON-LD automatisch.
Was ich erlebt habe: Bei einem Kunden aus dem Handwerk stiegen die Klicks aus der Suche um 23 %, nachdem wir FAQPage-Schema ergänzt hatten. Kein Ranking-Boost – einfach eine bessere Darstellung in den SERPs.
Mobile-First
Seit 2019 ist Mobile-First-Indexierung Standard. Google bewertet primär die mobile Version.
Häufigste Probleme:
- Text zu klein (< 12 px)
- Klickbare Elemente zu nah (< 48 × 48 px)
- Kein
<meta name="viewport">
So gehst du vor: Chrome DevTools → Device Toolbar → „iPhone 12 Pro”. Alles lesbar? Buttons groß genug? Kein horizontaler Scroll?
Was bringt das wirklich?
| Maßnahme | Impact (Studien-basiert) | Zeitaufwand |
|---|---|---|
| Core Web Vitals optimieren | Bis +8 % Conversion (Deloitte 2019) | 2–4 h |
| Crawl-Fehler beheben | Mehr indexierte Seiten | 1–2 h |
| XML-Sitemap einreichen | Schnellere Indexierung | 15 Min |
| Schema.org ergänzen | +23 % CTR (eigene Erfahrung, Handwerk) | 1–2 h |
| Mobile-Optimierung | Vermeidung 53 % Absprünge > 3s (Google 2017) | 2–4 h |
Wenn die Basics stehen, aber…
…du trotzdem technische Probleme hast (JavaScript-Rendering, hreflang-Strukturen, komplexe Redirects), brauchst du spezialisierte Expertise.
Die Basics kannst du selbst. Alles darüber – serverseitiges Rendering, automatisiertes Crawl-Monitoring, komplexe Migrationen – braucht Erfahrung.
Wenn die technische Komplexität überwältigend ist, wird ein SEO-Berater mit technischem Fokus sinnvoll. Nicht als Ersatz für dein Verständnis, sondern als Beschleuniger.
Die SEO-Kurz-Analyse für 490 € zeigt die fünf größten technischen Hebel – priorisiert nach Aufwand und Wirkung. Oder die offene Kalkulation zeigt, wie sich jeder Preis zusammensetzt.
Checkliste
- Core Web Vitals für Mobile geprüft (PageSpeed Insights)
- Google Search Console: Indexierungsfehler behoben
- XML-Sitemap generiert und in GSC eingereicht
- Schema.org ergänzt (Organization, LocalBusiness, FAQPage)
- Mobile-Version geprüft (responsive, lesbar, klickbar)
- Duplicate Content vermieden (kanonische URLs)
Quellen
- Google Search Central: Core Web Vitals
- Google Search Central: Mobile-First Indexing
- Miller, R. B. (1968). Response Time in Man-Computer Conversational Transactions.
- Nielsen, J. (2020). Response Times: The 3 Important Limits. Nielsen Norman Group.
- Ericsson ConsumerLab (2016). The stress of streaming delays.
- Google/SOASTA (2017). The Need for Mobile Speed.
- Deloitte (2019). Milliseconds Make Millions.
- Schema.org: Full Vocabulary
Hinweis: Dieser Artikel dient der technischen Einordnung und ersetzt keine individuelle SEO-Auditierung.