Руководство по кэшу социальных превью: Facebook, WhatsApp, LinkedIn, X, Slack и Discord
Социальное превью состоит из двух частей: метаданных и изображения, которые ваш сайт отдает, и копии, которую платформа сохраняет после обхода вашей страницы. Исправление первой части не очищает автоматически вторую.
Это компактная карта платформ для диагностики устаревшего, отсутствующего или обрезанного превью товара.
Сравнение платформ
| Платформа | Что вы контролируете | Реальность обновления кэша |
|---|---|---|
Публичный HTML, og:image, URL изображения и кэш страницы |
Facebook поддерживает повторное сканирование через Sharing Debugger и документированную конечную точку scrape. FastOG может запросить обновление Facebook при соответствующей настройке. | |
| Следующий публичный HTML и ответ с изображением | Публичного API для обновления превью нет. Кэшированные превью управляются WhatsApp и могут различаться в зависимости от получателя. | |
| Публичный HTML и ответ с изображением | Документированной программной конечной точки инвалидации нет. LinkedIn сам решает, когда выполнить повторное сканирование. | |
| X | Публичный HTML, twitter:image и резервные теги Open Graph |
Документированной программной конечной точки инвалидации нет. X сам решает, когда выполнить повторное сканирование. |
| Slack | Публичный HTML и ответ с изображением | Slack кэширует развёрнутые превью для опубликованных URL; приложение не может принудительно пересобрать все существующие сообщения. |
| Discord | Публичный HTML и ответ с изображением | Discord кэширует встраиваемые превью для опубликованных URL; приложение не может перезаписать существующее встраиваемое превью повсеместно. |
Поведение платформ и конечные точки меняются. Воспринимайте таблицу как операционную границу, а не как гарантию сроков обновления.
Сначала диагностируйте источник
Прежде чем обвинять платформу, проверьте страницу, которую получает краулер:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Затем получите URL изображения из ответа:
curl -I "https://cdn.example.com/cover.png"
Страница должна содержать актуальные метаданные, URL изображения должен быть публичным, а ответ изображения должен возвращать поддерживаемый тип контента с 200 OK. Если кэш страницы отдаёт старый HTML, ни одна платформа не сможет обнаружить новую обложку.
Почему изменение URL изображения помогает
Социальные платформы кэшируют URL страницы, а также могут кэшировать URL изображения. Поэтому динамическая обложка должна использовать новый URL изображения при изменении данных о товаре. Постоянная ссылка на товар остаётся канонической, в то время как ключ кэша изображения меняется.
Добавление ?v=2 к постоянной ссылке на товар может сделать тест более свежим, но создаёт второй адрес для одного и того же товара и может разделить аналитику и историю публикаций. Вместо этого, когда возможно, версионируйте URL изображения.
Facebook — исключение
Facebook — единственная платформа в этом руководстве, для которой FastOG предоставляет активный путь повторного сканирования (re-scrape). При его включении обновление товара может поставить в очередь запрос к endpoint'у сканирования Meta для URL этого товара. Запрос ставится в очередь и выполняется по принципу best-effort, поэтому ограничение частоты запросов или временная ошибка Meta не мешают магазину отдавать корректные метаданные.
Это не обновляет WhatsApp, LinkedIn, X, Slack или Discord. Не описывайте повторное сканирование Facebook как универсальную очистку социального кэша.
Практический порядок действий
- Загрузите актуальную страницу и подтвердите текущие теги.
- Очистите кеш страницы сайта или CDN, если теги устарели.
- Убедитесь, что URL изображения публично доступен и возвращает изображение.
- Измените URL изображения, если изменились байты изображения.
- Для Facebook используйте отладчик Facebook или настроенный путь повторного сканирования.
- Для других платформ дождитесь нового обхода или поделитесь URL, который ещё не был закеширован. Не обещайте точную задержку.
Бесплатный тестер OG-изображений может загрузить URL товара и показать метаданные, видимые краулеру, вместе со сгенерированной обложкой. Он полезен для разделения проблемы на стороне магазина и кеша на стороне платформы.
FAQ
Может ли один плагин обновлять все превью в соцсетях?
Нет. Плагин может управлять HTML-разметкой и URL изображения, которые отдаёт сайт. Каждая платформа управляет собственным краулером и кэшем.
Почему превью корректно отображается в Facebook, но в WhatsApp остаётся старым?
Платформы используют отдельные кэши. Повторное сканирование Facebook обновляет только копию Facebook; WhatsApp хранит собственное превью, привязанное к конкретному получателю.
Нужно ли менять URL товара после каждого обновления цены?
Обычно нет. Сохраняйте канонический URL товара неизменным и меняйте URL генерируемого изображения, когда меняется содержимое обложки. Изменение URL страницы — грубый способ сброса кэша, который влечёт издержки для SEO и аналитики.
Гарантирует ли новый URL изображения мгновенное обновление в WhatsApp?
Нет. Он гарантирует, что при следующем запросе этого URL изображения могут быть получены новые данные. Он не заставляет WhatsApp запрашивать страницу или заменять превью, уже сохранённое в приложении получателя.
Связанные материалы
Попробуйте бесплатно — регистрация не требуется
Предпросмотр и тестирование динамических OG-изображений за секунды.
Открыть бесплатный тестер OG-изображений