Technisches SEO: Das Fundament, auf dem Sichtbarkeit entsteht.

Was gehört zu technischem SEO – und was nicht?

Eine Website hat mehrere Aufgaben gleichzeitig. Sie muss eine Frage beantworten, Ihr Angebot vermitteln und technisch zugänglich sein. Technisches SEO kümmert sich um diesen letzten Teil und seine Schnittstellen: Sind wichtige URLs erreichbar? Werden die richtigen Inhalte ausgeliefert? Welche Version einer Seite soll maßgeblich sein? Funktionieren Navigation und Darstellung auf unterschiedlichen Geräten? Das ist Grundlagenarbeit, keine Abkürzung zu Platz eins.

Für ein mittelständisches Unternehmen ist dabei nicht jede technische Auffälligkeit gleich relevant. Ein kaputter Link auf einer häufig besuchten Leistungsseite ist anders zu bewerten als eine ungenutzte Bildvariante im Medienarchiv. Die praktische Priorität hängt davon ab, welche Aufgabe die betroffene Seite erfüllt, wie verbreitet der Fehler ist und ob er Nutzer oder Suchmaschinen tatsächlich behindert.

Erreichbar ist nicht automatisch indexierbar.

Stellen Sie sich drei unterschiedliche Türen vor: Zuerst muss die Adresse erreichbar sein. Dann muss die Suchmaschine den Inhalt abrufen dürfen. Anschließend stellt sich die Frage, ob die Seite in den Index aufgenommen werden kann und wird. Dass Sie selbst die Website sehen, beantwortet nur einen Teil davon. Sie könnten angemeldet sein, eine andere URL aufrufen oder eine Version sehen, die Suchmaschinen nicht erhalten.

robots.txt steuert das Crawling; sie ist kein verlässlicher Schutz vor einer Anzeige der URL in Suchergebnissen. Ein noindex-Hinweis steuert dagegen die Indexierung, muss dafür aber von Google gelesen werden können. Eine per robots.txt blockierte Seite kann diesen Hinweis nicht auf diesem Weg übermitteln. Vertrauliche Bereiche benötigen Zugangsschutz statt bloß einer Suchmaschinenanweisung. [1] Beleg crawling-indexierung-1

Für den ersten Check reichen repräsentative URLs: Startseite, wichtigste Leistung, ein Ratgeber, eine Referenz und der Kontaktbereich. Notieren Sie für jede Seite den gewünschten Zustand. Ein Kundenportal soll beispielsweise nicht öffentlich auffindbar sein, eine freigegebene Leistungsseite normalerweise schon. Ohne diesen Sollzustand kann ein Audit eine bewusst private Seite fälschlich als SEO-Problem behandeln.

Den tatsächlichen Zustand einer Seite untersuchen.

Die URL-Prüfung in der Search Console zeigt Informationen zur indexierten Version und bietet einen separaten Live-Test. Diese Ansichten beantworten verschiedene Fragen: Was weiß Google bereits über diese URL, und lässt sich die aktuelle Seite jetzt abrufen? Ein erfolgreicher Live-Test ist deshalb noch kein Nachweis, dass die aktuelle Fassung schon indexiert ist oder ein bestimmtes Ranking erhält. [2] Beleg url-pruefung-0

1. 01

   Eine konkrete, geschäftlich wichtige URL auswählen und ihren gewünschten öffentlichen Zustand festhalten.

2. 02

   Ohne Anmeldung prüfen, ob genau diese Adresse erreichbar ist und die erwarteten Inhalte enthält.

3. 03

   Indexierungsstatus und gegebenenfalls Live-Test in der Search Console getrennt ansehen.

4. 04

   Eine gefundene Ursache mit dem zuständigen Entwickler oder dem CMS-Verantwortlichen abgleichen.

5. 05

   Die Änderung an derselben URL erneut prüfen und anschließend die weitere Verarbeitung beobachten.

Der häufigste Denkfehler in diesem Ablauf ist der Sprung von einer Meldung direkt zu einer großflächigen Änderung. Wenn eine URL nicht indexiert ist, kann das beabsichtigt sein, an einer anderen ausgewählten Hauptversion liegen oder weitere Ursachen haben. Kopieren Sie deshalb die konkrete Meldung in Ihr Arbeitsticket, nicht nur die Überschrift „Google findet uns nicht“. Das spart Rückfragen und schützt davor, funktionierende Regeln pauschal zu entfernen.

Eine klare Hauptversion statt widersprüchlicher Signale.

Derselbe Inhalt kann über mehrere Adressen erreichbar sein: mit Parametern, unter alten Pfaden oder in einer Druckansicht. Ein Canonical benennt die bevorzugte Version bei gleichen oder sehr ähnlichen Inhalten. Google behandelt diesen Hinweis als Signal, nicht als unumstößlichen Befehl. Weiterleitungen, Canonical-Angaben und Sitemap-Einträge sollten dieselbe Richtung unterstützen. [3] Beleg canonicals-0

Ein typisches Beispiel: Sie ersetzen eine alte Leistungsseite durch eine neue Adresse. Intern zeigen einige Links noch auf die alte URL, die Sitemap nennt die neue und ein übernommenes Canonical verweist zurück. Solche Widersprüche machen die Absicht unnötig unklar. Für die Umsetzung brauchen Sie eine Liste alter und neuer Adressen sowie eine Entscheidung darüber, welche Seite welchen Inhalt tatsächlich ersetzt.

