Невдале оновлення WordPress рідко попереджає про себе заздалегідь. Ще хвилину тому сайт приймав заявки, а після натискання кнопки «Оновити» з’явився білий екран, повідомлення про критичну помилку або зникла частина функцій. У такій ситуації головне — не робити хаотичних дій, які ускладнять відновлення.
Ремонт сайту після оновлення починається не з повторного встановлення WordPress і не з видалення всіх плагінів. Спочатку потрібно зберегти поточний стан, визначити точку збою та лише потім повертати працездатну версію. Такий порядок допомагає уникнути втрати контенту, замовлень і налаштувань.
Які симптоми вказують на конфлікт оновлення
Найочевидніший симптом — повідомлення «На сайті виникла критична помилка». Проте конфлікт може проявлятися і менш помітно: перестає працювати форма заявки, сторінки відкриваються без стилів, кошик не додає товари, особистий кабінет видає помилку або адмінпанель стає недоступною.
Варто звернути увагу, що збій не завжди спричиняє саме останній оновлений плагін. Нова версія могла виявити давню несумісність між темою, PHP, WordPress і кількома розширеннями. Тому просте вимкнення одного компонента іноді повертає сайт, але не усуває причину.
- білий екран або HTTP 500;
- критична помилка WordPress;
- зникнення верстки чи окремих блоків;
- помилки форм, кошика або оплати;
- неможливість увійти до адміністративної панелі;
- різке уповільнення після оновлення.
Якщо сайт продовжує відкриватися, але працює неправильно, проблему теж не варто відкладати. Частково працездатний сайт може непомітно втрачати заявки або показувати відвідувачам некоректні дані.
Що не варто робити до створення копії
Перша безпечна дія — зафіксувати поточний стан файлів і бази даних. Навіть пошкоджена версія містить важливі дані, за якими можна визначити причину збою або відновити зміни, зроблені після останньої резервної копії.
До створення копії не варто масово видаляти плагіни, перевстановлювати тему, очищати базу даних чи запускати автоматичні «ремонтні» інструменти. Такі дії можуть прибрати сліди помилки, змінити структуру даних або остаточно знищити можливість акуратного відкату.
Особливо обережно слід поводитися з інтернет-магазинами та сайтами, де постійно надходять замовлення. Відновлення старої копії без перевірки може повернути сторінки, але стерти нові покупки, заявки чи облікові записи. У таких випадках файли й базу даних потрібно аналізувати окремо.
Як знайти проблемний плагін або тему
Діагностику краще виконувати на технічній копії сайту або в режимі обслуговування. Спочатку перевіряють журнали PHP і WordPress: вони часто вказують конкретний файл, функцію чи компонент, на якому припинилося виконання коду.
Далі компоненти перевіряють послідовно. Плагіни тимчасово вимикають контрольованими групами або по одному, після чого відтворюють помилку. Якщо проблема пов’язана з темою, сайт ненадовго тестують на стандартній темі WordPress. Важливо не обмежуватися тим, що головна сторінка знову відкрилася: слід перевірити форми, меню, пошук, кошик, оплату, мобільну версію та адміністративні функції.
Логи також допомагають відрізнити конфлікт розширень від нестачі пам’яті, невідповідної версії PHP або пошкоджених файлів ядра. Це скорочує час простою і не дозволяє ремонту перетворитися на перебір випадкових варіантів.
Як безпечно повернути робочу версію
Спосіб відновлення залежить від причини. Іноді достатньо повернути попередню версію одного плагіна. В інших випадках доводиться відновлювати тему, змінювати версію PHP або переносити свіжі дані в стабільну копію сайту. Перед кожною зміною має бути можливість повернутися на попередній крок.
Після відновлення потрібно перевірити не лише зовнішній вигляд. Контрольний список включає форми, інтеграції, оплату, листи, редиректи, кеш, резервне копіювання та журнал помилок. Лише після цього сайт можна повертати відвідувачам.
Щоб наступне оновлення не повторило аварію, варто налаштувати регулярні копії та тестувати критичні оновлення на окремому середовищі. Для бізнесу це дешевше, ніж щоразу оплачувати термінове відновлення після простою.
Якщо потрібна не разова реакція, а передбачуваний супровід, корисно заздалегідь зрозуміти, як перевірити підрядника з технічної підтримки та як підготувати сайт до передачі новому підряднику. А коли сайт уже не відкривається або втратив частину функцій, фахівці «Веб Експерт» допоможуть локалізувати збій, повернути робочу версію і перевірити ключові сценарії без непотрібного ризику для даних.