Vynucení obnovení mezipaměti Open Graph na Facebooku
Můžete vynutit obnovení mezipaměti Open Graph na Facebooku, protože Facebook — jako jediná z hlavních platforem — nabízí programový způsob, jak o to požádat. Buď použijte tlačítko Scrape Again v nástroji Sharing Debugger pro jednotlivý odkaz, nebo zavolejte scrape endpoint Graph API s přístupovým tokenem aplikace. Pro WhatsApp, LinkedIn ani X neexistuje žádný způsob vynucení: žádné takové API nezveřejňují, a to pro nikoho.
To, co každého zaskočí
Meta ukládá náhled odkazu do mezipaměti klíčované podle URL stránky a uchovává si vlastní kopii obrázku. Znovu nečte vaši stránku, aby zjistila, že og:image nyní ukazuje jinam.
Tento postup tedy selhává, a přitom je to ten, který zkouší většina lidí:
Změňte obrázek → URL
og:imageje nová → předpokládejte, že to Facebook zachytí → on to nezachytí.
Nová URL obrázku obejde CDN obrázků. Nic to neudělá s mezipamětí Meta klíčovanou podle stránky. Abyste Facebook pohnuli, musíte Meta říct, že se stránka změnila.
| Mezipaměť | Klíčováno podle | Vyčištěno pomocí |
|---|---|---|
| Mezipaměť vaší stránky / CDN | URL stránky | jejího pročištění |
| Mezipaměť náhledů odkazů Meta | URL stránky | scrape endpointu nebo Sharing Debuggeru |
| Kopie obrázku u Meta | URL obrázku | nové URL obrázku |
| Vaše CDN obrázků | URL obrázku | nové URL obrázku |
Možnost 1 — Sharing Debugger (jedna stránka, ručně)
Otevřete developers.facebook.com/tools/debug, vložte URL stránky a stiskněte Scrape Again. Meta znovu načte stránku a přebuduje svou uloženou verzi náhledu.
Je to také nejlepší bezplatný validátor, který máte, protože hlásí, co Meta skutečně našla, ne to, co jste doufali, že tam bude: chybějící nebo duplicitní og:image, nedostupné obrázky, nepodporované formáty. Dvě věci, které neumí: nedokáže ovlivnit WhatsApp (samostatná cache v aplikaci příjemce) a není to katalogový nástroj — zpracovává jednu URL najednou, s omezením rychlosti a s člověkem u toho.
Možnost 2 — Graph API (to je to, co volá plugin)
Programový ekvivalent, který používá FastOG, je POST na Graph API s scrape=true:
curl -X POST \
"https://graph.facebook.com/v21.0/?id=$(python3 -c 'import urllib.parse,sys;print(urllib.parse.quote(sys.argv[1],safe=""))' 'https://your-store.com/product/example')&scrape=true&access_token=${APP_ID}|${APP_SECRET}"
Čtyři důležité detaily:
idje URL stránky, ne URL obrázku. Meta si kešuje podle stránky, takže ping na adresu obrázku nic neobnoví.- Token je vyžadován — Meta ho na tomto endpointu vyžaduje od října 2017. Stačí app access token ve tvaru
{app_id}|{app_secret}a nepotřebuje přihlášení uživatele, což přesně umožňuje volání z běhu na pozadí. - Verze Graph API se mění. FastOG si ukotvuje otestovanou verzi Graph API; před ukotvením verze ve vlastním kódu si zkontroluj aktuální dokumentaci a changelog od Mety.
- Ber to jako best-effort. Meta má rate limiting na scrape volání a odmítnutí znamená jen to, že Facebook obnoví podle vlastního plánu místo okamžitě — tagy na tvé stránce už jsou správně.
Protože je rate-limited, nespouštěj to inline při každém uložení velkého katalogu. Zařaď to do fronty a deduplikuj podle URL, aby opakované uložení stejného nezměněného produktu neplýtvalo rate limitem.
Možnost 3 — plugin, který to udělá za vás
Pluginy prodávané jako „obnovení mezipaměti Open Graph" spadají do dvou skupin a jen jedna z nich dokáže opravit Facebook:
| Mechanismus | Co čistí | Opraví zastaralý náhled na Facebooku? |
|---|---|---|
Přidává měnící se query string k URL obrázku (?v=timestamp) |
váš CDN pro obrázky | Ne — Meta ukládá do mezipaměti podle stránky |
| Volá scrape endpoint pro URL stránky | mezipaměť náhledů Meta | Ano |
Před instalací si zjistěte, o který typ jde. Časové razítko je skutečnou opravou pro zastaralý obrázek a neopraví zastaralou kartu na Facebooku.
FastOG pro WooCommerce dělá to druhé a nic nenastavujete. Plugin registruje nativní webhooky produktů WooCommerce, takže uložení produktu spustí re-scrape Meta pro permalink daného produktu — ve frontě, s deduplikací v krátkém okně a záměrně best-effort, takže odmítnutí nikdy nezablokuje uložení. Platí to pro stránky produktů (product.created / product.updated); úpravy kategorií a blogu pokryté nejsou.
Obrázková stránka se řeší zvlášť a jinak než u všech konkurentů: protože URL obálky FastOG obsahuje hodnoty, které ji vytvořily, úprava ceny nebo fotky vygeneruje novou URL obálky. Meta nemůže znovu servírovat obrázek, jehož adresa už neexistuje.
Kde Facebook nestačí
| Platforma | Lze vynutit obnovení? | Co se ve skutečnosti děje |
|---|---|---|
Ano — debugger nebo scrape=true |
Vyžádá si nové procházení; doba propagace se liší | |
| Ne | Náhled je uložen v cache v aplikaci příjemce; neexistuje žádné API | |
| Žádné dokumentované programové API | Znovu čte podle vlastního plánu; zde není žádná veřejná záruka načasování | |
| X / Twitter | Žádné dokumentované programové API | Znovu čte podle vlastního plánu; zde není žádná veřejná záruka načasování |
| Slack, Discord | Ne | Krátkodobé cache, které se samy vyčistí během minut až hodin |
Pokud je náhled na WhatsAppu zastaralý, odpovědí není nástroj od Facebooku — ale správné nastavení na straně obchodu, aby bylo další čtení správné.
Když se po úspěšném scrapingu stále zobrazuje starý obrázek
Projděte si tento seznam v tomto pořadí:
- Služba stále vrací starou značku?
curl -s https://your-store.com/product/example | grep -i 'og:image'— cachovaná HTML stránka se zastaralouog:imagecelý scraping zhatí. Vyčistěte cache stránky. - Vypisuje stránka více než jednu
og:image? Pokud každý ze dvou pluginů vygeneruje jednu, crawler vezme tu, kterou přečte jako první. Spočítejte je. - Je obrázek dostupný a není blokovaný?
curl -I <image-url>by mělo vracet200s obrázkemContent-Type. Sociální crawleři respektujírobots.txt, takže obrázek na cestěDisallow:selže způsobem, který vypadá jako poškozený soubor — acurlto nikdy nezreprodukuje, protožecurlignorujerobots.txt. - Změnila se URL obrázku skutečně? Pokud ne, nezměnil se ani obsah — ověřte, že úprava ceny/fotky dorazila do zdroje, ze kterého se karta sestavuje.
- Zkontrolujte znovu debugger. Pokud nyní hlásí nový obrázek a Facebook stále zobrazuje starou kartu, díváte se na propagaci na straně Facebooku, ne na své značky.
FAQ
Existuje oficiální API pro vymazání mezipaměti Open Graph na Facebooku?
FastOG používá scrape endpoint (POST https://graph.facebook.com/{version}/?id={page-url}&scrape=true&access_token={token}). Meta dokumentuje Sharing Debugger a programatický proces procházení; přesný tvar endpointu a verze Graph API se mohou měnit, proto si je před vlastní implementací ověřte proti aktuální dokumentaci Meta.
Potřebuje Sharing Debugger aplikaci nebo token?
Ne. Je to veřejný nástroj a funguje pro jakoukoli veřejnou URL. Co neumí, je běžet podle plánu nebo pokrýt celý katalog.
Bude mě opětovné scrapování stát jeden FastOG render?
Obvykle ne. URL obrázku je odvozená z obsahu, takže pokud se obsah nezměnil, nezměnila se ani URL, a fetch je zásah do mezipaměti, který nestojí žádný render. Pokud se změnila cena, změnila se i URL — to je jeden nový render, a je to přesně ten render, který jste chtěli.
Opraví opětovné scrapování na Facebooku můj náhled na WhatsAppu?
Ne. Jsou to oddělené mezipaměti. Facebookový debugger se přesto vyplatí použít jako validátor — načte stránku stejným způsobem jako WhatsApp a nahlásí, co našel — ale nedokáže obnovit mezipaměť WhatsAppu.
Jak dlouho si Facebook uchovává náhled, když ho nikdy nepřipomenu?
Meta dokumentuje standardní období opětovného scrapování kolem 24 hodin, ale přesná doba propagace se může lišit. Proto existují debugger a programatická cesta procházení.
Musím po importu katalogu připomenout každý produkt?
K tomu slouží fronta. Odeslání jednoho požadavku na produkt inline narazí na rate limit Meta a zpomalí požadavek obchodníka; ve frontě a s deduplikací proběhne procházení katalogu bez problémů.
Co když Meta požadavek odmítne?
Nic se nerozbije. Odmítnuté nebo rate-limitované připomenutí znamená, že Facebook obnoví obsah podle svého vlastního plánu, ne okamžitě — tagy na stránce už jsou správné, proto je toto volání best-effort, ne tvrdá závislost.
Související
- Okamžitá aktualizace obrázku WhatsApp pro WooCommerce
- Průvodce cache sociálních náhledů: Facebook, WhatsApp, LinkedIn, X, Slack a Discord
- og:image se nezobrazuje? Jak to opravit
- Náhled odkazu WhatsApp se nezobrazuje? Oprava og:image
- Jak cachovat OG obrázky
- Synchronizace ceny WooCommerce v náhledu WhatsApp
- Integrace WooCommerce: FastOG pro WooCommerce
Vyzkoušejte zdarma – bez registrace
Náhled a testování dynamických OG obrázků během pár sekund.
Otevřít bezplatný tester OG obrázků