Dokumentation

Förbättra synligheten

Drifttidsövervakning

Övervaka din webbplats, dina sidor och API:er för driftstopp och långsamma svar, bevaka schemalagda jobb med heartbeats, publicera statussidor och rapportera SLA, med aviseringar via e-post, Slack eller webhook.

En sida som ligger nere när en sökrobot eller en AI-agent hämtar den kan inte citeras, och varje betalt klick som landar på en trasig sida är bortkastade pengar. Audit → Uptime kontrollerar din domän och dess viktiga sidor enligt ett schema, öppnar en incident när de fallerar och varnar de personer som behöver veta. Den täcker också SSL-certifikat, DNS och domänens utgångsdatum, de jobb som körs bakom din webbplats och den publika statussida som dina kunder tittar på.

Drifttidsövervakning finns från planen Starter: 5 övervakare på Starter, 20 på Pro, 200 på Premium, obegränsat på Enterprise. Se planer och gränser.

Lägg till en övervakare#

  1. Öppna Uptime och klicka på Add monitor

    Gå till Audit → Uptime → Monitors och klicka på Add monitor.

  2. Välj typ och mål

    • HTTP. En URL; lämna den tom för att övervaka startsidan. Ange förväntade statuskoder (standard 2xx) och valfritt ett sökord som måste förekomma på sidan, eller som inte får göra det (“Fail when the keyword IS present”).
    • TCP. En värd och en port.
    • DNS. Ett värdnamn, en posttyp och de värden som alla måste finnas i svaret.
    • Transaction. En sekvens av HTTP-steg, vart och ett med sin egen URL, maximala svarstid och värden som extraheras från JSON eller rubriker för senare steg (till exempel logga in och sedan anropa ett API med token).
  3. Ange intervall och tröskelvärden

    Välj ett kontrollintervall: varje minut, 5, 10 eller 30 minuter, eller varje timme. Kontroller varje minut och var femte minut kräver Pro eller högre; Starter kontrollerar högst var 10:e minut. Ange ett Degraded threshold i millisekunder och ett valfritt SLA target (%) mellan 90 och 99,999.

  4. Välj vem som ska få aviseringar

    Notification recipients är arbetsytans medlemmar som får ett e-postmeddelande när övervakaren går ner och när den återhämtar sig (standard: arbetsytans ägare). Lägg till upp till fem Slack- eller Webhook-kanaler, med en valfri signeringshemlighet för webhooks, och använd Test för att skicka en testavisering. Under Advanced settings kan du ange förfrågningsmetod, egna rubriker och kropp, avisera vid degraderade kontroller och upprepa aviseringar medan en incident förblir öppen.

Så fungerar incidenter#

  • Up, Degraded, Down. En kontroll som är långsammare än tröskelvärdet för degraderad är Degraded: fortfarande en framgång, aldrig en incident, avisering bara om du slår på det.
  • Två misslyckanden öppnar en incident. En enskild misslyckad kontroll bekräftas innan något händer; en incident öppnas först efter två misslyckanden i följd, vilket filtrerar bort enstaka blippar.
  • En framgång stänger den. Den första lyckade kontrollen nollställer felräknaren och löser incidenten.

Varje övervakarsida visar tillgänglighet för 24 timmar i 15-minutersceller, tillgänglighet för 90 dagar per dag, svarstid och storlek per kontroll, senaste kontroller med forensiska detaljer (svarshuvuden, kroppsutdrag, transaktionssteg) och incidentlistan, där du kan kvittera incidenter och lägga till kommentarer. Panelen Technical health lägger till SSL-certifikatets giltighet och dagar till utgång, DNS-uppslag och domänregistreringens utgång.

Heartbeats#

Drifttidskontroller undersöker din server utifrån, så de kan inte se en nattlig säkerhetskopiering eller import som tyst har slutat köras. Heartbeats vänder på riktningen: ditt jobb anropar en unik ping-URL efter varje lyckad körning.

crontab
0 2 * * * /usr/local/bin/backup.sh && curl -fsS https://<your ping URL>

Ange Expected interval och en Grace period i sekunder. Om ingen ping kommer inom intervall plus respit öppnas en incident och du får en avisering. Kopiera den exakta ping-URL:en från heartbeatens sida; Reset token utfärdar en ny och den gamla slutar fungera omedelbart. En heartbeat kan också bäddas in på en webbsida som en besökspixel, ett statusmärke eller ett tillgänglighetsdiagram för 24 timmar eller 90 dagar.

Underhållsfönster#

Planerat arbete ska inte räknas som ett avbrott. Maintenance windows undertrycker incidentförändringar och utesluter tiden från drifttidsberäkningen. Ett fönster kan vara engångs, dagligt eller veckovis, och avgränsat till en övervakare, en domän eller hela arbetsytan.

Statussidor och SLA-rapport#

  • Status pages. Publicera en kundvänd sida för de övervakare och heartbeats du väljer, som visar live-status för incidenter. Besökare kan prenumerera på tillgänglighetsuppdateringar via e-post. Växla Published för att göra den publik.
  • SLA report. Månatlig drifttid per övervakare och heartbeat med underhåll undantaget, mot varje övervakares SLA-mål: drifttid, driftstopp, incidenter, längsta incident, om SLA uppfylldes och hur stor del av driftstoppsbudgeten som är använd eller kvar. Ladda ner den som CSV för kunder eller intern rapportering.

Räkneexempel#

Ett mål på 99,9 % över en månad på 30 dagar tillåter 30 × 24 × 60 × 0.1% = 43.2 minuter driftstopp. Två incidenter på 12 och 9 minuter använder 21 minuter och lämnar cirka 22 minuters budget. Ett underhållsfönster på 60 minuter den månaden räknas inte mot den.

Övervaka landningssidor, inte bara startsidan

Lägg till övervakare för de sidor som dina annonser och ditt mest citerade innehåll pekar på. Drifttidsaviseringar, heartbeats och certifikat som snart går ut visas också i din inkorg, och agenter kan hantera övervakare via MCP-servern (verktygsuppsättningen uptime).

Relaterat#