Exemplo de relatório: um site real anonimizado
Este exemplo de relatório mostra o aspeto de uma verificação de site. Medimos dois sites reais e removemos todos os detalhes que os identifiquem. Em cada um, vê a velocidade num telemóvel, os fundamentos de pesquisa e de IA e os canais de contacto, seguidos do que faríamos. Os dois exemplos chamam-se Site A e Site B.
Como ler estes exemplos
Ambos são sites reais. Removemos o domínio, a marca, os logótipos e tudo o que os pudesse identificar. Os valores foram medidos a 5 de outubro de 2026 com o Lighthouse em ambiente de laboratório: móvel significa um telemóvel emulado numa ligação 4G lenta simulada.
Os dois sites estão em boa forma. Uma boa verificação diz também o que deixar como está. Os valores de laboratório não são dados de campo de visitantes reais.
Rápido, claro e a um passo de ter um formulário de contacto
em telemóveis
descrição
de IA
contacto
- O conteúdo principal aparece após 1,23 s num telemóvel
- Os crawlers de pesquisa e de IA são permitidos
- Corrigir primeiro: sem formulário de contacto na página inicial
O que faríamos no Site A
Deixar a velocidade como está.
Pontuação móvel de 100 e 1,23 s até ao maior conteúdo é um bom resultado. Alterações aqui arriscariam mais do que ganhariam.
Acrescentar um formulário de contacto curto à página inicial.
Os visitantes só podem usar ligações. Um formulário curto poupa um passo a quem chega através de um código QR num stand.
Reforçar a política de segurança de conteúdo.
Atualmente permite unsafe inline e eval. Testaríamos primeiro uma política mais restrita e só depois a aplicaríamos.
Medir antes de colocar o HTML em cache.
A resposta do servidor de 190 ms poderia baixar com uma cache de páginas, mas o ganho numa pontuação de 100 é pequeno. Mediríamos primeiro.
Valores medidos
| Verificação | O que medimos |
|---|---|
| Velocidade, móvel | Pontuação de desempenho 100, maior conteúdo apresentado após 1,23 s, deslocamento de esquema 0,000, tempo de bloqueio 0 ms, primeiro conteúdo após 1,04 s |
| Velocidade, computador | Pontuação de desempenho 100, maior conteúdo apresentado após 0,37 s |
| Resposta do servidor | 190 ms; a página é enviada com cache no-store, pelo que cada visita chega ao servidor |
| Peso da página | Cerca de 14 KB de HTML comprimido, 3 imagens (todas SVG, todas com descrição e tamanho definidos) |
| Título e descrição | Título com 57 caracteres, descrição com 158 caracteres, ambos dentro dos limites habituais de apresentação |
| Títulos (headings) | Um H1, 14 H2, 23 H3 |
| Dados estruturados | Organization, WebSite, WebPage e FAQPage com 6 perguntas |
| Robots e acesso de IA | Os crawlers de pesquisa e de IA são permitidos, sitemap indicado, llms.txt presente, um URL inexistente devolve um verdadeiro 404; os crawlers de IA que testámos obtêm a página (HTTP 200) |
| Canais de contacto | Página de contacto, ligações de e-mail, telefone e WhatsApp; sem formulário na página inicial |
| Cabeçalhos de segurança | HSTS, nosniff, política de referrer e opções de frame definidos; a política de segurança de conteúdo permite unsafe inline e eval |
| Scripts de terceiros | Nenhum no HTML da página |
Rápido e fácil de contactar, com excertos de pesquisa longos
em telemóveis
descrição
de IA
contacto
- O conteúdo principal aparece após 1,73 s num telemóvel
- Os crawlers de pesquisa e de IA são permitidos
- Corrigir primeiro: o título e a descrição excedem os limites habituais
O que faríamos no Site B
Reduzir o título para 60 caracteres e a descrição para 160.
Ambos excedem os limites habituais, pelo que os resultados de pesquisa podem cortá-los.
Analisar a primeira renderização, não as imagens.
O maior conteúdo (1,73 s) e o primeiro conteúdo (1,72 s) chegam quase em simultâneo, pelo que a espera ocorre antes da primeira renderização. Os 41 KB de CSS inline são a primeira coisa que examinaríamos.
Passar a política de segurança de conteúdo de apenas relatório a aplicada
depois de ler os respetivos relatórios.
Carregar o beacon de analítica só após o consentimento
se a região do visitante o exigir. Verificaríamos isto face à configuração de consentimento do site.
Valores medidos
| Verificação | O que medimos |
|---|---|
| Velocidade, móvel | Pontuação de desempenho 99, maior conteúdo apresentado após 1,73 s, deslocamento de esquema 0,000, tempo de bloqueio 0 ms, primeiro conteúdo após 1,72 s |
| Velocidade, computador | Pontuação de desempenho 100, maior conteúdo apresentado após 0,55 s |
| Resposta do servidor | 176 ms; o HTML está marcado como privado, pelo que as caches partilhadas não o guardam |
| Peso da página | Cerca de 20 KB de HTML comprimido (99 KB sem compressão), dos quais cerca de 41 KB sem compressão são CSS inline; sem imagens na página inicial |
| Título e descrição | Título com 66 caracteres, descrição com 168 caracteres, ambos acima dos limites habituais de apresentação |
| Títulos (headings) | Um H1, 8 H2, 6 H3 |
| Dados estruturados | Organization, Person, WebSite, ProfessionalService e FAQPage com 6 perguntas |
| Robots e acesso de IA | Os crawlers de pesquisa e de IA são permitidos, sitemap indicado, llms.txt presente, um URL inexistente devolve um verdadeiro 404; os crawlers de IA que testámos obtêm a página (HTTP 200) |
| Canais de contacto | Página de contacto, e-mail, 4 ligações de telefone, 3 ligações de WhatsApp e 2 formulários na página inicial |
| Cabeçalhos de segurança | HSTS (180 dias, sem subdomínios), nosniff, política de referrer e opções de frame definidos; a política de segurança de conteúdo funciona em modo apenas de relatório e não é aplicada |
| Scripts de terceiros | 1 anfitrião externo, um beacon de analítica de CDN, carregado no HTML da página |
O que isto significa para a sua verificação
O seu próprio resultado segue a mesma lógica: o que medimos, o que significa e o que corrigiríamos primeiro. Escrevemo-lo em linguagem simples e enviamo-lo por e-mail em dois dias úteis.