Technische SEO Audit Checkliste

Technische SEO ist die Sanitärinstallation der Suchsichtbarkeit: unsichtbar, wenn es funktioniert, katastrophal, wenn es nicht funktioniert. Der beste Inhalt im Web verdient nichts, wenn Crawler ihn nicht erreichen können, Renderer ihn nicht sehen können oder doppelte Signale seine Autorität auf fünf URLs verteilen. Ein richtiges Audit läuft in der gleichen Pipeline, die eine Suchmaschine tut - entdecken, abrufen, rendern, indexieren, ranken - und überprüft jede Stufe auf Lecks. Diese Checkliste ist in dieser Reihenfolge geordnet, weil die Reihenfolge wichtig ist: Es gibt keinen Punkt, um die Seitengeschwindigkeit auf Seiten zu optimieren, die versehentlich nicht indexiert sind. Führen Sie es vierteljährlich für große oder häufig geänderte Websites, mindestens jährlich für stabile kleine und immer nach Migrationen und Neugestaltungen.

Stufe eins: Crawl-Zugriff

Robots.txt Sanity

Lesen Sie Ihre robots.txt-Datei Zeile für Zeile. Bestätigen Sie, dass es keine CSS- oder JavaScript-Verzeichnisse blockiert (Engines müssen Seiten so darstellen, wie sie von den Benutzern angezeigt werden), dass Abschnitte, die indexiert werden sollen, nicht verboten werden und auf Ihre Sitemap verwiesen wird. Check für die klassischen Katastrophen: ein übrig gebliebenes Staging-weit Disallow: /Regeln, die von einer anderen Site kopiert wurden, oder Blöcke auf Parametern, die auch echte Seiten abfangen. Entscheiden Sie bewusst, welche KI-Crawler Sie zulassen - diese Richtlinien tragen jetzt Sichtbarkeitskonsequenzen jenseits der klassischen Suche.

Server-Antworten und Crawl-Fehler

Ziehen Sie die Crawl-Statistiken und Indexierungsberichte in der Search Console: Spikes in 404s, Soft 404s (dünne Seiten, die 200 zurückgeben, die Google als Fehler behandelt), 5xx Serverfehler und DNS-Probleme drosseln das Crawling. Überprüfen Sie, ob Ihre Website korrekte Statuscodes zurückgibt - echte 404s für verlorene Inhalte (oder 410, wenn permanent), 301s für Moves, keine Umleitungsketten länger als ein oder zwei Hops und keine Umleitungsschleifen. Jede Kette verschwendet Crawl-Budget und Leaks verbinden Eigenkapital.

Integrität der Sitemap

Die XML-Sitemap sollte nur kanonische, indexierbare, 200-Status-URLs enthalten - keine Weiterleitungen, keine nicht indexierten Seiten, keine Duplikate - und sollte automatisch aktualisiert werden, wenn sich der Inhalt ändert. Vergleichen Sie die URL-Zahlen der Sitemap mit den tatsächlichen indexierten Zahlen; große Lücken in beiden Richtungen sind diagnostisches Gold. Übergroße Websites benötigen segmentierte Sitemaps, damit Sie Indexierungsprobleme nach Abschnitten lokalisieren können.

Stufe zwei: Indexierungskontrolle

Was ist im Index, das nicht sein sollte

Audit auf Indexbloat: Parametervariationen, interne Suchergebnisse, Tag-Archive, Staging-Subdomains, Druckerversionen, Paginierte Duplikate. Jede Junk-URL verwässert die Aufmerksamkeit und die Qualitätsdurchschnitte. Entfernen Sie mit dem richtigen Tool für jeden Fall - noindex für Seiten, die Benutzer benötigen, aber Engines nicht, kanonische Tags für legitime Varianten, Roboterblöcke nur für Abschnitte, die niemals abgeholt werden sollten (das Erinnern an eine blockierte Seite kann ihren noindex nicht passieren).

Was ist raus, das sollte in

Die inverse Prüfung: Ziehen Sie Ihre Geldseiten und bestätigen Sie, dass jede indexiert ist. Häufige stille Killer finden sich hier: Streuner-Noindex-Tags, die von der Entwicklung überlebt haben, kanonische Elemente, die auf die falsche Seite zeigen, Seiten, die von internen Links verwaist sind, und JavaScript-abhängige Inhalte, die der Renderer nie gesehen hat. Die URL-Inspektion der Search Console zeigt genau, wie Google zuletzt eine Seite verarbeitet hat - die einzige nützlichste Diagnose in einer technischen SEO-Toolbox.

Canonicalisierungskohärenz

