Website-Diagnose: vom Symptom zur Ursache

Website-Diagnose wie beim Arzt: vom Symptom — langsame Seiten, Traffic-Einbruch, Mails im Spam, Ausfall, Browserwarnung — zur tatsächlichen Ursache.

Infrastruktur · Veröffentlicht: 8. Oktober 2026 · 5 Min. Lesezeit · Дмитрий Орлов

Eine Website-Diagnose macht niemand zum Vergnügen. Sie beginnt mit einer Beschwerde: „Die Seite ist langsam“, „der Traffic hat sich halbiert“, „Kunden finden unsere Rechnungen im Spam“, „Chrome zeigt eine Warnung“. Eine Beschwerde ist ein Symptom, und ein Symptom kann fünf völlig verschiedene Ursachen haben. Eine gute Diagnose führt vom Symptom zu einer kurzen Liste von Verdächtigen, prüft jeden mit einer Messung und ändert erst dann etwas.

Hier sind die fünf Beschwerden, die wir am häufigsten hören, mit den üblichen Ursachen und Wegen, sie zu bestätigen.

„Die Website ist langsam“

Klären Sie zuerst: langsam für wen und in welchem Moment? Hinter dem Satz stecken drei verschiedene Probleme.

• Der Server antwortet langsam. Eine Zeit bis zum ersten Byte über 800 ms heißt, dass das HTML langsam erzeugt wird: kein Seiten-Cache, schwere Datenbankabfragen, überlastetes Hosting. Alle Seiten sind langsam, auch winzige.
• Die Seite ist schwer. Das erste Byte kommt schnell, aber das Hauptbild wiegt 2 MB, Schriften und Skripte blockieren das Rendern, und der LCP liegt über 2,5 s. Typisch für Landingpages.
• Auch Folgebesuche sind langsam. Statische Dateien kommen ohne Cache-Control, also lädt der Browser auf jeder Seite dieselben CSS- und JS-Dateien neu. Mehr dazu unter HTTP-Caching.

Prüfen Sie außerdem die Komprimierung (HTML und Skripte ohne gzip oder Brotli) und HTTP/2. Eine Weiterleitungskette bei jedem internen Link kostet jedes Mal einen zusätzlichen Roundtrip.

„Der Traffic ist eingebrochen“

Trennen Sie einen plötzlichen Einbruch von einem langsamen Rückgang. Ein plötzlicher Einbruch nach einem Release hat fast immer eine technische Ursache:

• eine robots.txt vom Staging mit Disallow: / ist live gegangen — prüfen Sie, was in der robots.txt wirklich steht;
• ein noindex ist in Templates gelandet, die indexiert werden sollen: Produkte, Kategorien, Artikel;
• Canonicals zeigen auf einen anderen Host, auf HTTP oder auf die Startseite — lesen Sie über kanonische URLs;
• nach einer Migration liefern alte URLs 404 statt einer 301 auf die neue Adresse;
• unter Last antwortet die Website Crawlern mit 5xx.

Ein langsamer Rückgang über Monate ist meist nicht technisch: Wettbewerb, Inhalte, Algorithmus-Updates. Eine Diagnose von außen erklärt das nicht, schließt aber technische Ursachen in Minuten aus.

„Unsere Mails landen im Spam“

Mails Ihrer Domain werden nach DNS-Einträgen beurteilt, die mit der Website selbst nichts zu tun haben — deshalb vergisst man sie.

1. SPF listet die Server auf, die im Namen der Domain senden dürfen. Fehlt der Eintrag oder gibt es einen zweiten v=spf1, schlägt die Prüfung fehl.
2. DKIM signiert Nachrichten; eingerichtet wird es beim Mail-Anbieter.
3. DMARC sagt dem Empfänger, was mit Mails geschehen soll, die die Prüfungen nicht bestehen. Ohne DMARC stufen große Anbieter Mails zunehmend als verdächtig ein.
4. Reputation. Stehen Domain oder IP auf einer DNS-Blocklist, helfen auch perfekte Einträge nicht. Der Bericht zeigt das Ergebnis der DNS-Blocklisten.

Details und Beispiel-Einträge finden Sie unter E-Mail-Authentifizierung.

„Die Website ist nicht erreichbar“

Bevor Sie dem Hoster die Schuld geben, schließen Sie alles aus, was ein Ablaufdatum hat:

• Das TLS-Zertifikat. Die automatische Verlängerung scheitert leise: geänderte DNS, neue Firewall-Regel, volle Platte. Eines Tages zeigen Browser einen ganzseitigen Fehler.
• Die Domain. Abgelaufene Kreditkarte oder alte E-Mail beim Registrar — und die Domain wird nicht mehr aufgelöst.
• DNS. Umgezogene Nameserver, gelöschter Eintrag, Tippfehler im A-Record.

All das ist von außen Tage oder Wochen vorher sichtbar; siehe Ablaufdaten. Passt nichts davon und antwortet der Server mit 5xx oder gar nicht, liegt die Ursache auf dem Server: Logs, Ressourcen, letztes Deployment.

„Der Browser zeigt eine Warnung“

• „Nicht sicher“ in der Adressleiste — Seite oder Formular laufen über HTTP, oder eine HTTPS-Seite lädt Skripte und Bilder über HTTP. Das ist Mixed Content.
• Ganzseitiger Zertifikatsfehler — abgelaufenes Zertifikat, falscher Hostname oder fehlendes Zwischenzertifikat. Letzteres ist tückisch: Chrome auf dem Desktop ergänzt die Kette oft selbst, Android und API-Clients scheitern. Prüfen Sie die Zertifikatskette.
• „Betrügerische Website“ — die Domain steht auf einer Safe-Browsing-Liste, meist nach einem Hack. Das ist ein Sicherheitsvorfall, kein Konfigurationsfehler.

Diagnose mit SiteScan

Ein Scan von außen deckt die meisten Verdächtigen auf einmal ab: Antwortzeit und Seitengewicht, Komprimierung und Caching, robots.txt, noindex und Canonicals, defekte Links, Zertifikats- und Domainlaufzeit, SPF, DMARC und Blocklisten. Ihre Server-Logs und die Daten der Search Console sieht er nicht — kombinieren Sie beides.

Starten Sie einen Scan der betroffenen Website, öffnen Sie die Kategorie, die zum Symptom passt, und beginnen Sie mit den kritischen und hohen Befunden. Scannen Sie nach der Korrektur erneut: Die Diagnose ist abgeschlossen, wenn die Ursache aus dem Bericht verschwunden ist.