Strategy18 октября 2026 г.3 мин

Размер обложки и OG: проверка без слепых 1200×630

Как сверить OG-обложку с реальным файлом: размеры в пикселях, MIME, доступность, alt, обрезка в превью и новая версия изображения после замены.

Обложка статьи: Размер обложки и OG: проверка без слепых 1200×630

Если обложка имеет размер 1536×1024, запись 1200×630 в Open Graph не превращает её в широкий баннер. Метаданные должны описывать настоящий файл. Подбор композиции под конкретное превью — следующая отдельная задача.

В проверке SEO страницы OG полезен как часть корректного представления ссылки. Я бы не обещал прямого роста позиций от исправления размеров. Практический результат здесь понятнее: сервис получает доступную картинку с правдивым описанием и показывает пригодное превью.

Начните с файла по опубликованному адресу

Откройте именно URL из og:image. Проверьте статус ответа, MIME и реальные пиксельные размеры. Расширение .webp само по себе не доказывает формат содержимого. Адрес должен быть доступен сервису, который создаёт превью, без вашей авторизации и локальных файлов.

Если картинка доступна только на компьютере разработчика или за закрытым превью, публикация метатега не решает доступ. Проверьте конечный URL после перенаправлений. Отдельно убедитесь, что не возвращается HTML-заглушка с успешным кодом вместо изображения.

Пример проверки реального файла, размеры условны
СвойствоОжиданиеКак подтвердить
og:imageПубличный абсолютный адресОткрыть без сессии редактора
og:image:width1536Прочитать размер файла
og:image:height1024Сверить с тем же файлом
og:image:typeСоответствует форматуMIME и содержимое
og:image:altОписание видимого предметаСравнить с изображением глазами

Что означают поля протокола

Open Graph protocol определяет width и height как ширину и высоту изображения в пикселях, а alt — как описание изображения. Это не поля для желаемой пропорции и списка ключевых слов. При нескольких изображениях структурированные свойства должны относиться к соответствующему og:image.

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

Пиксели и обрезка решают разные вопросы

Даже корректные размеры не гарантируют, что главный предмет останется видимым. Сервисы могут кадрировать изображение под свой контейнер. Проверьте композицию в целевом мессенджере или социальном превью и на карточке самого сайта. Важная деталь у края кадра может исчезнуть.

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

После замены измените версию адреса

Сохраните новый файл с новым суффиксом и обновите ссылку в метаданных. Так проще различать старую и новую редакции и обходить неоднозначность кеша. Потом откройте опубликованный HTML и проверьте og:image: локальный реестр мог обновиться без выкладки.

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

Вес картинки оценивайте по фактической загрузке, а дату изменения — по редакторскому основанию. Финальная сверка проста: URL, файл, размеры, видимое превью и содержание статьи относятся к одной версии.

Ещё по теме