O que um verificador de metadados de site realmente faz
Um verificador de metadados envia uma requisição HTTP para sua URL, analisa a seção HTML <head> e extrai todas as meta tags relevantes. Procura por <title>, <meta name="description">, <meta property="og:...">, <meta name="twitter:...">, <link rel="canonical">, <link rel="icon">, <link rel="alternate" hreflang="...">, <meta name="viewport"> e qualquer bloco <script type="application/ld+json">. Exibe cada tag com o nome do atributo e valor do conteúdo em um relatório estruturado.
Depois vai um passo além. Renderiza um cartão de visualização SERP usando o título e meta descrição como apareceriam na busca do Google em desktop e mobile. Renderiza uma visualização de cartão Twitter usando as tags twitter:title, twitter:description e twitter:image. Renderiza uma visualização LinkedIn usando tags Open Graph. E mostra uma visualização de unfurl do Slack, que usa tags OG por padrão mas volta para o título da página se OG estiver ausente.
Dois problemas são invisíveis até você ver a visualização. O primeiro é truncamento—títulos mais longos que 60 caracteres ou meta descrições mais longas que 160 caracteres são cortados no Google. O segundo é imagens ausentes. Uma página pode ter um título e descrição, mas nenhum og:image, então o cartão Twitter aparece apenas com texto e parece quebrado. As visualizações capturam ambos instantaneamente.
Como usar este verificador de metadados de site
- Cole a URL da página em Page URL. Use a versão canônica se souber—https, www se aplicável, sem parâmetros UTM.
- Escolha um User-agent no menu suspenso se quiser ver como os metadados diferem para usuários mobile ou Googlebot. Desktop Chrome é o padrão. Mobile Chrome e Googlebot são úteis para testar indexação mobile-first ou metadados renderizados por JavaScript.
- Cole uma segunda URL em Compare with se quiser ver seus metadados ao lado de um concorrente ou verificar consistência entre versões em diferentes idiomas da mesma página.
- Clique em Check metadata. Você recebe uma tabela de tags extraídas, avisos para tags ausentes ou inválidas, e quatro cartões de visualização renderizados—Google SERP, Twitter/X, LinkedIn e Slack.
- Expanda a seção Warnings se alguma linha estiver sinalizada. Relatamos og:image ausente, títulos truncados, configurações incorretas de viewport, schema inválido e erros de hreflang.
Tente verificar a URL de um post de blog. Se a página não tiver imagem Open Graph, você vê uma visualização do Google com título e descrição, mas as visualizações do Twitter e LinkedIn mostram placeholders de imagem quebrados. Adicione uma tag og:image apontando para um PNG de 1200x630, verifique novamente, e as visualizações se atualizam para mostrar a imagem hero.
Por que as visualizações renderizadas importam mais que tags brutas
Uma tag pode estar tecnicamente presente e ainda assim falhar na prática. Um título com 80 caracteres passa na validação mas é truncado no Google em 60, então os últimos 20 caracteres são invisíveis para os pesquisadores. Uma URL de og:image pode retornar 404, tornando a tag inútil mesmo que exista. Um twitter:card definido como summary_large_image exige uma imagem com proporção 2:1, mas se a imagem é quadrada, Twitter volta para o pequeno cartão de resumo.
Três consequências práticas.
Taxa de cliques. Títulos truncados e imagens ausentes prejudicam CTR em busca e social. Uma visualização polida com um título claro, descrição orientada para benefícios e uma imagem impressionante recebe mais cliques que um snippet de texto simples. Testar antes de publicar permite corrigir o layout antes que o tráfego seja perdido.
Consistência de marca. Se sua homepage tem metadados perfeitos mas as páginas de produto não têm imagem OG ou voltam para o logo do site, a experiência do usuário é inconsistente. Verificar modelos em massa revela quais tipos de página precisam de correções.
Diferenças de plataforma. Google lê a tag de título e meta descrição. Twitter lê twitter:title e twitter:description, ou volta para tags OG. LinkedIn lê apenas tags OG. Slack lê tags OG e às vezes o favicon. Uma tag ausente pode quebrar a visualização em uma plataforma mas não em outras. Ver todas as quatro visualizações de uma vez mostra as lacunas.
Open Graph vs Twitter Card vs schema.org
Tags Open Graph foram inventadas pelo Facebook e agora são usadas por LinkedIn, Slack, Discord e a maioria das plataformas sociais. As tags principais são og:title, og:description, og:image, og:url e og:type. Definir estes controla como os links aparecem quando compartilhados.
Tags Twitter Card—twitter:card, twitter:title, twitter:description, twitter:image—sobrescrevem tags OG no Twitter/X. Se ambas estiverem presentes, Twitter lê as tags Twitter primeiro. Se apenas tags OG estiverem presentes, Twitter as usa. A maioria dos sites define tags OG e pula tags Twitter porque o fallback funciona. A exceção é twitter:card, que deve ser definido como summary_large_image se quiser a visualização de imagem grande.
Dados estruturados schema.org vivem em scripts JSON-LD no <head> ou <body>. Informa ao Google que tipo de conteúdo a página contém—Article, Product, Recipe, Event, FAQ—e fornece campos legíveis por máquina como autor, data de publicação, preço e classificação. Google usa isso para resultados ricos como classificações com estrelas na busca. Nosso verificador valida sintaxe JSON-LD e relata os tipos de schema encontrados.
Hreflang, canonical e viewport
Tags Hreflang declaram variantes de idioma e região de uma página. Se você tem versões em inglês, espanhol e francês de /about, cada uma deve ter tags <link rel="alternate" hreflang="es" href="..."> apontando para as outras. Google usa isso para servir o idioma correto nos resultados de busca. Nosso verificador lista cada tag hreflang e sinaliza erros comuns: links de retorno ausentes, códigos de idioma incorretos ou hreflang apontando para um 404.
A tag canonical informa ao Google qual URL é o original quando duplicatas existem. Um verificador de metadados relata o canonical e se ele é autorreferenciador ou aponta para outro lugar. Se você ver um canonical apontando para um domínio diferente ou um 404, isso é um sinal de alerta. Use nosso verificador canonical para diagnósticos de canonical mais profundos.
A tag meta viewport—<meta name="viewport" content="width=device-width, initial-scale=1">—controla renderização mobile. Se estiver ausente, navegadores mobile renderizam a página em largura desktop e a reduzem, tornando o texto minúsculo. Google penaliza páginas sem uma tag viewport na indexação mobile-first. Nosso verificador sinaliza a ausência ou relata o valor do conteúdo se presente.
Erros comuns
- Definir título OG diferente do título HTML. Se
<title>tem 70 caracteres eog:titletem 40, seu snippet do Google e cartão de compartilhamento social têm cópia diferente. Isso confunde usuários. Mantenha-os alinhados a menos que você tenha uma forte razão para diferir. - Usar uma imagem quadrada para
og:image. Twitter e LinkedIn esperam 1200x630 ou uma proporção 1.91:1. Uma imagem quadrada é cortada ou letterboxed. Use a mesma proporção em todos os lugares. - Esquecendo
og:url. Esta tag informa às plataformas a URL canônica para associar com o compartilhamento. Sem ela, parâmetros de URL como?ref=twitterpoderiam se tornar a URL compartilhada, criando engajamento duplicado entre variantes. - Sem texto alt na imagem OG. Plataformas não exibem texto alt para imagens OG, mas leitores de tela e ferramentas de acessibilidade dependem dele. Se você usar uma tag
imgem sua marcação para a mesma imagem, defina texto alt lá. - Definir
twitter:cardcomosummaryquando você quer a imagem grande. O padrão é uma pequena miniatura quadrada. Mude parasummary_large_imagepara obter o layout hero. - Implantar com metadados de teste. "Test post title" ou "Lorem ipsum" em produção acontece mais frequentemente do que você pensa. Uma rápida verificação antes de publicar captura isso.
Dicas avançadas
- Use o campo Compare with para diff seus metadados contra uma página concorrente melhor classificada. Se o título deles é mais curto, a descrição deles mais específica e eles têm schema enquanto você não tem, você sabe o que corrigir.
- Teste a mesma URL com Desktop Chrome e Googlebot como user-agents. Se os metadados diferem, sua página está fazendo cloaking ou servindo conteúdo diferente para bots, o que viola as diretrizes do Google.
- Verifique uma página por modelo: homepage, produto, categoria, post de blog, página de destino. Erros de metadados são geralmente em nível de modelo, não em nível de página, então corrigir um corrige centenas.
- Olhe para a seção de schema. Se você tem múltiplos blocos JSON-LD, certifique-se que são válidos e não entram em conflito. Duas declarações
@typeem conflito podem fazer o Google ignorar ambas. - Teste hreflang em sites multi-idioma. Um link de retorno ausente—onde a página em espanhol aponta para a página em inglês mas a página em inglês não aponta de volta—quebra hreflang completamente.
- Baixe o relatório como JSON e diff contra uma verificação anterior. Use em CI para capturar regressões de metadados ao implantar um novo tema ou page builder.
Após verificar metadados, se avisos mencionarem canonicals ausentes ou incompatibilidades hreflang, execute o verificador canonical para testar em massa variantes de URL. Se avisos de schema aparecerem, revalide com Google's Rich Results Test. Para ver como Googlebot realmente renderiza a página—execução JavaScript, recursos bloqueados, texto visível—o simulador de crawler do Google mostra o HTML bruto e renderizado por JS lado a lado. Para uma auditoria SEO on-page mais ampla que inclua metadados, comprimento de título, H1 e links internos, use o checklist SEO.