HTTP-Tools

Warum HTTP-Tools verwenden?

Jede Webseite, jede API und jede Weiterleitung beruht auf einer Handvoll HTTP-Header und einem Versprechen: schnell antworten, rund um die Uhr. Wenn dieses Versprechen bricht, erfährst du es zu spät: über die Search Console, ein Support-Ticket oder einen verärgerten Tweet. Die HTTP-Tools von CaptainDNS schließen diese blinde Schleife: Sie zeigen, was Googlebot wirklich sieht, prüfen Links vor dem Klick, messen die Verfügbarkeit kontinuierlich und veröffentlichen den Zustand deiner Dienste ohne dedizierte Plattform.

Neun Situationen, in denen diese Tools unverzichtbar sind:

• Seite zu schwer → Googlebot schneidet HTML ab 2 MB ab, deine internen Links und FAQ verschwinden aus dem Index
• Fehlerhafte Header → Ein falsch konfigurierter Content-Type oder ein vergessenes X-Robots-Tag: noindex kann eine komplette Seite deindexieren
• Crawl Budget verschwendet → Übermäßige Unterressourcen und fehlende Komprimierung reduzieren die Anzahl der von Google gecrawlten Seiten
• Verdächtiger Link erhalten → Eine E-Mail oder SMS enthält einen zweifelhaften Link, den du vor dem Klicken auf Phishing oder Malware prüfen solltest
• Domain-Weiterleitung → Du wechselst den Domainnamen oder leitest einen Apex auf www weiter und brauchst HTTPS auf der Quell-Domain
• Kritischer Endpunkt zu überwachen → Eine öffentliche API, ein Webhook oder eine Anmeldeseite, die ohne Warnung ausfällt, kostet Conversions und gefährdet SLA-Verträge. Die Echtzeit-Uptime-Überwachung führt alle 5 Minuten einen Check durch und löst sofort eine E-Mail-Benachrichtigung aus
• Vorfallskommunikation veröffentlichen → Ein Ausfall ohne offiziellen Kanal lässt deine Nutzer im Dunkeln. Eine teilbare öffentliche Statusseite zeigt den Echtzeitzustand und die 30-Tage-Vorfallshistorie ohne DNS-Konfiguration
• Sicherheitskonfiguration prüfen → Ein fehlerhafter CSP, ein fehlendes HSTS oder ein vergessenes X-Frame-Options setzen deine Site XSS- und Clickjacking-Angriffen aus. Der HTTP-Header-Checker erkennt die 10 wesentlichen Header und vergibt eine Note von A bis F
• HTTPS-Migration und Preload → Bevor du deine Domain an die Chrome-Preload-List sendest, muss HSTS korrekt mit max-age ≥ 1 Jahr, includeSubDomains und preload konfiguriert sein. Der HSTS- und Preload-Test prüft die Eignung mit einem Klick

So verwendest du die HTTP-Tools

Schritt 1: Tool wählen

Schritt 2: URL eingeben

Gib die vollständige URL in das Eingabefeld ein. Beide Analyse-Tools akzeptieren jede öffentliche URL:

https://www.captaindns.com/de/blog

Beim Page Crawl Checker solltest du vorrangig deine längsten Seiten testen (Kategorien, Produktseiten, Artikel mit vielen Bildern). Beim Phishing URL Checker fügst du direkt den verdächtigen Link aus der E-Mail oder SMS ein.

Schritt 3: Ergebnisse analysieren

Jedes Tool liefert einen detaillierten Bericht:

• Page Crawl Checker: HTML-Größe, Crawl-Budget-Score (0-100), Inventar der Unterressourcen, robots.txt-Prüfung, HTTP-Header, Erkennung clientseitiger Weiterleitungen, SHA-256-Fingerabdruck
• Phishing URL Checker: Gesamtbewertung (sauber, verdächtig, bösartig), Risiko-Score (0-100), Details pro Threat-Intelligence-Quelle, Abdeckungsdiagnose
• Redirect Hosting: HTTP-Weiterleitungscode (301 oder 302), Status des TLS-Zertifikats, Pfad- und Query-String-Weiterleitung

Details der Tools

Page Crawl Checker

Vollständige Crawl-Analyse einer Webseite aus Googlebot-Perspektive:

Nutzen: Größen- und Crawl-Probleme diagnostizieren, die die Google-Indexierung beeinträchtigen, Crawl Budget optimieren und JavaScript-Weiterleitungen erkennen, denen Googlebot nicht folgt.

Phishing URL Checker

Prüfung einer URL gegen 4 Threat-Intelligence-Datenbanken:

