Wie man ein technisches SEO-Audit durchführt (Schritt-für-Schritt-Checkliste)

Hier ist die kurze Version: Um ein technisches SEO-Audit durchzuführen, prüfen Sie, ob Suchmaschinen Ihre Website in dieser Reihenfolge crawlen, rendern, indexieren und verstehen können. Sie beginnen mit dem, was Google tatsächlich indexiert hat (Search Console’s Page Indexing Report), arbeiten dann durch Crawlerbarkeit, Website-Architektur, On-Page-technische Probleme, Leistung, Mobile, Sicherheit und strukturierte Daten, und Sie beenden, indem Sie jeden Befund in kritische, wichtige oder nette priorisieren. Das Ganze kann mit kostenlosen Tools durchgeführt werden, und Sie müssen kein Entwickler sein, um es auszuführen.

Okay, seien wir für eine Sekunde ehrlich: “Technisches SEO-Audit” klingt einschüchternd. Es beschwört Bilder von Terminalfenstern und jemandem, der über Log-Dateien murmelt. Aber hier ist der Teil, den Ihnen niemand sagt – das meiste technische Audit ist nur eine Reihe von sehr vernünftigen Fragen zu stellen und die Antworten aufzuschreiben. Kann Google meine Seiten finden? Ist irgendetwas blockiert es? Ist meine Website eine ordentliche Bibliothek oder eine Junk-Schublade? Sie können das tun. Ich verspreche, es wird einfacher, sobald Sie eine Checkliste haben, und am Ende dieses Handbuchs haben Sie eine – plus eine Vorlage, um Ihre Ergebnisse in Fixes umzuwandeln, die tatsächlich passieren. Lassen Sie uns also durchgehen, wie Sie ein technisches SEO-Audit vom ersten Check bis zum endgültigen Ticket durchführen.

Was ist technische SEO, wirklich?

Streifen Sie den Jargon und technische SEO ist vier Fragen. Können Suchmaschinen Krabbelei Ihre Website — Folgen Sie den Links und holen Sie Ihre Seiten ab? Können sie Ritzen es — Sehen Sie den Inhalt so, wie es ein Besucher tut, sogar die Teile, die von JavaScript geladen werden? Werden sie Index es — Speichern Sie Ihre Seiten und betrachten Sie sie als Kandidaten für Suchergebnisse? Und können sie verstehen es — Finden Sie heraus, worum es bei jeder Seite geht und wie sich Ihre Seiten zueinander verhalten?

Jede technische Überprüfung, die Sie jemals durchführen werden, wird auf eine dieser vier hochgeladen. Das ist wirklich beruhigend, denn wenn ein Tool siebenundvierzig Warnungen ausspuckt, können Sie sie sortieren, indem Sie fragen: Hört das auf zu crawlen, zu rendern, zu indizieren oder zu verstehen? Wenn es einem der vier nicht eindeutig weh tut, ist es wahrscheinlich nicht dringend.

Noch eine Denkanmerkung, bevor wir uns einlassen, denn es ist wichtig: Die Behebung technischer Probleme beseitigt Hindernisse – es garantiert keine Rankings. Eine technisch saubere Website mit dünnem Inhalt wird eine leicht unordentliche Website mit brillantem Inhalt nicht übertreffen. Stellen Sie sich dieses Audit als die Straße frei, nicht das Rennen zu gewinnen. Das Rennen ist immer noch Inhalt und Relevanz. Aber eine blockierte Straße bedeutet, dass niemand sieht, dass Sie laufen, so dass die Reinigung lohnt sich gut zu tun.

Wie überprüfen Sie, was Google tatsächlich indexiert hat?

Beginnen Sie immer hier, denn die Indexierung ist das Anzeiger. Alles andere im Audit erklärt, warum das Anzeiger so aussieht, wie es aussieht.

Der Quick-and-Dirty-Check: die Website: Operator

Geben Sie Website:yourdomain.com in Google ein und Sie erhalten eine grobe Liste Ihrer indexierten Seiten. Es ist ein schöner erster Blick – wenn Sie 500 Seiten haben und die Ergebnisse wie ein Dutzend aussehen, ist etwas sehr falsch. Aber kennen Sie seine Grenzen: Die Ergebniszahl ist eine Schätzung, keine Inventarisierung, und sie kann zwischen den Suchanfragen wild schwingen. Verwenden Sie es als Rauchtest, niemals als Ihre Quelle der Wahrheit.

