Checkliste für das technische SEO-Audit: Was ist zu prüfen und in welcher Reihenfolge?

Ein technisches SEO-Audit beantwortet eine Frage: Können Suchmaschinen die Seiten finden, rendern und indizieren, die Traffic generieren sollen, und verstehen sie, welche Version jeder Seite die echte ist? Inhalte und Links entscheiden darüber, wie hoch der Rang einer Seite ist; Technische Fragen entscheiden darüber, ob es überhaupt ins Rennen geht. Wir führen diese Überprüfungen auf integrono.com (18 Sprachen), auf unseren Produkten und auf Kundenseiten durch, und immer wieder tauchen die gleichen Dutzend Probleme auf.

Diese Checkliste richtet sich an Entwickler und Gründer, die die Seite selbst verändern können. Für den Start benötigen Sie keine kostenpflichtigen Tools: Google Search Console, ein Browser, curl und ein Crawler wie Screaming Frog (kostenlos bis 500 URLs) genügen.

Bevor es losgeht: Umfang und Daten

• Listen Sie die Seitentypen auf, die ein Ranking erhalten sollen (Startseite, Dienstleistungen, Produkte, Artikel, Kategorien) und diejenigen, die nicht ranken sollten (Warenkorb, interne Suche, Filter, Admin).
• Überprüfen Sie die Domain-Eigenschaft in Google Search Console (die DNS-Überprüfung umfasst http, https und alle Subdomains) und öffnen Sie die Berichte „Seiten“, „Sitemaps“ und Core Web Vitals.
• Crawlen Sie die Website mit einem Desktop-Crawler, der als Googlebot Smartphone konfiguriert ist, und exportieren Sie alle URLs mit Statuscode, Indexierbarkeit, Kanonizität, Titel, H1 und Wortanzahl.

1. Crawl-Zugriff: Können Bots die Seiten erreichen?

Beginnen Sie mit robots.txt. Es muss 200 zurückgeben, reiner Text sein und darf CSS, JavaScript oder die Abschnitte, die indiziert werden sollen, nicht blockieren. Ein einziger Disallow: / der von einer Staging-Umgebung übrig bleibt, ist die klassische Katastrophe am Starttag.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Stellen Sie sicher, dass die XML-Sitemap nur kanonische, indexierbare URLs auflistet, die 200 zurückgeben: keine Weiterleitungen, keine noindex-Seiten, keine 404s. Bei mehrsprachigen Websites benötigt jede URL eine alternative Sprache (siehe unseren mehrsprachigen SEO-Leitfaden). Reichen Sie die Sitemap in Search Console ein und vergleichen Sie „eingereicht“ mit „indexiert“.

2. Statuscodes und Weiterleitungen

Jede wichtige URL sollte eine direkte 200 zurückgeben. Testen Sie die Varianten, die Menschen und Bots tatsächlich anfordern:

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• Ein kanonischer Host. Genau eines von http/https und www/non-www stellt Inhalte bereit; der Rest 301 in einem einzigen Hop dorthin.
• Keine Weiterleitungsketten oder -schleifen. A nach B nach C verschwendet Crawling-Budget und verwässert Signale; Verweisen Sie alte URLs direkt auf die endgültige.
• Echte 404er. Eine fehlende Seite muss 404 oder 410 zurückgeben, nicht eine 200-Seite mit der Meldung „nicht gefunden“ (ein weicher 404).
• 5xx-Fehler in den Protokollen oder Search Console erfordern sofortige Aufmerksamkeit: Wiederholte Serverfehler führen dazu, dass Google das Crawlen verlangsamt.

3. Indexierbarkeit: Ist die Seite erlaubt und eindeutig?

Drei Signale entscheiden über die Indexierung: das Robots-Meta-Tag oder X-Robots-Tag Header, die kanonische URL und ob der Inhalt ein Duplikat ist. Überprüfen Sie sie pro Vorlage, nicht pro Seite.

