Коли не відкривається сайт, важливо не починати з хаотичного перевстановлення WordPress, видалення плагінів або відновлення першої-ліпшої резервної копії. Одна й та сама зовнішня ознака — порожня сторінка, повідомлення браузера чи нескінченне завантаження — може вказувати на зовсім різні проблеми: збій хостингу, помилку DNS, прострочений домен, несправність бази даних або конфлікт програмних компонентів.
Нижче розберемо, як швидко визначити рівень несправності, що можна безпечно перевірити самостійно та коли краще не ризикувати даними сайту.
Не відкривається сайт: з чого почати перевірку
Спочатку потрібно з’ясувати, чи проблема виникла лише на одному пристрої. Відкрийте сайт у приватному режимі браузера, спробуйте інший браузер, а потім перевірте сторінку через мобільний інтернет. Якщо сайт працює з телефона, але не відкривається через домашню або офісну мережу, причина може бути в кеші DNS, маршрутизаторі, локальному блокуванні чи налаштуваннях провайдера.
Якщо сторінка недоступна з різних пристроїв і мереж, перевірте:
- чи активний домен і чи не завершився строк його реєстрації;
- чи оплачений хостинг і чи немає аварії на сервері;
- чи правильно домен спрямований на сервер;
- чи працює SSL-сертифікат;
- чи не виконувалися нещодавно оновлення, перенесення або зміни налаштувань.
Зафіксуйте точний текст помилки та час її появи. Ці дві деталі часто скорочують діагностику з кількох годин до кількох хвилин.
Що означає повідомлення браузера
Повідомлення «Не вдається отримати доступ до сайту» саме по собі не називає причину. Важливий код або уточнення поруч із ним.
- DNS_PROBE_FINISHED_NXDOMAIN — браузер не може знайти DNS-запис домену. Варто перевірити делегування домену, NS-сервери та записи A або AAAA.
- ERR_CONNECTION_TIMED_OUT — сервер не відповів у встановлений час. Можливі перевантаження, мережевий збій, блокування або несправність хостингу.
- ERR_TOO_MANY_REDIRECTS — сайт потрапив у цикл перенаправлень. Часто це трапляється через суперечливі правила HTTPS, плагіни кешування або неправильні адреси WordPress.
- Помилка 403 — сервер забороняє доступ. Причиною можуть бути права на файли, правила безпеки чи блокування IP-адреси.
- Помилка 404 — сервер працює, але не знаходить конкретну сторінку. Якщо 404 відображається всюди, слід перевірити постійні посилання та файл .htaccess.
- Помилки 500, 502, 503 або 504 — проблема виникла на серверному рівні, у PHP, вебсервері або під час взаємодії із зовнішніми службами.
Не варто багато разів перезавантажувати сторінку або одночасно змінювати кілька налаштувань. Так складніше зрозуміти, яка дія справді вплинула на результат.
Чому сайт WordPress перестав працювати
WordPress складається з ядра, теми, плагінів, бази даних і серверного середовища. Несправність будь-якого з цих компонентів може зробити сайт недоступним.
Конфлікт після оновлення
Плагін або тема можуть виявитися несумісними з новою версією WordPress чи PHP. Якщо збій стався одразу після оновлення, не потрібно видаляти весь сайт. Безпечніше створити копію поточного стану, переглянути журнал помилок і тимчасово вимкнути підозрілий компонент.
Критична помилка PHP
Білий екран або повідомлення про критичну помилку часто означають, що виконання PHP зупинилося. Причиною буває синтаксична помилка, нестача пам’яті, несумісний код або пошкоджений файл. Точну відповідь зазвичай дають логи сервера, а не припущення.
Немає з’єднання з базою даних
WordPress не може сформувати сторінку без доступу до MySQL. Перевіряють реквізити у wp-config.php, стан сервера баз даних, права користувача та цілісність таблиць. Якщо бачите відповідне системне повідомлення, варто покроково перевірити з’єднання WordPress із базою даних, не змінюючи параметри навмання.
Закінчилися ресурси хостингу
Сайт може перестати відповідати через перевищення ліміту пам’яті, процесорного часу, дискового простору або кількості одночасних процесів. Особливо часто це проявляється під час імпорту товарів, створення резервної копії, масового сканування чи різкого зростання відвідуваності.
Пошкоджені або заражені файли
Після злому сайт інколи перенаправляє відвідувачів, показує сторонній контент або взагалі не завантажується. Просте видалення помітного шкідливого коду не гарантує очищення: потрібно знайти точку входу, перевірити користувачів, змінити доступи та закрити вразливість.
Домен, DNS і SSL: коли WordPress ні до чого
Якщо запит навіть не доходить до WordPress, редагування плагінів не допоможе. Прострочений домен, неправильні NS-сервери або помилка в DNS-записі можуть повністю від’єднати адресу від хостингу.
Після зміни DNS потрібен час на оновлення інформації в мережі. У цей період сайт може відкриватися в одних користувачів і залишатися недоступним в інших. Водночас занадто довга недоступність часто вказує не на «поширення DNS», а на неправильний запис.
Окремо перевіряють SSL-сертифікат. Якщо він прострочений, виданий не для того домену або встановлений із неповним ланцюжком, браузер може показувати попередження чи блокувати безпечне з’єднання. Автоматичне перенаправлення з HTTP на HTTPS має вмикатися лише після коректного встановлення сертифіката.
Що можна зробити самостійно без ризику
- Перевірити сайт з іншого пристрою та мережі.
- Записати код помилки й зробити знімок екрана.
- Переглянути повідомлення хостинг-провайдера про аварії.
- Перевірити строки дії домену, хостингу та SSL-сертифіката.
- Пригадати останню зміну перед збоєм: оновлення, встановлення плагіна, редагування DNS або перенесення.
- Завантажити журнали помилок і створити резервну копію доступних файлів та бази даних.
Очищення кешу браузера є безпечною дією, але видалення серверного кешу, зміна версії PHP або відкат бази вже можуть вплинути на роботу сайту. Перед такими операціями потрібна копія поточного стану, навіть якщо він несправний.
Чого не варто робити, коли сайт недоступний
Найнебезпечніша тактика — виконувати багато непов’язаних дій без фіксації результату. Не видаляйте файли WordPress, не імпортуйте стару базу поверх актуальної та не перевстановлюйте систему до збереження даних. Старий бекап може повернути сайт, але одночасно стерти нові заявки, замовлення, облікові записи чи зміни контенту.
Також не потрібно одразу вимикати всі засоби захисту. Якщо сайт атакують, це може спростити зловмиснику повторний доступ. Спершу обмежують зовнішні ризики, зберігають докази й лише потім відновлюють працездатність.
Коли потрібен терміновий ремонт сайту
Допомога спеціаліста потрібна якнайшвидше, якщо сайт приймає замовлення, обробляє оплату, забезпечує роботу реклами або зберігає важливі дані клієнтів. Так само не варто відкладати діагностику, коли виявлено перенаправлення на сторонні ресурси, невідомих адміністраторів, масові помилки чи втрату доступу до панелі керування.
Правильний ремонт починається не з перевстановлення, а з визначення причини. Спеціаліст перевіряє доступність домену й сервера, аналізує логи, локалізує несправний компонент, зберігає актуальні дані та лише після цього виконує відновлення. Після запуску варто протестувати форми, оплату, авторизацію, пошту, мобільну версію та основні сторінки.
Як скоротити ризик повторної недоступності
Регулярні автоматичні резервні копії мають зберігатися окремо від основного сервера та періодично перевірятися відновленням. Оновлення WordPress, теми й плагінів краще спочатку тестувати на копії сайту. Моніторинг доступності повідомить про збій раніше, ніж його помітять клієнти.
Корисно також контролювати вільне місце, строки оплати домену й хостингу, чинність SSL-сертифіката та журнали помилок. Такий технічний догляд не усуває всі ризики, але значно зменшує ймовірність раптової тривалої зупинки.
Якщо сайт не відкривається, головне — діяти послідовно: перевірити масштаб проблеми, зафіксувати помилку, зберегти дані, визначити несправний рівень і лише потім вносити зміни. Це допомагає швидше повернути ресурс до роботи та не втратити інформацію під час ремонту.