Как найти и удалить неиспользуемые медиафайлы в WordPress

Если медиатека в WordPress разрослась до сотен или тысяч файлов, обычно проблема не в самих изображениях, а в старых загрузках, дубликатах и вложениях, которые уже нигде не используются. Удалять всё подряд нельзя: часть файлов может быть вставлена в записи, страницы, виджеты, шорткоды или использоваться как миниатюры темы. Поэтому сначала нужно понять, какие медиафайлы действительно лишние, а уже потом чистить библиотеку.

Ниже — рабочий порядок действий: как найти неиспользуемые файлы, чем отличается ручная проверка от автоматической, и как удалить лишнее без лишнего риска для сайта.

Что считать неиспользуемым медиафайлом

В WordPress медиафайл может быть загружен в библиотеку, но не использоваться на сайте в явном виде. Чаще всего это:

  • изображения из старых записей, которые уже удалены или переписаны;
  • дубликаты одного и того же файла после повторной загрузки;
  • картинки, загруженные «про запас», но так и не вставленные в контент;
  • файлы, которые используются только как фон в теме или в настройках конструктора;
  • медиа, на которые ссылаются не записи, а кастомные поля, плагин галереи или слайдер.

Из-за этого слово «неиспользуемый» в WordPress не всегда означает «можно удалить без проверки». Автоматический поиск обычно видит только прямые связи с записями и страницами. Если файл подхватывает тема или плагин, он может быть помечен как лишний ошибочно.

С чего начать: быстрая ручная проверка

Если файлов немного, проще всего пройтись по медиатеке вручную. Откройте Медиафайлы → Библиотека и переключитесь в режим списка, если он доступен в вашей админке. Так проще видеть название файла, дату загрузки и привязку к записи.

Дальше проверьте несколько типичных случаев:

  • открывается ли файл в записи или на странице;
  • не используется ли он как миниатюра записи;
  • не стоит ли он в галерее, слайдере или блоке конструктора;
  • не является ли он логотипом, иконкой, фоном или изображением в настройках темы.

Если файл загружен давно и вы не можете быстро найти его в контенте, это ещё не повод удалять его сразу. Сначала проверьте, не используется ли он в шаблонах и настройках темы.

Как найти лишние файлы автоматически

Когда медиатека большая, ручная проверка становится слишком медленной. В этом случае удобнее использовать плагин, который умеет искать неиспользуемые вложения. Такие инструменты обычно сканируют записи, страницы, произвольные типы записей и часть метаданных, а затем показывают список файлов, которые не нашли прямых ссылок.

На практике это самый быстрый способ навести порядок, но у него есть ограничение: плагин не всегда видит использование файла внутри темы, в настройках конструктора или в нестандартных полях. Поэтому результат сканирования нужно воспринимать как список кандидатов на удаление, а не как окончательный приговор.

Перед запуском массовой очистки сделайте резервную копию базы данных и папки wp-content/uploads. Если что-то удалите лишнее, восстановление из бэкапа будет единственным нормальным способом быстро вернуть сайт в исходное состояние.

На что смотреть в отчёте плагина

После сканирования обращайте внимание не только на сам статус файла, но и на контекст:

  • дата загрузки — старые файлы чаще оказываются забытыми, но не всегда;
  • тип файла — изображения, PDF и архивы чаще всего удаляют вручную после проверки;
  • количество найденных связей — если файл используется хотя бы в одном месте, его лучше открыть и проверить;
  • наличие дубликатов — одинаковые изображения с разными именами обычно можно сократить до одного экземпляра.

Если плагин показывает файл как неиспользуемый, но вы помните, что он нужен в шапке, футере или в блоке страницы, не удаляйте его до дополнительной проверки.

Удаление через медиатеку WordPress

Когда вы уже уверены, что файл не нужен, удалить его можно прямо из админки. Откройте карточку вложения и нажмите Удалить навсегда. Если нужно убрать сразу несколько файлов, используйте массовые действия в библиотеке.

Этот способ безопаснее, чем удаление через файловый менеджер хостинга, потому что WordPress хотя бы убирает запись о вложении из базы данных. Но у него есть важный нюанс: если файл использовался в контенте, после удаления на странице останется битая ссылка или пустой блок.