• Noindex-Lecks. Ein noindex der vom Staging in die Produktion kopiert oder vom Webserver in einem HTTP-Header gesendet wird, entfernt stillschweigend Seiten aus der Suche.
• Kanonische Tags. Jede indizierbare Seite verfügt über einen absoluten, selbstreferenzierenden Kanon. Paginierte und gefilterte URLs sollten entweder auf ein sinnvolles übergeordnetes Element kanonisiert oder ausgeschlossen werden. Niemals kanonisch zu einer Weiterleitungs-, Noindex- oder 404-URL.
• Duplikate. Varianten mit abschließendem Schrägstrich, Pfade in Großbuchstaben, Tracking-Parameter und druckerfreundliche Versionen erzeugen dieselbe Seite unter mehreren URLs. Wählen Sie eine aus und leiten Sie den Rest um oder kanonisieren Sie ihn.
• „Gecrawlt – derzeit nicht indiziert“ bedeutet in Search Console normalerweise dünnen oder nahezu doppelten Inhalt, keinen technischen Block. Verbessern Sie die Seite oder führen Sie sie zusammen.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Seitenstruktur und interne Verlinkung

Suchmaschinen entdecken Seiten über Links und nutzen die Linkstruktur, um deren Wichtigkeit zu beurteilen.

• Klicken Sie auf Tiefe. Wichtige Seiten sollten innerhalb von drei Klicks von der Startseite aus erreichbar sein.
• Verwaiste Seiten. Seiten, die in der Sitemap erscheinen, aber keine internen Links haben, erhalten wenig Aufmerksamkeit. Vergleichen Sie die Crawl-Liste mit der Sitemap-Liste.
• Ankertext. Verwenden Sie beschreibenden Text („technisches SEO-Audit“), nicht „hier klicken“. Verlinken Sie von starken Seiten zu denen, die Sie bewerten möchten.
• Defekte interne Links. Korrigieren Sie Links, die zu 404 oder Weiterleitungen führen.
• Echte Links. Eine Navigation, die nur mit JavaScript-Klick-Handlern anstelle von <a href> erstellt wurde, kann möglicherweise nicht befolgt werden.

5. Technische Signale auf der Seite

• Titel und Meta-Beschreibung: einmalig pro Seite, der Titel ist etwa 60 Zeichen lang und wird daher nicht abgeschnitten. Finden Sie Duplikate und Leergut im Crawl-Export.
• Ein H1, das der Seitenabsicht entspricht, mit logischem H2/H3 darunter.
• Sprache und Kodierung: <html lang> richtig eingestellt, überall UTF-8, hreflang gültig und reziprok.
• Bilder: beschreibende Dateinamen, alt, moderne Formate ( WebP oder AVIF) und explizite Breite und Höhe, um Layoutverschiebungen zu vermeiden.
• Paginierung und Filter: Stellen Sie sicher, dass facettierte URLs nicht Millionen crawlbarer Kombinationen generieren.

6. Rendering und JavaScript

Google kann JavaScript rendern, das Rendern steht jedoch in der Warteschlange und schlägt manchmal fehl. Wenn primäre Inhalte oder Links erst nach dem clientseitigen Rendern angezeigt werden, testen Sie dies mit dem URL-Inspektionstool („Gecrawlte Seite anzeigen“ und Screenshot). Für Inhaltsseiten ist serverseitiges Rendering oder statische Ausgabe die sicherste Option. Vergleichen Sie curl-Ausgabe mit dem, was Sie im Browser sehen: Wenn der Text, den Sie bewerten möchten, im Roh-HTML fehlt, sind Sie auf das Rendern angewiesen.

7. Geschwindigkeit und Core Web Vitals

