Cosa legge davvero una piattaforma
Quando incolli un link su Slack, LinkedIn, X o iMessage, la piattaforma recupera la pagina e crea una card dai suoi meta tag. Non esegue mai il tuo JavaScript né vede il tuo CSS: legge solo i tag nell’head e nient’altro.
La catena di fallback
La maggior parte delle piattaforme risolve nello stesso ordine, e questa anteprima lo segue:
- Title -
twitter:title, poiog:title, poi<title> - Descrizione -
twitter:description, poiog:description, poi la meta description - Immagine -
twitter:image, poiog:image, poi niente
Ecco perché duplicare ogni tag Open Graph come tag Twitter è spesso inutile. L'unico che vale davvero la pena impostare separatamente è twitter:card, perché decide tra l'immagine grande e la miniatura piccola.
I tre errori che causano la maggior parte delle card rotte
- Un og:image relativo. Il crawler non ha il contesto della pagina per risolverlo. URL HTTPS assoluto o niente.
- Un'immagine irraggiungibile. Protetta da autenticazione, bloccata in robots.txt o servita da un host che rifiuta user agent sconosciuti.
- Caching aggressivo. Hai corretto i tag ma la vecchia card resta per giorni. Facebook Sharing Debugger e LinkedIn Post Inspector forzano una nuova scansione; la cache di X deve solo scadere.
Non è una funzione SEO
Nessuno di questi tag influisce sul posizionamento. Decidono se un link sembra interessante da cliccare quando viene condiviso - e un link che appare come una casella grigia con solo l'URL viene condiviso e cliccato molto meno.
Per scrivere i tag in primo luogo, usa il generatore di meta tag invece.