Як найняти фахівця, щоб полагодити сайт на WordPress (критична помилка, білий екран, 500)

Ви оновили плагін, і на сайті з’явилася критична помилка WordPress: «На сайті виникла критична помилка.» Замість неї ви можете побачити порожню сторінку або «500 Internal Server Error».

Якщо у вас магазин, ви, можливо, втрачаєте замовлення. Ваші статті й сторінки зазвичай на місці, навіть якщо сайт не відкривається.

Коли я беруся за сайт на WordPress, який перестав працювати, починаю з кількох простих перевірок. Покажу, що спробувати спершу і як безпечно найняти фахівця, якщо це не допоможе.

Що зазвичай означає критична помилка WordPress

Усі три повідомлення зазвичай означають, що WordPress не зміг до кінця завантажити сторінку, бо в коді щось дало збій. Новіші версії WordPress можуть показувати повідомлення про критичну помилку, на деяких сайтах видно білий екран, а збій сервера може повернути помилку 500.

Типові причини, приблизно в тому порядку, в якому я на них натрапляю:

• Оновлення плагіна або теми Після нього виникає конфлікт з іншим плагіном або з вашою версією PHP. Це найпоширеніша причина: вона трапляється набагато частіше за інші.
• Хостинг оновив PHP Старіший плагін або тема не працює на новій версії.
• Сайту забракло пам’яті Важкі конструктори сторінок і магазини з багатьма плагінами впираються в ліміт пам’яті PHP.
• Пошкоджений файл Невдале оновлення, помилкова правка в functions.php або пошкоджений файл .htaccess, класична причина помилки 500.

Ваші статті, сторінки, товари й замовлення зберігаються в базі даних, окремо від коду, який дав збій. Після виправлення коду сайт зазвичай знову працює, а цей вміст залишається. У WordPress є довідник поширених помилок (англійською), якщо вам потрібно більше технічних подробиць.

Якщо помилка з’явилася після того, як ви вставили код із ChatGPT чи Claude, скажіть розробникові, що саме ви додали і куди. Надішліть цей фрагмент і попередню версію, якщо ви її зберегли, без паролів і API-ключів. Такий збіг у часі підказує, де шукати, але не доводить причину. Перш ніж пробувати іншу версію коду, попросіть розробника перевірити журнал помилок і пояснити, чи потрібно змінити доданий код, чи видалити його.

Спершу спробуйте це (10 хвилин)

Ось чотири перевірки, які я спробував би на типовому сайті, що перестав працювати.

1. Перевірте пошту адміністратора. WordPress надсилає на адресу адміністратора сайту лист для відновлення з темою «На сайті виникли технічні проблеми». У ньому названо плагін або тему і є посилання на режим відновлення, яке діє одну добу. Через цей режим відкрийте адмінку і деактивуйте або оновіть плагін. Перевірте й папку «Спам».
2. Скасуйте останню зміну. Ви оновлювали WordPress, тему чи плагін або отримали повідомлення про оновлення PHP? Відкотіть цю зміну. Більшість панелей хостингу дозволяють повернути попередню версію PHP.
3. Відновіть учорашню резервну копію. Більшість хостингів зберігають автоматичні резервні копії, які можна відновити з панелі хостингу. Для блогу чи сайту компанії це часто найшвидше рішення. Для магазину цей крок пропустіть: відновлення резервної копії видаляє всі замовлення й облікові записи покупців, створені після неї.
4. Вимкніть усі плагіни разом. У файловому менеджері хостингу відкрийте wp-content і перейменуйте папку plugins на plugins_old. WordPress перестане завантажувати ці плагіни. Якщо сайт відкрився, поверніть папці стару назву й активуйте плагіни по одному, щоб знайти ймовірну причину.

Не беріться за ремонт самі й одразу шукайте допомогу, якщо в магазині є поточні замовлення, ви бачите дивні переадресації чи попередження про злам або повідомлення «Виникла помилка під час з’єднання з базою даних». Експерименти можуть коштувати дорожче за сам ремонт.

