Umsatzwebsites
Überwachen Sie Shop, Buchungsseite, Abonnementprodukt oder Lead-Website regelmäßig auf externe Verfügbarkeit.
Website-Uptime-Monitoring für SEO- und Umsatzseiten
Prüfen Sie, ob die Projektwebsite erreichbar ist, messen Sie Verfügbarkeit und Antwortzeiten der letzten 30 Tage, untersuchen Sie HTTP-Fehler und Wiederherstellung und benachrichtigen Sie das richtige Postfach, ohne Uptime als Rankingversprechen darzustellen.
Website-Uptime einrichten
Aktivieren Sie regelmäßige Verfügbarkeitsprüfungen für die öffentliche Projekt-URL. Wählen Sie zuerst ein sinnvolles Ziel für Ihre Besucher.
- Jedes Projekt überwacht eine HTTP- oder HTTPS-URL, keine separate Liste von Endpunkten.
- Projekteinstellungen steuern Aktivierung, ein Intervall von 1–60 Minuten und eine optionale Benachrichtigungsadresse.
- Geplante Prüfungen benötigen einen aktiven berechtigten Bezahltarif; Standardintervalle unterscheiden sich.
- Bei Inaktivität des Projektteams verlängern sich Intervalle; nach 30 inaktiven Tagen stoppen die Prüfungen.
- Letzte Prüfung zeigt die Aktualität; das konfigurierte Intervall garantiert keinen exakten Ausführungszeitpunkt.
example.com60 s
Uptime-Prozentwert verstehen
Erkennen Sie, welcher Anteil der Prüfungen in den letzten 30 Tagen erfolgreich war. Berücksichtigen Sie auch Prüfungsanzahl und letzten Zeitpunkt.
- Uptime entspricht erfolgreichen Prüfungen geteilt durch alle gespeicherten Prüfungen, mal 100.
- Aktueller Status stammt aus der letzten abgeschlossenen Prüfung dieses Zeitraums.
- Ohne Prüfungsdaten bleibt das Ergebnis unverfügbar, statt 100 % anzuzeigen.
- Der Wert beruht auf Stichproben; er lässt sich nicht direkt in Ausfallminuten oder ein zeitgewichtetes SLA umrechnen.
Uptime
93,8 %503200
Website-Antwortzeiten verfolgen
Erkennen Sie langsamere Antworten und wiederholte Fehler im Verlauf. Eine erreichbare URL kann trotzdem langsam antworten.
- Das Diagramm verwendet bis zu 160 aktuelle Prüfungen aus 30 Tagen; die Bildschirmbreite bestimmt den sichtbaren Ausschnitt.
- Die Trendlinie mittelt fünf Prüfungen; die durchschnittliche Antwortzeit nutzt erfolgreiche Prüfungen des gesamten 30-Tage-Zeitraums.
- Gemessen wird HTTP-Antwortlatenz, nicht vollständiges Laden, Core Web Vitals oder ein Besucherablauf.
Antwortzeit
240 msHTTP-Statusprüfungen ansehen
Prüfen Sie die acht neuesten Ergebnisse mit Status, Zeitpunkt, HTTP-Code und Antwortzeit gegen das erwartete Verhalten Ihrer URL.
- HTTP 200–399 gilt als erreichbar; andere HTTP-Antworten als nicht erreichbar. Timeout und Fehler werden getrennt gespeichert.
- Weiterleitungen werden nicht verfolgt; ein 3xx-Ergebnis bestätigt das Ziel nicht.
- Prüfungen verwenden HEAD und wiederholen bei 405 oder 501 mit GET; bei Verbindungsfehlern kann der HTTP-Code fehlen.
- Ein erfolgreicher Status bestätigt weder Inhalt noch Formulare oder Checkout; auch eine Fehlerseite mit HTTP 200 kann als erreichbar gelten.
HTTP-Status
200GET /HTTP/2 200Website-Ausfälle prüfen
Verfolgen Sie einen Ausfall vom ersten fehlgeschlagenen bis zu einem späteren erfolgreichen Check. Ursachen erfordern eine separate Untersuchung.
- Der erste Fehler öffnet einen Vorfall, weitere Fehler aktualisieren ihn, die erste erfolgreiche Prüfung löst ihn.
- Das Dashboard zeigt offene und gelöste Vorfälle über alle Zeiträume sowie die fünf neuesten mit Status, Beginn und Details.
- Vorfallszeiten folgen Prüfungen, nicht dem exakten Beginn zwischen Stichproben; kurze Ausfälle können unbemerkt bleiben.
Zeitraum
12 min503200
Ausfall-E-Mails erhalten
Senden Sie berechtigte Ausfallmeldungen an Projektmitglieder und eine zusätzliche optionale Adresse. Vorfälle werden bereits vor der E-Mail-Berechtigung erfasst.
- Ein späterer Fehler desselben Vorfalls kann bei unterstützten Codes wie 404, 500 oder 503 eine E-Mail auslösen.
- Timeouts, Verbindungsfehler und nicht unterstützte HTTP-Codes werden erfasst, lösen diese E-Mails aber nicht aus.
- Pro Projekt gelten separate Grenzen von einer Ausfall- und einer Wiederherstellungs-E-Mail je 24 Stunden.
- Wiederherstellungs-E-Mails erfordern einen zuvor gemeldeten, nicht unterdrückten Vorfall; die gespeicherte Dauer beweist keine exakte Besucherausfallzeit.
!
Projektexample.com
PrüfungUptime-Daten über SEO MCP lesen
Lassen Sie einen verbundenen KI-Assistenten gespeicherte Ergebnisse eines zugänglichen Projekts erklären. Der Zeitstempel unterscheidet vorhandene Daten von einer neuen Prüfung.
- SEO MCP liefert 30-Tage-Status, Uptime-Prozentwert, Mittelwert erfolgreicher Prüfungen und letzten Check.
- Bis zu 160 aktuelle Datensätze enthalten Status, Antwortzeit und Zeitpunkt, aber keine HTTP-Codes oder Vorfälle.
- Der Lesezugriff startet keine neue Prüfung und diagnostiziert oder behebt keinen Ausfall; fehlende Ergebnisse bleiben unverfügbar.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Uptime in SEO-Berichte aufnehmen
Teilen Sie Verfügbarkeitsdaten in einem gespeicherten SEO-Bericht. Ein Berichtsschnappschuss unterscheidet sich vom laufenden Monitoring.
- Das Widget enthält 30-Tage-Prüfstatistiken, aktuelle Checks und Vorfälle, die den Berichtszeitraum überschneiden.
- Vorfallszahlen können von den zeitübergreifenden Dashboard-Zahlen abweichen; gelöste Vorfälle können eine gespeicherte Dauer enthalten.
- Der Bericht erfasst gespeicherte Daten bei seiner Erstellung und sendet keine Live-Ausfallmeldungen.
Abschnitte
aACMEBerichtPDF
Gesundheitsbewertung87/100
Position+24
Über Uptime-Monitoring sprechen. Mit SEO MCP.
Fragen Sie Ihren KI-Assistenten über SEO MCP nach Screpys verfügbarer Uptime-Zusammenfassung. Verstehen Sie Verfügbarkeit und Antwortzeiten, ohne Monitoring-Daten als Beweis für die Ursache zu behandeln.
- Screpy: Hallo! Sehen wir uns Uptime-Monitoring für example.com an. Was möchten Sie wissen?
- Sie: Fasse die Verfügbarkeitsüberwachung für example.com zusammen.
- Screpy: Die Zusammenfassung zeigt eine zu untersuchende Unterbrechung. Vergleichen Sie den Zeitpunkt mit Deployment- und Hosting-Protokollen; die Überwachung allein erklärt die Ursache nicht. Verfügbarkeit prüfen: Monitoring-Zusammenfassung: Zeitraum prüfen. Ursache: Untersuchung erforderlich.
- Sie: Mach daraus einen kurzen Maßnahmenplan.
- Screpy: Ich trenne Befunde und Empfehlungen. Prüfen Sie die Belege, wählen Sie eine Änderung und kontrollieren Sie anschließend die Ergebnisse. Ihre nächsten Schritte: Prüfen: Quelle und Datum jedes Befunds kontrollieren.. Entscheiden: Die erste Änderung auswählen.. Verifizieren: Ergebnisse nach der Änderung vergleichen..
- Sie: Kannst du die Belege verständlich erklären?
- Screpy: Ja. Fragen Sie nach einem unterstützten Ergebnis. Ich erkläre, was es zeigt, woher es stammt und was unklar bleibt. Fehlende Daten bleiben nicht verfügbar; Empfehlungen sind keine automatischen Korrekturen.
Richten Sie einen nützlichen Uptime-Überwachungskreislauf ein.
Ein Check ist wertvoll, wenn das Ziel öffentlich ist, das Intervall zur Bedeutung der Website passt, Benachrichtigungen ein verantwortliches Postfach erreichen und jeder Vorfall mit bestätigter Wiederherstellung endet.
- 01
Öffentliche Projektwebsite-URL verwenden
Wählen Sie ein stabiles öffentliches Ziel, das Besucher und Crawler erreichen müssen. Vermeiden Sie private Admin-Routen oder absichtlich nicht verfügbare Pfade.
- 02
Checks und Intervall konfigurieren
Aktivieren Sie Uptime Monitoring in den Projekteinstellungen, verwenden Sie das verfügbare Intervall und ergänzen Sie optional eine Zuständigkeitsadresse.
- 03
30-Tage-Muster vor einer Eskalation lesen
Vergleichen Sie Status, Uptime, Antwortzeitverlauf, HTTP-Ergebnisse und wiederholte Fehler, statt wegen eines einzelnen Datenpunkts einen Ausfall zu erklären.
- 04
Untersuchung und Wiederherstellung bestätigen
Prüfen Sie Deployment, DNS, TLS, Hosting, Firewall und Anwendung außerhalb von Screpy und bestätigen Sie, dass ein späterer erfolgreicher Check den Vorfall löst.
Priorisieren Sie Websites, bei denen Ausfallzeit echte Kosten verursacht.
Nutzen Sie wiederkehrende Checks für Projekte, bei denen Verfügbarkeit Verkäufe, Leads, Kampagnen, Kundenzugriff oder das Abrufen öffentlicher Inhalte durch Suchcrawler beeinflusst.
Organische Suchauftritte
Beobachten Sie die öffentliche Website, die Suchcrawler und organische Besucher erreichen müssen, bevor Content- oder Rankingarbeit Wirkung zeigt.
Launch- und Kampagnenseiten
Verfolgen Sie die Projektwebsite während Launches, Migrationen, Redesigns und aktiver Kampagnen, wenn ein Verfügbarkeitsproblem sofort mehr kostet.
Portfolios mit mehreren Projekten
Prüfen Sie die Uptime jedes Screpy-Projekts getrennt, damit Agenturen und interne Teams Kunden- oder Markenwebsites in einem Workflow verwalten.
Kennen Sie die Grenzen eines Uptime-Ergebnisses.
Screpy liefert externe HTTP-Nachweise und Vorfallverlauf für die konfigurierte Projektwebsite. Bei weitergehenden Fragen benötigen Sie Infrastruktur, Logs, Transaktionstests und Suchdaten.
Ein Ziel pro Projektwebsite
Uptime Monitoring prüft die öffentliche Website-URL des Screpy-Projekts. Es ist keine allgemeine Liste unabhängiger Endpunkt-Monitore.
Externer Check, keine Infrastrukturtelemetrie
Das Ergebnis beschreibt, ob das öffentliche Ziel antwortete. CPU, Speicher, Container, Datenbanken, private Netzwerke und Serverlogs werden nicht geprüft.
Vorfallnachweis, kein Ursachenbeweis
HTTP-Status, Zeit und Vorfallzeitpunkte grenzen die Untersuchung ein, beweisen aber nicht, ob DNS, TLS, Hosting, Deployment, Firewall oder Anwendungscode die Ursache war.
Verfügbarkeit ist keine SEO-Garantie
Eine funktionierende öffentliche Seite ist für Besucher und Crawling nötig, aber eine hohe Uptime garantiert keine Indexierung, Rankings, Besucher, Umsätze oder Conversions.
Nutzen Sie den Website-Gesundheitsworkflow, der zum Fehler passt.
Überwachen Sie Erreichbarkeit über die Zeit, prüfen Sie die gesamte Website bei wiederkehrenden Fehler- oder Crawlingmustern oder untersuchen Sie Seitenleistung nach stabiler Verfügbarkeit.
Verfolgen Sie aktuellen Status, 30-Tage-Uptime, Antwortzeitverlauf, letzte HTTP-Checks und Vorfälle der Projektwebsite.
Crawlen Sie die Website, um wiederkehrende Fehlerseiten, Weiterleitungsprobleme, defekte Ziele und technische Muster rund um eine Verfügbarkeitsstörung zu finden.
Führen Sie wiederkehrende Laborprüfungen aus, wenn die Website erreichbar ist, aber Ladezeit oder Reaktionsfähigkeit noch untersucht werden müssen.
Screpy-Dokumentation
Lernen Sie, die Website-Uptime zu überwachen
Folgen Sie dem Screpy-Leitfaden: Wählen Sie eine sinnvolle öffentliche Projekt-URL, konfigurieren Sie tarifabhängiges Intervall und Benachrichtigungsadresse, interpretieren Sie die 30-Tage-Nachweise und bestätigen Sie die Wiederherstellung.
Fragen zum Website-Uptime-Monitoring, beantwortet.
Verstehen Sie Ziel-URL, HTTP-Statuslogik, Prüfintervall, 30-Tage-Verlauf, Antwortzeiten, Vorfallwiederherstellung, Benachrichtigungsumfang und den Unterschied zwischen Uptime- und vollständigem Infrastrukturmonitoring.
Sendet Screpy Ausfallwarnungen?
Screpy kann Projektmitglieder und eine optionale Projektadresse über unterstützte Ausfallereignisse per E-Mail benachrichtigen. Nach einem benachrichtigten Vorfall kann eine Wiederherstellungsnachricht folgen. Die Vorfallliste ist maßgeblich, da nicht jeder Fehler eine E-Mail auslöst.
Wie oft prüft Screpy die Website-Uptime?
Screpy verwendet das für das Projekt konfigurierte Intervall. Voreinstellungen und Zugriff hängen vom Tarif ab; berechtigte Tarife können Intervalle bis zu einer Minute nutzen. Das Dashboard zeigt den letzten Check zur direkten Einschätzung der Aktualität.
Was zählt Screpy als verfügbar oder nicht verfügbar?
Eine abgeschlossene HTTP-Antwort im Bereich 200 oder 300 gilt als verfügbar. Andere HTTP-Antworten gelten als nicht verfügbar; Zeitüberschreitungen und andere Anfragefehler werden separat als Timeout oder Fehler erfasst.
Ersetzt Uptime Monitoring Server- oder Transaktionsmonitoring?
Nein. Screpy prüft die konfigurierte öffentliche Projektwebsite von außen. Private Infrastruktur wird nicht untersucht und mehrstufige Abläufe wie Login, Suche, Formular oder Checkout werden nicht getestet.
Was misst Screpy Uptime Monitoring?
Screpy prüft die für ein Projekt konfigurierte öffentliche Website-URL und erfasst Verfügbarkeitsstatus, HTTP-Antwortcode, Antwortzeit, Prüfzeitpunkt und sicheren Fehlerstatus. Das Dashboard fasst die letzten 30 Tage mit Uptime, durchschnittlicher Antwortzeit, letzten Checks, Statusverteilung und Vorfällen zusammen.
Zeigt Uptime Monitoring den Antwortzeitverlauf?
Ja. Die Uptime-Ansicht zeigt aktuelle Antwortzeiten als Diagramm und den 30-Tage-Durchschnitt erfolgreicher Checks. Antwortzeit ist ein betrieblicher Hinweis, nicht dasselbe wie vollständige Seitenladezeit oder echte Nutzererfahrung.
Wie funktionieren Ausfallvorfälle und Wiederherstellung?
Ein fehlgeschlagener Check eröffnet oder aktualisiert den aktuellen Vorfall. Wenn ein späterer Check erfolgreich ist, löst Screpy den offenen Vorfall und speichert die Wiederherstellungszeit.
Kann ein Websiteausfall Crawling oder Indexierung beeinflussen?
Verfügbarkeitsprobleme können Crawler am Abrufen einer Seite hindern; wiederholte Serverfehler oder Timeouts können Crawling reduzieren. Uptime Monitoring liefert Untersuchungsnachweise, garantiert aber nicht, wann eine Suchmaschine eine URL crawlt, indexiert oder rankt.
SEO, das in Ihr Budget passt
Entdecken Sie Audits, Rankings, KI-Sichtbarkeit und Monitoring in Screpy — mit klaren Tariflimits.