Um verificador Open Graph ajuda a perceber por que uma página partilhada apresenta um título errado, metadados ausentes ou uma declaração de imagem inesperada. O Screpy lê o HTML de uma página pública e mostra as suas etiquetas Open Graph, conflitos e grupos de imagens. Use esses dados para corrigir a fonte publicada e, depois, verifique separadamente o ficheiro de imagem e a plataforma de partilha real. A pré-visualização ilustra os valores declarados; não reproduz o cartão de uma rede social.
Como usar o verificador Open Graph
Introduza o URL público completo da página que pretende partilhar, incluindo o caminho, e envie-o. Verificar a página inicial não analisa os seus artigos nem as páginas de produtos. Leia primeiro o URL final: se o endereço redirecionar, o relatório descreve esse destino. Use o Verificador de Redirecionamentos quando o destino for inesperado.
Analise a tabela de propriedades pela ordem da fonte. Cada linha mostra a declaração, o valor e, quando disponível, a linha de origem. Abra os grupos de imagens para consultar os campos associados e leia as ocorrências com as correções sugeridas.
O vermelho destaca valores obrigatórios ausentes ou valores de URL rejeitados. O amarelo indica conflitos ou cobertura parcial. O verde significa que as verificações suportadas não encontraram problemas num relatório conservado completo. Não confirma que uma imagem carregue, que o texto seja adequado à página ou que uma plataforma mostre o cartão pretendido.
Verifique as quatro propriedades Open Graph obrigatórias
O protocolo Open Graph define quatro propriedades básicas obrigatórias. Examine o seu significado além da presença:
| Propriedade | O que verificar nesta página |
|---|---|
og:title |
Um título de partilha claro e específico desta página, sem texto de campanhas antigas. |
og:type |
O tipo de objeto pretendido, como website ou article. |
og:image |
O endereço da imagem que pretende associar à página. |
og:url |
O endereço estável destinado a identificar este objeto partilhado. |
A verificação de presença do Screpy exige pelo menos uma declaração conservada não vazia para cada nome exato. Um og:type preenchido passa essa verificação mesmo com um valor inadequado; a ferramenta não valida o vocabulário dos tipos nem todos os requisitos específicos de cada tipo.
Adicione uma og:description útil que explique a página sem repetir o título. A sua ausência não aciona a verificação das quatro propriedades obrigatórias. Um <title> HTML ou uma metadescrição comum é uma declaração separada: não presuma que preenche um campo Open Graph vazio neste relatório.
Corrija etiquetas ausentes e valores em conflito
Uma ocorrência de propriedade ausente significa que o nome obrigatório não existe nas linhas conservadas ou que todos os valores correspondentes estão vazios. Verifique a escrita e o conteúdo antes de adicionar outra etiqueta. O verificador reconhece nomes em minúsculas, como og:title; nomes escritos de outra forma podem escapar a essa verificação.
Existe um conflito quando aparecem valores brutos diferentes para og:title, og:type, og:url ou og:description. Até uma diferença de espaços conta. Repetições idênticas não acionam este aviso, embora seja útil limpar declarações repetidas desnecessariamente.
Por exemplo, uma página fictícia poderia publicar um og:title vazio seguido de outro com «Percursos pedestres Atlas». O segundo valor satisfaz a verificação de presença, mas a pré-visualização ilustrativa usa o primeiro e fica vazia. Os valores diferentes também produzem um conflito. Um aviso de ausência e uma pré-visualização vazia respondem, portanto, a perguntas diferentes.
Identifique o campo do CMS, tema ou modelo que produz cada linha. Corrija essa saída para que o valor pretendido seja fornecido uma única vez nestes campos de valor único. Adicionar uma terceira declaração não esconde as originais. Conserve as declarações de imagens repetidas intencionalmente para a análise separada dos grupos abaixo.
Associe as propriedades à imagem certa
Várias declarações og:image podem ser intencionais. Coloque as propriedades estruturadas de cada imagem imediatamente depois da declaração raiz e antes da imagem seguinte. Este fragmento fictício de head demonstra a associação; não é um conjunto completo de metadados:
<meta property="og:image" content="https://example.com/media/route-map.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="627">
<meta property="og:image:alt" content="Mapa do percurso pedestre Atlas">
<meta property="og:image" content="https://example.com/media/trail.jpg">
<meta property="og:image:alt" content="Caminho junto a uma encosta arborizada">
O primeiro grupo declara um mapa com dimensões e texto alternativo. O segundo tem a sua própria descrição e nenhuma dimensão declarada. Mover o segundo campo alt para cima da sua raiz associá-lo-ia ao mapa. Estes valores descrevem a fonte; o Screpy não descarrega os ficheiros nem mede se o mapa tem realmente essas dimensões.
Os campos colocados antes de qualquer raiz de imagem podem aparecer na tabela bruta sem associação a um grupo. Use a fonte ordenada para os corrigir. Se a cobertura for parcial, verifique o head completo antes de confiar no agrupamento conservado.
O protocolo trata og:image:url como um alias de og:image. O Screpy reconhece o alias para agrupar e selecionar a pré-visualização, mas a sua verificação atual de propriedades obrigatórias continua a esperar um og:image explícito e não vazio. Uma página que use apenas o alias pode mostrar um URL de imagem e uma propriedade ausente ao mesmo tempo. É uma limitação do verificador, não uma prova de que o alias seja proibido.
Separe as verificações de URL, imagens e plataformas
A verificação de URL cobre og:url, og:image, og:image:url e og:image:secure_url. Tenta resolver os valores como endereços HTTP ou HTTPS relativamente ao URL final. Não aplica um endereço HTML <base> nem valida todos os URL de áudio e vídeo.
Um valor relativo pode passar a verificação apontando para o ficheiro errado. Se a página final for https://example.com/guides/route/, images/map.jpg resolve-se sob /guides/route/, não no diretório /images/ do site. Use, sempre que possível, o endereço HTTPS completo pretendido para eliminar ambiguidades. Uma sintaxe de URL válida não demonstra que o ficheiro exista.
Abra a imagem separadamente e confirme que os visitantes conseguem aceder sem iniciar sessão. Examine as dimensões reais, o tamanho do ficheiro e o conteúdo; mudar og:image:width não redimensiona a imagem. Por exemplo, os requisitos do módulo de partilha do LinkedIn especificam pelo menos 1200 × 627 píxeis, um tamanho máximo de 5 MB e uma proporção recomendada de 1,91:1. São requisitos do LinkedIn, não limites Open Graph universais nem medições feitas aqui. Uma imagem protegida pode continuar inacessível mesmo com dimensões adequadas.
Distinga também og:url de <link rel="canonical">. O primeiro identifica o objeto partilhado; o segundo expressa uma preferência canónica para a pesquisa. Verifique o segundo com o Verificador de Etiquetas Canonical. Como explica a orientação canónica do Google, esses sinais não garantem o URL selecionado pelo Google.
Verifique a correção publicada e a cobertura do relatório
Atualize o campo do CMS ou o modelo responsável, publique a alteração e envie novamente a mesma página. Compare o URL final, a ordem das propriedades e as ocorrências com o relatório anterior. As etiquetas inseridas apenas depois de executar JavaScript ficam fora desta verificação: examine o HTML entregue pela página, não só o documento modificado pelo navegador.
Leia a cobertura antes de tratar uma linha ausente como uma etiqueta inexistente. O Screpy conserva até 200 declarações Open Graph e 20 grupos de imagens. Um relatório parcial pode omitir declarações posteriores e não estabelece todas as associações de imagens. Examine a fonte completa antes de remover ou adicionar etiquetas com base apenas nesses dados. Os valores também são limitados a 4096 unidades UTF-16; essa redução, por si só, não aciona a indicação de cobertura parcial. Consulte os valores invulgarmente longos na fonte.
Exporte o relatório JSON para preservar as declarações e ocorrências observadas. Se a verificação não puder terminar, o resultado fica indisponível; isso não significa que a página tenha passado. Depois de corrigir a fonte e examinar a imagem real, confirme uma partilha real na plataforma pretendida. Use o Analisador de Meta Tags para analisar também o título normal, a descrição e outras declarações do head.