Zuerst die Frage, ob eine Seite in den Index darf
Bevor es um Inhalte geht, prüfe ich die Angaben, mit denen eine Seite der Suchmaschine sagt, was sie ist und wohin sie gehört: Canonical, robots-Anweisungen, hreflang, Weiterleitungen und Sitemap. Ein falsches Canonical kann den besten Text unsichtbar machen, und im Browser fällt es niemandem auf.
Die Fehler dabei sind meist unscheinbar:
- Eine Adresse steht in der Sitemap und trägt gleichzeitig
noindex. Die Sitemap meldet die Seite an, die Seite verbietet die Aufnahme, und die Search Console führt das als Widerspruch. - Eine Datei sieht im Browser richtig aus und antwortet trotzdem mit dem Statuscode 404. Den Status zeigt erst der Kopf der Antwort, nicht der Inhalt.
- Ein Seiten-Cache verdeckt eine wirksame Änderung. Wer nach dem Speichern nur die Seite ansieht, hält die Änderung für gescheitert, obwohl der Server längst die neue Fassung ausliefert.
Jede Änderung bekommt einen Ausgangswert
Eine Seite zu ändern, die schon gut gefunden wird, ist ein Versuch mit offenem Ausgang. Deshalb halte ich vorher fest, wo sie steht: Einblendungen, Klicks, Position und die Suchanfragen, für die sie tatsächlich erscheint. Nach vier Wochen messe ich nach, und bis dahin fasse ich die Seite nicht noch einmal an.
Dazu gehört eine Vergleichsseite, die bewusst unverändert bleibt. Wie nötig die ist, zeigte sich auf minoka.de Ende August 2026: Vom 24. bis 27. August kamen 29 Prozent mehr Klicks als in den vier Tagen davor, kurz nachdem ich neue Meta-Beschreibungen gesetzt hatte. Die Vergleichsseite stieg mit, eine der geänderten Seiten fiel. Den Beschreibungen ließ sich der Anstieg deshalb nicht zuschreiben.
Auch die Daten selbst brauchen eine Prüfung. Nicht jede Suchanfrage in der Search Console stammt von einem Menschen: Anfragen mit Suchoperatoren wie -site: kommen von Werkzeugen. Eine „Position 5“ für das KI-Glossar auf minoka.de ging auf eine einzige solche Abfrage zurück, mit 24 ausgeschlossenen Domains. Als Platzierung zählt sie nicht.
Das Suchergebnis gehört zur Seite
Titel und Beschreibung entscheiden, ob jemand klickt, und sie sollten die Worte tragen, mit denen tatsächlich gesucht wird. Bevor ich sie formuliere, lese ich deshalb die Anfragen, für die eine Seite schon erscheint.
Meine Übersicht der SEO-Konferenzen hieß früher „SEO-Veranstaltungen“. Gesucht wurde nach „SEO-Konferenzen“ und „SEO-Konferenz“, und das Wort kam im Titel gar nicht vor. Die Seite erschien häufig und wurde kaum angeklickt.
Wiederkehrende Prüfungen werden Werkzeuge
Prüfungen, die sich wiederholen, baue ich lieber einmal als Werkzeug, als sie jedes Mal von Hand zu machen. Bei minoka sind so kostenlose Werkzeuge entstanden, die jeder nutzen kann. Für technisches SEO sind das vor allem diese:
- Robots.txt Validator prüft die Syntax und zeigt, welche Regel für eine Adresse greift.
- Sitemap- und Robots.txt-Abgleich findet Adressen, die die Sitemap anmeldet und die robots.txt sperrt.
- hreflang Tester prüft die Sprachverweise einer Seite.
- Cloaking-Detektor vergleicht, was ein Crawler und was ein Besucher zu sehen bekommt.
- HTTP-Header-Prüfer liest die Kopfzeilen mehrerer Adressen auf einmal.
Zusammenarbeit
Den SEO-Audit biete ich über minoka.de an. Er prüft die technische Substanz einer Domain, ihre Inhalte und ihre Sichtbarkeit gegenüber Wettbewerbern und endet mit einer priorisierten Roadmap.
Wer sich lieber selbst einarbeitet: Die Schulung SEO-Grundlagen vermittelt die technischen Grundlagen. Wie sich dieselbe Arbeit auf KI-Systeme überträgt, beschreibe ich auf der Seite Sichtbarkeit in KI-Antworten.