Technisches SEO für Unternehmenswebsites

Was technisches SEO leistet und was nicht

Technisches SEO beantwortet drei Fragen: Kann eine Suchmaschine die Seite erreichen? Kann sie den Inhalt lesen? Kann sie ihn einordnen?

Mehr nicht. Es macht keinen schlechten Text gut und keine fehlende Seite sichtbar. Es sorgt dafür, dass vorhandene Inhalte ihre Chance bekommen.

Deshalb ist die Reihenfolge wichtig: Erst dafür sorgen, dass es etwas zu finden gibt, dann dafür, dass es gefunden wird. Eine technisch makellose Website mit drei Seiten rankt für drei Themen.

Umgekehrt gilt aber auch: Ein technischer Fehler kann gute Inhalte vollständig unsichtbar machen. Eine versehentlich gesetzte Noindex-Anweisung nimmt eine Seite komplett aus dem Index, unabhängig davon, wie gut sie ist. Das macht technisches SEO zu einer Voraussetzung, nicht zu einem Hebel.

Der Zehn-Sekunden-Test

Technisches SEO beantwortet drei Fragen: Kann eine Suchmaschine die Seite erreichen? Kann sie den Inhalt lesen? Kann sie ihn einordnen?

Mehr nicht. Es macht keinen schlechten Text gut und keine fehlende Seite sichtbar. Es sorgt dafür, dass vorhandene Inhalte ihre Chance bekommen.

Deshalb ist die Reihenfolge wichtig: Erst dafür sorgen, dass es etwas zu finden gibt, dann dafür, dass es gefunden wird. Eine technisch makellose Website mit drei Seiten rankt für drei Themen.

Umgekehrt gilt aber auch: Ein technischer Fehler kann gute Inhalte vollständig unsichtbar machen. Eine versehentlich gesetzte Noindex-Anweisung nimmt eine Seite komplett aus dem Index, unabhängig davon, wie gut sie ist. Das macht technisches SEO zu einer Voraussetzung, nicht zu einem Hebel.

Die sechs Punkte

1. Indexierbarkeit. Jede Seite, die gefunden werden soll, darf kein noindex tragen und nicht in der robots.txt gesperrt sein. Prüfen: Search Console, Bericht Seitenindexierung.

2. Sitemap. Eine XML-Sitemap, die alle relevanten Seiten enthält und keine Weiterleitungen oder gesperrten URLs. In der Search Console eingereicht.

3. Titel und Beschreibung. Pro Seite eindeutig. Titel unter 60 Zeichen mit dem Hauptbegriff vorn, Beschreibung 120 bis 160 Zeichen.

4. Überschriftenstruktur. Genau eine H1 pro Seite, darunter H2 für die Abschnitte. Keine Überschrift als Gestaltungsmittel.

5. Ladezeit. Vor allem Largest Contentful Paint unter 2,5 Sekunden auf dem Smartphone. Der häufigste Bremsklotz sind zu große Bilder.

6. Strukturierte Daten. JSON-LD für Organization, Article und BreadcrumbList. Das sagt Maschinen, was ein Inhalt ist.

Wer diese sechs sauber hat, ist technisch weiter als die allermeisten Wettbewerber.

Der Fehler, den kein Werkzeug meldet

Der folgenreichste technische Fehler taucht in keinem Standardbericht als Fehler auf: Inhalte, die erst durch JavaScript im Browser entstehen.

Im Browser sieht alles richtig aus. Im ausgelieferten HTML steht an der Stelle nichts. Suchmaschinen können das teilweise ausgleichen, weil sie Seiten rendern, allerdings mit Verzögerung und nicht immer vollständig. Die Abrufwerkzeuge generativer Systeme tun es meist gar nicht.

Betroffen sind typischerweise aufklappbare Bereiche, Registerkarten, nachgeladene Listen und alles, was aus einem CMS über eine Schnittstelle kommt.

