Verificador de meta tags

O Verificador de meta tags é uma ferramenta gratuita que recupera e verifica as meta tags de qualquer site para que você possa analisar como uma página se descreve para mecanismos de busca e outros serviços.

O que é analisado na verificação de meta tags?

A verificação recupera e analisa as meta tags presentes no HTML de uma página. Esses metadados fornecem instruções ou informações descritivas aos rastreadores e serviços de compartilhamento.

Entre os itens que vale a pena conferir estão a meta description, as diretivas de robots, as configurações de viewport e os metadados de compartilhamento em redes sociais, como as tags Open Graph. A URL canônica normalmente é informada em um elemento link separado no HTML e deve ser analisada à parte. Tecnicamente, o título do documento é um elemento HTML, não uma meta tag. Ainda assim, costuma ser verificado junto com os metadados porque os mecanismos de busca podem usá-lo como título de um resultado.

Esses elementos podem afetar a visibilidade ou a apresentação da página de diferentes maneiras. Uma diretiva de robots pode impedir a indexação. Já um link canônico pode indicar qual versão de páginas semelhantes deve ser considerada a principal. Descrições e metadados sociais podem influenciar a apresentação de um link, mas os mecanismos de busca e as plataformas sociais podem optar por gerar outro texto ou outra imagem.

A antiga tag meta keywords não fornece um sinal útil de otimização para os principais mecanismos de busca. Em geral, sua presença é inofensiva, mas gastar tempo preenchendo-a com listas de palavras-chave dificilmente melhorará a visibilidade nas buscas.

Como verificar as meta tags de um site?

Digite a URL pública completa da página que deseja analisar, execute a verificação e confira os metadados recuperados. Verifique a página exata, sem presumir que todas as páginas do mesmo site usam as configurações da página inicial.

1. Sempre que possível, use o endereço HTTPS final, incluindo o caminho completo de um artigo, produto ou perfil.
2. Confira se a URL informada redireciona para outro endereço. Se isso acontecer, analise também o destino exibido no navegador.
3. Compare os valores retornados com a finalidade da página e com a forma como ela deve aparecer nas buscas.
4. Faça as alterações no template do site, no sistema de gerenciamento de conteúdo ou nas configurações de SEO, publique-as e execute a verificação novamente.

A verificação é executada no servidor. A URL informada é enviada ao servidor por HTTPS e não é armazenada. Para que uma ferramenta baseada em servidor consiga acessar a página de destino, ela precisa estar disponível na internet pública. Links privados de pré-visualização, páginas de intranet e páginas protegidas por login podem não estar acessíveis.

Os detalhes da URL fazem diferença. Uma string de consulta pode gerar uma resposta diferente, enquanto um fragmento iniciado por hash não é enviado ao servidor web. Espaços não são caracteres literais válidos em URLs e normalmente precisam de codificação percentual. Nomes de domínio acentuados ou escritos em alfabetos não latinos podem ser representados pelo IDNA como rótulos ASCII que usam Punycode, e caracteres não latinos no caminho podem aparecer com codificação percentual.

Como interpretar o resultado?

Analise cada elemento meta retornado, conferindo seus atributos, como name, property, http-equiv, charset e, quando aplicável, content. Verifique também se eles correspondem à página enviada. Uma tag pode estar presente e ainda assim estar incorreta, duplicada ou ter sido herdada de um template inadequado.

• Meta description deve descrever esta página específica em linguagem natural. Um valor vazio não fornece ao mecanismo de busca nenhuma sugestão de resumo, embora ele ainda possa criar uma com base no texto visível.
• Robots fornece diretivas que rastreadores compatíveis podem seguir. Por exemplo, robots = noindex, follow solicita que esses rastreadores não indexem a página, mas ainda permite que sigam os links dela.
• Canonical deve ser analisado separadamente, pois normalmente é um elemento link do HTML, e não um elemento meta. Seu href identifica a URL preferencial de um conteúdo duplicado ou muito semelhante. Em geral, ele deve levar a uma página válida e indexável que represente o mesmo conteúdo.
• Viewport ajuda os navegadores a organizar a página em dispositivos móveis. Não descreve diretamente a página, mas um valor ausente ou inadequado pode contribuir para uma apresentação ruim em telas móveis.
• Open Graph e tags sociais semelhantes fornecem sugestões de título, descrição, URL ou imagem para quando a página for compartilhada. Cada plataforma decide quais valores realmente utilizará.

Veja um exemplo prático: se uma página de produto retornar description = Red wool scarf with tasselled ends, a descrição será específica para aquele item. Se a mesma página retornar description = Welcome to our website, a tag existirá, mas fornecerá pouco contexto útil. Da mesma forma, ao analisar o link canônico separadamente, um href como https://example.co.uk/scarves/red-wool-scarf faz sentido para esse produto. Já um canônico apontando para a página inicial da loja pode fazer com que a URL do produto seja tratada como duplicada.

