og:image nu apare? Cum să o repari

O og:image care nu apare se reduce aproape întotdeauna la una dintre cele cinci cauze: URL-ul imaginii nu este public, imaginea este prea mare, platforma a stocat în cache o versiune veche, tag-urile vizează pagina greșită sau formatul imaginii nu este acceptat. Acest ghid parcurge fiecare remediere cu instrumentele de depanare oferite de Facebook, X și LinkedIn.

De ce nu se afișează og:image-ul meu?

De cele mai multe ori, URL-ul imaginii nu este accesibil public, fișierul depășește limitele platformei sau platforma afișează o copie din cache. Platformele sociale re-scanează după un program și folosesc cache-ul agresiv, așa că o imagine nouă pare adesea că „nu funcționează” până când forțezi o reîmprospătare cu instrumentele lor de debug.

Cele cinci cauze cele mai frecvente (și soluțiile)

1. URL-ul imaginii nu este public

Platformele trebuie să preia imaginea fără autentificare. Un URL protejat de login, localhost sau o adresă IP va eșua.

Soluție: găzduiește imaginea la un URL public, HTTPS, și confirmă că curl -I <image-url> returnează 200 OK cu un Content-Type de tip imagine.

2. Imaginea este prea mare

Majoritatea platformelor limitează imaginile OG la 8 MB (X la ~5 MB). Un PNG uriaș eșuează silențios.

Soluție: păstrează fișierul sub 5 MB; un card text de 1200×630 are de obicei 200–500 KB. Pe FastOG, ieșirea PNG este deja dimensionată pentru acest lucru.

3. Platforma a stocat în cache o versiune veche

Facebook, X, LinkedIn, Slack și Discord folosesc cache agresiv. Meta stochează și propria copie a imaginii și leagă previzualizarea de URL-ul paginii, așa că un URL nou al imaginii nu este suficient. După schimbarea imaginii, cardul vechi persistă ore sau zile.

Soluție: forțează o recitire cu instrumentul platformei (mai jos). Pentru imagini care se schimbă, folosește un URL care variază odată cu conținutul (URL-urile semnate FastOG fac acest lucru automat). Pentru singura platformă care permite o reîmprospătare programatică, vezi Forțează o reîmprospătare a cache-ului Open Graph pe Facebook.

4. URL greșit sau pagină greșită

Eticheta og:image poate lipsi, fi duplicată sau poate indica o pagină fără acea etichetă.

Soluție: vizualizează sursa paginii și confirmă că eticheta og:image este prezentă, randată pe server și absolută.

5. Format nesuportat

Unele platforme resping anumite formate sau imagini animate.

Soluție: folosește PNG sau JPG; 1200×630 este raportul suportat.

Instrumente de depanare

Platformă	Instrument
Facebook / WhatsApp	Sharing Debugger — `developers.facebook.com/tools/debug`
X / Twitter	Card Validator — `cards-dev.twitter.com/validator`
LinkedIn	Post Inspector — `linkedin.com/post-inspector`

Lipește URL-ul, apoi apasă „Scrape” / „Refresh” pentru a prelua cele mai recente tag-uri.

Particularități FastOG

FastOG generează PNG de 1200×630 — dimensiunea acceptată — astfel încât problemele legate de dimensiune/raport sunt evitate.
URL-urile semnate limitează doar prima randare; imaginile din cache rămân valide, deci un card partajat continuă să funcționeze.
Schimbi titlul → schimbi URL-ul → o singură randare nouă. Platforma (în cele din urmă) preia noul card atunci când forțezi o re-indexare.

Întrebări frecvente

FastOG garantează că apare og:image-ul meu?

FastOG livrează un PNG valid de 1200×630 de la o adresă URL publică. Dacă platforma îl afișează depinde de cache-ul acesteia — re-scrape cu validatorul după ce schimbi o imagine.

De ce afișează Facebook o imagine veche chiar și după ce am actualizat-o?

Facebook păstrează în cache rezultatele scrape-urilor și își ține propria copie a imaginii — așa că o nouă adresă URL og:image nu va schimba asta. Folosește Sharing Debugger → „Scrape Again"; Forțează o reîmprospătare a cache-ului Open Graph pe Facebook acoperă ruta API, token-ul de aplicație necesar și limitele de rată de respectat.

Cum forțez X să afișeze noul meu card?

Deschide X Card Validator și lipește adresa URL. Acesta re-încarcă cele mai recente og:image și twitter:image.