Technisches SEO vs. On-Page SEO: Abgrenzung, Praxis, Checkliste

Kurze Definitionen: Was umfasst jedes Feld?

Technisches SEO bezieht sich auf die Infrastruktur und Konfiguration einer Website, die Suchmaschinen das Entdecken, Crawlen, Rendern und Indexieren ermöglicht. On‑Page SEO konzentriert sich auf inhaltliche und HTML‑Signale auf der Seite selbst: Titles, Überschriften, Inhalt, interne Verlinkung und strukturierte Daten.

Warum die Abgrenzung wichtig ist (Crawl vs. Index vs. Rank)

Die drei Phasen — Crawling, Indexierung und Ranking — sind getrennte Prozesse. Technisches SEO schafft die Bedingungen für Crawling und Indexierung (z. B. zugängliche HTML, gültige Statuscodes, korrekte Canonicals). On‑Page SEO liefert Signale, die Suchmaschinen beim Verstehen des Inhalts und der Nutzerintention helfen, was die Relevanz für Rankings beeinflusst.

Praktisch heißt das: Eine Seite kann technisch perfekt crawlbar sein, aber bei unpassendem Inhalt oder schlechter Nutzerführung in den SERPs schlecht abschneiden. Umgekehrt hilft überzeugender Inhalt wenig, wenn Robots‑Anweisungen, Noindex‑Tags oder fehlerhafte Canonicals verhindern, dass eine Seite überhaupt indexiert wird.

Konkrete Verantwortlichkeiten — Übersicht

Technisches SEO — typische Aufgaben

• Crawlability sicherstellen: robots.txt, server‑Statuscodes, XML‑Sitemaps
• Indexierungssteuerung: Noindex, rel="canonical", hreflang
• Rendering & JavaScript‑Handling: Prüfen, welche Inhalte serverseitig liegen und welche clientseitig gerendert werden
• Performance & Core Web Vitals: Ladepfad, LCP, INP/FID‑Äquivalente, CLS
• HTTP Headers, Redirect‑Strategien, Serverkonfigurationen und Security (z. B. HTTPS)

On‑Page SEO — typische Aufgaben

• Content‑Relevanz und Struktur: Titles, H1/H2, Text, Medien, Lesbarkeit
• On‑Page‑Markup: Meta‑Description, strukturierte Daten (Schema), Open Graph
• Interne Verlinkung und Anchor‑Text‑Strategie
• Content‑Optimierung für Nutzerintention und SERP‑Formate (z. B. AI Overviews, Featured Snippets, Rich Results)

Wo sich Technisches SEO und On‑Page SEO überschneiden

Mehrere Bereiche erfordern koordinierte Arbeit beider Disziplinen. Beispiele:

• Canonical‑Implementierung: Technisch korrekt konfigurierte rel="canonical"‑Tags verhindern Indexierungskonflikte; On‑Page‑Entscheidungen legen fest, welche Seite als kanonisch gelten soll.
• Strukturierte Daten: Technisch müssen Markup und Antwortheader sauber sein; inhaltlich muss das Markup genaue, hochwertige Inhalte beschreiben.
• JavaScript‑Rendering: Technisch muss die Seite für Bots renderbar sein; inhaltlich muss der gerenderte Content suchrelevant und indexierbar sein.

Prüfverfahren: Wie du überprüfst, was funktioniert

Checks für eigene Seiten (Autoritative Tools)

1. Google Search Console — URL Inspection: Prüfe Crawling‑Status, Indexierungsstatus, renderte Version und eventuelle manuelle Maßnahmen.
2. Rich Results Test / Schema Markup Validator: Validiere strukturierte Daten.
3. Chrome DevTools: Elements vs. View‑Source vergleichen, Network‑Tab für Ladezeiten, Performance‑Audits mit Lighthouse.

Externe Prüfungen (Drittseiten / Publisher)

1. curl für Header und Roh‑HTML: Verwende curl -I https://example.com/path für Header‑Checks (Statuscode, Content‑Type). Für die volle HTML‑Ausgabe ohne Header: curl https://example.com/path
2. User‑Agent‑Tests: Prüfe Inhalte für verschiedene User‑Agents mit curl -A "UserAgentString" https://example.com/path, um zu sehen, ob die Site unterschiedlich ausliefert.
3. Rendered DOM via Browser DevTools: Öffne die Publisher‑Seite im Browser und vergleiche View‑Source (initiales HTML) mit Elements (gerendertes DOM). So erkennst du, ob relevante Links oder Texte nur clientseitig erzeugt werden.

