Після відновлення сайту WordPress записи, сторінки та товари можуть відкриватися нормально, але зображення в контенті не відображаються. У медіабібліотеці іноді залишаються порожні елементи, а замість картинок на сторінках з’являються биті посилання або значки відсутніх файлів.
Така проблема не завжди означає, що всі зображення безповоротно втрачені. Причина може бути в неповній копії сайту, неправильному шляху до файлів, зміненому домені, помилках доступу або відсутності мініатюр. Перед будь-якими змінами варто зробити резервну копію поточного стану файлів і бази даних: необережне видалення чи масове перезаписування може ускладнити подальше відновлення.
Чому записи є а зображень немає
WordPress зберігає інформацію про медіафайли у двох частинах. Сам файл фізично знаходиться на сервері, зазвичай у каталозі wp-content/uploads, а дані про вкладення, їхні назви, дати та зв’язки зі сторінками зберігаються в базі даних.
Якщо під час відновлення повернули тільки базу даних, записи можуть відображатися, але посилання на зображення вестимуть до файлів, яких немає на сервері. Можлива й протилежна ситуація: файли присутні, але база даних містить неправильні шляхи або прив’язана до іншого домену.
Найпоширеніші причини проблеми:
- резервна копія містила базу даних без каталогу завантажень;
- під час перенесення не скопійовано частину
wp-content/uploads; - змінено домен, протокол
http/httpsабо структуру URL; - у базі даних залишилися старі абсолютні посилання;
- файли були переміщені, але записи про вкладення не оновилися;
- неправильні права доступу забороняють вебсерверу читати зображення;
- плагін оптимізації, кешування або захисту змінює адресу чи спосіб видачі файлів;
- пошкоджено окремі файли або архів резервної копії.
Для точного визначення причини важливо перевірити не лише вигляд сторінки, а й реальну наявність файлів, записи в базі даних, відповіді сервера та налаштування WordPress.
Перевірка wp-content/uploads і шляхів у базі
Спочатку відкрийте файлову систему сайту через панель хостингу, SFTP або інший безпечний спосіб. Перевірте, чи існує каталог wp-content/uploads і чи містить він підкаталоги за роками та місяцями, наприклад 2024/05 або 2025/11. Не варто одразу перейменовувати, переміщувати чи видаляти ці каталоги — спочатку збережіть їхню копію.
Знайдіть URL зображення, яке не завантажується, і порівняйте його з фактичним шляхом на сервері. Наприклад, сторінка може звертатися до:
https://example.com/wp-content/uploads/2025/03/photo.jpg
Перевірте, чи існує файл photo.jpg у відповідному каталозі, чи збігаються великі й малі літери в назві та чи не має файл іншого розширення. На Linux-серверах photo.jpg і Photo.JPG — різні імена.
Якщо файли є, але не відкриваються, перевірте:
- права доступу до каталогів і файлів;
- наявність правил у
.htaccess, які блокують зображення; - налаштування CDN, кешу або проксі;
- відповідь сервера за прямим URL — наприклад, помилки 403, 404 або 500;
- чи не змінює плагін безпеки адресу або доступ до медіафайлів.
Після цього перевіряють базу даних. У таблиці записів WordPress вкладення зазвичай представлені записами з типом attachment, а метадані файлів зберігаються в таблиці постмета. Водночас URL, вставлені безпосередньо в текст сторінок, можуть залишатися старими навіть після зміни налаштувань сайту.
Масову заміну домену або шляхів у базі даних не слід виконувати звичайною операцією пошуку й заміни: серіалізовані дані WordPress можуть пошкодитися. Безпечніше використовувати інструмент, який підтримує серіалізацію, і спочатку перевірити результат на копії бази.
Як повернути файли з копій та архівів
Якщо каталог uploads відсутній або в ньому бракує файлів, перевірте всі доступні джерела: резервні копії хостингу, архіви сайту, snapshots сервера, локальні копії розробника, старий хостинг і сховище, куди експортували медіафайли.
Перед відновленням визначте:
- дату створення копії;
- чи містить вона саме файли, а не лише базу даних;
- чи відповідає копія потрібному домену та версії сайту;
- чи можна розпакувати архів без помилок;
- скільки вільного місця є на сервері.
Якщо потрібно повернути лише зображення, зазвичай безпечніше відновлювати каталог wp-content/uploads окремо, не перезаписуючи всю базу даних і системні файли WordPress. Однак перед копіюванням варто зберегти поточний каталог: у ньому можуть бути нові файли, яких ще не було на момент створення резервної копії.
Після розпакування перевірте структуру архіву. Іноді файли знаходяться не безпосередньо в wp-content/uploads, а в додатковому вкладеному каталозі, через що WordPress не знаходить їх за очікуваною адресою. Відновлення має зберегти оригінальну структуру років і місяців, якщо саме її використовує база даних.
Коли файли є, але медіабібліотека не показує їх коректно, може знадобитися повторна синхронізація або обережне відновлення метаданих вкладень. Такі операції краще виконувати після резервного копіювання бази, оскільки неправильний імпорт може створити дублікати або змінити зв’язки з контентом.
Якщо власної копії немає, іноді можна перевірити старий сервер, кеш CDN або публічні архіви. Проте ці джерела не гарантують наявності оригіналів, повного набору файлів чи потрібної якості. У складних випадках доречне професійне відновлення медіабібліотеки WordPress після аналізу файлів і бази даних.
Відновлення мініатюр без дублювання
WordPress створює кілька похідних зображень для одного оригіналу: мініатюри, середні та великі розміри, а також варіанти, які додають теми й плагіни. Якщо оригінали повернулися, але частина мініатюр відсутня, їх зазвичай можна згенерувати повторно.
Перед регенерацією переконайтеся, що:
- оригінальні файли справді присутні та відкриваються;
- у темі та плагінах налаштовані потрібні розміри;
- на сервері достатньо дискового простору;
- процес не запускається паралельно кількома інструментами;
- є резервна копія каталогу зображень.
Не слід без перевірки імпортувати всі файли з резервної копії повторно через медіабібліотеку. Це може створити нові записи вкладень, дублікати та зайві копії зображень. Якщо оригінали вже знаходяться на правильних шляхах, завдання полягає у відновленні метаданих або генерації похідних розмірів, а не в повторному завантаженні файлів.
Окрему увагу зверніть на WebP, AVIF та зображення, які обробляються плагінами оптимізації. Такі плагіни можуть зберігати альтернативні формати в окремих каталогах. Видалення цих файлів без розуміння конфігурації здатне знову спричинити биті посилання або втрату оптимізованих версій.
Що перевірити на сторінках і в каталозі
Після повернення файлів перевірте не одну сторінку, а різні типи контенту: записи, сторінки, товари, категорії, головну сторінку, галереї та шаблони теми. Зображення можуть бути задані не тільки в редакторі, а й у полях записів, налаштуваннях теми, конструкторах сторінок або віджетах.
Корисно пройти такий список перевірок:
- відкрити кілька оригінальних зображень за прямими URL;
- перевірити мініатюри та зображення в адаптивних блоках;
- переглянути головну сторінку та ключові комерційні сторінки;
- перевірити товари, категорії та зображення записів;
- переконатися, що в HTML немає старого домену або неправильного протоколу;
- очистити кеш WordPress, CDN і браузера після завершення робіт;
- перевірити журнали сервера на помилки 403, 404 і 500;
- переконатися, що нові завантаження працюють так само, як старі файли.
Якщо після відновлення частина зображень працює, а частина — ні, це може вказувати на неповну копію, різні шляхи в базі або кілька джерел медіафайлів. Коли проблема стосується великої кількості сторінок, є ризик пошкодити дані масовими правками, тому спочатку потрібно зафіксувати поточний стан і виконати діагностику.
До спеціаліста варто звернутися, якщо немає зрозумілої резервної копії, пошкоджено базу даних, сайт перенесено між різними доменами, файли видалені з сервера або після відновлення виникають помилки доступу. Фахівець зможе зіставити записи вкладень із файлами, перевірити архіви та визначити найбезпечніший порядок дій без необґрунтованого перезаписування сайту.