Ситуація, коли адміністративна панель WordPress відкривається нормально, а сам сайт у браузері не завантажується або показує помилку, може здаватися дивною. Насправді адмінка та публічна частина сайту використовують різні шаблони, скрипти, кеш і частково різні процеси завантаження. Тому справна панель керування ще не означає, що фронтенд працює без помилок.
Якщо проблема ширша і сайт не відкривається взагалі, варто почати з послідовної діагностики причин недоступності сайту. А коли /wp-admin працює, коло можливих причин уже можна суттєво звузити.
Чому сайт і адмінка можуть працювати по-різному
Адміністративна частина WordPress завантажує власні стилі, скрипти та PHP-файли. Публічна частина сайту додатково залежить від активної теми, конструктора сторінок, фронтенд-плагінів, кешування, CDN та правил перенаправлення.
Тому сайт може перестати відкриватися через проблему, яка взагалі не впливає на адмінку. Наприклад, помилка у файлі шаблону може виникати лише під час відкриття головної сторінки, а конфлікт JavaScript — тільки для звичайного відвідувача.
Також варто перевірити, чи проблема виникає на всіх сторінках. Якщо головна не працює, а окремі URL відкриваються, це вже вказує на більш локальну несправність.
Перевірка кешу та CDN
Одна з перших речей, яку варто перевірити, — кеш. Адміністратор WordPress часто бачить сайт без частини кешування, тоді як звичайному відвідувачу може віддаватися стара або пошкоджена кешована версія сторінки.
Очистіть кеш плагіна WordPress, серверний кеш хостингу та, якщо використовується CDN, його кеш також. Після цього перевірте сайт у режимі інкогніто або з іншого пристрою.
Якщо використовується Cloudflare чи інший CDN, причиною можуть бути неправильні DNS-записи, SSL-налаштування, правила кешування або перенаправлення. Особливо уважно це потрібно перевіряти, якщо проблема з’явилася після зміни домену, SSL-сертифіката чи перенесення сайту.
Помилки теми на фронтенді
Якщо адмінка працює, але фронтенд падає з критичною помилкою або білим екраном, одним із головних підозрюваних стає тема.
Проблема може виникнути після оновлення WordPress, PHP, самої теми або плагіна, від якого вона залежить. Також помилка іноді з’являється після редагування functions.php, шаблонів сторінок або вставки стороннього коду.
Для перевірки можна тимчасово переключитися на стандартну тему WordPress. Якщо після цього сайт починає відкриватися, причина майже напевно пов’язана з активною темою або її дочірньою версією.
На сайтах з Elementor, WPBakery та іншими конструкторами варто також перевірити сумісність конструктора з поточною версією WordPress і PHP.
Логи сервера
Якщо візуальна перевірка нічого не дала, найкориснішим джерелом інформації стають логи сервера. Вони часто прямо показують PHP-файл, плагін або функцію, через яку припинив завантажуватися фронтенд.
Особливу увагу варто звертати на записи типу Fatal error, Uncaught Error, memory exhausted, permission denied та помилки підключення до зовнішніх сервісів.
На багатьох хостингах error log доступний безпосередньо у панелі керування. Для WordPress також можна тимчасово активувати запис помилок у debug.log. Виводити технічні помилки безпосередньо на публічній сторінці небажано, особливо на робочому бізнес-сайті.
Якщо в логах постійно повторюється одна й та сама помилка, це значно прискорює пошук несправності.
Коли потрібен розробник
Самостійна перевірка кешу, CDN або останніх оновлень часто допомагає знайти просту причину. Але якщо сайт використовується для продажів чи отримання заявок, тривалі експерименти можуть коштувати дорожче за швидкий ремонт.
До розробника варто звертатися, якщо сайт показує критичну PHP-помилку, проблема повертається після очищення кешу, є підозра на конфлікт теми та плагінів, пошкоджені файли або незрозумілі помилки регулярно з’являються у серверних логах.
Якщо адмінка працює, це зазвичай хороший знак: доступ до WordPress і бази даних збережений, а отже в багатьох випадках проблему можна локалізувати та виправити без повного відновлення сайту.