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, erfahren Sie 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 Ihrer Dienste ohne dedizierte Plattform.

Neun Situationen, in denen diese Tools unverzichtbar sind:

• Seite zu schwer → Googlebot schneidet HTML ab 2 MB ab, Ihre 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 Sie vor dem Klicken auf Phishing oder Malware prüfen sollten
• Domain-Weiterleitung → Sie wechseln den Domainnamen oder leiten einen Apex auf www weiter und brauchen 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 Ihre 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 Ihre Website 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 Sie Ihre Domain an die Chrome-Preload-List senden, 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 verwenden Sie die HTTP-Tools

Schritt 1: Tool wählen

Schritt 2: URL eingeben

Geben Sie 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 sollten Sie vorrangig Ihre längsten Seiten testen (Kategorien, Produktseiten, Artikel mit vielen Bildern). Beim Phishing URL Checker fügen Sie 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, das Crawl-Budget optimieren und JavaScript-Weiterleitungen erkennen, denen Googlebot nicht folgt.

Phishing URL Checker

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

Nutzen: Einen verdächtigen Link vor dem Klicken prüfen, Ihre Organisation vor Phishing-Kampagnen schützen und sicherstellen, dass Ihre 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 Sie sie besuchen.

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 Ihrer HTTP-URLs, mit E-Mail-Alerts, sobald ein Endpunkt ausfällt:

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

Öffentliche Status Pages

Öffentliche Statusseiten, die Sie aus Ihren HTTP-Monitoren teilen können, ohne DNS-Konfiguration und ohne Kreditkarte:

Nutzen: Kostenlose Alternative zu Atlassian Statuspage und Instatus, 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 Ihre 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 Ihrer 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. Im 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 Ihre 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. Ihre 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, 3 mit Solo und 30 mit Starter, EU-gehostet und DSGVO-konform.

Konkrete Anwendungsfälle

Fall 1: E-Commerce-Seite von Googlebot abgeschnitten

Symptom: Die FAQ und Navigationslinks am Ende Ihrer 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: Sie erhalten eine dringende E-Mail von Ihrer "Bank" mit einem Link zur Kontoverifizierung.

Diagnose: Der Phishing URL Checker liefert einen Score von 75 (hoch). Google Web Risk meldet die URL als Phishing (Social Engineering).

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

Fall 3: Niedriger Crawl-Budget-Score

Symptom: Google crawlt nur wenige Seiten Ihrer 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, "Ihr 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: Sie migrieren 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: Ihre Bezahl-API liefert 40 Minuten lang spätabends 502-Fehler. Sie erfahren 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 Ihres 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 Ihre Kunden sichtbar zu machen.

Fall 7: Vorfallskommunikation ohne dedizierte Plattform

Symptom: Während eines längeren Ausfalls erhält Ihr Support 200 Tickets in einer Stunde. Sie haben 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 Ihren bestehenden HTTP-Monitoren aktivieren, die URL in automatischen Support-Antworten, im Website-Footer und in Transaktions-E-Mails teilen. Ihre 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 bietet standardmäßig einen 5-Minuten-Takt und einen anpassbaren 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 Ihre Endpunkte kontinuierlich und alarmiert Ihr 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 Checkers 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 sauberes Ergebnis 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 Ihr SEO nicht mit technischen Seiten zu belasten. Sie bleiben über ihre geteilte Token-URL erreichbar, erscheinen aber nicht in den Google-Ergebnissen. Sie behalten 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, von Solo bis Enterprise, schalten bis zu 2.500 Monitore, Multi-Region (EU/US/APAC) und Webhooks V2 frei. Die Aufschlüsselung je Plan steht aktuell auf der Seite mit Plänen und Preisen.

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: Verwenden Sie das Redirect Hosting von CaptainDNS mit einer 301-Weiterleitung (permanent). Eine 301 überträgt nahezu die gesamte SEO-Autorität auf das Ziel. Aktivieren Sie 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

Starten Sie Ihren ersten HTTP-Monitor kostenlos, ohne Kreditkarte und mit öffentlicher Status Page im kostenlosen Plan. Uptime Monitor einrichten oder vergleichen Sie die CaptainDNS-Tarife.

Nützliche Ressourcen

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