Повідомлення There has been a critical error on this website означає, що WordPress зупинив виконання коду через критичну помилку. Для власника сайту це виглядає однаково — сторінка або адмінка недоступна, — але причиною може бути плагін, тема, версія PHP, нестача пам’яті чи пошкоджені файли. Головне в такій ситуації — не робити хаотичних змін і зберегти можливість повернути сайт до попереднього стану.
Що спричиняє critical error
Найчастіше збій виникає після оновлення WordPress, теми або плагіна, встановлення несумісного розширення чи зміни версії PHP на хостингу. Іноді помилка з’являється через вичерпаний ліміт пам’яті, невдалу правку коду або неповністю завантажені файли. Якщо проблема виникла одразу після конкретної дії, це важлива підказка, але не остаточний діагноз.
Безпечна діагностика без погіршення збою
Спершу зафіксуйте час появи помилки, останні зміни та наявність резервної копії. Не оновлюйте всі компоненти одночасно і не видаляйте папки навмання. Перевірте повідомлення WordPress на адміністративній пошті, журнал помилок хостингу та доступність файлів через файловий менеджер або FTP. Якщо адмінка відкривається з іншою помилкою, може допомогти інструкція про те, що робити, коли адмінка WordPress показує помилку 404.
Як повернути доступ до сайту
Коли причина встановлена, проблемний компонент тимчасово вимикають, повертають сумісну версію або відновлюють коректні файли з резервної копії. Після повернення доступу важливо перевірити не лише головну сторінку, а й форми, кошик, особистий кабінет та адміністративну панель. Якщо пошкодження ширше за один плагін, варто розглядати комплексне відновлення сайтів після критичного збою.
Коли потрібен аварійний ремонт
Звертайтеся по допомогу, якщо сайт приймає замовлення, недоступний тривалий час, помилка повертається після відновлення або немає актуальної резервної копії. Так само не варто експериментувати самостійно, коли є ознаки злому, змінені системні файли чи втрачено доступ до хостингу. Для нового проєкту послугу розробки можна замовити у вебстудії через сторінку замовлення створення сайту, але аварійне відновлення потребує окремої діагностики поточного середовища.
Після ремонту зафіксуйте причину, створіть нову резервну копію та налаштуйте контроль оновлень. Це зменшить ризик повторення critical error і скоротить час наступного відновлення.