Die Seitenerfahrung ist ein Ranking-Faktor mit mittlerem Gewicht und ein Conversion-Faktor mit hohem Gewicht. Überprüfen Sie den Core Web Vitals -Bericht in Search Console (Felddaten von echten Benutzern) und führen Sie PageSpeed Insights oder Lighthouse für Ihre Vorlagen aus. Die üblichen Ziele sind Largest Contentful Paint unter 2,5 s, Interaction to Next Paint unter 200 ms und Cumulative Layout Shift unter 0,1. Typische schnelle Erfolge: Bilder komprimieren und in der Größe anpassen, Brotli oder gzip aktivieren, statische Assets für lange Zeit zwischenspeichern, über ein CDN bereitstellen und renderblockierendes CSS und Skripte reduzieren. Wir behandeln die PHP-Seite in unserem Leitfaden zu Core Web Vitals für PHP-Sites.

8. Strukturierte Daten

Strukturierte Daten allein sorgen nicht für einen Ranking-Boost, aber sie machen Seiten für Rich-Suchergebnisse geeignet und helfen Maschinen, Entitäten zu verstehen. Validieren Sie jede Vorlage mit dem Rich Results Test und dem Schema Markup Validator. Typische Typen: Organization, BreadcrumbList, Article, FAQPage, Product with Offer, LocalBusiness. Das Markup muss mit dem übereinstimmen, was Benutzer auf der Seite sehen können. Gebrauchsfertige Beispiele finden Sie in unserem JSON-LD Leitfaden.

9. Sicherheit und mobile Grundlagen

• HTTPS überall mit gültigem Zertifikat, HTTP auf HTTPS umgeleitet und keine gemischten Inhalte.
• Responsives Layout mit korrektem viewport Meta-Tag; Google indiziert zuerst die mobile Version.
• Keine aufdringlichen Interstitials, die den Inhalt auf Mobilgeräten abdecken.
• Sicherheitsheader und ein gesunder Server: Sie bewerten Seiten nicht, aber eine gehackte oder langsame Website verliert schnell an Rankings.

10. Priorisieren und schreiben Sie Tickets

Eine Prüfung ist nur dann sinnvoll, wenn sie mit der Lieferung von Fixes endet. Ergebnisse nach Auswirkung sortieren:

1. Kritisch: Seiten blockiert, nicht indexiert oder es werden Fehler zurückgegeben; falsche Canonicals auf Umsatzseiten; defekte Weiterleitungen.
2. Hoch: Duplikate, Weiterleitungsketten, verwaiste wichtige Seiten, fehlendes Hreflang, schlechtes LCP bei wichtigen Vorlagen.
3. Medium: doppelte Titel, fehlende strukturierte Daten, Bildgewicht.
4. Niedrig: Probleme mit dem kosmetischen Aufschlag.

Schreiben Sie für jedes Element das URL-Muster, den Beweis (Befehlsausgabe oder Screenshot), das erwartete Ergebnis und einen Eigentümer. „Kanonische Fehler beheben“ ist kein Ticket; „Produktseiten mit einem ?sort=-Parameter sollten auf die saubere URL kanonisiert werden; Vorlage product.php, Zeile X“ lautet.

Wie oft soll geprüft werden?

Führen Sie monatlich eine leichte Überprüfung durch ( Search Console -Berichte, ein schnelles Crawlen, Status wichtiger URLs) und eine vollständige Prüfung nach Migrationen, Neugestaltungen, Framework-Upgrades oder wenn der Datenverkehr ohne klaren Grund sinkt. Fügen Sie Ihrer Bereitstellungspipeline automatisierte Prüfungen hinzu: Ein Test, bei dem die Startseite 200 zurückgibt, keinen noindex hat und über die erwartete kanonische Qualität verfügt, fängt die teuersten Fehler ab, bevor Benutzer es tun.

Wie wir helfen können

Wenn Sie eine fachmännische Überprüfung Ihrer Website wünschen, umfasst unser technischer SEO-Service Audits, Korrekturen im Code und Überwachung. Wir können die Änderungen auch selbst implementieren, anstatt Ihnen ein PDF auszuhändigen. Beginnen Sie mit einer kostenpflichtigen Beratung, wenn Sie eine priorisierte Liste der zuerst zu behebenden Probleme benötigen. Eine Übersicht über die gesamte SEO-Strategie auf Gründerebene finden Sie unter SEO für SaaS-Gründer.