Nenhum verificador de metadados pode garantir posições nos resultados, indexação ou a exibição de um snippet específico. Os mecanismos de busca consideram a página inteira, os links, o acesso para rastreamento e muitos outros sinais. Eles também podem reescrever títulos ou descrições para se adequarem a uma consulta específica.

Problemas comuns e como corrigi-los

• Descrição ausente. Adicione uma descrição específica para a página por meio do sistema de gerenciamento de conteúdo ou do template. Evite repetir a mesma frase em um grande conjunto de páginas.
• Diretiva noindex acidental. Quando as páginas destinadas às buscas estiverem prontas para publicação, remova essa diretiva. Verifique também os cabeçalhos da resposta HTTP, pois as instruções de robots podem ser fornecidas neles em vez de no HTML.
• Várias cópias da mesma tag. Identifique qual tema, plug-in ou componente do template adiciona cada cópia e mantenha um único valor oficial. Diretivas de robots conflitantes ou elementos de link canônico duplicados dificultam o diagnóstico.
• Link canônico incorreto. Analise-o separadamente das meta tags e substitua um valor padrão aplicado a todo o site pela URL preferencial do conteúdo atual. Preste atenção às diferenças entre HTTP e HTTPS, às variações do nome do host e aos parâmetros de rastreamento desnecessários.
• Título ou imagem social desatualizados. Atualize os campos de compartilhamento da página e confirme se a URL da imagem é pública. Algumas plataformas armazenam as prévias em cache, por isso uma tag corrigida pode não aparecer imediatamente.
• Metadados de outra página. Confira as variáveis do template e os fluxos de publicação. Isso costuma acontecer quando alguém duplica um produto, evento ou artigo existente sem substituir todos os campos.

Metadados adicionados somente após a execução de JavaScript no lado do cliente podem não ficar visíveis para todos os rastreadores ou serviços de verificação. Para metadados que fornecem diretivas de indexação e elementos link separados que indicam a canonicalização, inseri-los no HTML entregue pelo servidor costuma ser mais confiável.

Com que frequência devo verificar as meta tags?

Verifique os metadados novamente depois de publicar um novo template, alterar um plug-in de SEO, migrar domínios ou editar as configurações de indexação. Também vale fazer verificações de rotina após importações de conteúdo em massa e lançamentos que alterem os cabeçalhos das páginas.

Não há muito benefício em verificar repetidamente uma página inalterada a cada poucos minutos. Faça uma nova verificação depois que o HTML publicado mudar, após corrigir um redirecionamento ou quando uma plataforma tiver tido tempo de limpar uma prévia armazenada em cache. Em sites grandes, analise exemplos de vários tipos de página em vez de verificar apenas a página inicial. Inclua um artigo, uma categoria, um produto, uma página paginada e qualquer template que deva permanecer fora dos resultados de busca.

Perguntas frequentes

O verificador detecta meta tags adicionadas por JavaScript?

Depende de o serviço de verificação renderizar o JavaScript ou apenas ler a resposta HTML inicial. Não presuma que tags inseridas por script serão detectadas. Analise o código-fonte entregue pelo servidor quando uma tag aparecer nas ferramentas de desenvolvedor do navegador, mas não no resultado da verificação.

Por que a página verificada é diferente da URL que digitei?

O endereço informado pode redirecionar para outra URL devido à exigência de HTTPS, à canonicalização do nome do host, à normalização da barra final ou à alteração do slug da página. Em alguns casos, isso também ocorre por causa de um roteamento regional ou da remoção de um parâmetro de rastreamento. Confira o destino final, pois é dessa página que os metadados podem ser recuperados.

Posso verificar um site de testes ou uma página protegida por senha?

Normalmente não, a menos que a página esteja acessível publicamente e o verificador consiga abri-la sem credenciais. Em vez disso, analise localmente as páginas protegidas por meio do HTML renderizado.

Todas as páginas precisam ter metadados diferentes?

Páginas com finalidades distintas geralmente devem ter títulos e descrições que reflitam seu próprio conteúdo. O link canônico, analisado separadamente das meta tags, deve apontar para a URL preferencial adequada. Páginas filtradas duplicadas exigem uma estratégia de canonicalização definida. Cópias distribuídas por outros canais precisam de um tratamento adequado ao acordo de publicação. Páginas traduzidas devem usar as anotações de idioma apropriadas, em vez de serem tratadas como duplicadas.

O que devo fazer depois de corrigir uma tag?

Publique a alteração, limpe os caches relevantes do site e verifique novamente a URL pública final. Depois, analise a página no serviço de diagnóstico do próprio mecanismo de busca ou da plataforma social, quando houver um disponível. Esses serviços podem aplicar regras próprias de renderização, cache e qualificação.