KURZ ERKLÄRT
Technisches SEO sorgt dafür, dass eure Inhalte unter den vorgesehenen URLs zuverlässig erreichbar und für Suchsysteme verständlich sind. Es ersetzt kein gutes Angebot, kann aber verhindern, dass gute Inhalte an technischen Fehlern scheitern. Statt jede Warnung eines Audit-Tools sofort abzuarbeiten, priorisiert ihr nach Reichweite des Problems und Bedeutung der betroffenen Seiten für eure Kunden.
Wie technische Grundlagen, hilfreiche Inhalte und Sichtbarkeitsmessung zusammenhängen, zeigt der übergeordnete Guide SEO, GEO und AEO für SaaS: Sichtbarkeit, die Kaufentscheidungen unterstützt.
Prüft zuerst, ob wichtige Seiten erreichbar sind
Wählt eine repräsentative Stichprobe: Startseite, Leistungsseite, Blogartikel, Sprachvariante und ein älterer Link. Kontrolliert Statuscodes, Weiterleitungen und Zugriff ohne Anmeldung. Eine zentrale Leistungsseite mit Serverfehler ist dringlicher als ein kleiner Metadatenfehler auf einer unwichtigen Archivseite. Prüft auch CDN- und Firewall-Regeln, wenn menschliche Besucher die Seite sehen, Crawler aber blockiert werden. Dokumentiert die betroffenen Templates und nicht nur einzelne URLs. Dadurch erkennt ihr, ob ein Fehler viele Seiten gleichzeitig betrifft.
Trennt Crawling von Indexierung
robots.txt regelt Crawlerzugriff nach den jeweiligen Regeln, ist aber kein verlässlicher Ersatz für eine gezielte Indexierungsentscheidung. Eine Seite kann unterschiedliche Zugriffssignale besitzen, die zusammen bewertet werden müssen. Prüft deshalb robots.txt, Robots-Meta-Tags, HTTP-Header und kanonische Verweise im Zusammenhang. Sperrt sensible Inhalte über echte Zugriffskontrollen. Wer nur eine URL aus Suchergebnissen heraushalten möchte, benötigt eine andere Lösung als jemand, der vertrauliche Dokumente schützen muss. Behandelt diese Aufgaben technisch und organisatorisch getrennt.
Untersucht die tatsächlich gerenderte Seite
Eine JavaScript-Anwendung ist nicht automatisch schlecht für SEO. Entscheidend ist, welche Inhalte und Links Suchsysteme tatsächlich erhalten und verarbeiten können. Prüft Haupttext, Überschriften, Navigation und Metadaten mit geeigneten Rendering- und URL-Prüfungen. Achtet auf Inhalte, die erst nach einer nutzerspezifischen Aktion erscheinen, sowie auf fehlerhafte API-Antworten. Serverseitige Auslieferung oder statische Generierung kann für eure Architektur sinnvoll sein, sollte aber anhand realer Anforderungen gewählt werden. Der Frameworkname allein beantwortet die Frage nicht.
Gebt jeder Seite eine konsistente URL-Identität
Prüft, ob dieselben Inhalte über mehrere Adressen mit Parametern oder unterschiedlichen Schreibweisen erreichbar sind. Verwendet konsistente interne Links, passende kanonische Verweise und eine Sitemap mit den vorgesehenen URLs. Bei ersetzten Seiten braucht ihr nachvollziehbare Weiterleitungen zum passenden Nachfolger. Nicht jede entfernte Blogseite sollte pauschal auf die Startseite führen. Ein Besucher mit einer konkreten Fachfrage erwartet weiterhin eine hilfreiche Antwort. Bezieht vorhandene Links und relevante Suchanfragen in eure Migrationsentscheidung ein. Mehr dazu im Leitfaden Topic Cluster für SaaS: Inhalte verbinden, ohne ein Link-Labyrinth zu bauen.
Testet Templates und mobile Nutzung gemeinsam
Ein funktionierendes Desktop-Layout kann auf dem Smartphone wichtige Inhalte abschneiden oder Bedienelemente überdecken. Prüft Navigation, Sprachwechsel, Formulare, Tabellen und Bildabmessungen an echten Seiten. Ladeverhalten und Layoutstabilität sind zugleich Nutzungsfragen. Priorisiert besonders schwere Bilder und unnötige Skripte, wenn sie den Einstieg erschweren. Vermeidet Optimierungen allein für einen einzelnen Tool-Score. Der praktische Maßstab ist eine verlässliche Website, auf der Interessenten Informationen finden und ihre Anfrage ohne technische Hindernisse abschließen können.
Führt ein überprüfbares Fehler- und Release-Protokoll
Jeder Befund erhält betroffene URLs, erwartetes Verhalten, tatsächliches Verhalten, Verantwortliche und eine Prüfung nach der Änderung. Markiert Fehler mit großer Reichweite als Template-Aufgaben. Nach einem Release kontrolliert ihr dieselben Beispielseiten erneut und beobachtet wichtige Berichte. Erwartet keine sofortige Neubewertung aller URLs durch Suchmaschinen. Die technische Abnahme bestätigt zunächst, dass eure Umsetzung korrekt funktioniert. Ob Inhalte später mehr passende Sichtbarkeit erhalten, ist eine separate Frage, die auch Themenwahl, Wettbewerb und Nachfrage berücksichtigt. Mehr dazu im Leitfaden Strukturierte Daten für SaaS: Was Schema leisten kann und was nicht.
INTERAKTIV / VOM LESEN ZUR ANWENDUNG
Drei Prüfpunkte für eure Umsetzung
Wähle einen Punkt und halte deinen persönlichen Lesefortschritt fest. Die Häkchen werden weder gespeichert noch übertragen und sind keine Bewertung eures Unternehmens.
PRÜFPUNKT 01
Untersucht die tatsächlich gerenderte Seite
Eine JavaScript-Anwendung ist nicht automatisch schlecht für SEO.
Im Artikel vertiefen ↗PRÜFPUNKT 02
Gebt jeder Seite eine konsistente URL-Identität
Prüft, ob dieselben Inhalte über mehrere Adressen mit Parametern oder unterschiedlichen Schreibweisen erreichbar sind.
Im Artikel vertiefen ↗PRÜFPUNKT 03
Testet Templates und mobile Nutzung gemeinsam
Ein funktionierendes Desktop-Layout kann auf dem Smartphone wichtige Inhalte abschneiden oder Bedienelemente überdecken.
Im Artikel vertiefen ↗Häufige Fragen
Ist JavaScript grundsätzlich ein SEO-Problem?
Nein. Prüft die tatsächliche Auslieferung, das Rendering und die Zugänglichkeit wichtiger Inhalte und Links.
Welche Fehler haben höchste Priorität?
Fehler, die wichtige Seiten unzugänglich machen oder viele Seiten gleichzeitig betreffen. Der Kontext zählt mehr als die Anzahl der Tool-Warnungen.
Wann sehen wir nach einer Korrektur bessere Rankings?
Dafür gibt es keine feste Frist oder Garantie. Prüft zuerst die korrekte Umsetzung und beobachtet anschließend relevante Suchdaten.
Wie lässt sich „Prüft zuerst, ob wichtige Seiten erreichbar sind“ praktisch umsetzen?
Wählt eine repräsentative Stichprobe: Startseite, Leistungsseite, Blogartikel, Sprachvariante und ein älterer Link. Kontrolliert Statuscodes, Weiterleitungen und Zugriff ohne Anmeldung. Eine zentrale Leistungsseite mit Serverfehler ist dringlicher als ein kleiner Metadatenfehler auf einer unwichtigen Archivseite.
Was ist bei „Trennt Crawling von Indexierung“ besonders wichtig?
robots.txt regelt Crawlerzugriff nach den jeweiligen Regeln, ist aber kein verlässlicher Ersatz für eine gezielte Indexierungsentscheidung. Eine Seite kann unterschiedliche Zugriffssignale besitzen, die zusammen bewertet werden müssen. Prüft deshalb robots.txt, Robots-Meta-Tags, HTTP-Header und kanonische Verweise im Zusammenhang.
