# Какво означава наблюдение на достъпността на сайт?

URL: https://ergostrat.com/monitoring/uptime-monitoring.html
Език: [Български](https://ergostrat.com/monitoring/uptime-monitoring.html) · [English](https://ergostrat.com/en/monitoring/uptime-monitoring.html) · [Français](https://ergostrat.com/fr/monitoring/uptime-monitoring.html) · [Deutsch](https://ergostrat.com/de/monitoring/uptime-monitoring.html)

Автоматични проверки по график установяват дали определен адрес отговаря и могат да задействат сигнал при неуспех. Те не виждат всяка секунда или всяка функция. При година от 365 дни достъпност от 99,9% съответства на около 8,76 часа недостъпност; това е изчисление, не наша гаранция.

## Какво точно прави проверката?

Проверката изпраща заявка и сравнява отговора с предварително зададено условие. То може да е успешен HTTP статус, наличие на текст или изпълнение на определено действие. Отговорът на началната страница не доказва, че формата изпраща или плащането завършва.

Catchpoint разглежда и зависимостите: DNS, мрежа за доставка на съдържание (CDN), сървъри и външни услуги. Не всеки инструмент ги проверява автоматично. Запишете кои адреси и функции се наблюдават, откъде и какво се смята за неуспех.

## Колко често проверяват различните инструменти?

UptimeRobot посочва пет минути за Free, представен за лични и нестопански проекти. Публикуваните интервали са 60 секунди за Solo, 30 за Team и 15 за Scale; Enterprise предлага индивидуални интервали. Проверете актуалния план и условията, преди да го изберете.

По-краткият интервал може да намали времето до следващата проверка. Това не е срок за уведомяване или ремонт. Нужните повторения, потвърждението и доставянето на сигнала също отнемат време. Кратък проблем между две проверки може да остане незасечен.

## Какво означава процентът?

За същата година 99,99% съответства на около 0,876 часа недостъпност — под час. Това е общо време, не брой инциденти: може да е един случай или много кратки. От процента не следва по един срив месечно.

Сравнявайте еднакви периоди, обхват и правила. Процент успешни проби не доказва непрекъсната достъпност за всеки посетител. По-строга цел може да е оправдана според последиците от прекъсване, но не е автоматично изискване за всеки сайт с поръчки.

## Какво са фалшивите аларми?

Неуспешна проба може да е свързана с пътя до сайта, а не с общ срив. Cloudways препоръчва проверки от различни места и настройване на праговете. Допълнителното потвърждение може да намали шума, но да забави сигнала.

Не отхвърляйте регионален проблем само защото друга точка получава отговор. Определете броя неуспешни проби, условията за възстановяване и кой получава известието. Тествайте доставянето му; наличен запис в таблото не доказва, че човек е уведомен.

## Какво трябва да бъде записано писмено?

Разделете честота на проверка, цел за достъпност и срок за реакция. Ако има споразумение за ниво на услугата (SLA), уточнете периода, изключенията, начина на измерване и последиците при неспазване. Те зависят от договореното, не от самата дума „наблюдение“.

В отчета разграничете установения интервал на неуспешни проверки от точно доказана продължителност. Началото или краят на проблема може да е между пробите. За по-точно установяване може да са нужни и други записи.

## Въпроси

### Хваща ли се бавен, но работещ сайт?

Някои инструменти измерват времето за отговор или проверяват конкретни действия. Това трябва да е настроено и описано. Успешният отговор сам не доказва бързо зареждане или работеща поръчка.

### Нужни ли са 99,99% за сайт визитка?

Не непременно. Преценете въздействието на прекъсване, нужните функции и бюджета. Интервалът за проверка не е обещан процент достъпност.

### Кой задава прага за аларма?

Вие или доставчикът според договорения обхват. Последователни неуспехи и потвърждение от други точки могат да ограничат шума, но изискват време. Уточнете и часовете, в които човек реагира.

### Нужен ли е отделен договор SLA за малък сайт?

Не приемайте, че размерът сам налага отделен договор. Записаните проверки, отговорности и срокове помагат за сравнение с отчета. Договореният процент и предвидените в SLA компенсации зависят от конкретното споразумение.

## Източници

- [Catchpoint — достъпност, зависимости и обхват на наблюдението.](https://www.catchpoint.com/glossary/website-uptime-monitoring)
- [UptimeRobot — интервали по план.](https://uptimerobot.com/pricing/)
- [Cloudways — прагове, различни точки и потвърждаване на сигнали.](https://www.cloudways.com/blog/how-to-monitor-website-uptime/)

## Още по темата

- [Колко често трябва да се проверява сайт?](https://ergostrat.com/monitoring/check-frequency.html)
- [Формата за контакт не изпраща имейли: какво да проверим?](https://ergostrat.com/monitoring/contact-form-not-sending.html)
- [Колко струва поддръжката на сайт на месец?](https://ergostrat.com/monitoring/maintenance-cost.html)

## Запишете какво се проверява и кога се реагира.

При нас достъпността се проверява всеки час според писмения опис. Засечените неуспехи и установените им интервали влизат в месечния отчет. Това не гарантира определен процент достъпност или засичане на всеки кратък срив; продължителността се отчита според наличните наблюдения.

[Попитайте за наблюдение](mailto:contact@ergostrat.com?subject=%D0%92%D1%8A%D0%BF%D1%80%D0%BE%D1%81%20%D0%B7%D0%B0%20%D0%BD%D0%B0%D0%B1%D0%BB%D1%8E%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%BD%D0%B0%20%D0%B4%D0%BE%D1%81%D1%82%D1%8A%D0%BF%D0%BD%D0%BE%D1%81%D1%82%D1%82%D0%B0)