Ce citește efectiv o platformă
Când un link este lipit în Slack, LinkedIn, X sau iMessage, platforma preia pagina și construiește un card din tagurile meta. Nu rulează JavaScript-ul tău și nu vede CSS-ul - citește doar tagurile din head.
Lanțul de rezervă
Majoritatea platformelor rezolvă în aceeași ordine, iar această previzualizare o urmează:
- Titlu -
twitter:title, apoiog:title, apoi<title> - Descriere -
twitter:description, apoiog:description, apoi descrierea meta - Imagine -
twitter:image, apoiog:image, apoi nimic
De aceea, duplicarea fiecărui tag Open Graph ca tag Twitter e de obicei muncă inutilă. Singurul care merită setat separat este twitter:card, pentru că decide între imaginea mare și miniatura mică.
Cele trei cauze principale pentru cardurile defecte
- Un og:image relativ. Crawler-ul nu are contextul paginii pentru a-l rezolva. URL absolut HTTPS sau nimic.
- O imagine inaccesibilă. În spatele autentificării, blocată în robots.txt sau servită de un host care refuză user agent-uri necunoscute.
- Cache agresiv. Ai corectat tagurile, dar cardul vechi persistă zile întregi. Facebook Sharing Debugger și LinkedIn Post Inspector forțează o re-scanare; cache-ul X trebuie doar să expire.
Nu este o funcție SEO
Niciunul dintre aceste taguri nu influențează clasamentul. Ele decid dacă un link pare demn de click când cineva îl distribuie - iar un link care apare ca o cutie gri cu un URL simplu este distribuit și accesat semnificativ mai puțin.
Pentru a scrie tagurile inițial, folosește generator meta tag în schimb.