Konkrete Prüf‑Checkliste (schnell durchgehen)

• HTTP Status: Seite liefert 200 für zugängliche Inhalte, Redirects sind konsistent.
• robots.txt & X‑Robots‑Tag: Keine unbeabsichtigten Blockierungen.
• rel="canonical" stimmt mit gewünschten kanonischen URLs überein.
• Mobile‑first Prüfung: Prüfe gerenderte Mobile‑Version; Google nutzt Googlebot Smartphone als Standard‑Crawler (Stand: Juli 2024).
• Strukturierte Daten: Validieren, keine syntaktischen Fehler, Daten spiegeln den sichtbaren Inhalt.
• On‑Page‑Signale: Title/H1 sind eindeutig, Meta‑Description sinnvoll, Content adressiert Suchintention.

Häufige Fehler und wie du sie behebst

Fehler: Content wird nur clientseitig erzeugt

Problem: Bot sieht nur wenig oder gar keinen Inhalt, weil Text erst per JavaScript nachgeladen wird. Lösung: Server‑Side Rendering, Prerendering oder sicherstellen, dass der relevante Text in initialer HTML‑Antwort vorhanden ist; überprüfe mit View‑Source vs. Elements.

Fehler: Falsche oder widersprüchliche Canonicals

Problem: Mehrere Seiten verweisen auf unterschiedliche kanonische Versionen oder Canonical verweist auf Redirects. Lösung: Einheitliche, erreichbare kanonische URLs verwenden; Redirects und Canonical‑Ziele abgleichen.

Fehler: Wichtige Seiten sind durch robots.txt oder Noindex blockiert

Problem: Entwickler‑ oder Testkonfigurationen bleiben live. Lösung: robots.txt und X‑Robots‑Tag prüfen; wenn eine Seite im Index fehlen sollte, nutze Google Search Console URL Inspection zur Diagnose.

Technisches SEO vs. On‑Page SEO in der Priorisierung

Priorisiere technische Blocker vor kosmetischen On‑Page‑Optimierungen. Wenn eine Seite nicht indexiert wird oder von Bots nicht erreicht werden kann, bringt optimierter Title‑Text wenig. Danach arbeite an Content‑Relevanz, interner Verlinkung und strukturierter Daten, um Sichtbarkeit und Klickrate zu verbessern.

Technische Beispiele (kurz)

• Indexierbare Seite mit qualitativ niedrigem Content → Crawled & indexiert, aber schlechte Rankings wegen schlechter Relevanz.
• Hochwertiger Content, aber Noindex/robots.txt blockiert → nicht in SERPs sichtbar, unabhängig von Content‑Qualität.

Diese Beispiele zeigen, dass Erfolg in der Suche eine koordinierte Umsetzung beider Bereiche erfordert.

Kurzreferenz: Link‑Attribute (bei bezahlten/externen Links)

Wenn dein Projekt bezahlte oder getauschte Platzierungen beinhaltet, verwende die richtigen rel‑Attribute: für gesponserte Links rel="sponsored", für nutzergenerierte Inhalte rel="ugc" und für Links, die du nicht speziell kennzeichnen willst, entferne rel=nofollow/sponsored/ugc (es gibt kein rel="dofollow"). rel="nofollow" wird von Google als Hinweis behandelt, nicht als strikte Anweisung.

Beispielsyntax: Beispiel, gesponsert: Beispiel, UGC: Beispiel, nofollow: Beispiel.

Praktischer Ablauf: Von Audit zu Umsetzung

1. Schnell‑Audit: GSC URL Inspection für Kernseiten, Curl‑Header‑Checks, Lighthouse‑Audit.
2. Priorisieren: Technische Blocker (Index, Robots, Canonical) zuerst, dann On‑Page‑Signale (Title, Content, interne Links), schließlich UX/Performance‑Feinschliff.
3. Validieren: Nach Änderungen URL erneut in Google Search Console prüfen; für strukturierte Daten Rich Results Test verwenden.

FAQ