Der echte Check: Search Console’s Page Indexing Report

Google Search Console (kostenlos und ehrlich gesagt das Zentrum dieser gesamten Prüfung) hat einen Seitenindexierungsbericht, der zwei Dinge zeigt, die Sie benötigen: Wie viele Seiten indexiert sind, und – das Gold – die Gründe, warum Seiten nicht indexiert sind. Sie sehen Buckets wie “Crawled – derzeit nicht indiziert”, “Discovered – derzeit nicht indiziert”, “Exclused by noindex tag”, “Page with redirect” und “Duplicate without user-selected canonical.” (Genaue Berichtsnamen und Kategorien entwickeln sich, wenn Google die Suchkonsole aktualisiert, also überprüfen Sie, wie Ihre aktuelle Benutzeroberfläche sie nennt – aber die Logik bleibt gleich.)

Hier ist, wie ich diese Eimer als Freund gelesen habe, der über deine Schulter schaut:

• Noindex-Ausschlüsse: gut, wenn beabsichtigt (Dankeseiten, interne Suchergebnisse), alarmierend, wenn Ihre Geldseiten dort sind. Prüfen Sie die Liste, nehmen Sie nicht an.
• “Entdeckt – derzeit nicht indexiert”: Google weiß, dass die Seite existiert, hat sich aber noch nicht die Mühe gemacht, sie zu crawlen. Oft ein Signal der schwachen internen Verknüpfung oder eine Website Google priorisiert nicht Crawling.
• “Crawled – derzeit nicht indexiert”: Google holte es und entschied sich, es nicht zu behalten. Das ist häufig ein inhaltsqualitätsurteil, kein technischer bug, der einen ehrlichen blick darauf wert ist, ob die seite es verdient, zu existieren.
• Duplikate und kanonische Ausgaben: Google Mehrere Versionen der gleichen Sache gefunden und eine ausgewählt. Manchmal wählt es die Version aus, die Sie nicht wollten. Wir werden das im On-Page-Bereich beheben.

Überprüfen Sie auch einzelne Seiten mit dem URL-Inspektionstool in der Search Console. Es sagt Ihnen, für eine bestimmte URL, ob es indiziert ist, wann es zuletzt gecrawlt wurde und was Google gesehen hat. Wenn ein Stakeholder fragt: “Warum zeigt sich diese Seite nicht?”, Ist dieses Tool Ihre erste Station und normalerweise Ihre Antwort.

Wie auditiert man Crawlability?

Wenn die Indexierung das Anzeiger ist, ist die Crawlbarkeit, ob die Spieler sogar auf das Feld gelangen können. Fünf Kontrollen decken sie ab.

1. Robots.txt Sanity-Check

Besuch yourdomain.com/robots.txt und tatsächlich gelesen. Sie suchen nach zwei Katastrophen und ein paar Unordnungen. Katastrophe eins: Verweigerung: / — eine einzelne zeile, die ihre gesamte website blockiert (es passiert mehr, als irgendjemand zugibt, normalerweise eine staging-einstellung, die live ging). Katastrophe zwei: Verbot von Regeln, die Ordner blockieren, in denen Ihre wichtigen Seiten leben, wie /blog / oder /products /. Die Unordnung: Regeln, an die sich niemand erinnert. Wenn Sie eine Regel nicht erklären können, markieren Sie sie zur Untersuchung, anstatt sie blind zu löschen.

2. XML-Sitemap: präsent und sauber

Ihre Sitemap (normalerweise unter /sitemap.xml) ist die Liste der Seiten, auf denen Sie sich befinden Bitten um Suchmaschinen zum Indexieren. Zwei Standards: Es sollte existieren und in der Search Console eingereicht werden, und es sollte sauber sein — nur kanonisch, indexierbar, 200-Status URLs. Eine Sitemap voller Umleitungen, 404s und nicht indexierten Seiten ist wie jemandem eine Einkaufsliste zu übergeben, bei der die Hälfte der Artikel nicht vorhanden ist. Es untergräbt das Vertrauen in die ganze Liste.