Nutzen: Einen verdächtigen Link vor dem Klicken prüfen, deine Organisation vor Phishing-Kampagnen schützen und sicherstellen, dass deine eigene Domain nicht fälschlicherweise gemeldet ist (False Positive).

Redirect Checker

Vollständige Analyse der Weiterleitungskette einer URL:

Nutzen: Weiterleitungsprobleme diagnostizieren, das endgültige Ziel eines Kurzlinks prüfen und das HTTP-Verhalten einer URL analysieren, bevor du sie besuchst.

Redirect Hosting

Domain-Weiterleitung mit automatischem HTTPS und TLS-Zertifikatsverwaltung:

Nutzen: Eine alte Domain auf eine neue weiterleiten, www auf einem Apex erzwingen oder temporäre Weiterleitungen für Marketingkampagnen verwalten, alles mit gültigem HTTPS ohne Serverkonfiguration.

HTTP Uptime Monitor

Echtzeit-Überwachung der Verfügbarkeit deiner HTTP-URLs, mit E-Mail-Alerts, sobald ein Endpunkt ausfällt:

Nutzen: Ersetze UptimeRobot, BetterStack oder Pingdom durch ein in Europa gehostetes Tool, das in deinen CaptainDNS DNS/Mail-Stack integriert ist. Siehe HTTP Uptime Monitor.

Öffentliche Status Pages

Öffentliche Statusseiten, die du aus deinen HTTP-Monitoren teilen kannst, ohne DNS-Konfiguration und ohne Kreditkarte:

Nutzen: Kostenlose Alternative zu Atlassian Statuspage und Instatus, kostenlos im CaptainDNS HTTP-Monitoring enthalten. Siehe Öffentliche Status Pages.

HTTP-Header-Checker

Audit der 10 HTTP-Security-Header mit gewichteter Note von A bis F:

Nutzen: Ein Compliance-Audit vorbereiten (PCI DSS, ISO 27001), die Sicherheitskonfiguration vor dem Produktivbetrieb verifizieren und fehlende Header diagnostizieren, die deine Seiten XSS-, Clickjacking- und Drittanbieter-Injection-Angriffen aussetzen. Siehe HTTP-Header-Checker.

HSTS- und Preload-Test

Prüfung des Strict-Transport-Security-Headers und der Eignung für die Chrome-Preload-List:

Nutzen: Die HTTPS-Migration deiner Domain gegen MITM-Angriffe und SSL Stripping absichern, die Konformität vor der Einreichung an die Chrome-Preload-List (geteilt von Firefox, Safari, Edge) validieren und die klassischen Fehler bei zu kurzem max-age vermeiden. Siehe HSTS- und Preload-Test.

Die Schleife zwischen Erkennung und Vorfallskommunikation schließen

Eine Seite einmal zu testen reicht nicht. In der Reliability-Engineering zählen zwei Metriken: MTTD (Mean Time To Detect), die Zeitspanne zwischen dem Beginn eines Vorfalls und seiner Erkennung, und MTTR (Mean Time To Recover), die Auflösungsdauer. Eine Sonde, die alle 5 Minuten prüft, begrenzt die MTTD im schlimmsten Fall auf 10 Minuten; eine automatisch aktualisierte öffentliche Statusseite verkürzt die wahrgenommene MTTR, weil sie verhindert, dass jeder Nutzer ein Ticket für dasselbe Problem öffnet.

CaptainDNS verbindet beide Momente in einem einzigen Flow. Die Echtzeit-Uptime-Sonde fragt deine URLs aus Europa ab, misst die p95-Latenz, prüft den Statuscode und löst eine E-Mail-Benachrichtigung aus, sobald ein Check auf mehreren Sonden fehlschlägt. Die gleichen Daten speisen dann eine teilbare öffentliche Statusseite, zugänglich über einen öffentlichen Token, ohne DNS-Konfiguration und ohne Abonnentenliste. Deine Nutzer sehen den realen Zustand in Sekunden, nicht in Stunden.

Diese native Kopplung vermeidet die klassische Falle fragmentierter Tools: eine Sonde bei einem Anbieter (UptimeRobot, Pingdom), eine Statusseite bei einem anderen (Atlassian Statuspage, Instatus), ein Webhook als Klebstoff dazwischen und mehrere Minuten Verzögerung zwischen dem technischen Alarm und der öffentlichen Ankündigung. CaptainDNS hält beide Enden im selben Dashboard, mit 1 kostenlosen Monitor (Upgrade auf Starter für 30), EU-gehostet und DSGVO-konform.

Konkrete Anwendungsfälle

Fall 1: E-Commerce-Seite von Googlebot abgeschnitten

Symptom: Die FAQ und Navigationslinks am Ende deiner Kategorieseite erscheinen nicht in den Google-Ergebnissen.

