Veikimo laiko stebėjimas

Prieinamumo stebėjimas, kuris aptinka tai, ką kiti praleidžia

Uptime monitoring (prieinamumo stebėsena) – tai periodinis tikrinimas, ar Jūsų svetainės, API ir paslaugos atsako. Įspėjimai, kai jos nustoja veikti. Pagrindinis atvejis paprastas — kiekvienas įrankis patikrins, ar puslapis užsikrauna.

Sunkesni yra atvejai, kai paslėptas downtime lieka nepastebėtas:

• HTTPS sertifikatas nustoja galioti sekmadienio vidurnaktį
• Domenas nustoja galioti, nes pasikeitė kortelė pas registratorių
• API tris valandas grąžina HTTP 200 su sugadintu JSON
• CDN tyliai keičia IP ir sugadina DNS-pririštą upstream
• Cron job nustojo veikti praėjusį antradienį ir niekas nežino

DiagnoSEO Prieinamumo Stebėsena apima visus šiuos atvejus viename įrankyje. Tikrinimas iš 13 pasaulio regionų. Įspėjimai el. paštu, Telegram, Slack, Discord arba SMS — ten, kur iš tiesų žiūrite.

SEO specialistams tai kartu ir SEO infrastruktūros stebėjimas. Pasibaigęs domenas per parą dingsta iš indekso. SSL įspėjimas sunaikina organinį srautą. Sugadinta nukreipimų grandinė praranda nuorodų svorį. Tas pats įrankis, kuris fiksuoja gedimus, taip pat aptinka ir tylųs nesklandumus, kurie naikina pozicijas.

Ką gaunate

• 11 monitoringo tipų — HTTP(S) puslapių tikrinimas, raktažodžio buvimas ar nebuvimas, ping (TCP), TCP portas, heartbeat ir cron užduočių stebėsena, individualus HTTP API su metodu, antraštėmis, kūnu ir JSON teiginiais, tikrinimas iš 13 lokacijų, SSL sertifikato sargas, DNS pokyčių aptikimas, domenų galiojimo stebėsena bei atsako laiko ribinių įspėjimų signalai.
• Realiojo laiko įspėjimai — el. paštas, Telegram, Slack, Discord ir SMS. Konfigūruojamas patvirtinimo laikotarpis (kelios nesėkmės iš eilės), kad laikini šuoliai nepažadintų 3 val. nakties. Ramybės valandos, kad galėtumėte išsimiegoti. Atkūrimo (UP) įspėjimai, kad žinotumėte, kada galima padėti telefoną.
• SSL ir domeno galiojimo įspėjimai — automatiniai priminimai 30/14/7/3/1 dieną iki galiojimo pabaigos. Spalvoti žymekliai valdymo skydelyje. SSL vidurnaktį daugiau niekada nenustebins.
• DNS pokyčių aptikimas — įspėjimas, kai pasikeičia A, AAAA, MX, NS ar CNAME įrašai. Naudinga aptikti neteisėtą DNS perėmimą, atsitiktines klaidas migracijų metu arba paslaugų tiekėjus, tyliai keičiančius endpoint'us.
• Tikrinimas iš kelių vietų — pasiekiamumo tikrinimas iš JAV, JK, Vokietijos, Prancūzijos, Italijos, Ispanijos, Lenkijos, Nyderlandų, Kanados, Australijos, Japonijos, Brazilijos ir Indijos. Aptinka problemas su geo-maršrutu, regionines DNS problemas ir ISP lygmens blokavimus.
• 30 dienų stulpelinė diagrama ir sparkline — iškart matote, kurie puslapiai nestabilūs. Kiekviena dienos stulpelis pažymėtas spalva (žalia ≥99%, šviesiai žalia ≥95%, oranžinė ≥50%, raudona <50%). Sparkline rodo paskutinius 50 atsako laikų su raudonais taškais nesėkmių vietose.
• SLA ataskaitos — eksportuojamas CSV su uptime procentu, bendra nepasiekiamumo trukme, incidentų skaičiumi ir vidutiniu atstatymo laiku. Kiekvienam monitoriui ir apibendrintai.
• Heartbeat ir cron užduočių stebėsena — vietoj to, kad jūs ping'intumėte serverį, jūsų cron mus ping'ina. Jei nesulaukiame atsako numatytoje laiko zonoje su atsarga – informuojame jus. Aptinka tylųs crono nesklandumus (užblokuotas vartotojas, sugadintas skriptas, pilnas diskas), kurių tradicinis prieinamumo stebėjimas nefiksuoja.
• Masinis pridėjimas įklijuojant — įklijuokite 100 URL į tekstinį lauką, paspauskite Save. Kiekviena eilutė gali turėti parametrus keyword:, interval:, tag: ir name:. Be CSV žongliravimo.
• Žymos ir filtrai — grupuokite monitorius pagal aplinką (prod, staging), komandą (api, marketing) arba kritiškumą (critical, optional). Filtruokite valdymo skydelį taip, kas šiuo metu svarbiausia.
• Naršyklės eilės procesorius — kai spaudžiate "Check all now", naršyklė apdoroja eilę po 20 vienu metu, lygiagrečiai su cron'u. 200 monitorių patikrinama per ~1 minutę, ne 30 minučių.
• JSON teiginiai — API stebėsenai: data.status turi būti lygu ok, result.count turi būti > 0 ir pan. Aptinka API, grąžinančius HTTP 200 su sugadintais payload'ais (blogiausias atvejis).

