Ein Scraping-Job kann aus vielen Gründen fehlschlagen. Die Zielseite kann die Anfrage blockieren. Die Anfrageoptionen können falsch sein. Das Konto hat möglicherweise keine Credits. Die Dienstverbindung kann auch kurzfristig nicht verfügbar sein. Eine einfache Statusüberprüfung hilft Ihnen, diese Fälle zu unterscheiden.
Die ScraperFly-Status-API-URL ist eine leichte Gesundheitsüberprüfung. Ihr System kann sie nach einem Zeitplan aufrufen, das Ergebnis speichern und eine kleine Historie der Dienstverfügbarkeit und Antwortzeiten aufbauen.
Diese Seite erklärt eine einfache Möglichkeit, die Statusüberprüfung zu nutzen. Das Ziel ist nicht, Anfrageprotokolle zu ersetzen. Das Ziel ist es, ein klares Signal hinzuzufügen: Kann Ihr System ScraperFly gerade jetzt erreichen, und wie schnell antwortet die Überprüfung?
Wofür die Status-API-URL gedacht ist
Die Status-API-URL ist eine kleine Dienstüberprüfung. Sie sagt Ihrer Anwendung, ob ScraperFly von dem Ort aus erreicht werden kann, an dem Ihre eigenen Jobs ausgeführt werden. Wenn die Überprüfung mit einem gesunden Ergebnis antwortet, weiß Ihre Anwendung, dass der grundlegende Dienstpfad funktioniert.
Das bedeutet jedoch nicht, dass jedes Scraping erfolgreich sein wird. Eine gesunde Dienstüberprüfung behebt keine falsche URL, eine blockierte Zielseite, einen falschen API-Schlüssel, ein fehlendes Guthaben oder eine Seite, die JavaScript-Rendering benötigt. Sie beantwortet nur eine einfache Frage: Ist der ScraperFly-Dienst gerade jetzt erreichbar?
Wie man die Dienstgesundheit alle paar Minuten überprüft
Ein praktischer Monitor kann die Status-API-URL alle fünf Minuten aufrufen. Für jede Überprüfung speichern Sie die Zeit, das HTTP-Ergebnis und die Antwortzeit. Dies gibt Ihrem Team einen einfachen Überblick über die Verfügbarkeit im Laufe der Zeit.
Alarmieren Sie nicht zu schnell bei einer langsamen oder fehlgeschlagenen Probe. Netzwerke können kurze Verzögerungen haben. Ein besserer Monitor wartet auf wiederholte Fehler oder ein klares Muster langsamer Antwortzeiten, bevor er einen Alarm sendet.
| Wert zu speichern | Warum es hilft |
|---|---|
| HTTP-Ergebnis | Zeigt, ob die Statusüberprüfung erfolgreich geantwortet hat. |
| Antwortzeit | Zeigt, wie lange die Dienstüberprüfung aus Ihrer Umgebung gedauert hat. |
| Überprüfungszeit | Zeigt, wann die Probe gesammelt wurde. |
| Fehleranzahl | Hilft, laute Alarme aufgrund eines kurzen Netzwerkproblems zu vermeiden. |
Beispiel für ein Statusprotokoll
Eine kleine Tabelle reicht für viele Teams aus. Sie können die letzten paar Stunden oder Tage von Überprüfungen aufbewahren und in einem internen Dashboard anzeigen. Die folgende Tabelle ist nur ein Beispiel für die Art von Daten, die Sie speichern können.
| Zeit | Überprüfungs-URL | Ergebnis | Antwortzeit | Hinweis |
|---|---|---|---|---|
| 09:00 | /api/v1/status | 200 OK | 142 ms | Dienstüberprüfung bestanden. |
| 09:05 | /api/v1/status | 200 OK | 156 ms | Dienstüberprüfung bestanden. |
| 09:10 | /api/v1/status | 200 OK | 149 ms | Dienstüberprüfung bestanden. |
Wie man den Status zusammen mit Anfrageprotokollen liest
Verwenden Sie die Statusüberprüfung zusammen mit normalen Scraping-Protokollen. Wenn die Dienstüberprüfung gesund ist, aber ein Scraping fehlschlägt, schauen Sie sich die Anfrage selbst an: Ziel-URL, Zielstatuscode, endgültige URL, Antwortgröße, Ausgabeformat, Rendering-Option, Wiederholungsverlauf und Kontostatus.
Wenn die Dienstüberprüfung viele Male hintereinander fehlschlägt, behandeln Sie dies als Signal für die Dienstverbindung. Pausieren Sie laute Wiederholungen, halten Sie die fehlgeschlagenen Jobs in einer Warteschlange und versuchen Sie es erneut, nachdem die Gesundheitsüberprüfung wieder stabil ist.
Was die Statusüberprüfung nicht beweist
Die Statusüberprüfung ist keine Garantie dafür, dass eine Zielwebsite verwendbare Daten zurückgibt. Sie testet Ihre Ziel-URL nicht. Sie bestätigt nicht, dass eine Seite den Zugriff erlaubt. Sie bestätigt nicht, dass JavaScript-Rendering benötigt wird. Sie ersetzt auch keine Konto-, Abrechnungs- oder Anfragediagnosen.
Betrachten Sie es als ein kleines operationelles Signal. Es hilft zu beantworten, ob ScraperFly erreichbar ist. Danach erklären Ihre Anfrageprotokolle, was mit jeder Scraping-Anfrage passiert ist.
FAQ
Wie oft sollte ich die ScraperFly-Status-API-URL aufrufen?
Für einen kleinen Gesundheitsmonitor ist es normalerweise ausreichend, alle fünf Minuten zu überprüfen. Sie können ein kürzeres Intervall verwenden, wenn Ihr eigenes System schnellere Alarme benötigt.
Bedeutet eine gesunde Statusüberprüfung, dass jede Scraping-Anfrage funktioniert?
Nein. Eine gesunde Statusüberprüfung bedeutet nur, dass der Dienst erreicht werden kann. Zielfehler, falsche Anfrageoptionen, Kontoprobleme, Ratenlimits und Zugriffsblockaden benötigen weiterhin anfragebezogene Diagnosen.
Sollte ich alle Scraping-Jobs nach einer fehlgeschlagenen Statusüberprüfung stoppen?
In der Regel nein. Eine fehlgeschlagene Überprüfung kann ein kurzfristiges Netzwerkproblem sein. Es ist besser, auf wiederholte Fehler zu warten, bevor Sie Jobs pausieren oder einen Alarm senden.