Diagnose: Der Page Crawl Checker zeigt, dass die Seite 3,2 MB HTML umfasst. Googlebot schneidet bei 2 MB ab und verliert die letzten 200 Produkte, die FAQ und die interne Verlinkung im Footer.

Maßnahme: Das initiale Listing begrenzen, Paginierung mit Lazy Loading verwenden und die FAQ an den Seitenanfang verschieben.

Fall 2: Bank-Phishing-E-Mail

Symptom: Du erhältst eine dringende E-Mail von deiner "Bank" mit einem Link zur Kontoverifizierung.

Diagnose: Der Phishing URL Checker liefert einen Score von 75 (hoch). Google Safe Browsing und PhishTank melden die URL als Phishing (Social Engineering).

Maßnahme: Nicht klicken. Die E-Mail als Phishing melden. Die Website deiner Bank aufrufen, indem du die Adresse direkt in den Browser eintippst.

Fall 3: Niedriger Crawl-Budget-Score

Symptom: Google crawlt nur wenige Seiten deiner Website, obwohl der Inhalt regelmäßig aktualisiert wird.

Diagnose: Der Page Crawl Checker zeigt einen Score von 35/100. Die Seite lädt 85 Unterressourcen, davon 40 Drittanbieter-Skripte (Analytics, Widgets, AB-Testing).

Maßnahme: Drittanbieter-Skripte verzögert laden (defer/async), ungenutzte Skripte entfernen, gzip/brotli-Komprimierung aktivieren.

Fall 4: Verdächtiger Kurzlink in einer SMS

Symptom: Eine SMS enthält einen bit.ly-Link mit der Aufforderung, "dein Paket zu aktualisieren".

Diagnose: Nach dem Auflösen des Kurzlinks meldet der Phishing URL Checker die Ziel-URL. URLhaus listet sie als Malware-Verteilung.

Maßnahme: Die SMS löschen und die Nummer blockieren. Seriöse Lieferdienste verlangen niemals eine Zahlung per SMS.

Fall 5: Domain-Migration

Symptom: Du migrierst von alt.captaindns.com nach captaindns.com und Besucher der alten Domain sehen einen Fehler.

Diagnose: Die alte Domain zeigt nirgendwohin. Ohne HTTPS-Weiterleitung zeigen Browser einen Zertifikatsfehler oder eine leere Seite an.

Maßnahme: Redirect Hosting mit einer 301-Weiterleitung und aktivierter Pfadweiterleitung einrichten. Besucher von alt.captaindns.com/seite landen auf captaindns.com/seite mit dem richtigen SEO-Code.

Fall 6: Öffentliche API ohne Alarm ausgefallen

Symptom: Deine Bezahl-API liefert 40 Minuten lang spätabends 502-Fehler. Du erfährst es erst am nächsten Morgen über Kunden-Tickets.

Diagnose: Es war kein Monitoring eingerichtet. Manuelles Prüfen deckt keine Randzeiten ab und die Cloud-Metriken deines Anbieters haben keinen Alarm ausgelöst.

Maßnahme: Einen HTTP Uptime Monitor auf dem /health-Endpunkt mit einem Check alle 5 Minuten und einer sofortigen E-Mail-Benachrichtigung bei jedem 5xx-Code oder Timeout konfigurieren. Diesen Monitor anschließend mit einer öffentlichen Status Page verknüpfen, um den Live-Zustand für deine Kunden sichtbar zu machen.

Fall 7: Vorfallskommunikation ohne dedizierte Plattform

Symptom: Während eines längeren Ausfalls erhält dein Support 200 Tickets in einer Stunde. Du hast keinen offiziellen Kanal, um den Vorfall, seine Ursachen und den voraussichtlichen Wiederherstellungszeitpunkt zu kommunizieren.

Diagnose: Ohne öffentliche Status Page muss jeder Nutzer ein Ticket öffnen, um den Servicezustand zu erfahren. Der Support wird überlastet und die wahrgenommene Zuverlässigkeit sinkt.

Maßnahme: Eine öffentliche Status Page aus deinen bestehenden HTTP-Monitoren aktivieren, die URL in automatischen Support-Antworten, im Website-Footer und in Transaktions-E-Mails teilen. Deine Nutzer sehen auf einen Blick die globale Uptime und die 30-Tage-Vorfallshistorie.

FAQ - Häufig gestellte Fragen

F: Wie oft sollte man die Verfügbarkeit einer URL prüfen?

