# UptimeRobot: elérhetőség-figyelés

> Az UptimeRobot rendszeresen ellenőrzi a WordPress-oldalt, és értesít, ha leáll vagy hibaoldalt ad.

Az **UptimeRobot** külső szolgáltatás, amely rendszeresen megnyitja az oldalad, és értesít, ha az nem válaszol. WordPress-oldalnál ez azért hasznos, mert a leállást sokszor nem te veszed észre először: egy rossz bővítményfrissítés vagy egy tárhelyhiba éjjel is ledönti az oldalt.

## Mit tud ingyen

Az UptimeRobot súgója szerint az ingyenes csomag üzleti célra is használható, és ezt tartalmazza:

- 50 monitor, 5 perces ellenőrzési intervallummal.
- Monitor típusok: **HTTP(s)**, **Keyword**, **Ping**, **Port** (csak TCP). Az árlap ezek mellett API-, UDP- és DNS-figyelést is említ az ingyenes csomagnál.
- Egyszerű státuszoldal.
- Értesítés e-mailben és integrációkon át (például Slack, Microsoft Teams, webhook). Az ingyenes csomagban az árlap szerint legfeljebb 5 integráció van, az SMS- és hanghívás-kredit nincs benne.

Az **SSL-ellenőrzés fizetős funkció**: az ingyenes csomagban a HTTPS monitorok nem ellenőrzik a tanúsítványt (a súgó erről külön cikkben ír). A tanúsítvány lejáratát ingyenesen más eszközzel kell nézned, például az [SSL Labs](https://hub.hellowp.io/hu/knowledge-base/useful-tools/ssl-labs/) vizsgálatával.

## Az első monitor

1. Regisztrálj az [uptimerobot.com](https://uptimerobot.com/) oldalon, és lépj be.
2. Kattints a **+ Add New Monitor** gombra.
3. Válaszd a **HTTP(s)** típust, és írd be az oldal címét.
4. Jelöld ki, melyik értesítési csatornákat (alert contact) kéred ehhez a monitorhoz. Ha egy csatornát nem rendelsz a monitorhoz, nem kapsz róla értesítést.
5. Állítsd be az intervallumot, és kattints a **Create monitor** gombra.

A monitor akkor lesz **DOWN**, ha az oldal nem válaszol, vagy hibás HTTP státuszkódot ad. Ha több oldalt vagy aloldalt akarsz felvenni egyszerre, a Monitor Wizard a megadott címből felismeri az aloldalakat (például belépést, pénztárat) és a nyitott portokat, és monitort javasol hozzájuk.

## WordPress-hiba elkapása kulcsszóval

A HTTP monitor csak a státuszkódot nézi. WordPress-oldalnál előfordul, hogy a hibaoldal mégis működő választ ad, ezért érdemes mellé egy **Keyword** monitort is tenni. Ez az oldalon keres egy szót vagy kifejezést, és a beállított feltétel szerint jelez: ha a kulcsszó **megvan**, vagy ha **nincs meg**.

A WordPress fejlesztői dokumentációja ezt a két hibaüzenetet írja le:

- „There has been a critical error on this website. Please check your site admin email inbox for instructions.” Ez azt jelenti, hogy valami (gyakran egy bővítmény vagy a téma) olyan hibát okozott, ami megakadályozza a WordPress futását.
- „Error establishing a database connection.” Az adatbázis-kapcsolat hibája, többnyire a `wp-config.php` adatai vagy az adatbázis-szerver miatt.

Két monitort érdemes felvenni:

1. **Hibaüzenet keresése:** a kulcsszó legyen `critical error` (vagy `Error establishing a database connection`), a feltétel pedig „a kulcsszó létezik”. Az UptimeRobot ilyenkor jelez, amint a hibaszöveg megjelenik az oldalon.
2. **Az oldal saját szövegének keresése:** a kulcsszó az oldalad egy biztosan ott lévő szövege (például a láblécből), a feltétel „a kulcsszó nem létezik”. Így akkor is riasztást kapsz, ha az oldal üres vagy más tartalmat ad.

A WordPress hibaüzenete a telepített nyelvtől függ. Magyar felületű oldalon ellenőrizd a tényleges szöveget egy hibás oldalon, mielőtt rábízod a figyelést. A fenti angol mondatok a dokumentációból valók.

## Gyorsítótár és Cloudflare

- Ha az oldal előtt gyorsítótár áll, az kiszolgálhat egy régi, működő oldalt, miközben a szerver hibás. Az UptimeRobot ezért a címben a `*cachebuster*` szöveget minden kérésnél egyedi időbélyegre cseréli. Használd így: `https://pelda.hu/?*cachebuster*`.
- Ha Cloudflare van az oldal előtt, a védelem blokkolhatja az ellenőrzést (403, 429 vagy böngészőellenőrző oldal), és hamis riasztást kapsz. A súgó megoldása: Cloudflare WAF egyedi szabály **Skip** művelettel az UptimeRobot IP-címeire. A mindenkori IP-lista az UptimeRobot **Locations and IPs** oldalán van.

## Karbantartás, státuszoldal

Tervezett karbantartás előtt használd a maintenance window funkciót, hogy ne kapj felesleges riasztást. A státuszoldalt a **Status Pages** menüben hozod létre, a **Create Status Page** gombbal. Saját domain a státuszoldalhoz fizetős funkció.

## Alternatíva: Better Stack Uptime

A [Better Stack](https://betterstack.com/docs/uptime/) Uptime ugyanezt a feladatot látja el. A dokumentáció szerint van benne uptime és kulcsszavas monitor, ping, port, DNS, API és SSL-tanúsítvány monitor, valamint státuszoldal. Az ingyenes csomag az árlap szerint 10 monitort és 1 státuszoldalt tartalmaz, Slack- és e-mail-értesítéssel, az ellenőrzés gyakorisága pedig ingyenes csomagon 3 perctől indul. Itt is az SSL-tanúsítvány lejárati figyelmeztetése fizetős. A kulcsszavas monitort a **Monitors → Create monitor** menüpontban hozod létre, a figyelt szöveget a **Keyword to find on the page** mezőbe írod.

## Mire figyelj

- Az 5 perces intervallum azt jelenti, hogy egy rövid kiesést a monitor észre sem vehet.
- Ha egy oldal sokáig DOWN, az UptimeRobot ritkábban ellenőrzi újra, ezért a helyreállás jelzése késhet.

Ha egy kiesés után az a kérdés, mi változott az oldalon, a [HelloLog](https://hub.hellowp.io/hu/docs/hellotools/hellolog/) eseménynaplója megmutatja, ki, mikor és mit módosított (például melyik bővítményt telepítették vagy frissítették).

## Hasznos linkek

- [UptimeRobot](https://uptimerobot.com/)
- [UptimeRobot súgó](https://help.uptimerobot.com/en/)
- [Monitor típusok](https://help.uptimerobot.com/en/articles/11358441-understanding-uptimerobot-monitor-types-a-guide-to-essential-services)
- [Cloudflare mögötti oldalak figyelése](https://help.uptimerobot.com/en/articles/17679682-how-to-monitor-websites-behind-cloudflare)
- [Better Stack Uptime dokumentáció](https://betterstack.com/docs/uptime/)
- [WordPress gyakori hibák](https://developer.wordpress.org/advanced-administration/wordpress/common-errors/)