Моніторинг сайту · №01
Перевірка доступності сайту
Коротко
Перевірка доступності сайту показує, чи відкривається він для відвідувачів і пошукових роботів: який HTTP-код повертає сервер і як швидко відповідає. Нормальна відповідь — 200. Помилки 5xx, таймаути чи збій DNS означають, що люди бачать порожній екран, реклама витрачає гроші даремно, а Google сповільнює сканування і з часом прибирає сторінки з пошуку.
Зміст статті
Що таке доступність сайту?
Доступність сайту — це здатність сервера відповісти на запит браузера чи пошукового робота й віддати сторінку. Щоразу, коли хтось відкриває адресу, сервер повертає тризначний HTTP-код стану (status code) — коротке службове повідомлення про результат. Відвідувач його не бачить, але саме з цього коду браузер і Google розуміють, що сталося.
Коди згруповано за першою цифрою: 2xx — успіх, 3xx — переадресація, 4xx — помилка на боці запиту, 5xx — помилка на боці сервера (MDN). Окремо бувають збої, за яких коду немає взагалі: сервер не відповів вчасно, домен не знайдено в DNS або браузер не довіряє SSL-сертифікату.
| Відповідь | Що означає | Що бачить відвідувач |
|---|---|---|
200 OK | Сторінку віддано успішно | Звичайну сторінку |
301 / 302 | Сторінка переїхала назавжди або тимчасово | Браузер сам відкриває нову адресу |
404 Not Found | За цією адресою нічого немає | Сторінку «не знайдено» |
500 Internal Server Error | Збій у коді сайту чи на сервері | Порожню сторінку або повідомлення про помилку |
503 Service Unavailable | Сервер тимчасово не готовий обробити запит | Сторінку техробіт або помилку |
| Таймаут | Сервер не відповів за відведений час | Нескінченне завантаження |
| Помилка DNS | Домен не вдалося перетворити на адресу сервера | «Не вдається знайти сайт» |
| Помилка SSL | Сертифікат прострочений або не підходить домену | Попередження «З’єднання не захищене» |
Чим загрожує недоступність сайту?
Найочевидніше — втрачені відвідувачі й заявки: людина, яка побачила помилку, рідко повертається вдруге. Якщо на сайт веде реклама, кліки оплачуються й тоді, коли сторінка не відкривається. Але є й наслідки, які проявляються лише згодом, — у пошуку Google.
Помилки сервера Google сприймає як сигнал зменшити навантаження й рідше заходить на сайт:
«Помилки сервера 5xx і 429 змушують пошукових роботів Google тимчасово сповільнити сканування. Для Google Пошуку вже проіндексовані URL-адреси зберігаються в індексі, але зрештою вилучаються».
Таймаути й збої DNS не менш небезпечні, хоча сервер при цьому не повертає жодного коду. Google прирівнює їх до помилок сервера і реагує навіть швидше:
«Google обробляє таймаути мережі, скидання з’єднання й помилки DNS так само, як помилки сервера 5xx. […] Уже проіндексовані URL-адреси, які недоступні, буде вилучено з індексу Google протягом кількох днів».
Коли сервер знову відповідає кодом 2xx, Google поступово повертає звичну частоту сканування (документація Google). Тобто короткий збій минає без сліду, а збій на кілька днів може коштувати позицій, які доведеться відновлювати тижнями.
Навіть запланована недоступність має межі. Для технічних робіт правильна відповідь — 503: за визначенням MDN, цей код означає, що «сервер не готовий обробити запит», і його слід використовувати для тимчасових станів (MDN). Google радить вимикати сайт так лише ненадовго — «щонайбільше на кілька днів» (документація Google).
Видимість у відповідях ШІ
Як доступність сайту впливає на видимість у відповідях ШІ?
Недоступна сторінка не може потрапити у відповіді ШІ Google, бо для AI Overviews і AI Mode діє та сама умова, що й для звичайного пошуку:
«Щоб сторінка могла показуватися як допоміжне посилання в AI Overviews чи AI Mode, вона має бути проіндексована й придатна до показу в Google Пошуку зі сніпетом».
Звідси прямий ланцюжок: тривалі помилки 5xx, таймаути чи збої DNS змушують Google рідше сканувати сайт, а потім прибирати недоступні сторінки з індексу. Сторінка, якої немає в індексі, не може бути й джерелом для відповіді ШІ в Google.
Короткий збій на кілька хвилин рідко має наслідки. Небезпечні збої, які тривають днями й лишаються непоміченими, наприклад коли сайт падає щоночі під час резервного копіювання або недоступний лише з певних мереж.
Чому сайт стає недоступним?
Причини зазвичай буденні й рідко пов’язані з атакою:
- Перевантаження сервера. Наплив відвідувачів після розсилки чи реклами, активність ботів або важкі фонові завдання вичерпують пам’ять і процесор — сервер відповідає 503 або не відповідає зовсім.
- Оновлення CMS, теми чи плагіна. Несумісна версія плагіна чи PHP — найчастіша причина помилки 500 одразу після оновлення.
- Проблеми хостингу. Закінчився оплачений період, переповнився диск, провайдер проводить роботи або переносить сервер.
- DNS. Після зміни хостингу чи DNS-провайдера записи вказують на стару адресу або домен перестав делегуватися. Google зазначає, що помилки DNS найчастіше спричинені неправильним налаштуванням (документація Google).
- Прострочений SSL-сертифікат. Безкоштовні сертифікати Let’s Encrypt за замовчуванням діють 90 днів (Let’s Encrypt FAQ), тож якщо автоматичне продовження перестало працювати, браузери почнуть показувати попередження вже за кілька тижнів.
- Закінчилася реєстрація домену. Реєстратор вимикає DNS домену, і сайт зникає разом із поштою. Докладніше — у матеріалі про моніторинг терміну дії домену.
Окремий випадок — сайт працює у вас, але не відкривається у відвідувачів. Ваш браузер може показувати збережену копію сторінки, у вашій мережі ще діє старий DNS-запис, ваша IP-адреса додана до білого списку захисту, а відвідувачів з інших країн чи мобільних мереж фаєрвол або CDN блокує. Тому перевіряти доступність варто ззовні, а не зі свого комп’ютера.
Як розпізнати проблему з доступністю сайту?
Про збій найчастіше першими дізнаються клієнти. Ось симптоми, на які варто реагувати одразу:
| Що ви бачите | Можлива причина | Що зробити |
|---|---|---|
| Порожня біла сторінка або «500 Internal Server Error» | Збій у коді після оновлення CMS чи плагіна | Відкотити останнє оновлення, переглянути журнал помилок сервера |
| «503 Service Unavailable» в години пік | Сервер не витримує навантаження | Перевірити ресурси хостингу, кешування, активність ботів |
| Сторінка вантажиться безкінечно | Таймаут: сервер завис або перевантажений | Звернутися до хостингу, перевірити фонові завдання |
| «Не вдається знайти сайт» | Помилка DNS або закінчилася реєстрація домену | Перевірити DNS-записи і дату закінчення домену |
| «З’єднання не захищене» | Прострочений або хибний SSL-сертифікат | Продовжити сертифікат, налаштувати автоматичне оновлення |
| У вас працює, а клієнти скаржаться | Кеш браузера, блокування фаєрволом чи CDN для частини мереж | Перевірити сайт ззовні і з мобільного інтернету, переглянути правила захисту |
Як перевірити доступність сайту самостійно?
Для разової перевірки достатньо браузера й безкоштовних інструментів:
- Відкрийте сайт у режимі інкогніто і з мобільного інтернету, а не з офісного Wi-Fi: так ви оминете кеш браузера й побачите сайт як новий відвідувач.
- Подивіться код відповіді: інструменти розробника (
F12) → вкладка Network → оновіть сторінку → у першому рядку колонка Status має показувати200. - Натисніть на значок замка в адресному рядку і перевірте, до якої дати дійсний SSL-сертифікат.
- У Google Search Console відкрийте звіт «Статистика сканування» в налаштуваннях: він показує, які відповіді отримував Googlebot і чи були проблеми з доступністю хоста.
- Скористайтеся перевіркою URL-адреси в Search Console, щоб побачити, чи може Google завантажити сторінку просто зараз.
- Або скористайтеся перевіркою FullCheckApp «Перевірка доступності сайту» й отримайте інформацію в зручному графічному вигляді.
Така перевірка показує стан сайту лише в момент перевірки. Збій уночі чи у вихідні так не помітити — для цього потрібна регулярна автоматична перевірка.
Якщо ви обрали останній пункт — ви вже ухвалили правильне рішення: перевірка виконується автоматично, і про попередження чи критичну подію ви дізнаєтеся першими.
Що перевіряє FullCheckApp
FullCheckApp раз на добу, в обраний вами час і за вашим часовим поясом, відкриває головну сторінку сайту ззовні — так, як її відкриває відвідувач. Нічого встановлювати на сайт не потрібно.
- HTTP-код відповіді — що саме повернув сервер.
- Час відповіді — скільки мілісекунд сервер готував відповідь.
- Помилка сервера або таймаут — позначаються як критична проблема.
Позначки у звіті: зелена — норма, жовта — попередження, червона — критично. Критичність кожної перевірки ви налаштовуєте окремо для кожного сайту. Після перевірки приходить лист зі звітом, а критичні проблеми дублюються в Telegram.
Сервер відповів «503 Service Unavailable»: сайт тимчасово не обробляє запити.
Якщо сайт працює за захистом на кшталт Cloudflare, FullCheckApp не видає себе за Googlebot. Щоб захист не блокував перевірку, додайте IP-адресу сервісу до білого списку. Доступність кошика, каталогу та інших важливих сторінок перевіряє окрема перевірка внутрішніх сторінок, а швидкість завантаження — перевірка швидкості сайту.
Часті питання
Чим помилка 500 відрізняється від 503?
Код 500 означає непередбачений збій на сервері, найчастіше помилку в коді сайту після оновлення. Код 503 означає, що сервер тимчасово не готовий обробляти запити через перевантаження або технічні роботи. Для запланованого вимкнення сайту правильно віддавати саме 503, але Google радить робити це щонайбільше кілька днів.
Чому сайт відкривається у мене, але не відкривається у клієнтів?
Ваш браузер може показувати збережену копію сторінки, у вашій мережі ще діє старий DNS-запис, а ваша IP-адреса може бути в білому списку захисту. Клієнтів тим часом блокує фаєрвол чи CDN або вони потрапляють на інший сервер. Перевіряйте сайт в режимі інкогніто, з мобільного інтернету і зовнішніми інструментами.
Чи випаде сайт із Google, якщо він не працював кілька годин?
Короткий збій зазвичай минає без наслідків: Google тимчасово сповільнює сканування, а коли сервер знову відповідає успішно, поступово повертає звичну частоту. Ризик з’являється, коли помилки тривають днями: за документацією Google, недоступні проіндексовані сторінки зрештою вилучаються з індексу, а за мережевих збоїв — протягом кількох днів.
Що таке таймаут і чим він небезпечний?
Таймаут — це ситуація, коли сервер не відповів за відведений час, тож браузер так і не отримав сторінку. Відвідувач бачить нескінченне завантаження і йде. Google обробляє таймаути мережі так само, як помилки сервера 5xx, тобто сповільнює сканування, а тривалі проблеми можуть призвести до вилучення сторінок з індексу.
Чи впливає недоступність сайту на AI Overviews?
Так, непрямо. Щоб потрапити в AI Overviews чи AI Mode, сторінка має бути проіндексована й придатна до показу в Google Пошуку. Тривалі помилки сервера, таймаути чи збої DNS призводять до вилучення сторінок з індексу, а сторінка поза індексом не може стати джерелом для відповіді ШІ в Google.
Джерела
- Google Search Central — How HTTP status codes, and network and DNS errors affect Google Searchdevelopers.google.com/search/docs/crawling-indexing/http-network-errors
- Google Search Central — Network and DNS errorsdevelopers.google.com/crawling/docs/troubleshooting/dns-network-errors
- Google Search Central — Pause or disable a websitedevelopers.google.com/search/docs/crawling-indexing/pause-online-business
- Google Search Central — AI features and your websitedevelopers.google.com/search/docs/appearance/ai-features
- MDN Web Docs — HTTP response status codesdeveloper.mozilla.org/en-US/docs/Web/HTTP/Reference/Status
- MDN Web Docs — 503 Service Unavailabledeveloper.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/503
- Let’s Encrypt — FAQletsencrypt.org/docs/faq/
Перевірте свій сайт
Додайте адресу сайту — перша перевірка пройде одразу, і ви побачите стан кожного пункту з цього матеріалу.
Перевірити безкоштовно