O que uma plataforma realmente lê
Quando um link é colado no Slack, LinkedIn, X ou iMessage, essa plataforma busca a página e cria um cartão a partir das suas meta tags. Nunca executa o teu JavaScript nem vê o teu CSS — lê apenas as tags no head e mais nada.
A cadeia de fallback
A maioria das plataformas resolve pela mesma ordem, e esta pré-visualização segue-a:
- Título -
twitter:title, depoisog:title, depois<title> - Descrição -
twitter:description, depoisog:description, depois a meta descrição - Imagem -
twitter:image, depoisog:image, depois nada
Por isso, duplicar todas as tags Open Graph como tags Twitter é normalmente trabalho perdido. A única que vale a pena definir separadamente é twitter:card, porque decide entre a imagem grande e a miniatura pequena.
As três falhas que causam a maioria dos cartões quebrados
- Um og:image relativo. O rastreador não tem contexto da página para o resolver. URL HTTPS absoluta ou nada.
- Uma imagem inacessível. Por trás de autenticação, bloqueada no robots.txt ou servida por um host que recusa user agents desconhecidos.
- Cache agressivo. Corrigiste as tags e o cartão antigo persiste por dias. Facebook Sharing Debugger e LinkedIn Post Inspector forçam uma nova análise; o cache do X só precisa expirar.
Não é uma funcionalidade SEO
Nenhuma destas tags é fator de ranking. Elas decidem se um link parece valer a pena clicar quando alguém o partilha – e um link que aparece como uma caixa cinzenta com uma URL simples é partilhado e clicado significativamente menos.
Para escrever as tags desde o início, usa o gerador de meta tags em vez disso.