Посібник із кешу соціальних прев’ю: 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 кешує розгортання (unfurls) для опублікованих URL; застосунок не може примусово перебудувати кожне наявне повідомлення. |
| Discord | Публічний HTML та відповідь із зображенням | Discord кешує вбудовані елементи (embeds) для опублікованих URL; застосунок не може перезаписати наявний embed усюди. |
Поведінка платформ та їхні кінцеві точки змінюються. Розглядайте таблицю як операційну межу, а не як гарантію часу оновлення.
Спочатку діагностуйте джерело проблеми
Перш ніж звинувачувати платформу, перевірте сторінку, яку отримує краулер:
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). Якщо його увімкнено, оновлення товару може поставити в чергу запит до скрап-ендпоінта 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-зображень