Kas naudoja prieinamumo stebėseną

Prieinamumo monitoringas vs UptimeRobot, Pingdom, BetterStack, Oh Dear, Site24x7 ir StatusCake

Pagrindiniai konkurentai puikiai atlieka pagrindinį HTTP uptime monitoringą. Skiriasi papildomos funkcijos: SSL įspėjimai, domeno galiojimo stebėsena, DNS pokyčių aptikimas, multi-region stebėsena iš regionų už Vakarų ribų, JSON teiginiai, cron heartbeat'ai ir nemokamo plano ribos.

Žemiau – tiesioginis palyginimas pagal kiekvieno įrankio oficialius kainoraščius. Patikrinkite tiekėjų svetainėse prieš perkant. Išsamesni palyginimai su kiekvienu konkurentu pateikti po lentele — atskiruose puslapiuose.

Dažniausiai užduodami klausimai

• Kaip greitai prieinamumo stebėsena aptinka gedimą?

  Priklauso nuo tikrinimo intervalo ir patvirtinimo slenksčio. Pro ir Enterprise planuose patikra vykdoma kas 1 minutę. Numatytoji patvirtinimo riba – 2 iš eilės nesėkmės, tad nuolatinis gedimas pakeis statusą maždaug per 2 minutes.

  El. pašto įspėjimai ribojami iki kas 2 val. trukmės neveikos, kad nebūtų siunčiami dėl trumpų svyravimų. Trumpalaikiai sutrikimai lieka nepastebėti, rimti gedimai – pranešami. Telegram, Slack, Discord ir SMS galima sukonfigūruoti, kad praneštų iškart pasikeitus statusui.

• Kuo skiriasi prieinamumo stebėsena nuo sintetinės stebėsenos?

  Prieinamumo stebėsena tikrina vieną endpoint'ą ir vertina atsakymą (statuso kodą, turinį, JSON struktūrą). Sintetinė stebėsena vykdo kelių etapų naršyklės scenarijus: prisijungia, naršo, spaudžia checkout, užpildo formą.

  DiagnoSEO atlieka prieinamumo monitoringą su gilia atsakymo analize (HTTP metodas, antraštės, kūnas, JSON teiginiai, raktažodžio buvimas). Pilnos naršyklės scenarijų automatikos neatlieka. Daugumai "ar puslapis veikia?" atvejų – tai tinkamas sprendimas. Daugiaetapiams naudotojo kelionės testams naudokite specializuotus sintetinius įrankius papildomai.

• Ar prieinamumo stebėjimas turi įtakos SEO?

  Taip — tiesioginę. Google naršyklės traktuos užsitęsusį neveikimą kaip kokybės signalą. Puslapis, kuris neatsako daugybę valandų, kol jį craw'ina Googlebot, praras crawl biudžetą, o jo vidiniai puslapiai gali būti ištrinti iš indekso.

  Be pačio prieinamumo, didelę reikšmę turi ir papildomi signalai. Pasibaigę SSL sertifikatai naršyklėse rodo įspėjimus, kurie stipriai sumažina CTR. Pasibaigęs domenas DNS grąžina NXDOMAIN, todėl visi reitingai per kelias dienas krenta. Blogai sukonfigūruoti nukreipimai praranda nuorodų vertę. Prieinamumo stebėsenos traktuojimas kaip SEO infrastruktūros dalies leidžia šias problemas pastebėti prieš jos atsilieps pozicijoms.

• Kodėl verta atskirai stebėti SSL sertifikatus, jei mano hostas juos automatiškai atnaujina?

  Nes automatinis atnaujinimas dažniau tyliai sugenda, nei atrodo. Dažniausios priežastys:

  • Deploy metu pasiekti Let's Encrypt limitai
  • Po serverio atnaujinimo netinkamai sukonfigūruotas certbot
  • DNS-01 iššūkio nepavyksta atlikti, nes pašalintas CNAME
  • Komercinio CA paskyroje pasibaigė kortelės galiojimas

  Visi šie atvejai sustabdo atnaujinimą be išorinio įspėjimo, kol galiojantis sertifikatas nustoja galioti. SSL stebėsena aptinka tylų gedimą likus 30 dienų iki jį pamatys vartotojai.

• Ar galiu stebėti API, kuris reikalauja autentifikacijos?

  Taip. Sukonfigūruokite monitorių su individualiomis HTTP antraštėmis — dažniausiai „Authorization“ su Bearer token'u ar API raktu. Antraščių reikšmės bazėje saugomos užšifruotai.

  Basic Auth atveju yra atskiri laukai vartotojui ir slaptažodžiui — jie pridedami prie užklausos automatiškai. OAuth sraute naudokite ilgalaikį service token'ą arba periodiškai atnaujinkite saugomą antraštę monitoriui, kai reikia.

• Kaip veikia raktažodžio stebėsena?

  Įvedate eilutę (arba HTML fragmentą). Monitorius atsisiunčia atsakymo body ir ieško, ar toks fragmentas yra kaip substring. Veikia tiek paprastas tekstas („Įdėti į krepšelį“), tiek HTML fragmentai (<button class="buy">).

  Du režimai:

  • Turi būti — nesėkminga, jei trūksta. Tinka tikrinant, ar puslapio turinys tinkamai užsikrovė.
  • Neturi būti — nesėkminga, jei randama. Patogu aptikti klaidingus puslapius su HTTP 200 arba nesankcionuoto turinio atsiradimą Jūsų domene.
• Ar būsiu apmokestintas už nesėkmingus patikrinimus?

  Ne. Nesėkmingi ir sėkmingi patikrinimai kainuoja vienodai — kiekvienas check'as yra check'as, nepriklausomai nuo rezultato. Rankiniai pakartotiniai tikrinimai („Refresh“ mygtukas) nemokami ir nevartoja Jūsų patikrinimų limito.

  WHOIS užklausos dėl domenų galiojimo ribojamos iki vienos per 24 val. kiekvienam domenui, kad API kaštai būtų prognozuojami. „Force Fresh“ mygtukas leidžia apeiti šį apribojimą, kai reikia momentinio pakartotinio tikrinimo.

• Kas nutiks, jei stebimas domenas nustos galioti?

  Domeno galiojimo stebėjimo monitorius įspės Jus prieš 30, 14, 7, 3 ir 1 dieną el. paštu — bei Telegram, Slack ir Discord, jei jie sukonfigūruoti.

  Jei ignoruosite visus įspėjimus ir domenas nustos galioti, HTTP monitorius pradės nesėkmingus patikrinimus (DNS grąžins NXDOMAIN). Po 2 val. nuolatinės neveikos gausite DOWN įspėjimą. Tada domenas paprastai būna grace periode pas registratorių (~30 dienų daugumai TLD), tad dar galima atnaujinti.

• Ar prieinamumo stebėsena atitinka BDAR?

  DiagnoSEO prieinamumo monitoringas saugo monitorių konfigūraciją (URL, antraštes, raktažodžių tekstą) užšifruotą (AES-256). Patikrinimų rezultatai (atsakymo kodai, laikai, klaidų žinutės) saugomi pagal plane nurodytą retention laikotarpį.

  Jokių galutinių vartotojų asmeninių duomenų iš stebimų puslapių neimama. Monitorius nuskaito tik HTTP antraštes ir response body, kuriam pritaikytas raktažodžio patikrinimas. Duomenys hostinami ES duomenų centre. Pilnas DPA — pagal pageidavimą.