Jede Seite sollte eine kanonische URL deklarieren, und alle Ihre Signale sollten damit übereinstimmen: interne Links, Sitemap-Einträge, Umleitungen und hreflang sollten alle auf das kanonische Formular verweisen. Prüfen Sie Protokoll und Host-Konsolidierung (eine von http/https und www/non-www sollte 301 zum anderen), Trailing-Slash-Konsistenz und Fallempfindlichkeit. Gemischte Signale zwingen Motoren zu raten, und sie raten nicht immer auf Ihre Art und Weise.

Stufe drei: Rendering und JavaScript

Vergleichen Sie Quelle, gerendert und indiziert

Für Vorlagentypen, die von JavaScript abhängen, vergleichen Sie das rohe HTML, das gerenderte DOM und das, was das URL-Inspektionstool als indiziert anzeigt. Inhalte, Links oder Metadaten, die nur nach dem Rendern existieren, kommen spät oder inkonsistent; Inhalte, die niemals für den Bot rendern, existieren einfach nicht. Kritische Inhalte und Navigation gehören in das servergestützte HTML - über SSR, statische Erzeugung oder Hydratationsstrategien, die Substanz in die erste Antwort setzen.

Achten Sie auf Render-Blocking-Falle

Lazy-geladene Inhalte, die scrollen oder Interaktion erfordern, Cookie-Wände und Interstitials, die den Bot besteigen, und Geo- / Geräte-Covering schaffen eine Lücke zwischen dem, was Benutzer und Crawler erleben. Rendern Sie die Seite als Googlebot und schauen Sie sich an, was tatsächlich da ist - Annahmen sind der Feind in dieser Phase.

Stufe vier: Architektur und interne Verknüpfung

Tiefen- und Waisenanalyse

Durchsuchen Sie Ihre Website mit einem Desktop-Crawler und untersuchen Sie die Klicktiefe: Wichtige Seiten, die mehr als drei oder vier Klicks von der Homepage entfernt liegen, erhalten proportional schwächeres Crawling und Autorität. Finden Sie Waisenkinder - indexierte oder Sitemap-gelistete Seiten mit null internen Links - und integrieren oder ziehen Sie sie entweder in den Ruhestand. Das Link-Graphen ist Ihre Aussage darüber, was zählt; machen Sie es Ihren Geschäftsprioritäten entsprechen.

Navigation, Brotkrumen und Ankerqualität

Überprüfen Sie, ob die Navigation crawlbar ist, Brotkrumen vorhanden sind und das BreadcrumbList-Markup tragen, und der interne Ankertext beschreibt Ziele. Audit für massenvervielfältigte Boilerplate-Links, die kontextbezogene verdrängen, und für defekte interne Links, die durch Content Churn akkumuliert werden - jeder ist sowohl eine Benutzer-Sackgasse als auch ein verschwendeter Crawl.

Pagination und Facettennavigation

Die Kategorie-Paginierung sollte crawlbar und selbstcanonikalisierend pro Seite sein; Facettenfilter (Farbe, Größe, Preis) benötigen eine bewusste Strategie - typischerweise werden nur die Facetten mit echter Suchnachfrage indexiert und die kombinatorische Explosion des Rests kontrolliert. Unmanaged Facetten sind die Hauptursache für Crawl-Budget-Blutungen auf Commerce-Sites.

Phase fünf: Performance und Page Experience

Core Web Vitals Triage

Überprüfen Sie Felddaten (nicht nur Laborergebnisse) für die drei Vitale: Laden (LCP), Interaktivität (INP) und visuelle Stabilität (CLS). Diagnose nach Vorlage, nicht nach Seite - ein Produkt-Vorlagen-Problem ist ein Fix über Tausende von URLs. Übliche Verdächtige: übergroße, unoptimierte Bilder, Render-Blocking-Skripte, spätes Laden von Schriftarten, die das Layout verschieben, und Tags von Drittanbietern, die um den Hauptthread konkurrieren.

Der praktische Speed Stack

Moderne Bildformate und responsive Sizing, Komprimierung und Caching-Header, CDN-Lieferung, aufgeschobenes unkritisches JavaScript und rücksichtslose Third-Party-Tag-Audits (jedes Marketing-Pixel ist eine Leistungssteuer - inventarisieren Sie sie jährlich und löschen Sie die Zombies). Mobile gedrosselte Tests sind der ehrliche Maßstab, denn dort lebt Ihr marginaler Besucher.

HTTPS und Sicherheitshygiene

Gültiges Zertifikat, keine Warnungen mit gemischten Inhalten, HSTS, wo zutreffend, und keine Sicherheitswarnungen in der Search Console. Sicherheitsflags zerstören das Vertrauen - Benutzer und algorithmisch - schneller als fast jeder andere technische Fehler.

Stufe sechs: Strukturierte Daten, mobil und international

Validierung strukturierter Daten

