Если медиатека WordPress разрослась, а место на хостинге заканчивается, логичный вопрос один: какие изображения реально используются на сайте, а какие уже давно лежат мёртвым грузом. Удалять всё подряд нельзя — одно и то же изображение может быть вставлено в запись, использоваться в блоке, в настройках темы, в шапке, в слайдере или как миниатюра записи. Поэтому задача не в том, чтобы просто стереть «лишние файлы», а в том, чтобы сначала найти кандидатов на удаление, а потом проверить их вручную.
Ниже — практичный порядок действий: как безопасно выявить неиспользуемые изображения, что именно считать «неиспользуемым», чем опасна автоматическая очистка и как проверить результат после удаления.
Что считать неиспользуемым изображением
В WordPress изображение может быть загружено в медиатеку и при этом использоваться не только в контенте записи. На практике файл считается кандидатом на удаление, если он не встречается ни в одном месте сайта, где его может подхватить фронтенд или админка.
Чаще всего изображение используется в таких местах:
- в тексте записей и страниц через блок «Изображение» или «Галерея»;
- как миниатюра записи, страницы или произвольного типа записи;
- в блоках темы, шаблонах и паттернах;
- в настройках кастомайзера, виджетах, слайдерах, баннерах и плашках;
- в полях плагинов, если они сохраняют ID или URL изображения отдельно от контента;
- в CSS-фоне, если тема или плагин подключает картинку как фон через настройки.
Из-за этого поиск «неиспользуемых» файлов всегда даёт не список для слепого удаления, а список для проверки. Это нормальная ситуация: WordPress не хранит универсальный и абсолютно надёжный реестр всех мест, где может быть использован файл.
Самый безопасный способ: сначала найти кандидатов, потом проверить вручную
Если сайт небольшой, самый надёжный путь — пройтись по медиатеке и по сайту в два этапа. Сначала вы собираете список изображений, которые, вероятно, нигде не используются. Потом проверяете их по факту: открываете страницы, где они могли стоять, и смотрите, не пропадёт ли картинка после удаления.
Для ручной проверки полезно начать с самых старых файлов и изображений, которые выглядят подозрительно: дубли, тестовые картинки, баннеры прошлых акций, логотипы старых версий сайта, изображения без привязки к записям. Но одного визуального осмотра недостаточно. Файл может быть скрыт в настройках темы или вставлен через блок, который не бросается в глаза при беглом просмотре.
Если вы работаете без плагинов, откройте в админке Медиафайлы → Библиотека и переключитесь на режим списка. Так проще видеть названия, даты загрузки и быстро открывать карточку файла. Дальше проверяйте:
- есть ли у изображения привязка к записи или странице;
- не используется ли оно как миниатюра;
- не встречается ли оно в тексте, если открыть контент в редакторе;
- не стоит ли оно в настройках темы или плагина.
Как искать неиспользуемые изображения с помощью плагина
Если медиатека большая, ручная проверка быстро становится неудобной. В этом случае проще использовать плагин, который сканирует контент и показывает файлы, не найденные в записях и страницах. Это не отменяет проверку, но сильно сокращает объём работы.
При выборе такого инструмента смотрите не на обещание «удалить всё лишнее», а на то, умеет ли он:
- показывать список найденных и не найденных файлов отдельно;
- не удалять файлы сразу без подтверждения;
- работать с миниатюрами и вариантами размеров изображения;
- позволять сначала отправить файлы в корзину или сделать предварительный отчёт.
Это важно, потому что многие изображения в WordPress существуют не в одном экземпляре. При загрузке система создаёт несколько размеров: миниатюру, средний, большой и дополнительные размеры, которые добавляют тема и плагины. Если удалять только оригинал, на диске могут остаться производные файлы. Если удалять всё без проверки, можно снести изображение, которое ещё используется в другом размере.
После сканирования не спешите нажимать массовое удаление. Сначала откройте несколько файлов из списка и проверьте, где они могли быть использованы. Особенно внимательно относитесь к:
- логотипам;
- иконкам;
- изображениям для главной страницы;
- картинкам из блоков, которые подставляются через настройки темы;
- файлам, которые загружались давно и могли быть вставлены в старый контент.
Почему нельзя удалять всё подряд из медиатеки
Самая частая ошибка — ориентироваться только на список файлов без проверки контекста. В WordPress изображение может выглядеть «неиспользуемым», хотя на самом деле оно подхватывается не из записи, а из другого места. После удаления это проявляется не сразу, а уже на фронтенде: исчезает баннер, ломается карточка товара, пропадает логотип или пустеет блок в шапке.
Ещё один риск связан с кэшированием. Если сайт использует плагин кэша, CDN или серверный кэш, удалённая картинка может продолжать отображаться какое-то время. Из-за этого легко сделать ложный вывод, что всё в порядке, хотя на самом деле страница уже сломана, просто кэш ещё не обновился.
Поэтому безопасная схема такая: сначала находите кандидатов, потом удаляете небольшими партиями, затем очищаете кэш и проверяете страницы, где эти изображения могли использоваться.
Как проверить, что изображение действительно можно удалить
Перед удалением откройте запись, страницу или шаблон, где файл теоретически мог использоваться, и проверьте несколько мест:
- сам контент в редакторе;
- настройки миниатюры записи;
- блоки в шапке, подвале и сайдбаре;
- настройки темы в кастомайзере;
- страницы, где изображение может быть фоном или частью баннера.
Если вы не уверены, лучше временно заменить файл на заглушку или перенести его в отдельную папку вне медиатеки, если ваш рабочий процесс это позволяет. Но для обычного сайта проще и безопаснее сначала удалить только несколько очевидно лишних файлов, а затем пройтись по ключевым страницам вручную.
Проверка после удаления должна быть не формальной, а по реальным точкам входа: главная страница, несколько важных записей, страницы с формами, архивы, категории, шапка и подвал. Если сайт использует адаптивные изображения, посмотрите ещё и мобильную версию — иногда ломается не основной баннер, а его мобильный вариант.
Что делать с файлами, которые WordPress не удаляет автоматически
Иногда в медиатеке остаются старые изображения даже после удаления записи или страницы. Это нормально: WordPress не всегда понимает, что файл больше нигде не нужен. Но удалять такие файлы нужно аккуратно, потому что у изображения могут быть связанные размеры и записи в базе данных.
Если вы удаляете файл из медиатеки через админку, WordPress обычно убирает и запись о вложении, и связанные с ним данные. Но если файл удалён вручную по FTP или через файловый менеджер хостинга, в медиатеке может остаться «битая» запись. Тогда сначала нужно привести в порядок саму медиатеку, а уже потом чистить остатки на диске. Иначе вы получите несоответствие между базой данных и файловой системой.
Если на сайте много старых изображений, которые уже не нужны, но вы не уверены в их статусе, безопаснее действовать поэтапно:
- сделать резервную копию файлов и базы данных;
- собрать список кандидатов на удаление;
- проверить ключевые страницы и шаблоны;
- удалить небольшую группу файлов;
- очистить кэш и проверить сайт;
- только потом переходить к следующей группе.
Как понять, что очистка медиатеки прошла успешно
После удаления неиспользуемых изображений проверьте три вещи: сайт открывается без битых картинок, в медиатеке больше нет удалённых файлов, а место на диске действительно уменьшилось. Если хостинг показывает использование диска не сразу, подождите обновления статистики или проверьте размер каталога загрузок через файловый менеджер.
Если на страницах появились пустые блоки, значит, какой-то файл был удалён преждевременно. В этом случае восстановите его из резервной копии и найдите место использования заново. Именно поэтому резервная копия перед чисткой — не формальность, а обязательный шаг.
Для больших сайтов полезно выработать простой порядок: раз в несколько месяцев просматривать новые загрузки, удалять тестовые и дублирующиеся файлы, а перед массовой чисткой всегда проверять, не используются ли изображения в теме и плагинах. Тогда медиатека не будет разрастаться бесконтрольно, а риск сломать сайт останется минимальным.