Mehrere Websites überwachen
KIT prüft eine von Ihnen festgelegte Liste von Adressen in wiederkehrenden Abständen und fasst das Ergebnis in einer gemeinsamen Übersicht zusammen. Gedacht für alle, die mehrere Websites oder Server verantworten und nicht jede einzeln kontrollieren wollen – etwa Agenturen mit mehreren Kundenprojekten.
Der Unterschied zur Einzelprüfung
Während die einfache Erreichbarkeitsprüfung eine einzelne Adresse überwacht, fasst diese Funktion eine ganze Liste von URLs zu einer Prüfung zusammen und liefert ein gemeinsames Ergebnis: welche Adressen erreichbar sind und welche nicht. Das eignet sich, sobald mehr als eine Handvoll Websites im Blick behalten werden sollen, etwa bei einer Agentur, die für zehn oder zwanzig Kunden gleichzeitig verantwortlich ist und nicht jede Adresse einzeln einrichten möchte.
So richten Sie eine Liste ein
Sie übergeben mehrere URLs auf einmal; KIT ruft jede davon im gewählten Abstand auf und meldet den Status jeder einzelnen Adresse. Abgerechnet wird pro Prüfung und URL, sodass eine Liste mit zehn Adressen zehn Prüfungen pro Durchlauf zählt. Eine bestehende Liste lässt sich jederzeit um weitere Adressen ergänzen oder um nicht mehr benötigte Domains verkleinern, ohne die übrige Überwachung neu einzurichten.
Für wen sich das eignet
Web-Agenturen mit mehreren Kundenprojekten, IT-Abteilungen mit mehreren internen Diensten und Betreiber von Serverfarmen sparen sich damit, jede Adresse einzeln einzurichten. Eine Ausfallmeldung nennt genau, welche der überwachten Adressen betroffen ist, statt nur pauschal einen Fehler zu melden. Gerade bei Kundenprojekten lässt sich so auf einen Blick erkennen, ob ein Ausfall am eigenen Server liegt oder nur eine einzelne Domain betrifft.
Was dabei zu beachten ist
Alle Adressen einer Liste werden im selben Abstand geprüft; unterschiedliche Prüfintervalle je Adresse erfordern mehrere Listen. Wie bei der Einzelprüfung wird nur die HTTP-Erreichbarkeit kontrolliert, nicht der Inhalt der Seite. Für eine sehr große Anzahl an Domains empfiehlt sich eine Aufteilung in mehrere thematisch sortierte Listen, etwa nach Kunde oder nach Serverstandort, statt alle Adressen in einer einzigen Liste zu sammeln.
Anwendungsfälle
Zwölf Kundenprojekte im Blick
Schneider IT-Systeme GmbH & Co. KG trägt alle zwölf betreuten Websites in eine Liste ein und sieht in einer einzigen Übersicht, ob eine davon gerade nicht erreichbar ist.
Interne Dienste einer IT-Abteilung
Ein mittelständisches Unternehmen aus Stuttgart überwacht Intranet, Kundenportal und Bestellsystem gemeinsam, statt drei getrennte Prüfungen zu verwalten.
Serverfarm eines Hosters
Ein kleiner Hosting-Anbieter prüft die Erreichbarkeit aller Kundendomains einer Serverfarm in einem Durchlauf und erkennt so ein Problem am Server selbst schneller als über einzelne Meldungen.
Häufige Fragen
Wie wird eine Liste mehrerer Adressen abgerechnet?
$0.002 pro Prüfung und URL. Eine Liste mit fünf Adressen kostet pro Durchlauf also $0.01, unabhängig davon, wie viele davon erreichbar waren.
Werden meine Adresslisten weitergegeben?
Nein. Die Liste dient ausschließlich der Durchführung Ihrer eigenen Überwachung und wird nicht an Dritte weitergegeben.
Kann ich für jede Adresse ein eigenes Prüfintervall festlegen?
Nicht innerhalb derselben Liste; Adressen mit unterschiedlichem Prüfabstand richten Sie am besten als getrennte Listen ein.
Wie viele Adressen passen in eine Liste?
Die genaue Obergrenze richtet sich nach der jeweiligen Anfrage; für sehr große Listen empfiehlt sich eine Aufteilung auf mehrere Durchläufe.
Ist für die Nutzung ein Konto nötig?
Nein, KIT kommt ohne Konten aus. Bezahlt wird pro Prüfung und URL, per PayPal oder Rechnung nach Absprache.
Wie unterscheidet sich das von der einfachen Erreichbarkeitsprüfung?
Die einfache Prüfung überwacht eine einzelne Adresse; diese Funktion fasst mehrere Adressen zu einer gemeinsamen Übersicht zusammen.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/web/uptime-multi \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"input":"…"}'const res = await fetch("https://api.kit.forhosting.com/web/uptime-multi", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"input": "…"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/uptime-multi",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"input": "…"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/uptime-multi", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"input":"…"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"input":"…"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/uptime-multi", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"input": "…"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.uptime_multi",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
timeout_sec | 30 |
max_crawl_pages | 25 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |