Rendelkezésre állás felügyelete

Uptime monitorozás, amely azokat a hibákat is észreveszi, amiket mások nem

Az uptime monitorozás azt jelenti, hogy rendszeresen ellenőrzöd, elérhetők-e a weboldalaid, API-jaid és szolgáltatásaid. Riasztásokat kapsz, ha leállás történik. Az alaphelyzet egyszerű – minden eszköz ellenőrzi, hogy betöltődik-e az oldal.

A nehezebb helyzetek azok, amikor a rejtett leállás megbújik:

• A HTTPS tanúsítvány vasárnap éjfélkor lejár
• A domain lejár, mert regisztrátori fiókhoz tartozó kártyát cseréltek
• Az API három órán keresztül HTTP 200-at ad vissza, de hibás JSON-nal
• A CDN csendben IP-t vált, és összetöri a DNS-pinned upstreamet
• A cron job múlt kedden leállt, és senki sem vette észre

A DiagnoSEO Uptime Monitorozás mindezt egyetlen eszközben képes kezelni. Ellenőrzés a világ 13 régiójából. Riasztások e-mailen, Telegramon, Slack-en, Discordon vagy SMS-ben – oda, ahol tényleg nézed őket.

SEO szakembereknek ez egyben SEO infrastruktúra monitorozás is. A lejárt domain 24 órán belül eltűnik az indexből. Az SSL figyelmeztetés megöli az organikus forgalmat. A hibás redirect lánc elveszíti a link equity-t. Ugyanaz az eszköz, amelyik az üzemzavarokat lefüleli, felismeri azokat a csendes hibákat is, amelyek rangsorvesztést okoznak.

Amit kapsz

• 11 monitor típus – HTTP(S) oldal ellenőrzés, kulcsszó jelenlétének vagy hiányának figyelése, ping (TCP), TCP port ellenőrzés, heartbeat és cron feladat monitorozás, egyedi HTTP API módszerrel, fejlécekkel, body-val és JSON aszerciókkal, 13 lokációból történő ellenőrzés, SSL tanúsítvány watchdog, DNS változás érzékelés, domain lejárat figyelés, valamint válaszidő küszöb riasztások.
• Valós idejű riasztások – e-mail, Telegram, Slack, Discord és SMS. Konfigurálható visszaigazolási periódus (sikertelen kísérletek száma), hogy egy átmeneti zavar ne ébresszen fel hajnal 3-kor. Csendes időszakok, hogy nyugodtan alhass. Helyreállási (UP) riasztások, hogy tudd, mikor teheted le a telefont.
• SSL és domain lejárati figyelmeztetések – automatikus emlékeztető 30/14/7/3/1 nappal lejárat előtt. Színes jelölők a dashboardon. Soha többet nem fog meglepni egy éjfélkor lejárt SSL.
• DNS változás érzékelés – riasztás, ha változnak az A, AAAA, MX, NS vagy CNAME rekordok. Hasznos DNS eltérítés, migrációs hibák vagy hirtelen endpoint-változás detektálásához külső szolgáltatók esetén.
• Több lokációból történő ellenőrzés – ellenőrzés elérhetőség az USA, Egyesült Királyság, Németország, Franciaország, Olaszország, Spanyolország, Lengyelország, Hollandia, Kanada, Ausztrália, Japán, Brazília és India területéről. Felismeri a geo-routing, regionális DNS problémákat vagy ISP szintű blokkolásokat.
• 30 napos oszlopdiagram és sparkline – azonnal látod, mely oldalaknál van stabilitási gond. Minden napi oszlop színkódos (zöld ≥99%, világoszöld ≥95%, narancs ≥50%, piros <50%). A sparkline az utolsó 50 válaszidőt mutatja, piros pontokkal a hibáknál.
• SLA jelentések – exportálható CSV uptime százalékkal, összesített kiesési idővel, incidensek számával és átlagos helyreállási idővel. Monitoronként és összesítve is.
• Heartbeat- és cron job monitorozás – nem te pingelsz minket, hanem a cron pingelet minket. Ha az elvárt ablakon belül nem kapunk jelet (egy kis ráhagyással), riasztunk. Képes felismerni a csendes cron hibákat (letiltott user, hibás script, megtelt lemez), amit a hagyományos uptime monitorozás nem jelezne.
• Tömeges hozzáadás beillesztéssel – illessz be 100 URL-t a textarea-ba, majd nyomj Mentés-t. Minden sor tartalmazhat keyword:, interval:, tag: vagy name: paramétereket is. Nem kell CSV-vel bajlódni.
• Címkék és szűrők – csoportosítsd a monitorokat környezet (éles, teszt), csapat (API, marketing) vagy kriticitás (fontos, opcionális) szerint. Szűrd a dashboardot arra, ami most érdekes.
• Böngészőbeli sor-feldolgozó – amikor a „Minden ellenőrzése most” gombot használod, a böngésző 20-as csomagokban párhuzamosan dolgozza fel a sort a cronnal együtt. 200 monitor kb. 1 perc alatt lefut, nem 30 perc alatt.
• JSON aszerciók – API monitorozáshoz: data.status értéke ok kell legyen, result.count nagyobb kell legyen mint > 0, stb. Ez kiszűri azokat az API-kat, amik HTTP 200-at adnak vissza hibás payloaddal (a hibák legrosszabb fajtája).

Kik használják az uptime monitorozást?

Uptime monitorozás összehasonlítva: UptimeRobot, Pingdom, BetterStack, Oh Dear, Site24x7, StatusCake

A főbb versenytársak jól oldják meg az alap HTTP uptime-ot. A különbség a kiegészítő funkciókban rejlik: SSL figyelmeztetés, domain lejárat figyelés, DNS változás érzékelés, több régió (nem csak Nyugat), JSON aszerciók, cron heartbeat-ok, valamint az ingyenes csomagkorlátok.

Lentebb egy oldalsó összehasonlítás látható, a publikusan elérhető árlisták alapján. Ellenőrizd az aktuális szolgáltató oldalán is vásárlás előtt. Részletes, fej-fej melletti összevetések alatta találhatók – minden versenytársra külön aloldal.

Gyakran ismételt kérdések

• Milyen gyorsan észleli az uptime monitorozás a hibát?

  Az ellenőrzési intervallumtól és a megerősítési küszöbtől függ. Pro és Enterprise csomagokon a check 1 percenként indul. Az alapértelmezett megerősítési küszöb 2 egymást követő hibás ellenőrzés, így a fennálló hiba körülbelül 2 perc alatt változtatja meg a státuszt.

  Az e-mail riasztások 2 óránkénti korlátozást kapnak folyamatos downtime esetén, hogy az átmeneti hibák ne árasszanak el. Rövid kimaradások csendesek maradnak, a valós üzemzavarok viszont jelentve vannak. A Telegram, Slack, Discord vagy SMS azonnal konfigurálható, hogy azonnal jelezzenek státuszváltáskor.

• Mi a különbség az uptime monitorozás és a szintetikus monitorozás között?

  Az uptime monitorozás egy végpontot kérdez le, és értékeli a választ (státuszkód, tartalom, JSON struktúra). A szintetikus monitorozás többlépcsős böngésző szkripteket futtat: belépés, navigáció, checkout kattintás, űrlap kitöltés.

  A DiagnoSEO mélyválasz analízissel végez uptime monitorozást (HTTP-módszer, headerek, body, JSON aszerciók, kulcsszavak jelenléte), de teljes böngésző szkriptelést nem ad. A „működik az oldal?”-típusú kérdésekre ez a megfelelő eszköz. Többlépcsős user journey teszteléshez használj dedikált szintetikus eszközt.

• Hatással van az uptime monitorozás a SEO-ra?

  Igaz, közvetlenül. A Google crawlerei a tartós downtime-ot minőségi jelzésként értékelik. Ha az oldal órákig nem válaszol Googlebot számára, elveszti a crawl budget-et, az aloldalak deindexálhatók.

  Az uptime mellett a kapcsolódó jelek is kiemelten fontosak. Lejárt SSL tanúsítvány figyelmeztetéseket eredményez a böngészőben, ami drasztikusan csökkenti a CTR-t. Lejárt domain esetén a DNS NXDOMAIN-t ad vissza, így napokon belül minden rangsor esik. Hibás redirectek link equity-t rontanak. Ha az uptime monitorozást a SEO infrastruktúra részének tekinted, nem csak sysadmin eszközként, az ilyen hibákat még időben elcsípheted a rangsorvesztés előtt.

• Miért érdemes külön figyelni az SSL tanúsítványokat, ha a tárhelyem automatikusan megújít?

  Mert az automatikus megújítás gyakrabban megy csendben gallyra, mint gondolnád. Tipikus okok:

  • Let's Encrypt rate limit érkezik deploykor
  • certbot hibás konfiguráció szerverfrissítés után
  • DNS-01 kihívások bukása, mert CNAME törölve lett
  • Lejárt kártya a kereskedelmi CA fiókban

  Ezek mind csendes hibát okozhatnak a megújításban, amíg a meglévő tanúsítvány le nem jár. Az SSL monitorozás akár 30 nappal előbb figyelmeztet, mielőtt a felhasználók hibát látnának.

• Monitorozhatok olyan API-t, ami hitelesítést igényel?

  Igen. Állítsd be a monitort egyedi HTTP fejlécekkel – általában az Authorization header Bearer tokennel vagy API kulccsal. A fejlécek értékei AES-256-tal titkosítva tárolódnak.

  Basic Auth-hoz külön mező áll rendelkezésre felhasználónév/jelszó számára, amely automatikusan aláírja a kérést. OAuth token frissítés esetén használj hosszú élettartamú service tokent, vagy rotáld a monitor headerjét szükség szerint a saját oldaladon.

• Hogyan működik a kulcsszó monitorozás?

  Megadsz egy stringet (vagy HTML részletet). A monitor letölti a válasz body-t, és megvizsgálja, szerepel-e benne a string mint részlet. Bármilyen plain text ("Kosárba tesz") vagy HTML részlet (<button class="buy">) működik.

  Két mód:

  • Kötelezően jelen kell lennie – hiba, ha hiányzik. Hasznos annak ellenőrzésére, hogy az oldal megfelelően töltött-e be.
  • Kötelezően nem lehet jelen – hiba, ha megtalálható. Hasznos hibás oldalak, hibás HTTP 200 eset vagy jogosulatlan tartalom észlelésére.
• Terhelik-e a sikertelen ellenőrzések a kreditjeimet?

  Nem. A sikeres és sikertelen ellenőrzések ugyanannyiba kerülnek – minden check egyenértékű. A manuális újraellenőrzések (Refresh gomb) díjmentesek, nem vonnak le kreditből.

  WHOIS lekérdezések domain lejárat esetén napi 1 alkalomra korlátozottak domainenként, hogy az API költsége tervezhető legyen. Az Azonnali Frissítés (Force Fresh) gomb ezt felülírja, ha sürgős ellenőrzés kell.

• Mi történik, ha a monitorozott domain lejár?

  A domain lejárat monitor 30, 14, 7, 3 és 1 nappal előtte e-mailben figyelmeztet – továbbá Telegramon, Slack-en és Discordon is, ha beállítottad őket.

  Ha minden figyelmeztetést figyelmen kívül hagysz, a domain lejár, és a HTTP monitor hibákat jelez (DNS NXDOMAIN-t ad vissza). DOWN riasztást kapsz, ha 2 órán át fennáll a hiba. Ilyenkor a domain a regisztrátornál még grace perióduson belül van (ált. 30 nap a legtöbb TLD-nél), így még megújítható.

• Uptime monitorozás megfelel a GDPR-nak?

  A DiagnoSEO Uptime Monitorozás a monitor konfigurációkat (URL-ek, headerek, kulcsszavak) AES-256-tal titkosítva tárolja. Az ellenőrzési eredmények (válaszkódok, idő, hibaszövegek) a csomagodban meghatározott megőrzési idő alatt tárolódnak.

  Az oldalad felhasználóiról nem kerül be személyes adat. A monitor csak HTTP válasz fejeket és body stringet olvas, amelyhez a kulcsszó-ellenőrzést beállítottad. Az adatok EU-s adatközpontban vannak tárolva. Teljes DPA kérhető.