Миттєве оновлення зображення для WhatsApp у WooCommerce
Миттєве оновлення зображення для WhatsApp у WooCommerce означає, що правильна картка готова в момент, коли ви зберігаєте товар, — а не те, що WhatsApp повторно зчитує посилання на команду. Ніхто не може змусити WhatsApp повторно зчитати посилання: він кешує попередній перегляд у застосунку отримувача й не надає API для оновлення. Ви контролюєте все на боці магазину, і цього достатньо, щоб наступна людина, яка поділиться посиланням, побачила актуальний товар, ціну та фото.
Коротка відповідь
У прев'ю WhatsApp є два годинники, і лише один із них ваш.
| Годинник | Кому належить | Чи може він бути миттєвим? |
|---|---|---|
og:image, який віддає ваша сторінка |
Вам (магазину) | Так — саме це потрібно виправити |
| WhatsApp читає сторінку й кешує прочитане | WhatsApp, для кожного одержувача | Ні — жодного API, жодного дебагера, жодного обхідного шляху |
Кожна заява про «миттєве оновлення», яка ігнорує другий рядок, — це неправда, а кожен продукт, що виправляє лише перший рядок, усе одно показує правильне зображення, щойно WhatsApp погляне знову. Уся гра саме в цьому: зробіть бік магазину доведено коректним, а тоді перестаньте сподіватися, що WhatsApp піде назустріч.
Чому ваше оновлення не відображається
Між «я змінив ціну» і «прев'ю змінилося» стоять чотири окремі кеші. Продавці майже завжди звинувачують не той із них.
| # | Кеш | Прив'язаний до | Що його насправді очищує |
|---|---|---|---|
| 1 | Кеш сторінок вашого магазину / CDN | URL сторінки | очищення кешу сторінок |
| 2 | Кеш прев'ю посилань WhatsApp | посилання, яким поділилися | ніщо — він спливає за графіком WhatsApp |
| 3 | Копія байтів зображення у WhatsApp | URL зображення | новий URL зображення |
| 4 | Ваш CDN зображень / кеш рендерингу | URL зображення | новий URL зображення або очищення кешу |
Рядок 1 — це той, який люди пропускають. Закешована HTML-сторінка досі містить старий URL og:image, тож навіть ідеально перебудована картка ніколи не буде виявлена. Спершу очистіть кеш сторінок, а потім дивіться на решту.
Рядки 3 і 4 — це причина, чому додавання версії до URL зображення є єдиним надійним способом скидання кешу — новий URL зображення є промахом кешу всюди одночасно.
Частина WooCommerce: ваш тег ніколи не повинен застарівати
У WooCommerce проблема з тегом зазвичай полягає в одному з двох, і жодна з них не є провиною WhatsApp:
- Тега
og:imageвзагалі немає. WordPress і WooCommerce не генерують його дляproduct,product_catчи сторінки магазину. Ваш SEO-плагін надає його — і для товару він бере статичне зображення товару. - Тег існує, але вказує на фіксований файл. URL статичного зображення не може змінитися, коли змінюється ціна. Кожне поширення після редагування повторно кешує те саме застаріле зображення.
FastOG обирає інший шлях. Обкладинка — це підписаний URL, запит якого містить значення, що його сформували, зчитані з живого каталогу на кожен запит: назва товару, поточна ціна (get_price() — ціна зі знижкою для товару зі знижкою), ціна "було" для порівняння, бейдж знижки, рейтинг, наявність на складі та фото товару.
Це має наслідок, який варто сформулювати прямо: зміна ціни — це зміна URL. Старий URL більше не описує товар, тож CDN не має чого віддавати застарілого, і наступне завантаження відрендерить заново. Жодних хаків для скидання кешу, жодного контрольного списку "чи я його очистив".
Що відбувається, коли ви натискаєте «Зберегти» на товарі
Для Facebook — єдиної платформи, яка дозволяє будь-кому надіслати запит — FastOG робить цей запит за вас:
- WooCommerce запускає свій нативний вебхук
product.updated/product.created(permalinkє в payload). - FastOG оновлює свій запис каталогу для магазину, щоб наступна обкладинка була створена з актуальних даних.
- Завдання
RefreshMetaPreviewставиться в чергу для URL сторінки цього товару. Воно ставиться в чергу, а не виконується одразу — повна синхронізація каталогу не повинна додавати один блокуючий виклик до Meta на кожен елемент — і воно дедуплікується, тож повторне збереження того самого товару не витрачає ліміт запитів Meta. - Завдання викликає endpoint scrape від Meta з токеном доступу застосунку, і Meta замінює свою кешовану копію попереднього перегляду для цієї сторінки.
Це best-effort за задумом. Якщо Meta повільна, відмовляє або обмежує частоту запитів, синхронізація все одно завершується успішно: тег на вашій сторінці вже правильний, і єдина ціна — те, що Meta оновить за власним графіком, а не негайно.
Це не оновлює WhatsApp, LinkedIn або X, бо жоден із них не пропонує API для оновлення чогось. Це не обмеження FastOG — це відсутність endpoint на іншому боці.
Перевіряйте у правильному порядку
Коли попередній перегляд не оновлюється, проходьте цей список замість здогадок:
# 1. Does the page still serve the OLD tag? (page cache — cache row 1)
curl -s https://your-store.com/product/example | grep -i 'og:image'
# 2. Is that image URL reachable without credentials? (cache row 3)
curl -I "https://...the-og-image-url-from-step-1..."
# 3. Did the image URL change after the edit? Compare with the URL from before.
Якщо крок 1 досі показує URL до редагування, ніщо далі не допоможе — очистьте кеш сторінки. Якщо крок 1 показує новий URL, а крок 2 повертає 200 OK з image/png, то бік магазину налаштовано правильно, і ви дивитеся на рядок 2 кешу, тобто на годинник WhatsApp.
Хочете побачити всі чотири рядки ззовні? Вставте URL продукту в See Your Links The Way Buyers Do — він завантажує сторінку так, як це робить сканер, зчитує живі теги й показує результат так, як його відображають WhatsApp, X і Messenger, поруч із обкладинкою FastOG, створеною з тих самих даних продукту. Без реєстрації.
Чи допомагає плагін скидання кешу або ?v=2?
Вони допомагають в один вузький спосіб, і компроміс реальний.
Попередній перегляд кешується відповідно до посилання, яким поділилися люди. URL, яким ніхто ніколи не ділився, не має кешованого попереднього перегляду — саме тому додавання змінного рядка запиту (?v=2) є таким поширеним прийомом. Це працює, але коштує вам: посилання, яким поділилися, більше не є вашим канонічним URL продукту, пошукові системи бачать другу адресу, а аналітика розділяє трафік.
FastOG застосовує той самий механізм на рівень нижче, де це безкоштовно. URL сторінки залишається канонічним; лише URL зображення змінюється разом із вмістом. Тож стару обкладинку не можна подати знову, а посилання, яким ви ділитеся, усе ще є тією сторінкою продукту, яку ви хочете проіндексувати.
Що ніхто не може виправити, і чому ми про це говоримо
- WhatsApp кешує попередній перегляд у застосунку отримувача. Немає ні API, ні дебагера, ні інструмента — включно з нашим — який міг би туди дістатися.
- LinkedIn і X також не надають задокументованого API для програмного анулювання кешу. Їхні сканери перечитують дані за власним графіком; не сприймайте сторонню оцінку часу як гарантію платформи.
- Facebook — виняток, і це єдина платформа, яку FastOG опитує за вас. Механіку описано в Примусове оновлення кешу Facebook Open Graph.
Постачальник, який каже вам, що оновлює WhatsApp, описує поведінку Facebook і сподівається, що ви не перевірите. Ми ж воліємо дати вам точну карту.
FAQ
Чи можу я змусити WhatsApp негайно оновити попередній перегляд посилання?
Ні. WhatsApp не надає ні endpoint для оновлення, ні налагоджувача, а кешований попередній перегляд зберігається в застосунку отримувача. Ви можете лише подбати про те, щоб правильне зображення чекало на наступне зчитування.
Як довго WhatsApp зберігає попередній перегляд посилання?
Опублікованих даних немає, і запитати їх неможливо — це залежить від кожного отримувача й кожного пристрою. Вважайте, що він зберігається «доки WhatsApp не вирішить інакше», і натомість оптимізуйте бік сховища.
Чому в мене він оновився, а в мого клієнта — ні?
Тому що ви тестували, надіславши посилання, яке ніколи не надсилалося з вашого пристрою, або надіслали його в новий чат. Ваш клієнт бачить кешований попередній перегляд. Його попередній перегляд і ваш — незалежні.
Чи зміна URL товару змушує оновити попередній перегляд?
URL, який ніхто не надсилав, не має кешованого попереднього перегляду, тож так — ціною другої адреси для того самого товару. Зміна URL зображення дає той самий ефект, не торкаючись вашого постійного посилання, — саме це робить FastOG.
Чи потрібен мені плагін, чи я можу відредагувати свою тему самостійно?
Статичний og:image у вашій темі значно кращий за ніщо, і він безкоштовний. Чого він не може — це відрізнятися для кожного товару без ручного створення зображення для кожного товару — або відстежувати зміну ціни. Саме в цей момент динамічна обкладинка окупає себе.
Мій сайт не на FastOG. Чи допоможе щось із цього?
Так. Чотири кеші, порядок перевірок і обмеження платформ — це те, як поводяться платформи, а не як поводиться FastOG. Пройдіться списком за допомогою curl і налагоджувачів.
Чи є безкоштовний план?
Так. Безкоштовний рівень Community охоплює до 100 елементів на сторінках товарів, категорій, магазину та дописів блогу з п'ятьма базовими шаблонами плюс шаблони товарів Black Friday та Seasonal Offer. Його обкладинки чисті — жоден план не містить водяного знака, включно з Community. Community рендериться на спільному сервері Community і обмежується лімітами запитів на магазин/IP, а не брендуванням. Платні плани використовують виділений сервер, окремий від Community, підвищують ліміт елементів і відкривають додаткові шаблони та можливості (значки рейтингу від Starter, зіставлення metafield від Pro, обмежені правила та пріоритетний рендеринг від Scale). Платні плани також включають 14-денний пробний період без вимоги кредитної картки.
Пов'язане
- Попередній перегляд посилання у WhatsApp не відображається? Виправте og:image
- Посібник із кешування попереднього перегляду в соцмережах: Facebook, WhatsApp, LinkedIn, X, Slack і Discord
- Примусове оновлення кешу Open Graph у Facebook
- Синхронізація цін WooCommerce у попередньому перегляді WhatsApp
- Як кешувати OG-зображення
- Розмір OG-зображення: пояснення 1200×630
- Інтеграція з WooCommerce: FastOG для WooCommerce
Спробуйте безкоштовно — реєстрація не потрібна
Переглядайте та тестуйте динамічні OG-зображення за лічені секунди.
Відкрити безкоштовний тестер OG-зображень