A: Ein Check alle 5 Minuten ist der Standard für die meisten Web-Dienste. Er begrenzt die Erkennungsverzögerung im schlimmsten Fall auf 10 Minuten und bleibt dabei bei Kosten und Alarmrauschen vernünftig. Teams mit einem SLA-Ziel von 99,95 % gehen bei ihren kritischsten Endpunkten auf 1 Minute herunter. CaptainDNS liefert standardmäßig 5 Minuten und eine anpassbare Cron-Ausdruck für fortgeschrittene Fälle.

F: Was ist der Unterschied zwischen HTTP-Monitoring und einer Status Page?

A: HTTP-Monitoring ist eine interne Sonde: Sie testet deine Endpunkte kontinuierlich und alarmiert dein Team bei einem Fehler. Eine Status Page ist die öffentliche Seite dieses Monitorings: Sie zeigt Nutzern den operativen Zustand der Dienste, ohne Zugriff auf technische Details zu gewähren. CaptainDNS verbindet beides nativ, ohne Glue-Skript oder Webhook.

F: Ist das Ergebnis des Phishing URL Checker zu 100 % zuverlässig?

A: Kein Tool garantiert eine 100-prozentige Erkennung. Die durchschnittliche Lebensdauer einer Phishing-URL beträgt weniger als 24 Stunden. Ein Ergebnis sauber bedeutet, dass keine Quelle sie zum Zeitpunkt der Prüfung meldet, nicht dass sie dauerhaft sicher ist.

F: Kann man einen token-authentifizierten Endpunkt überwachen?

A: Ja. Der Uptime Monitor von CaptainDNS unterstützt benutzerdefinierte HTTP-Header (Authorization, X-API-Key), um token-geschützte Endpunkte abzufragen. Einzige Einschränkung: Die URL muss von unseren europäischen Sonden erreichbar sein, also im Internet exponiert (nicht hinter einem VPN oder einer privaten Firewall).

F: Wird eine öffentliche Status Page von Google indexiert?

A: Standardmäßig nicht. Status Pages von CaptainDNS werden mit einem meta robots noindex-Tag ausgeliefert, um dein SEO nicht mit technischen Seiten zu belasten. Sie bleiben über ihre geteilte Token-URL erreichbar, erscheinen aber nicht in den Google-Ergebnissen. Du behältst die volle Kontrolle über die Verbreitung.

F: Was kostet das Monitoring und die Status Pages von CaptainDNS?

A: Die kostenlose Stufe umfasst 1 HTTP-Monitor mit Checks alle 5 Minuten, unbegrenzte E-Mail-Benachrichtigungen, 30-Tage-Heatmap, p95-Latenz und öffentliche Status Pages mit anpassbarem Logo. Keine Kreditkarte bei der Registrierung, keine zeitlich begrenzte Testphase. Die erweiterte Anpassung (Titel, Farben, Einleitungstext) ist den kostenpflichtigen Plänen vorbehalten. Die kostenpflichtigen Pläne (Starter, Pro, Business, Enterprise) schalten bis zu 2 500 Monitore, Multi-Region (EU/US/APAC) und Webhooks V2 frei.

F: Was passiert bei einem Flap (Website wechselt zwischen up und down)?

A: CaptainDNS wendet eine 2-Check-Bestätigung von verschiedenen Sonden an, bevor ein Alarm ausgelöst wird, und gruppiert dann die Benachrichtigungen während eines anhaltenden Ausfalls. Wenn die URL mehrere Tage ausfällt, geht der automatischen Deaktivierung des Monitors eine Warnung voraus. Ergebnis: eine einzige relevante Benachrichtigung pro Vorfall, kein Mail-Spam.

F: Wie leitet man eine Domain weiter und erhält dabei das SEO-Ranking?

A: Verwende das Redirect Hosting von CaptainDNS mit einer 301-Weiterleitung (permanent). Eine 301 überträgt nahezu die gesamte SEO-Autorität auf das Ziel. Aktiviere auch die Pfadweiterleitung, damit alt.captaindns.com/seite auf captaindns.com/seite weiterleitet, was das individuelle Ranking jeder indexierten URL erhält.

Ergänzende Tools

In 60 Sekunden starten

Starte deinen ersten HTTP-Monitor kostenlos, ohne Kreditkarte und mit öffentlicher Status Page im kostenlosen Plan. Uptime Monitor einrichten oder vergleiche die CaptainDNS-Tarife.

Nützliche Ressourcen

• Google - Dokumentation zu Crawl-Limits (offizielle Googlebot-Dokumentation)
• Google - Mobile-first Indexing (Leitfaden zum Mobile-first Indexing)
• Google Safe Browsing (Schutz vor gefährlichen Websites)
• URLhaus by abuse.ch (Community-Datenbank bösartiger URLs)
• HTTP Archive - State of the Web (Statistiken zum Seitengewicht)