Validieren Sie die Schemaausgabe jeder Vorlage: korrekte Typen, erforderliche Eigenschaften vorhanden, Werte, die mit sichtbarem Inhalt übereinstimmen, keine veralteten Typen, die noch ausgeliefert werden. Überprüfen Sie die Verbesserungsberichte der Search Console auf Fehler nach Typ und bestätigen Sie, dass Ihr Entity-Markup (Organisation, Autor Personen) auf der gesamten Website konsistent bleibt.

Mobilfunkparität

Bei der Mobile-First-Indizierung ist das mobile Rendering die Site. Inhalt, interne Links, Metadaten und strukturierte Datenparität zwischen Desktop- und mobilen Renderings bestätigen - "Wir verstecken diesen Abschnitt auf dem Handy" bedeutet "dieser Abschnitt existiert kaum" für Indexierungszwecke. Test-Tap-Ziele, Viewport-Konfiguration und intrusive-interstitial Compliance.

Hreflang und internationales Targeting

Für mehrsprachige oder multiregionale Websites: hreflang-Annotationen müssen bidirektional sein (jede Seite verweist auf alle Alternativen, einschließlich sich selbst), korrekte Sprachregionscodes verwenden und auf indexierbare kanonische URLs verweisen. Broken hreflang füttert Benutzer stillschweigend mit dem Ergebnis einer falschen Sprache - ein Konversionsleck, das in Rangberichten unsichtbar ist.

Umwandlung des Audits in Ergebnisse

Priorisieren durch Blockierung, dann nach Skalierung

Ergebnisse auf zwei Achsen: Wie vollständig das Problem die Sichtbarkeit blockiert (eine nicht indexierte Geldseite rangiert jeder Geschwindigkeitsoptimierung) und wie viele URLs es beeinflusst (Vorlagen-Level-Fixes schlagen Seiten-Level-Seiten). Das Ergebnis ist eine Rangliste mit Aufwandsschätzungen und benannten Eigentümern - Engineering für Code, Content Ops für Metadaten, Infrastruktur für Server - nicht ein hundertseitiges PDF, das in einem Laufwerk altert.

Verifizieren Sie Fixland

Jeder Fix erhält einen Verifizierungsschritt: die betroffenen URLs neu durchsuchen, in der URL-Inspektion bestätigen, den relevanten Trend des Search Console Reports beobachten. Technische Korrekturen scheitern im Deployment häufiger als irgendjemand zugibt; Das Audit wird erst durchgeführt, wenn der Index es widerspiegelt.

Überwachung zwischen den Audits

Standing Guardrails fangen Regressionen früh: Search Console wöchentlich überprüft, automatisierte Crawl Diffs nach Releases, Uptime und Vitals Überwachung und eine Pre-Launch SEO Checkliste in Ihren Bereitstellungsprozess verdrahtet (die billigste Prüfung ist die, die der Bug nie erreicht). Technische Gesundheit zeichnet auch alles andere ab, was Sie tun - der Inhalt, den Sie veröffentlichen und über soziale Kanäle bewerben (auf welcher Tritt auch immer Ihr Scheduler, wie der SocialBlaze Social Media Scheduler, unterhält), wandelt nur die Aufmerksamkeit in Rankings um, wenn die Pipeline dahinter sauber ist.

Führen Sie die Phasen in der Reihenfolge aus, fixieren Sie sie vor dem Downstream, überprüfen Sie sie im Index und automatisieren Sie die wiederkehrenden Überprüfungen. Technische SEO gewinnt selten Applaus - es hält Sie nur leise davon ab, alles zu verlieren, was der Rest Ihres Marketings verdient.

Für Websites, die einer Migration oder Replatformierung ausgesetzt sind - die Ereignisse, die die meisten katastrophalen technischen Regressionen verursachen - erweitern Sie diese Checkliste in ein Vorher-Nachher-Protokoll: Crawlen und archivieren Sie die alte Website vollständig (URLs, Titel, Rankings, Analytics-Baselines), ordnen Sie jede alte URL vor dem Start in ihr neues Zuhause ein, inszenieren Sie die Redirects zum Testen und führen Sie das vollständige Audit innerhalb weniger Tage nach dem Cutover erneut durch die archivierte Baseline als Vergleich. Die meisten Geschichten über "die Migration hat unseren Traffic getötet" gehen auf eine Handvoll vermeidbarer Fehler zurück - nicht zugeordnete URLs, vergessene Subdomains, ein Roboterblock, der von der Staging übertragen wurde, oder kanonische Elemente, die auf die tote Domain zeigen - von denen jedes Protokoll fängt, während es noch billig ist. Migrationen verlieren nicht von Natur aus Rankings; ungeprüfte Migrationen tun.