Вставили посилання у Facebook, а замість картки голий URL? Знайома ситуація.

Причина майже завжди одна: Facebook кешує метадані при першому поширенні й не поспішає їх оновлювати. Ви вже виправили og:title, замінили og:image і перезберегли допис, а в стрічці все одно старе прев’ю. Проблема не на сайті, а в кеші соцмережі.

Нижче два робочі способи примусово скинути кеш і підтягнути свіжі Open Graph-теги. Обидва працюють для звичайних сторінок, Business Manager і рекламних дописів.

💡 Швидкий огляд:

• Оновіть вкладення через меню допису на бізнес-сторінці — це спосіб для вже опублікованих дописів.
• Скиньте кеш через інструмент налагодження посилань Facebook і натисніть Scrape Again — це спосіб для нових посилань або масового очищення кешу.
• Зачекайте 5-10 секунд, Facebook перебудує прев’ю, але старий варіант може затриматися в CDN соцмережі ще на кілька хвилин.

Що Facebook вимагає від сторінки

Facebook під час поширення посилання зчитує Open Graph-метатеги вашої сторінки. Якщо їх немає, прев’ю збирається з тих даних, які crawler зможе знайти, і результат майже завжди виходить негарним.

Мінімальний набір тегів для нормального прев’ю:

• og:title, заголовок, який побачить користувач (до 95 символів, інакше Facebook обріже)
• og:description, 1-2 речення під заголовком
• og:image, URL зображення (мінімум 1080 px завширшки для якісного відображення на retina-екранах; файл до 8 МБ)
• og:image:width і og:image:height, розміри картинки, щоб crawler не витрачав час на асинхронне завантаження

На сайтах під керуванням WordPress ці теги автоматично формують SEO-плагіни, All in One SEO, Yoast SEO і Rank Math. Якщо ви не використовуєте жоден із них, саме час встановити: ручне редагування <meta> у header.php живе рівно до наступного оновлення теми.

Повний список рекомендацій, в офіційному гайді Facebook Sharing Best Practices.

Спосіб 1. Оновити прев’ю через опцію «Оновити вкладення»

Найшвидший шлях, оновити прев’ю прямо з інтерфейсу Facebook. Спосіб працює для дописів, які вже опубліковані на бізнес-сторінці.

Крок 1. Відкрийте свою бізнес-сторінку, знайдіть потрібний допис і клікніть по часовій мітці (даті/часу публікації). Ви перейдете до постійного посилання на цей допис.

Важливий момент: URL має починатися з https://business.facebook.com/..., а не з https://www.facebook.com/.... Різниця принципова, опція «Оновити вкладення» доступна лише в інтерфейсі Business Manager.

Крок 2. Натисніть на три крапки (⋯) у правому верхньому куті допису та виберіть пункт «Оновити вкладення» (Refresh Attachment).

Facebook заново зайде на ваш URL, прочитає поточні OG-теги та перебудує прев’ю. Зазвичай це займає 5-10 секунд.

Два важливі обмеження. Якщо сторінка керується через Facebook Business Manager, ви маєте бути залогінені саме в Business Manager, інакше опція буде прихована. Якщо допис зараз просувається через рекламний кабінет, кнопка теж недоступна; зачекайте завершення кампанії або продублюйте допис.

Спосіб 2. Очистити кеш через Facebook Sharing Debugger

Якщо допис ще не опублікований, якщо потрібно скинути кеш одразу для кількох URL або якщо опція «Оновити вкладення» недоступна, використовуйте Sharing Debugger. Це офіційний інструмент Facebook, який знаходиться за адресою developers.facebook.com/tools/debug/.

Алгоритм до непристойності простий:

• Вставте посилання на сторінку, прев’ю якої потрібно оновити.
• Натисніть кнопку Scrape Again (раніше називалася «Fetch new scrape information», не дивуйтеся старим скріншотам в інших гайдах).
• Зачекайте кілька секунд.

Debugger покаже, які OG-теги зчитав crawler, і виділить проблеми: відсутнє зображення, закороткий заголовок, битий og:image:width. Якщо після першого Scrape Again прев’ю не змінилося, натисніть кнопку повторно: Facebook іноді лінується й потребує другого поштовху.

Скільки живе кеш. Facebook кешує прев’ю приблизно на 24 години, після чого crawler автоматично перезаходить на сторінку. Цифра в 30 днів, яка трапляється в старих гайдах, застаріла, Facebook скоротив період кешування ще у 2023 році, але в документації чіткого числа немає. На практиці автооновлення відбувається протягом доби.

Що робити, якщо прев’ю все одно не оновлюється

Якщо жоден зі способів не дав результату, проблема, найімовірніше, на стороні сайту. Перевірте по порядку:

