Entendendo seu primeiro relatório: estrutura e seções

O que um relatório do InspectWP realmente mostra? Este guia conduz você por todas as 13 seções de um relatório e explica onde cada dado está e como lê-lo.

Um relatório do InspectWP é o resultado de uma única varredura: abrimos seu site em um navegador Chrome headless real, observamos HTML, scripts, cabeçalhos de resposta, DNS, certificados e algumas outras fontes, e condensamos tudo em uma única página estruturada. Este guia explica como essa página está organizada, o que cada seção contém e como trabalhar com ela.

Dica: Antes de ler este artigo, gere um relatório para qualquer um dos seus próprios sites e mantenha-o aberto em uma segunda aba. Tudo abaixo ficará muito mais concreto.

1. O relatório em resumo

Cada relatório começa com um cabeçalho exibindo a URL analisada, o timestamp, uma captura de tela do que o crawler realmente viu e alguns indicadores rápidos. Abaixo do cabeçalho você encontrará 13 seções temáticas, cada uma renderizada como um accordion recolhível. Você pode abri-las e fechá-las individualmente. Usuários premium também podem exportar o relatório em PDF ou disparar uma nova varredura diretamente da página.

2. As 13 seções

A ordem é a mesma em todos os relatórios para que você se oriente rapidamente:

WordPress

Versão do WordPress detectada e se ainda é suportada, o tema ativo e possível tema-filho, todos os plugins detectados, plugins de cache, status de multisite e sinais do editor Gutenberg.

Segurança

Status do certificado SSL/TLS, cabeçalhos de segurança HTTP (CSP, HSTS, X-Frame-Options, Referrer-Policy e mais), debug.log acessível, exposição da REST-API e plugins de segurança detectados.

GDPR

Achados relevantes para privacidade: Gravatar, Google Fonts, Google Analytics, Google Maps, Facebook Pixel e outros recursos externos carregados pela página.

SEO

Tag de título, meta description, URL canônica, robots meta, sitemap, dados estruturados JSON-LD e tags Open Graph.

Ferramentas

Ferramentas de terceiros detectadas na página, por exemplo gerenciadores de tags, ferramentas de rastreamento, scripts de analytics, page builders e widgets de chat.

HTML

Doctype, viewport, favicons, número de arquivos CSS/JS, erros e avisos de console observados durante a varredura, e quaisquer URLs HTTP inseguras encontradas em uma página HTTPS (mixed content).

Conteúdo

Contagem e estatísticas de imagens, contagem de palavras, hierarquia de cabeçalhos (H1–H6), fontes utilizadas e endereços de e-mail encontrados na página.

Cabeçalhos

Os cabeçalhos completos de resposta HTTP conforme retornados pelo servidor. Útil ao depurar cache, comportamento de CDN ou compressão.

DNS

Registros DNS para o domínio (A, AAAA, MX, NS, TXT e companhia).

E-mail

Entradas DNS relacionadas a e-mail: SPF, DKIM, DMARC. Importante para a entregabilidade quando o site também envia e-mails.

Desempenho

Versão HTTP (HTTP/1.1, HTTP/2, HTTP/3), codificação de conteúdo (gzip, brotli) e tamanho do payload HTML.

Hospedagem

Hoster detectado, software do servidor, versão do PHP e endereço IP. Observação: um CDN ou proxy reverso na frente da sua origem pode afetar isso.

Diversos

Tudo que não coube em outro lugar: a URL exata analisada, cookies definidos durante o carregamento da página, além de entradas de localStorage e sessionStorage.

3. Como ler um relatório

Os relatórios podem parecer sobrecarregados no primeiro contato. O fluxo de trabalho recomendado:

  • Comece pela cor: cada campo tem um status: verde, amarelo, vermelho ou cinza. Problemas vermelhos devem ser corrigidos primeiro, depois os amarelos, depois uma rápida análise dos campos cinzas. Há um artigo separado que explica as cores em detalhes: Entendendo o sistema de status.
  • Trabalhe por tópico: se seu objetivo hoje é SEO, corrija tudo na seção SEO primeiro em vez de pular de um lado para outro.
  • Use a captura de tela: se uma seção parece suspeitamente vazia, a captura de tela mostra se o crawler realmente viu seu site real ou uma página de bloqueio. Se mostrar uma página de bloqueio, veja O que fazer quando a varredura falha.

4. Perguntas frequentes

O site analisado não está rodando WordPress. O InspectWP funciona em sites não-WP também, mas o bloco específico do WordPress fica sem dados e é desabilitado.

5. Artigos relacionados