3. Crawlfehler

Suchen Sie nach Seiten, die 404s (vergangen), weiche 404s (Seiten, die “nicht gefunden” sagen, aber einen 200-Status zurückgeben, was Crawler verwirrt) und 5xx Serverfehler (Ihr Server versagt, wenn Google besucht). Search Console taucht diese im Indexierungsbericht auf; ein Crawler-Tool findet den Rest. Jeder Fehlertyp hat eine andere Korrektur – und weil dieses Thema mehr Raum verdient, als ich es hier geben kann, habe ich eine vollständige Anleitung geschrieben, wie man Crawl-Fehler behebt, von der Diagnose von Statuscodes bis hin zur Entscheidung, wann ein 404 in Ordnung ist, um in Ruhe zu gehen.

4. Leitende Ketten

Eine Redirect-Kette ist, wenn Seite A zu B umleitet, was zu C umleitet, was zu D umleitet. Jeder Hopfen verschwendet Crawl-Aufwand und verdünnt das durchströmende Signal. Diese häufen sich ruhig über Jahre von Migrationen und URL-Änderungen an. Die Lösung ist einfach im Konzept: Richten Sie jede Umleitung direkt auf das endgültige Ziel. Ihr Crawler-Tool listet die Ketten auf; Ihre Aufgabe bei der Prüfung besteht darin, sie zu zählen und die schlimmsten Täter zu kennzeichnen.

5. Orphan Seiten

Eine verwaiste Seite hat null interne Links, die darauf hinweisen – sie existiert, vielleicht ist sie sogar in Ihrer Sitemap, aber kein Pfad auf Ihrer Site führt dorthin. Suchmaschinen behandeln Linklessness als Aussage: “Selbst der Website-Besitzer glaubt nicht, dass dies wichtig ist.” Finden Sie Waisenkinder, indem Sie Ihre Sitemap (oder CMS-Seitenliste) mit einem Crawl Ihrer Website vergleichen; Seiten in der ersten Liste, aber nicht die zweite, sind Waisenkinder. Entweder verlinken Sie sie von relevanten Seiten oder fragen Sie ehrlich, ob sie existieren sollten.

Für das Crawlen selbst benötigen Sie ein Desktop- oder Cloud-Crawler-Tool – es gibt mehrere bekannte mit kostenlosen Ebenen, die kleine und mittelgroße Websites bequem handhaben. Ich bleibe absichtlich anbieterneutral: Sie alle holen Ihre Seiten so ab, wie es eine Suchmaschine tun würde, und melden die gleichen Kernprobleme. Wählen Sie, was auch immer zu Ihrem Budget und Stapel passt; Die Checkliste unten funktioniert mit einem von ihnen.

Wie bewerten Sie die Website-Architektur und interne Verknüpfung?

Dies ist der Bereich, den die Leute überspringen, weil er kein befriedigendes rotes Fehlersymbol erzeugt – und er ist leise einer der am stärksten Hebeleffekten beteiligten Teile des gesamten Audits.

Überprüfen Sie zuerst die Klicktiefe. Wie viele Klicks braucht es, um von Ihrer Homepage zu Ihren wichtigen Seiten zu gelangen? Als Arbeitsregel sollte alles, was Ihnen wichtig ist, innerhalb von drei oder vier Klicks erreichbar sein. Seiten, die sechs Klicks tief vergraben sind, werden seltener gecrawlt und rangieren schlechter, nicht wegen einer Strafe, sondern weil Tiefe die Bedeutung Ihrer Website ist. Ihr Crawler-Tool meldet Tiefe für jede URL; sortieren Sie danach und winken Sie entsprechend.

Überprüfen Sie dann die logische Struktur. Hat Ihre Website eine Form — Klare Abschnitte, Hub-Seiten, die auf Detailseiten verlinken, Detailseiten, die auf Geschwister zurückgreifen und sich darauf beziehen? Oder ist es ein flacher Stapel von Seiten, die hauptsächlich über den Blog-Feed verbunden sind? Eine logische Struktur hilft Suchmaschinen zu verstehen, welche Seiten Ihre Säulen sind und welche Details unterstützen, und es hilft Besuchern, sich nicht zu verirren. Wenn Ihr Audit eine Junk-Drawer-Situation zeigt, ist das ein Projekt, kein Ticket — und ich habe den gesamten Wiederaufbauprozess in diesem Leitfaden aufgebrochen Wie man die Website-Architektur für SEO verbessert, die sich natürlich mit diesem Audit verbindet.