• Кеш WordPress. Плагіни на кшталт WP Rocket, W3 Total Cache і LiteSpeed Cache віддають стару версію сторінки навіть після того, як ви оновили OG-теги. Скиньте кеш сайту перед тим, як смикати Facebook Debugger.
• CDN. Cloudflare та аналоги кешують HTML. Якщо ви правили теги вручну, не забудьте прогріти CDN або тимчасово увімкнути Development Mode.
• Прев’ю для головної сторінки. Для кореневого URL сайту (без /post-slug/) Facebook іноді використовує зображення з og:image першого знайденого допису. Лікується заданням явного og:image для homepage через ваш SEO-плагін.
• HTTPS. Facebook crawler із червня 2025 року перестав приймати og:image через HTTP. Зображення має віддаватися через HTTPS, інакше прев’ю буде без картинки.

Коли всі чотири пункти перевірені, а прев’ю все ще старе, зачекайте годину та спробуйте Debugger знову. Іноді кеш Facebook інвалідується із затримкою.

⁉️🤔 Часті запитання

Чому Facebook показує не те зображення, яке я задав в og:image?

Crawler ігнорує og:image у двох випадках: картинка менша за 200×200 px, автоматичний reject або друга картинка на сторінці більша за вашу «правильну». Facebook завжди вибирає найбільшу за площею картинку, явно пропишіть og:image:width і og:image:height, щоб crawler не гадав. Ці обмеження описані в офіційних рекомендаціях Facebook щодо шарингу.

За офіційними рекомендаціями Facebook, мінімальна роздільна здатність для прев’ю-зображень, 200×200 px, рекомендована, 1080×1080 px. Усе, що менше 600 px завширшки, Facebook просто не розглядає як прев’ю для link-дописів.

Чи можна оновити прев’ю для чужого сайту? Так, Sharing Debugger працює для будь-якого публічного URL. Вставте посилання, Facebook перечитає OG-теги та побудує прев’ю. Але сам сайт ви не зміните: якщо на стороні власника не прописані og:title і og:image, Debugger чесно покаже порожню або криву картку.

За допомогою Debugger зручно перевіряти конкурентів: вставляєте URL статті та бачите, які og:title і og:description вони заклали під Facebook. Прямого стосунку до SEO це не має, але для аналізу соцмедійної стратегії корисно.

Чи потрібно натискати Scrape Again після кожного редагування тексту? Ні, якщо змінювався лише текст усередині <body> і OG-теги не зачеплені. Facebook crawler зчитує лише метадані в <head>, контент сторінки в прев’ю не потрапляє. Кнопка має сенс тільки тоді, коли ви змінили один з OG-тегів (og:title, og:description, og:image) або розміри og:image:width і og:image:height.

Виняток: якщо ви оновили дату публікації та хочете, щоб у прев’ю відобразилася свіжа часова мітка — це теж тригерить перечитування OG (деякі SEO-плагіни вбудовують дату в og:title або og:description).

Чому кнопка «Оновити вкладення» не видна? Три причини: ви сидите на www.facebook.com замість business.facebook.com; у вас немає ролі адміністратора або редактора сторінки; допис зараз просувається через рекламний кабінет. Рішення: перелогіньтеся в Business Manager і відкрийте допис звідти.

Якщо допису більше 30 днів, Facebook іноді приховує цю опцію навіть у Business Manager. У таких випадках рятує лише Sharing Debugger.

Що робити, якщо Sharing Debugger видає помилку 403 або «URL заблоковано»? Facebook блокує URL, які вже були позначені як спам або порушують Community Standards. Другий варіант: ваш сервер блокує Facebook crawler за User-Agent (facebookexternalhit). Перевірте robots.txt і налаштування файрвола, User-Agent facebookexternalhit/1.1 повинен мати доступ до читання сторінок.

Якщо помилка зберігається, зайдіть у Facebook Business Manager → Brand Safety → Domains і перевірте, чи не потрапив ваш домен у чорний список (таке буває після масових скарг на спам-поширення).

Що в підсумку: Debugger чи кнопка «Оновити вкладення»?

Для одиничного допису на бізнес-сторінці простіше та швидше використовувати вбудовану кнопку «Оновити вкладення» — це два кліки й не потребує переходу на сторонній інструмент. Якщо дописів кілька або проблема має системний характер (ви переїхали на HTTPS, змінили тему, оновили SEO-плагін), запускайте Sharing Debugger і проганяйте через нього всі ключові URL.

І головне: після того як прев’ю оновилося, не забувайте перевіряти картку на мобільному. Facebook рендерить прев’ю на десктопі та в мобільному застосунку по-різному, і те, що гарно виглядає на 27-дюймовому моніторі, може обрізатися на екрані смартфона. Одна-дві перевірки в перші пів години після публікації рятують від незручних скріншотів у робочих чатах.

Якщо матеріал був корисний, збережіть посилання на Facebook Sharing Debugger в закладки. Рано чи пізно знадобиться.