Vutral
Como usar esta ferramenta

Validador de Open Graph e Twitter Card em Massa

Dados verificadosOpen Graph

Como usar o verificador de Open Graph e Twitter Card

Voltar para a ferramenta

Cada URL é buscada uma vez e toda tag de compartilhamento do head é lida: a família og: que Facebook, LinkedIn e Zalo leem, e a família twitter: que o X lê. Uma rodada, duas respostas por página.

  1. 01

    Insira as URLs a verificar

    O modo único verifica um endereço e roda com Enter. Mude para Em massa para colar uma lista, uma URL por linha, até 30 por rodada. Tags de compartilhamento são definidas por template, então cole uma página de cada tipo: um artigo, um produto, a home. Se um template está quebrado, toda página feita com ele também está.

  2. 02

    Escolha o nível de normalização da URL

    Normalizar URL reescreve cada endereço antes da requisição. URL completa mantém caminho e query, mas remove parâmetros de rastreamento e o fragmento; Sem parâmetros remove a query string; Somente domínio mantém só o domínio. Mantenha o endereço completo ao rastrear um link compartilhado: as tags são lidas da página em que a requisição pousa, e uma query string pode decidir qual página é essa.

  3. 03

    Leia as colunas Open Graph e Twitter

    Duas colunas, uma requisição. Cada célula lista os nomes de tag que aquela família declara, sem o prefixo. Uma célula Twitter vazia ao lado de uma Open Graph cheia é normal e quase sempre está bem: o X recorre às tags og: para título, descrição e imagem. A única a que ele não pode recorrer é twitter:card, e o painel diz isso.

  4. 04

    Inspecione uma linha e exporte os resultados

    Ver dá a cada família sua própria conclusão, porque uma página pode ser perfeita para o Facebook e inútil para o X, ou o contrário. Cada tag carrega o atributo com que foi declarada, [property] ou [name], que diz quem consegue lê-la, não onde corrigi-la. Copiar tabela copia as linhas separadas por tabulação; Exportar CSV as grava num arquivo.

Como ler o relatório de tags de compartilhamento social

Uma linha se lê da esquerda para a direita: o endereço verificado, onde ele pousou, e o que cada uma das duas famílias de tags declara ali.

Colunas da tabela de resultados

URL
O endereço exatamente como foi verificado — após a normalização, nem sempre o que você digitou.
URL resolvida
Onde a requisição terminou e com qual status. Redirecionamentos são seguidos antes, e as tags são lidas dessa página final.
Open Graph
Os nomes das tags og: que a página final declara, sem prefixo, em ordem de documento. — significa que nenhuma foi declarada.
Twitter
Os nomes de tag twitter:, do mesmo jeito. Vazio aqui é comum e não é automaticamente uma falha: o X recorre às tags og:.
Resultado
Se a linha terminou, ainda está rodando ou parou com erro. Não diz nada sobre as tags em si.
Ações
Ver abre o painel de detalhes daquela linha; Tentar de novo aparece no lugar quando a requisição nunca chegou a passar.

Conclusões do painel de detalhes

Sem tags Open Graph ou Twitter — os links partilhados dependem de raspagem.
A página não declara nenhuma tag de compartilhamento, em nenhuma das duas famílias. Aí cada plataforma monta o card adivinhando a partir da página — normalmente com a imagem errada e um título que você não escolheu.
Sem tags Twitter — a página declara apenas as do outro tipo.
Dito dentro de uma seção quando aquela família está vazia mas a outra não, nomeando a família da seção: Open Graph à esquerda, Twitter à direita. É uma afirmação só sobre aquela metade.
As tags Open Graph estão bem formadas.
Nada está errado nessa família; a frase a nomeia, e a forma Twitter também aparece. Uma página pode estar limpa para uma família e quebrada para a outra.
Falta uma tag obrigatória do Open Graph: og:type.
As quatro que o protocolo exige são og:title, og:type, og:image e og:url; a frase lista as que faltam. Uma tag declarada com content vazio conta como ausente, porque é isso que as plataformas fazem com ela.
Uma tag og: usa name= em vez de property= — Facebook e Zalo não a veem.
A falha mais difícil de notar a olho nu: a tag está no head, escrita corretamente, e invisível para o Facebook, porque tags og: são lidas de property= e esta usou name=.
og:image não é uma URL absoluta, por isso a imagem não aparece.
Um rastreador que busca a tag não tem contexto de página para resolver um caminho relativo. Um //host/caminho relativo ao protocolo serve; /img/card.png não.
og:url aponta para outro lugar — as partilhas serão creditadas a essa URL.
og:url é a identidade da página no grafo: cada curtida e compartilhamento é creditado a ela. É comparada com a canônica, não com o endereço que você digitou. Uma diferença www / sem www divide uma página em duas.
twitter:card tem um valor que o X não define, então nenhum card é construído.
O X define summary, summary_large_image, app e player. Qualquer outra coisa não é um card menor, é card nenhum.
Sem twitter:card — o X não constrói card nenhum.
A única tag twitter: sem equivalente og:, então é a que vale a pena acrescentar mesmo numa página com o conjunto og: completo.
Sem og:description — essa linha fica em branco em todas as plataformas.
Não é uma das quatro obrigatórias, então é uma sugestão e não uma falha — mas toda plataforma mostra aquela linha, e uma linha vazia é um card com um buraco.

Selos de atributo

[property]
A tag foi declarada como <meta property="…">. É o que o protocolo Open Graph especifica e o que Facebook, LinkedIn e Zalo leem.
[name]
A tag foi declarada como <meta name="…">. É o que o X documenta para as tags twitter:. Uma tag og: com este selo é a falha acima; uma tag twitter: com property= não é sinalizada, porque na prática o X aceita as duas.