Якщо після цих перевірок сайт не запрацював або ви не хочете чіпати файли на хостингу, зупиніться тут. Кожна зайва зміна ускладнює роботу розробника. Далі треба вирішити, хто це виправить.

Де найняти розробника

З такою проблемою можете звернутися до мене. Напишіть через сторінку «Контакти» і коротко опишіть, що сталося.

Для такого ремонту я раджу Fiverr. Я сам там працюю, тому знаю зсередини, як влаштовані замовлення, оплата й відгуки.

Ви бачите ціну до замовлення, продавці в категорії виправлення помилок WordPress часто виконують роботу за день, а Fiverr тримає вашу оплату, доки замовлення не завершено.

Скільки це коштує

Ціна залежить не стільки від тексту помилки, скільки від того, скільки ще треба з’ясувати. На момент написання на Fiverr є три цінові рівні для такої роботи:

Під час оформлення замовлення Fiverr додає сервісний збір: 5,5% від суми і ще $3,50 для замовлень до $200.

Що зазвичай не входить у дешеву послугу

Послуга за $20 може підійти, якщо ви знаєте причину і проблема одна. Якщо причина невідома, найдешевший варіант може не включати роботу, яка допомагає уникнути повторної помилки:

• резервну копію до будь-яких змін
• усунення причини, а не лише симптому (якщо вимкнути плагін, сайт запрацює; щоб усунути саму причину, потрібно замінити плагін на сумісний із вашою версією PHP)
• перевірку не лише головної сторінки: форми, оформлення замовлення, мобільна версія
• коротке пояснення, що сталося, щоб це не повторилося

Коли причина невідома, оплатити повноцінну діагностику дешевше, ніж платити двічі.

Як вибрати відповідного розробника

Конфлікт плагінів можуть виправити багато продавців. Дивіться, як вони поводяться з вашим сайтом, доступом і резервною копією.

Шукайте відгуки про таку саму проблему

Не обмежуйтеся загальним рейтингом: шукайте відгуки, у яких згадано «critical error», «white screen» або «500 error». Прочитайте відгуки з оцінкою від однієї до трьох зірок і відповіді продавця на них. Спокійна, конкретна відповідь свідчить на його користь.

Надішліть опис задачі до замовлення

Надішліть двом-трьом продавцям опис задачі, наведений нижче. Добрий продавець спитає про вашу версію PHP, резервну копію чи останні зміни. Відповідь «Так, я можу це виправити. Оформлюйте замовлення» мало про що говорить.

Прочитайте опис пакета Basic

Перевірте, що означає «одна проблема», термін виконання і кількість правок. Продавець, який згадує резервну копію, подумав про ваш ризик, а не лише про сам ремонт.

Не надавайте рівню продавця забагато ваги

На Fiverr рівень продавця показує історію його замовлень, а не знання WordPress. Новий продавець може впоратися з простим конфліктом плагінів. Для магазину або можливого зламу я обрав би того, у кого є відгуки саме про таку роботу.

Що я спитав би перед замовленням

• Ви зробите повну резервну копію, перш ніж щось змінювати?
• Ви працюватимете на тестовій копії сайту (staging) чи на робочому сайті?
• Який саме доступ вам потрібен?
• Ви скажете мені, що стало причиною?
• Ви встановлюватимете якісь плагіни? Які саме і чи вони ліцензійні?
• Що буде, якщо помилка повернеться наступного тижня?

Тривожні сигнали

• Просять пароль від облікового запису хостингу або від кабінету реєстратора домену, хоча вистачило б користувача WordPress і доступу до файлів.
• Хочуть перенести листування чи оплату за межі Fiverr. Fiverr просить покупців тримати і те, і інше на платформі, а його підтримка може допомогти лише із замовленнями, оформленими там.
• Обіцяють виправити «будь-яку помилку за годину», не поставивши жодного запитання про ваш сайт.
• Пропонують преміум-плагін безкоштовно. Це піратська копія, а піратські плагіни можуть містити шкідливе ПЗ.
• Ніколи не згадують резервну копію.
• Пропонують знижку за п’ятизірковий відгук.