Scannen Sie schließlich den internen Ankertext. Links, die “hier klicken” und “mehr lesen” sagen, erzählen Suchmaschinen nichts. Links, die “technische SEO-Checkliste” oder “Preise für kleine Teams” sagen, sind winzige, kostenlose Beschreibungs-Tags für die Zielseite. Sie müssen nicht jeden Anker im Audit reparieren – beachten Sie einfach, ob deskriptive Anker die Norm oder die Ausnahme sind.

Welche technischen Probleme auf der Seite sollten Sie überprüfen?

Dies sind die unglamourösen, hochfrequenten Befunde – die ein Crawler-Tool zu Hunderten findet.

• Duplizierte Titel-Tags und Meta-Beschreibungen. Wenn fünfzig Seiten den Titel “Produkte | YourBrand” teilen, haben Suchmaschinen Schwierigkeiten, sie voneinander zu unterscheiden, und die Suchenden haben keinen Grund, aufeinander zu klicken. Ihr Crawler gruppiert Duplikate für Sie; priorisieren Sie die Festlegung der Seiten, die Sie tatsächlich einordnen möchten.
• Fehlende oder leere Titel und Beschreibungen. Weniger schädlich als Duplikate (Google wird etwas generieren), aber eine verpasste Gelegenheit auf jeder wichtigen Seite.
• Canonical Tags. Ein kanonisches Tag sagt Suchmaschinen “diese URL ist die offizielle Version dieses Inhalts.” Überprüfen Sie drei Dinge: wichtige Seiten sollten eine kanonische haben (normalerweise selbstreferenzierend), keine wichtige Seite sollte zu einer kanonischen Seite kanonisiert werden. unterschiedlich Seite durch Zufall und parametergeladene URL-Varianten (Tracking-Codes, Filter, Sortieraufträge) sollten sich wieder auf die saubere Version kanonisieren.
• Interne Links kaputt. Links, die auf 404s zeigen, verschwenden Kriechpfade und frustrieren Menschen. Exportieren Sie die Liste, beheben Sie die Links an der Quelle (Aktualisieren oder entfernen Sie sie) und crawlen Sie erneut, um zu bestätigen.
• Abgebrochene Outbound-Links. Niedrigere Priorität, aber eine Seite voller toter externer Links liest sich als verlassen – für Besucher und wohl für Qualitätssysteme. Die schlechtesten Seiten aufräumen.

Wie beurteilen Sie Leistung und Core Web Vitals in einfachen Worten?

Leistung ist eine ganze Disziplin für sich, also ist in einem Audit Ihre Aufgabe die Bewertung, nicht die Optimierung. Hier ist die einfache Version von Core Web Vitals, die drei Messungen der Benutzererfahrung von Google:

• Beladung (LCP): wie lange bis zum größten sichtbaren Ding auf der Seite — Normalerweise ein Heldenbild oder eine Headline — tatsächlich erscheint. Slow LCP fühlt sich an, als würde man auf eine leere Seite starren.
• Interaktivität (INP): Wenn ein Besucher tippt oder klickt, wie schnell reagiert die Seite? Eine verzögerte Antwort fühlt sich gebrochen an, auch wenn nichts ist.
• Visuelle Stabilität (CLS): Springt die Seite beim Laden herum, so dass Sie auf den falschen Knopf tippen? Diese Schwachsinnigkeit ist es, was diese Maßnahme misst.

Wohin Sie schauen sollten: Der Core Web Vitals-Bericht der Search Console zeigt, wie echte Besucher Ihre Website erleben (wenn genügend Traffic zum Berichten vorhanden ist), und Googles kostenloses PageSpeed Insights-Tool bietet eine Diagnose pro Seite. In der Prüfung sollten Sie drei Dinge aufzeichnen: welche Seitenvorlagen fehlschlagen, welche Metrik sie fehlschlagen und wie viele Seiten jede Vorlage ungefähr repräsentiert. Zeigen Sie diese Zusammenfassung dann auf dedizierte Geschwindigkeitsarbeit – Bildkomprimierung, Caching, Skriptbereinigung – als eigenes Projekt. Lassen Sie sich nicht von der Prüfung zu einem Leistungskaninchenloch machen; notieren Sie es, Größe es, gehen Sie weiter.