Ein Canonical ist dagegen kein Mittel, beliebige schwache Seiten auf die Startseite umzuleiten oder unterschiedliche Angebote zu einer einzigen Seite zu erklären. Fragen Sie zuerst, ob die Inhalte wirklich gleichartig sind. Eine Seite über eine Dienstleistung und ein Ratgeber zu ihrer Planung erfüllen häufig unterschiedliche Aufgaben und verdienen jeweils eine eigene, saubere Adresse.

• Interne Links führen nach Möglichkeit direkt zur gewünschten Zieladresse.
• Alte Adressen werden bei einem echten Ersatz gezielt der passenden neuen Seite zugeordnet.
• Canonical-Ziele sind erreichbar und passen inhaltlich zur jeweiligen Seite.
• Öffentliche Sitemaps enthalten die dafür vorgesehenen Zielseiten, keine privaten Vorschauen.

Ladezeit optimieren, ohne die Website kaputtzusparen.

Bei den Core Web Vitals stehen aktuell LCP für das Laden des größten sichtbaren Inhalts, INP für die Reaktion auf Interaktionen und CLS für unerwartete Layoutverschiebungen im Mittelpunkt. Die als gut definierten Grenzen liegen bei höchstens 2,5 Sekunden, 200 Millisekunden und 0,1. Für die Bewertung zählt das 75. Perzentil der erfassten Besuche, getrennt nach Mobilgeräten und Desktop. [4] Beleg ladezeit-0

Gerade bei einer hochwertigen Markenwebsite ist die Lösung selten, einfach jedes Bild und jede Animation zu entfernen. Ein Video kann eine Leistung überzeugend erklären. Es sollte aber nicht unnötig die gesamte Seite blockieren. Eine sinnvolle Aufgabenstellung lautet beispielsweise: ein sofort sichtbares Vorschaubild, passend komprimierte Videovarianten und das große Material erst laden, wenn es gebraucht wird. Ob diese Maßnahmen reichen, entscheidet die erneute Messung.

Google warnt zugleich davor, gute Seitenqualität auf einen einzelnen Messwert zu reduzieren. Gute Core Web Vitals garantieren keine Spitzenposition. Für Ihre Besucher gehören ebenso lesbare Inhalte, eine sichere Verbindung und eine insgesamt brauchbare mobile Oberfläche dazu. [5] Beleg ladezeit-3

Aus 100 Warnungen werden drei sinnvolle Prioritäten.

Ein Audit kann sehr viele Meldungen erzeugen. Die Anzahl der Meldungen sagt wenig über den wirtschaftlichen Nutzen ihrer Behebung aus. Ein sinnvoller Maßnahmenplan unterscheidet deshalb zunächst zwischen Blockade, deutlicher Behinderung und Verbesserung. Anschließend betrachten Sie Reichweite und Aufwand: Betrifft ein Fehler die komplette Website oder nur eine selten verwendete Unterseite? Lässt sich eine Ursache zentral beheben?

Ein brauchbares Ticket enthält mindestens URL, beobachteten Zustand, erwarteten Zustand und ein Beispiel zur Reproduktion. Ergänzen Sie Verantwortliche und einen Termin zur Nachprüfung. „SEO optimieren“ ist dagegen keine überprüfbare Aufgabe. „Die fünf wichtigsten Angebotsseiten erhalten die jeweils korrekte Hauptadresse und werden danach erneut geprüft“ ist deutlich konkreter.

Wir empfehlen, technische Änderungen zunächst in einem geeigneten Testbereich zu prüfen und den bisherigen funktionierenden Zustand nachvollziehbar zu halten. Eine Änderung am Template kann viele Seiten gleichzeitig verbessern, aber auch viele Seiten gleichzeitig beeinträchtigen. Besonders Navigation, Weiterleitungen und Indexierungsregeln verdienen daher mehr Sorgfalt als eine rein kosmetische Anpassung.

Wann ist die technische SEO-Arbeit wirklich fertig?

Die erste Antwort lautet: wenn der konkrete Fehler behoben und das gewünschte Verhalten überprüft ist. Die zweite lautet: Die technische Betreuung einer lebenden Website hört damit nicht auf. Neue Medien, Plugins, Formulare oder Seiten können den Zustand verändern. Planen Sie deshalb eine kurze wiederkehrende Kontrolle Ihrer wichtigsten Wege, statt erst beim nächsten Relaunch wieder hinzuschauen.

Trennen Sie dabei Umsetzung und Wirkung. Ein korrekt gesetzter Canonical ist eine nachweisbare Umsetzung. Mehr passende Suchbesuche sind ein späteres Ergebnis, das zusätzlich von Nachfrage, Inhalten und Wettbewerb abhängt. Diese Trennung macht den Fortschritt ehrlich sichtbar und verhindert, dass jede erledigte Aufgabe sofort als gewonnener Kunde dargestellt wird.

Welche Kennzahlen Sie nach einer technischen oder inhaltlichen Änderung sinnvoll beobachten, erklären wir im ergänzenden Leitfaden. SEO-Erfolg mit Search Console und Anfragen messen.

Für eine vollständige Bestandsaufnahme verbinden Sie diese technischen Prüfungen mit Suchintention, Inhalten, Links und Kontaktwegen. SEO-Audit mit Befunden, Prioritäten und Retest.