Der Test dauert zehn Sekunden: Seite öffnen, Quelltext anzeigen, mit der Suchfunktion nach einem Satz aus der Mitte des Textes suchen. Wird er nicht gefunden, steht der Inhalt nicht im Dokument.

Wer eine ganze Website prüfen will, ruft sie ohne JavaScript ab und vergleicht die Textmenge. Der Unterschied ist meist deutlich.

Ladezeit: worauf es wirklich ankommt

Von den Core Web Vitals ist im Alltag einer entscheidend: Largest Contentful Paint, die Zeit bis das größte sichtbare Element geladen ist. Zielwert unter 2,5 Sekunden auf dem Smartphone.

In über der Hälfte der Fälle liegt die Ursache bei den Bildern. Drei Maßnahmen wirken sofort:

Format. WebP statt JPEG oder PNG spart typischerweise 30 bis 50 Prozent bei gleicher Qualität.

Größe. Ein Bild, das mit 600 Pixeln Breite dargestellt wird, muss nicht 3.000 Pixel breit ausgeliefert werden. Das ist der häufigste und teuerste Fehler.

Ladeverhalten. Alles unterhalb des sichtbaren Bereichs erst laden, wenn es gebraucht wird. Das Hauptbild oben dagegen bevorzugt laden, nicht verzögert.

Danach kommen Schriften (Anzahl der Schnitte begrenzen, lokal ausliefern) und externe Skripte. Jedes Werkzeug, das im Kopfbereich geladen wird, verzögert alles danach.

Cumulative Layout Shift ist der zweite Wert, der zählt und sich leicht beheben lässt: Breite und Höhe an jedem Bild angeben, damit nichts springt.

Was ein Health Score von 100 nicht bedeutet

Viele Auditwerkzeuge zeigen einen Gesamtwert. Ein Wert von 100 bei null Fehlern fühlt sich abgeschlossen an, und er verdeckt regelmäßig die wichtigeren Befunde.

Der Grund: Diese Werkzeuge stufen nach technischer Schwere ein, nicht nach geschäftlicher Wirkung. Eine fehlende H1 ist eine Warnung, kein Fehler. Eine zu kurze Beschreibung ebenso. Beides kann trotzdem bedeuten, dass Google das Snippet selbst zusammenbaut und die Klickrate einbricht.

Deshalb lohnt sich der Blick unter den Gesamtwert:

Wie viele indexierbare Seiten haben keine H1?

Wie viele haben eine zu kurze oder fehlende Beschreibung?

Wie viele Titel sind länger als 60 Zeichen?

Wie viele Seiten haben keine internen Links?

Das sind die Zahlen, die etwas über den Zustand aussagen. Der Gesamtwert sagt nur, dass nichts kaputt ist.

Die Reihenfolge der Umsetzung

Woche 1: Sichtbarkeit sicherstellen. Search Console einrichten und prüfen, welche Seiten indexiert sind. Sitemap einreichen. Falsch gesetzte Noindex-Anweisungen und robots.txt-Sperren beheben. Ohne diesen Schritt wirkt nichts danach.

Woche 2: Lesbarkeit. Den HTML-Test für jeden Seitentyp machen. Wo Inhalt fehlt, mit der Entwicklung klären. Das ist der einzige Punkt, der technisch aufwendig werden kann.

Woche 3: Metadaten und Struktur. Titel und Beschreibungen pro Seite, H1 prüfen. Das ist Fleißarbeit, kein Fachwissen, und wirkt direkt auf die Klickrate.

Woche 4: Ladezeit. Bilder konvertieren und verkleinern, Maße setzen, Skripte prüfen.

Woche 5: Strukturierte Daten. Organization und WebSite zentral, Article und BreadcrumbList über die Vorlage.

Danach reicht eine Kontrolle im Quartal. Technisches SEO ist keine Dauerbaustelle, sondern ein Zustand, den man einmal herstellt und dann hält.