После удаления проверьте:

  • главную страницу и несколько ключевых посадочных страниц;
  • записи, где были изображения из удалённой группы;
  • страницы с галереями, слайдерами и блоками конструктора;
  • мобильную версию, если изображения подгружаются отдельно.

Что делать с дубликатами и лишними размерами изображений

Отдельная проблема — не только сами файлы, но и их копии разных размеров. WordPress при загрузке изображения создаёт несколько производных размеров, и на старых сайтах это быстро раздувает папку uploads. Иногда в медиатеке лежит одно и то же изображение в нескольких версиях, а используется только одна.

Здесь важно не путать две задачи:

  • удалить неиспользуемые вложения — убрать сами записи и файлы, которые нигде не нужны;
  • сократить количество производных размеров — уменьшить число лишних копий, которые создаются при загрузке новых изображений.

Если вы удаляете старые размеры вручную, делайте это аккуратно: некоторые темы и плагины могут ссылаться на конкретный размер, например на medium_large или на кастомный размер, зарегистрированный темой. После такой чистки обязательно проверьте изображения в шаблонах и на страницах, где используются миниатюры.

Когда лучше не удалять файл сразу

Есть несколько ситуаций, в которых автоматическая очистка часто ошибается:

  • файл вставлен не в запись, а в поле ACF или другой системы кастомных полей;
  • изображение используется как фон через настройки темы;
  • картинка подключена в шаблоне через CSS или PHP-код;
  • файл нужен для письма, PDF, слайдера или галереи плагина;
  • сайт работает на многоязычности, и файл используется только на одной версии страницы.

Если есть сомнения, лучше временно перенести файл в отдельную папку на уровне сервера только после полной проверки, а не удалять его сразу. Но такой подход требует аккуратности: при прямом переносе можно сломать ссылки в базе данных. Для обычного владельца сайта безопаснее сначала сделать бэкап, затем удалить через админку WordPress и проверить результат.

Как проверить, что очистка прошла без последствий

После удаления неиспользуемых медиафайлов не ограничивайтесь просмотром медиатеки. Откройте сайт как обычный посетитель и проверьте несколько сценариев:

  • страницы с большим количеством изображений;
  • записи с галереями и встроенными блоками;
  • формы, если в них используются картинки или иконки;
  • страницы, где есть фоновые изображения, баннеры и обложки;
  • ошибки 404 в браузере и в отчётах аналитики, если они у вас настроены.

Если после очистки на месте картинок появились пустые блоки или битые ссылки, значит, файл был удалён слишком рано. В этом случае восстановите его из резервной копии и проверьте, где именно он использовался.

Как не допустить повторного захламления медиатеки

Полностью избежать накопления лишних файлов сложно, но можно заметно замедлить этот процесс. Для этого полезно выстроить простую дисциплину:

  • не загружать изображения «на всякий случай»;
  • переиспользовать уже опубликованные файлы, если картинка нужна в нескольких местах;
  • периодически проверять старые записи и удалять неактуальные вложения вместе с контентом;
  • не хранить в медиатеке исходники, которые не нужны на сайте;
  • после крупных правок запускать повторную проверку медиатеки.

Если сайт активно обновляется, полезно раз в несколько месяцев делать ревизию медиафайлов: сначала найти кандидатов на удаление, потом проверить их вручную и только после этого чистить. Такой порядок занимает меньше времени, чем разбирать последствия массового удаления.

Для сайтов, где медиатека уже стала проблемой, обычно лучше сочетать ручную проверку с инструментом для поиска неиспользуемых вложений. Это даёт баланс между скоростью и безопасностью: плагин быстро находит кандидатов, а вы подтверждаете удаление только там, где уверены в результате.

Как добавить проверку и валидацию форм в WordPress
30.09.2026
Как добавить логику вызова шорткода в WordPress
24.09.2026
Как защитить WordPress от bruteforce атак: практические методы и плагины
25.09.2026
Как вывести в индекс только основную версию страницы в WordPress
16.09.2026
Как использовать Custom User Meta в WordPress для расширения функционала
24.09.2026