Checkliste für technisches SEO-Audit: Was zu überprüfen ist und warum
Nutzen Sie eine technische SEO-Audit-Checkliste, die Zugriff, Rendering, Indexierungssignale und interne Links mit klaren Verifizierungsschritten verbindet.
Bei einem technischen SEO-Audit wird geprüft, ob wichtige Seiten wie vorgesehen gefunden, abgerufen, gerendert und interpretiert werden können. Die nützlichste Checkliste verbindet jede Prüfung mit einem Grund und einer Überprüfungsmethode. Dadurch wird aus einer Sammlung von Warnungen Arbeit, die ein Entwickler erledigen kann.
Beginnen Sie mit den Seiten, die das Unternehmen unterstützen, und den Vorlagen, die sie generieren. Führen Sie Aufzeichnungen über die Crawling-Abdeckung und Zugriffsbeschränkungen. Ein technisch sauberes Beispiel reicht nicht aus, um eine große Website für fehlerfrei zu erklären.
Richten Sie einen repräsentativen Crawl ein
Listen Sie die Homepage, wichtige Kategorien oder Dienste, einzelne Detailseiten und unterstützende Leitfäden auf. Binden Sie gezielt relevante Subdomains und URL-Varianten ein, anstatt zuzulassen, dass der Ausgangspunkt des Crawlers den gesamten Umfang definiert.
Vergleichen Sie entdeckte Seiten mit den URLs, von denen Sie erwarten, dass sie vorhanden sind. Eine niedrige Seitenzahl kann auf eingeschränkte Navigation, Zugriffsbeschränkungen, reine JavaScript-Links oder ein Crawling-Limit hinweisen. Untersuchen Sie die Lücke, bevor Sie den Crawl als abgeschlossen betrachten.
Die SEO-Audit-Leitfaden erklärt den umfassenderen Prozess der Festlegung, Priorisierung und Übergabe. Diese Checkliste konzentriert sich auf technische Beweise innerhalb dieses Prozesses.
Überprüfen Sie Antworten und Weiterleitungsziele
Wichtige öffentliche Seiten sollten eine angemessene Reaktion und nützliche Inhalte zurückgeben. Untersuchen Sie Fehler, wiederholte Weiterleitungen und Seiten, die einen Erfolgsstatus zurückgeben und gleichzeitig eine Fehlermeldung anzeigen. Untersuchen Sie das endgültige Ziel und nicht nur, ob eine Weiterleitung vorhanden ist.
Weiterleitungen sollten eine sinnvolle Benutzerreise gewährleisten. Das Senden jeder entfernten Seite an die Homepage kann einen sichtbaren Fehler beseitigen und gleichzeitig die Besucher verwirren. Ordnen Sie alte URLs relevanten Zielen zu, für die es tatsächlich einen Ersatz gibt.
Führen Sie eine Tabelle mit Quell-URL, Antwort, Ziel und beabsichtigtem Verhalten. Testen Sie nach einer Änderung sowohl die alte Adresse als auch das Ziel erneut. Stellen Sie sicher, dass die Umleitung keinen weiteren unnötigen Hop einleitet.
Überprüfen Sie die Roboter und Indizierungsanweisungen
Untersuchen Sie robots.txt und Anweisungen auf Seitenebene in ihren richtigen Rollen. Eine Crawling-Einschränkung und eine Indexierungsanweisung sind nicht austauschbar. Überprüfen Sie, ob die wichtige Seite abgerufen werden kann und ob ihre sichtbaren Anweisungen mit der beabsichtigten Indexierungsrichtlinie übereinstimmen.
Lesen Sie alle Noindex-Anweisungen zu Vorlagen, Staging-bezogenen Einstellungen oder neu gestarteten Abschnitten. Entfernen Sie keine absichtlichen Ausschlüsse von privaten, doppelten oder Dienstprogrammseiten, nur weil ein Tool sie meldet.
Verwenden Sie die Quelltools von Google für die Indexierungsdiagnose. Ein Crawler kann eine Anweisung identifizieren, aber er kann nicht allein durch das Lesen der Seite schlüssig die aktuelle Indexierungsentscheidung von Google für jede URL melden.
Überprüfen Sie kanonische Beziehungen
Überprüfen Sie, ob kanonische Verweise bewusst und gültig sind und mit dem Zweck der Seite übereinstimmen. Ein kanonischer Hinweis auf den falschen Dienst, das falsche Gebietsschema oder den falschen Hostnamen verdient eine Untersuchung. Eine Selbstreferenz ist kein Heilmittel für jedes Duplicate-Content-Problem.
Betrachten Sie die gesamte Beziehung: interne Links, Weiterleitungen, Sitemap-Einträge und Seitenvarianten. Widersprüchliche Signale können die beabsichtigte Struktur unklar machen. Dokumentieren Sie, welche URL den Inhalt darstellen soll und warum.
Anschauliches Beispiel: Eine Produktvorlage gibt versehentlich die Kategorie-URL für jedes Produkt als kanonisch aus. Der Fix gehört in die Vorlage, gefolgt von der Überprüfung mehrerer Produkte und der Überprüfung der beabsichtigten URL-Struktur.
Überprüfen Sie die JavaScript-Wiedergabe und den öffentlichen Zugriff
Vergleichen Sie den ursprünglichen HTML-Code mit dem Inhalt, den ein normaler Besucher nach dem Laden der Seite erhält. Prüfen Sie, ob wichtige Texte und crawlbare Links in einer Form vorhanden sind, die der entsprechende Crawler verarbeiten kann. Ein leerer Anwendungscontainer sollte nicht mit einer leeren Unternehmenswebsite verwechselt werden.
Googles JavaScript-SEO-Anleitung beschreibt Crawling, Rendering und Indizierung als zusammengehörige Phasen. Notieren Sie für Ihre Prüfung, ob das Tool gerenderte Inhalte überprüft hat und ob Skripte oder erforderliche Ressourcen fehlgeschlagen sind.
Überprüfen Sie auch Einwilligungsbildschirme, Altersgrenzen und Authentifizierung. Die Sitzung eines Crawlers ist von Ihrer Browsersitzung getrennt. Dokumentieren Sie alle autorisierten Zugriffsvorgänge, die während des Audits verwendet wurden, und beschreiben Sie Inhalte hinter einem ungelösten Gate nicht als vollständig überprüft.
Überprüfen Sie interne Links und verwaiste Kandidaten
Verfolgen Sie die Wege, die ein Besucher von der Hauptnavigation zu wichtigen Seiten nehmen kann. Suchen Sie nach defekten Links, irrelevanten Zielen und Seiten, die nur über eine Sitemap oder eine direkte URL gefunden werden können. Eine Seite kann existieren, ohne dass eine sinnvolle Verbindung zur Site besteht.
Verwenden Sie beschreibenden Linktext, wenn er dem Besucher hilft, das Ziel zu verstehen. Vermeiden Sie es, die interne Verlinkung als eine Formel zu betrachten, die eine feste Anzahl genau passender Anker erfordert. Die sinnvolle Frage ist, ob die nächste relevante Seite leicht zu finden ist.
Wenn ein verwaister Kandidat entdeckt wird, bestätigen Sie, ob er öffentlich und aktuell sein soll. Alte Kampagnenseiten, temporäre URLs und bewusst eingestellte Inhalte müssen möglicherweise entfernt oder umgeleitet werden, anstatt neue Navigationslinks einzubauen.
Überprüfen Sie die Qualität der Sitemap
Eine Sitemap sollte die URLs beschreiben, die Suchmaschinen entdecken sollen, und nicht als Ersatz für eine kohärente Navigation dienen. Überprüfen Sie, ob es sich tatsächlich um XML im erwarteten Format handelt. Einige Anwendungen geben für jeden unbekannten Pfad, einschließlich sitemap.xml, dieselbe HTML-Shell zurück.
Überprüfen Sie eine Stichprobe der aufgelisteten URLs auf Antwortstatus, kanonische Konsistenz und beabsichtigte Indexierbarkeit. Überprüfen Sie Sitemap-Indizes und untergeordnete Dateien, sofern vorhanden. Gehen Sie nicht davon aus, dass das Vorhandensein einer Sitemap bedeutet, dass jede aufgelistete Seite indiziert ist.
Vergleichen Sie nach einer URL-Migration die Sitemap mit der neuen Struktur und entfernen Sie veraltete Einträge gemäß der beabsichtigten Richtlinie der Site. Bewahren Sie das Überprüfungsdatum im Auditprotokoll auf.
Überprüfen Sie mobile Fahrten und Leistungsnachweise
Testen Sie repräsentative Seiten in einem schmalen Ansichtsfenster. Achten Sie auf abgeschnittene Steuerelemente, unzugängliche Navigation, unlesbare Tabellen und wichtige Inhalte, die durch Überlagerungen verdeckt werden. Schließen Sie die primäre Anfrage oder den Kaufvorgang ab, sofern dies für eine Testumgebung oder autorisierte Überprüfung erforderlich ist.
Verwenden Sie Leistungsmessungen, um bestimmte Engpässe zu lokalisieren, anstatt einer Punktzahl ohne Kontext hinterherzujagen. Unterscheiden Sie einen Labortest von Feldbeobachtungen und zeichnen Sie das Gerät und die Bedingungen auf. Ein Schnelltest stellt nicht sicher, dass jeder Besucher ein Schnellerlebnis hat.
Priorisieren Sie Probleme, die wichtige Aufgaben beeinträchtigen. Ein dekorativer Effekt, der den Zugang zu einer Serviceanfrage verzögert, kann mehr ausmachen als ein kleiner optischer Unterschied, der die Nutzung nicht beeinträchtigt.
Überprüfen Sie strukturierte Daten und internationale Signale
Überprüfen Sie, ob strukturierte Daten die sichtbare Seite genau beschreiben und den entsprechenden Typ verwenden. Korrigieren Sie ungültige oder irreführende Werte, versprechen Sie jedoch keine spezielle Suchdarstellung, nur weil die Validierung erfolgreich ist.
Überprüfen Sie bei mehrsprachigen oder regionalen Websites die beabsichtigten Beziehungen zwischen Sprach- und Länderversionen. Stellen Sie sicher, dass Besucher die richtige Version erreichen können und dass Signale nicht auf nicht verwandte Seiten verweisen. Fügen Sie einer Binnenmarkt-Website keine internationalen Anmerkungen hinzu, ohne dass dies tatsächlich erforderlich ist.
Halten Sie diese Prüfungen getrennt von nicht unterstützten Behauptungen zur KI-Sichtbarkeit. Gültiges Markup kann Inhalte beschreiben; Es ist keine Garantie dafür, dass ein System die Seite zitiert.
Verwandeln Sie die Checkliste in ein Verifizierungsregister
| Finden | Aufgabe des Eigentümers | Überprüfung |
|---|---|---|
| Falsches Weiterleitungsziel | Korrigieren Sie die Zuordnung | Die alte URL gelangt zur relevanten Schlussseite |
| Fehlende gerenderte Navigation | Link-Ausgabe reparieren | Die öffentlich gerenderte Seite stellt nutzbare Links bereit |
| Unbeabsichtigter Noindex | Korrigieren Sie die Vorlageneinstellung | Die Live-Anweisung entspricht der beabsichtigten Richtlinie |
| Ungültige Sitemap-Antwort | Stellen Sie das richtige XML bereit | Der Parser liest die beabsichtigten URLs erfolgreich |
| Defekte mobile Aktion | Reparieren Sie das Steuerelement oder Layout | Repräsentativer Besucher kann die Aktion abschließen |
Gruppieren Sie die Ergebnisse nach Grundursache und geschäftlichen Auswirkungen. Ein Vorlagenproblem kann eine Implementierungsaufgabe mit vielen betroffenen URLs erfordern. Behalten Sie die Details zum Testen bei, aber vermeiden Sie es, den Rückstand mit Hunderten identischer Anweisungen aufzublähen.
UpStrait’s Prüffunktionen Stellen Sie Kampagnenergebnisse und Details zu den betroffenen Seiten bereit, um diesen Arbeitsablauf zu unterstützen. Bewahren Sie die Beweise neben der Aufgabe auf und verwenden Sie die Erklärung des SEO-Scores bei der Diskussion der zusammenfassenden Zahl mit Stakeholdern.
Häufig gestellte Fragen
Sollte jede technische Warnung behoben werden?
Nein. Stellen Sie zunächst sicher, dass es sich um ein echtes Problem für den beabsichtigten Zweck der Seite handelt. Einige Ausschlüsse oder Weiterleitungen sind absichtlich. Priorisieren Sie bestätigte Probleme, die wichtige Seiten oder Besucheraufgaben betreffen.
Bedeutet das Bestehen eines technischen Audits, dass der Inhalt gut ist?
Nein. Technischer Zugang und Seitennutzen sind unterschiedliche Fragen. Eine technisch zugängliche Seite kann dennoch vage, ungenau oder schlecht auf die Suchabsicht abgestimmt sein. Fügen Sie eine separate Inhaltsüberprüfung hinzu.
Woher weiß ich, dass ein Fix abgeschlossen ist?
Überprüfen Sie das Live-Verhalten auf repräsentativen Seiten und führen Sie die entsprechende Prüfung mit vergleichbarem Umfang erneut durch. Bewahren Sie die Beweise und das Datum auf. Eine Codeänderung oder ein geschlossenes Ticket allein beweist nicht, dass das beabsichtigte Produktionsverhalten vorliegt.