Як безпечно дати доступ

Надайте розробникові лише той доступ, який потрібен для роботи, на якомога коротший час і через облікові записи, які контролюєте ви.

1. Спершу зробіть власну резервну копію. Завантажте повну резервну копію з панелі хостингу і збережіть копію поза сервером.
2. Створіть окремого користувача WordPress для розробника, замість того щоб передавати дані свого облікового запису. Якщо адмінка працює, безкоштовний плагін Temporary Login Without Password створює посилання для входу, термін дії якого спливає автоматично. Коли на сайті критична помилка, адмінка часто недоступна, тож розробникові здебільшого потрібен доступ до файлів.
3. Дайте доступ до файлів через окремого користувача SFTP. Створіть його в панелі хостингу. Ніколи не передавайте пароль від самого облікового запису хостингу.
4. Доступ до деяких облікових записів залиште тільки собі: до кабінету реєстратора домену, Stripe або PayPal і поштової скриньки адміністратора сайту.
5. Передавайте паролі безпечно і тільки після замовлення. Використовуйте посилання для спільного доступу з менеджера паролів, а не звичайний текст у чаті.
6. Коли роботу завершено, відкличте весь доступ. Видаліть додаткового користувача WordPress і користувача SFTP, змініть паролі та перевірте в розділі Користувачі → Адміністратор, чи немає незнайомих облікових записів.

Найбільше вас захищає одне правило: хостинг і домен мають бути оформлені на вас. Хто контролює їх, той контролює сайт.

Що надіслати до початку роботи

Чіткий опис задачі економить час і допомагає розробникові побачити, що треба зробити. Надішліть його до замовлення або вставте у вимоги до замовлення (requirements):

• адресу сайту і тестову копію, якщо вона є
• що зламалося і що для вас означає «виправлено» (наприклад, «головна сторінка відкривається, а форма зворотного зв’язку надсилає повідомлення»)
• точний текст помилки і знімок екрана
• коли це почалося і що змінилося безпосередньо перед тим
• ваш хостинг, версію WordPress і версію PHP (Інструменти → Здоров’я сайту → Інформація, якщо адмінка працює)
• тему або конструктор сторінок і основні плагіни (WooCommerce, кешування, безпека)
• чи є у вас свіжа резервна копія і де вона зберігається
• що ви вже пробували
• будь-які обмеження, наприклад «жодних змін в оформленні замовлення на робочому сайті протягом робочого дня», і ваш термін
• який доступ ви готові надати

На Fiverr підставою для правок є саме те, що ви написали у вимогах до замовлення. Добрий опис задачі захищає ваші гроші не менше, ніж допомагає продавцю.

Після ремонту: перевірка, приймання, профілактика

На Fiverr у вас є три дні, щоб перевірити виконану роботу. Після цього замовлення завершується автоматично. Тож перевірте все того ж дня:

• відкрийте головну і кілька внутрішніх сторінок, також із телефона
• надішліть тестове повідомлення через форму зворотного зв’язку
• якщо у вас магазин, оформіть тестове замовлення
• спитайте, що спричинило помилку, і запишіть це
• усі зміни просіть через Fiverr, перш ніж прийняти роботу

Потім відкличте наданий доступ (див. вище) і зменште ймовірність повторного збою. Не вимикайте автоматичне резервне копіювання, оновлюйте плагіни по одному, перевіряйте оновлення на тестовій копії, якщо у вас магазин, і видаляйте плагіни, якими більше не користуєтеся. Якщо після оновлень сайт раз у раз перестає працювати, регулярне обслуговування може коштувати менше, ніж постійні ремонти.

Підсумок

Виправлення сайту на WordPress часто потребує небагато роботи, але невдалий вибір виконавця може створити нову проблему. Спершу виконайте чотири перевірки. Якщо вони не допоможуть, оберіть на Fiverr продавця з відгуками про таку саму помилку, який робить резервну копію перед змінами. Надайте йому тимчасовий доступ. Щоб знизити ризик, почніть із замовлення на одну проблему.