Wie sieht es mit mobilen, HTTPS- und strukturierten Daten aus?

Drei kleinere Bereiche, jeder ein Quick Pass.

Mobile Erfahrung

Google crawlt und bewertet überwiegend die mobile Version Ihrer Website, sodass Ihre mobile Website Ihre Website ist. Stellen Sie sicher, dass Ihre Seiten reagieren (sie passen sich an kleine Bildschirme an, anstatt eine geschrumpfte Desktop-Seite anzuzeigen), dass Text ohne Pinch-Zooming lesbar ist, dass Tasten und Links ohne chirurgische Präzision abgreifbar sind und dass nichts Wichtiges – Inhalte, Links, strukturierte Daten – auf dem Desktop vorhanden sind, aber auf dem Handy fehlen. Der Low-Tech-Test wird unterschätzt: Öffnen Sie Ihre zehn wichtigsten Seiten auf Ihrem tatsächlichen Telefon und versuchen Sie, sie wie ein ungeduldiger Fremder zu verwenden.

HTTPS und Sicherheitsgrundlagen

Ihre gesamte Website sollte über HTTPS geladen werden, Full Stop. Überprüfen Sie, ob das Zertifikat gültig ist (keine Browserwarnungen), dass jede HTTP-URL in einem einzigen Hop zu ihrer HTTPS-Version umleitet und dass Seiten keine Mixed-Content-Warnungen von unsicheren Bildern oder Skripten auslösen, die über HTTP geladen werden. Bestätigen Sie auch, dass Sie eine kanonische Domain-Version ausgewählt haben – www oder nicht-www – und die andere leitet zu ihr um. Dies sind in der Regel einmalige Fixes, was sie zu befriedigenden Audit-Gewinnen macht.

Strukturierte Datenvalidität

Strukturierte Daten sind maschinenlesbare Kennzeichnungen (am häufigsten JSON-LD), die Suchmaschinen sagen: “Dies ist ein Artikel, der an diesem Datum von diesem Autor veröffentlicht wurde” oder “Dies ist ein Produkt mit diesem Preis.” Überprüfen Sie bei der Prüfung zwei Dinge: Validieren Ihre strukturierten Daten ohne Fehler ()Google’s Rich Results Test und der Schema.org Validator sind beide kostenlos, und — Diese eine Sache — tut es den sichtbaren Inhalt auf der Seite? Markup, das behauptet, dass Dinge, die die Seite nicht sichtbar sagt, verletzt Google’s Richtlinien und kann nach hinten losgehen. Ehrliches Markup nur; es ist eine Beschreibungsebene, kein Trick.

Müssen Sie sich um hreflang und JavaScript-Rendering kümmern?

Zwei fortgeschrittene Bereiche. Überprüfen Sie, ob sie für Sie gelten, bevor Sie Zeit hier verbringen.

Hreflang – nur wenn Sie mehrere Sprachen oder Länder bedienen. Hreflang-Tags sagen Suchmaschinen, welche Version einer Seite den Suchenden in welcher Sprache oder Region angezeigt werden soll. Sie sind berühmt für den Scherz: Jedes Tag muss reziprok sein (wenn Seite A auf Seite B als französische Version zeigt, muss B auf A zurück zeigen), Sprach- und Regionscodes müssen korrekt formatiert sein, und die URLs müssen die live-, kanonischen sein. Wenn Ihre Website ist einsprachig und Single-Markt, überspringen Sie diese vollständig und fühlen sich null Schuld.

