Вы заливаете фото с телефона на четыре тысячи пикселей в ширину, а в списке статей обложка режет кадр не с той стороны; внутри записи картинка то мыльная, то на весь экран. В админке пять названий размеров, цифры в «Медиафайлах» поменяли, а старые посты как были. За один вечер вы выставите три осмысленных размера под свою тему, загрузите одну тестовую картинку около 1200-1600 px и проверите обложку с телефона — без тяжёлых мегабайт на каждой странице.
WordPress при каждой загрузке нарезает несколько копий под разные места на сайте — это норма, не «вирус на хостинге». Три поля в «Настройки → Медиафайлы» задают миниатюру, средний и крупный размер; обложка записи часто берёт отдельный размер темы, а не «миниатюру» из настроек. Смена цифр не трогает старые файлы — нужна регенерация. С версии 5.3 «полный» размер для очень больших фото может быть уменьшенной копией -scaled, а не оригиналом с камеры.
Марина ведёт сайт студии маникюра: сменила тему, карточки блога стали квадратными и обрезали пальцы на превью. Она подняла миниатюру до 800 px в настройках, но старые посты не изменились — зато новые загрузки стали занимать в три раза больше места на хостинге. Тема брала не «миниатюру» из настроек, а размер обложки записи; старые файлы нужно было пересоздать через Regenerate Thumbnails, а не только нажать «Сохранить».
Тут важный момент: WordPress не злой — он заранее готовит картинки под сетку блога, текст статьи и мобильный экран. Наша задача — сказать системе разумные ширины, не грузить с камеры максимум и один раз пересобрать старые миниатюры после смены темы или цифр в медианастройках.
- Разберите, откуда на хостинге берутся лишние мегабайты
- Сопоставьте thumbnail, medium, large и full с тем, что видит посетитель
- Выставьте ширины в «Настройки → Медиафайлы» под свой макет
- Отделите обложку записи от «миниатюры» в настройках
- Пересоберите миниатюры после смены цифр или темы
- Подготовьте файл до загрузки вместо борьбы с камерой на сервере
- Проверьте, что настройка сработала (чеклист на сегодня)
- Что сделать дальше
- Частые вопросы
- Чем миниатюра в настройках отличается от обложки записи?
- Можно ли отключить средний и крупный размер?
- Ломает ли Regenerate Thumbnails текст статей?
- Нужен ли плагин для размеров?
- Что такое -scaled в uploads?
- Почему после смены темы обложки другие?
Разберите, откуда на хостинге берутся лишние мегабайты
Типичная ошибка — думать, что одна кнопка «Загрузить» создаёт один файл. На практике ядро WordPress кладёт в папку uploads оригинал (или его уменьшенную версию) и ещё несколько файлов с суффиксами вроде -300×200 или -1024×768. Чем больше исходник и чем выше вы выставили все размеры в настройках, тем быстрее забивается диск и дольше грузится страница с телефона.
Не отключайте все миниатюры «чтобы сэкономить» — без них ломаются карточки. Избегайте крайностей: лучше умеренные ширины и файл до загрузки.
Сопоставьте thumbnail, medium, large и full с тем, что видит посетитель
Боль «не понимаю пять размеров в выпадающем списке» решается простой схемой. В «Настройки → Медиафайлы» вы задаёте три системных размера (по умолчанию в ядре часто 150, 300 и 1024 px — их имеет смысл заменить под свой макет). В блоке «Изображение» в записи вы выбираете, какую из уже созданных копий вставить в текст — «Средний», «Крупный» или «Полный размер».
| Где настраивается | Что это для читателя | Типичная ошибка |
|---|---|---|
| Миниатюра в «Медиафайлах» | Мелкие превью в сетках (если тема их использует) | Считать, что это всегда обложка в блоге |
| Обложка записи (featured image) | Картинка в списке статей и в шапке записи | Тема режет другой размер, не «миниатюру» из настроек |
| Средний / крупный в редакторе | Картинка внутри текста статьи | Вставить «Полный» с камеры 4000 px |
| Полный размер | Максимальная копия, которую отдаёт WordPress | Ждать файл с камеры без сжатия после WP 5.3 |
С WP 5.3 появились размеры 1536 и 2048 и логика «больших» фото: при стороне больше 2560 px на диск часто попадает копия -scaled, не оригинал с камеры. Порог отключают кодом (big_image_size_threshold), не в «Медиафайлах».
Выставьте ширины в «Настройки → Медиафайлы» под свой макет
Зайдите в админку: «Настройки» → «Медиафайлы». Три пары полей — ширина и высота для миниатюры, среднего и крупного размера. Для миниатюры галочка «Обрезать миниатюру точно до указанного размера» означает жёсткую обрезку по кадру; средний и крупный обычно ужимаются по большей стороне с сохранением пропорций.
- Оцените ширину колонки текста на сайте (часто 700-900 px на десктопе) и поставьте «Средний» чуть больше этой ширины, например 800 px.
- Для крупного размера ориентир 1200-1600 px — хватит для статьи и retina-экранов без лишних копий.
- Миниатюру подгоните под сетку блога в теме (квадрат 400×400 или прямоугольник 600×400 — смотрите живую карточку, а не абстрактные 150 px по умолчанию).
- Сохраните настройки и не ждите, что старые вложения пересчитаются сами — это отдельный шаг ниже.
- Загрузите одно тестовое изображение, откройте его в медиабиблиотеке и проверьте список созданных размеров в деталях вложения.
Заводские 150/300/1024 дают мыльные превью и тяжёлые копии в тексте — согласуйте цифры с макетом один раз.
Отделите обложку записи от «миниатюры» в настройках
Документация WordPress прямо разводит понятия: размер post-thumbnail для обложки записи не равен thumbnail из «Медиафайлов». Тема в архиве блога вызывает обложку своим размером — часто с другим соотношением сторон, чем вы ожидали после смены темы, как у Марины.
Карточки режутся странно — смотрите тему, не только три поля. В 90% кейсов хватает админки и регенерации; свой размер обложки через дочернюю тему — для продвинутых. Код не пересоздаёт старые файлы без Regenerate Thumbnails.
Пересоберите миниатюры после смены цифр или темы
Боль «поменяла настройки — старые посты те же» объясняется просто: WordPress не переписывает уже лежащие на диске файлы при сохранении «Медиафайлов». Новые размеры появляются только у новых загрузок, пока вы не запустите регенерацию.
Безопасный порядок:
Свежий бэкап сайта → плагин Regenerate Thumbnails → одна тестовая запись → проверка обложки на телефоне → массовая регенерация в тихий час
- Установите плагин Regenerate Thumbnails из каталога wordpress.org (раздел «Инструменты» после активации).
- Выберите регенерацию для одной записи или одного вложения и откройте архив блога — обрезка должна стать предсказуемой.
- Если всё ок, запустите обработку всей медиатеки ночью или в окно без пикового трафика.
- На хостинге с WP-CLI: wp media regenerate —only-missing для недостающих размеров.
Типичная ошибка — регенерация всего сайта в час пик без копии. Сначала бэкап и одна запись, как в порядке в медиабиблиотеке. Текст статей регенерация не трогает: в HTML остаются те же ссылки, меняются только файлы -300×200 и похожие в папке uploads.
Подготовьте файл до загрузки вместо борьбы с камерой на сервере
Для контента разумный ориентир — ширина 1200-1600 px до загрузки в медиатеку: колонка статьи всё равно не покажет четыре тысячи пикселей, а лишние копии на диске останутся. Сжатие WebP и плагины оптимизации имеют смысл вторым шагом после правильных размеров; на первом этапе достаточно уменьшить ширину и вес файла до загрузки, без отдельного гайда по конвертации.
Не грузите максимум с телефона «на будущее»: ядро всё равно нарежет копии. Обложку кадрируйте с запасом по краям; alt допишите по гайду alt в WordPress.
Проверьте, что настройка сработала (чеклист на сегодня)
Вы поймёте, что всё настроено правильно, когда выполнятся такие признаки:
- В «Настройки → Медиафайлы» стоят осмысленные ширины, а не заводские 150/300/1024 «по умолчанию».
- Новая запись с обложкой и картинкой в тексте на телефоне открывается без долгой загрузки.
- В медиабиблиотеке у тестового файла виден список размеров, который вы ожидали после сохранения настроек.
- После регенерации хотя бы одной старой записи обложка в архиве обновилась без обрезки «в ноль».
Если PageSpeed ругается на oversize, откройте запись с телефона: часто виноват «Полный размер» в блоке «Изображение», а не хостинг. В медиабиблиотеке сравните вес среднего и крупного у тестового файла — разница в сотни килобайт обычна. Параллельно включите кеширование WordPress: без кеша даже правильные размеры каждый раз качаются заново.
Что сделать дальше
Не делайте так: не поднимайте все три размера сразу «для качества». Нужен сайт с согласованными обложками — услуги или форма на сайте (мессенджер, без созвона). Ещё материалы: статьи блога, канал t.me/DikiiTelegram.
Материал проверен: Андрей Дикий — создаёт сайты и продвигает их статьями (SEO/GEO).
Достоверность данных: документация WordPress.org (Settings Media, add_image_size, big_image_size_threshold), Make WordPress 5.3 про big images и -scaled, справка WordPress.com RU по медианастройкам, плагин Regenerate Thumbnails и WP-CLI wp media regenerate; частотность запросов — по Яндекс Вордстат на 2026-09-28 (MCP недоступен, LSI из SERP).
Частые вопросы
Чем миниатюра в настройках отличается от обложки записи?
Миниатюра в «Медиафайлах» — системный размер при загрузке. Обложку тема чаще выводит как post-thumbnail. Для карточек смотрите архив блога и регенерируйте после смены темы.
Можно ли отключить средний и крупный размер?
Можно, но часто ломаются карточки и виджеты. Лучше умеренные ширины и файл до загрузки; после эксперимента проверьте одну запись.
Ломает ли Regenerate Thumbnails текст статей?
Нет, меняются только файлы на диске. Риск — нагрузка на сервер без бэкапа; начните с одной записи.
Нужен ли плагин для размеров?
Обычно хватает «Медиафайлов», подготовки файла и регенерации. Код и плагины — когда тема требует нестандартную обложку.
Что такое -scaled в uploads?
Уменьшенная копия очень большого фото (порог 2560 px с WP 5.3). Оригиналы для печати храните отдельно от медиатеки.
Почему после смены темы обложки другие?
Тема запрашивает другие пропорции; старые файлы не меняются без регенерации. Сначала бэкап и тест одной записи.