JavaScript Rendering – die einfache Sprachversion. Einige Websites laden ihre Inhalte mit JavaScript nach dem ersten Seitenladen. Suchmaschinen können JavaScript ausführen, aber das Rendern ist ein zweiter, verzögerter Schritt nach dem Crawlen – und alles, was nur nach dem Rendern existiert, besteht in gewissem Maße die Gefahr, dass es verpasst oder spät verarbeitet wird. Die Prüfung: Verwenden Sie das URL-Inspektionstool der Search Console, um die gerenderte Seite so anzuzeigen, wie Google sie sieht, und vergleichen Sie sie mit dem, was ein Besucher sieht. Wenn wichtige Inhalte, Links oder Metadaten für Sie sichtbar sind, aber in der gerenderten Version von Google nicht vorhanden sind, markieren Sie sie als kritischen Befund und holen Sie einen Entwickler ein. Sie müssen das Framework nicht verstehen, um die Lücke zu erkennen – Sie müssen nur die beiden Ansichten vergleichen.

Wie priorisieren Sie die Ergebnisse, damit sie tatsächlich behoben werden?

Hier sterben die meisten Audits: als 60-seitiges PDF mit undifferenzierten Warnungen, auf die niemand einwirkt. Schreibe dieses Dokument nicht. Sortieren Sie stattdessen jedes Ergebnis in drei Buckets:

• Kritisch – Blockiert das Crawlen oder Indexieren wichtiger Seiten. Robots.txt blockiert echte Abschnitte, Noindex auf Geldseiten, wichtige Seiten, die Fehler zurückgeben, Sitewide HTTPS-Ausfälle, gerenderte Inhalte, die aus Googles Sicht fehlen. Beheben Sie diese zuerst, diese Woche.
• Wichtig – verschlechtert die Leistung oder das Verständnis in großem Maßstab. Verbreitete doppelte Titel, Umleitung von Ketten auf Hauptpfaden, Schlüsselseiten, die über fünf Klicks tief vergraben sind, fehlgeschlagene Core Web Vitals bei Vorlagen mit hohem Datenverkehr, ungültige strukturierte Daten auf Vorlagenseiten. Planen Sie diese in den kommenden Wochen.
• Nice-to-have – real, aber gering. Gebrochene Outbound-Links auf alten Posts, fehlende Meta-Beschreibungen auf Seiten mit niedriger Priorität, Sitemap-Präzision, Anker-Text-Polinisch. Setzen Sie diese in die Wartungszeit.

Dann legen Sie die Ergebnisse in einen einfachen Tracker. Hier ist die Vorlage, die ich verwende – eine Zeile pro Befund:

Befunde	Priorität	Betroffene Seiten	Nachweise	Eigentümer	Status	Verifiziert?
Noindex Tag auf 14 Produktseiten	Kritisch	14	GSC Export, URL-Liste beigefügt	Entwicklerteam	In Arbeit	Noch nicht
Duplizieren Sie Titel auf Blog-Kategorieseiten	Wichtig	~80	Crawlerexport	Content Lead	Backlog	—
Gebrochene Outbound-Links zu 2019-Posts	Nice-to-have	23	Crawlerexport	Jeder	Backlog	—

Diese Spalte “Verified?” ist das Herzstück der Fix-Verify-Schleife, und sie trennt Audits, die funktionieren, von Audits, die ein gemeinsames Laufwerk dekorieren. Eine Korrektur wird nicht durchgeführt, wenn das Ticket schließt – es ist erledigt, wenn Sie die Änderung bestätigt haben und das Symptom gelöscht wurde. Crawlen Sie die betroffenen URLs erneut, überprüfen Sie sie erneut in der Search Console, fordern Sie eine Neuindexierung an, wo es darauf ankommt, und überprüfen Sie den entsprechenden Bericht einige Wochen später. Indexierungsänderungen brauchen Zeit, um sich zu zeigen, daher ist die Überprüfung geduldige Arbeit. Bauen Sie es in den Plan ein, anstatt es als Überraschung zu behandeln.

Wie arbeitest du mit Entwicklern an technischen Fixes?

Viele Ihrer Erkenntnisse benötigen Entwicklerhände, und die Qualität Ihrer Tickets bestimmt die Geschwindigkeit Ihrer Fixes. Ein gutes technisches SEO-Ticket besteht aus fünf Teilen:

• Was ist falsch, in einem Satz, mit den betroffenen URLs aufgelistet oder verlinkt.
• Warum es wichtig ist, betriebswirtschaftliche Bedingungen — Diese 14 Seiten können nicht in Google überhaupt nicht “Noindex erkannt”.
• Was getan wird, sieht aus wie, Genau: “Entfernen Sie den noindex Robots Meta-Tag von diesen URLs; sie sollten zurückkehren” 200 und indexierbar sein.
• Wie Sie überprüfen werden, Niemand diskutiert also über die Fertigstellung: “Ich werde jede URL in der Search Console erneut prüfen und bestätigen, dass sie für die Indexierung geeignet ist.”
• Beiliegende Beweise — Screenshots, Crawlerexporte, Search Console Links. Machen Sie das Problem reproduzierbar in zwei Klicks.

Ein Ticket pro Ausgabe. Ein Ticket mit dem Titel “SEO Fixes” mit neun nicht verwandten Anfragen wird für immer im Backlog sitzen, und ehrlich gesagt, es verdient.

Wie oft sollten Sie ein technisches SEO-Audit durchführen?

Eine vernünftige Kadenz für die meisten Seiten: a Vollständige Prüfung ein- bis zweimal jährlich, a monatlicher Mini-Check (15 Minuten in der Search Console Scannen der Indexierung Bericht, Core Web Vitals, und alle neuen Fehler, und eine Event-Triggered Audit Wann immer sich etwas Großes ändert — eine Neugestaltung, eine Migration, ein neues CMS, eine Fusion zweier Standorte. Migrationen vor allem: Audit vorher, Snapshot alles, und Audit wieder danach. Die meisten katastrophalen technischen SEO-Geschichten sind Migrationsgeschichten, in denen niemand vorher und nachher verglichen hat.

Wenn die Website groß, schnelllebig oder einnahmenkritisch ist, verkürzen Sie alle diese Intervalle. Der monatliche Scheck ist der, den ich am härtesten verteidigen würde – er fängt den zufälligen Noindex und die defekte Sitemap, während sie Tage alt sind, anstatt Viertel alt.

Ihre komplette technische SEO-Audit-Checkliste

Hier ist das gesamte Audit in einem Durchgang – diese Checkliste ist, in Miniatur, wie man ein technisches SEO-Audit von Anfang bis Ende durchführt. Arbeiten Sie von oben nach unten und sortieren Sie alles, was Sie finden, in die Prioritätsvorlage oben.

• Indexierung: Führen Sie eine Website aus: Rauchtest; Überprüfen Sie den Seitenindexierungsbericht in der Suchkonsole; Untersuchen Sie jeden “Warum nicht indiziert” -Bucket; URL-Inspektion Ihrer oberen Seiten.
• Robots.txt: Lesen Sie es; bestätigen Sie, dass nichts Wichtiges verboten ist; Flagge unerklärter Regeln.
• Sitemap: existiert, eingereicht und enthält nur Live-, kanonische, indexierbare URLs.
• Crawl-Fehler: Liste 404s, Soft 404s und 5xx-Fehler; entscheiden Sie für jeden Fehler zu beheben, umzuleiten oder zu verlassen.
• Weiterleitung: Ketten und Schleifen finden; Punktumleitungen an den endgültigen Bestimmungsorten.
• Waisenkinder: Vergleichen Sie Sitemap / CMS-Liste zu crawlen; Link oder Ruhestand verwaiste Seiten.
• Architektur: Klicktiefe der Schlüsselseiten überprüfen (3 – 4 Klicks max); Hub / Speichenstruktur bewerten; Anchor-Textqualität scannen.
• Onpage Technical: doppelte und fehlende Titel/Beschreibungen; kanonische Korrektheit; unterbrochene interne und ausgehende Links.
• Leistung: Überprüfen Sie Core Web Vitals nach Vorlage; notieren Sie ausfallende Vorlagen für dedizierte Geschwindigkeitsarbeit.
• Mobil: Responsive Rendering, lesbarer Text, abgreifbare Ziele, Inhaltsparität mit Desktop.
• HTTPS: gültiges Zertifikat, Single-Hop-HTTPS-Weiterleitungen, kein Mixed Content, eine kanonische Domain-Version.
• Strukturierte Daten: validiert ohne Fehler und stimmt mit dem sichtbaren Seiteninhalt überein.
• Hreflang (wenn mehrsprachig): Reziproke Tags, korrekte Codes, kanonische URLs, auf die verwiesen wird.
• JS-Rendering: Vergleichen Sie die von Google gerenderte Ansicht mit der Besucheransicht; markieren Sie fehlende Inhalte.
• Umhüllung: Jeder Befund erhält eine Priorität, einen Eigentümer und einen Verifizierungsschritt; Planen Sie das nächste Audit.

Und ein abschließender Gedanke darüber, was nach dem Audit passiert. Technischer Gesundheitszustand entscheidet, ob Ihre Seiten kann gefunden werden; es macht niemanden kümmern, sobald sie ankommen — Das ist die Aufgabe des Inhalts selbst und es tatsächlich vor den Menschen zu bekommen. Der zweite Teil ist, wo ich erwähnen werde, was wir bauen SocialBlaze: Sobald Ihre festen, auffindbaren Seiten live sind, hilft Ihnen eine organische Social Media Management-Plattform, sie zu verbreiten. — Planen und automatisches Veröffentlichen in jedem Netzwerk von einem Ort aus, damit Ihre neu auditierten Inhalte echte Augen bekommen, nicht nur Crawler-Besuche. Um es klar zu sagen, SocialBlaze ist ein Social Media Management Tool, kein SEO oder Audit Tool — Suchen und Social sind unterschiedliche Kanäle. Aber sie verbinden sich: Suche bringt die Absicht, soziale bringt die Reichweite, und das gleiche Inhaltsprogramm füttert beide.

FAQ: Wie man ein technisches SEO-Audit durchführt

Wie lange dauert ein technisches SEO-Audit?

Für eine kleine Website (unter wenigen hundert Seiten) dauert ein fokussiertes erstes Audit etwa einen Tag: ein paar Stunden Crawlen und Sammeln von Daten, mehrere Stunden Überprüfung der Ergebnisse und eine Stunde Aufschreiben priorisierter Tickets. Große oder ältere Websites dauern länger, meist in der Überprüfungsphase. Der monatliche Mini-Check dauert danach etwa 15 Minuten.

Kann ich ein technisches SEO-Audit nur mit kostenlosen Tools durchführen?

Ja, wirklich. Google Search Console deckt Indexierung, Crawlfehler, Core Web Vitals und URL-Level-Inspektion ab; PageSpeed Insights deckt die Performance pro Seite ab; der Rich Results Test deckt strukturierte Daten ab; und mehrere Crawler-Tools bieten kostenlose Ebenen, die kleine Websites behandeln. Bezahlte Tools fügen Komfort und Skalierung hinzu, nicht grundlegend unterschiedliche Daten.

Was ist der häufigste kritische Befund in einem technischen SEO-Audit?

Versehentliches Blockieren: eine noindex-Tag- oder robots.txt-Regel, die von der Staging-Phase übrig geblieben ist, oder ein Redesign, das wichtige Seiten leise von der Suche fernhält. Es ist üblich, weil es unsichtbar ist – die Website sieht aus und funktioniert gut für jeden menschlichen Besucher. Genau deshalb beginnt das Audit mit dem Indexierungsbericht und nicht mit der Website selbst.

Wird die Behebung technischer SEO-Probleme meine Rankings verbessern?

Es beseitigt Hindernisse, was notwendig, aber nicht ausreichend ist. Wenn ein technisches Problem aktiv das Crawlen oder Indexieren blockiert, kann die Behebung dramatischer Erholungen führen. Wenn Ihre Website bereits technisch solide war, führt die weitere Polierung wenig – Rankings hängen von der Qualität, Relevanz und den Links ab. Niemand kann ehrlich garantieren, Ranking-Verbesserungen von jeder SEO-Arbeit.

Was ist der Unterschied zwischen einem technischen SEO-Audit und einem vollständigen SEO-Audit?

Ein technisches Audit deckt ab, ob Suchmaschinen Ihre Website crawlen, rendern, indexieren und verstehen können – die Infrastrukturschicht. Ein vollständiges SEO-Audit fügt Content-Qualität, Keyword-Targeting, Wettbewerbspositionierung und Backlink-Analyse hinzu. Führen Sie zuerst das technische Audit durch: Inhalts- und Linkarbeit, die auf einem technisch kaputten Fundament aufgebaut ist, zeigt eine unterdurchschnittliche Leistung.