Preparado pela Alvuo Labs (Portugal). Medição com Google Lighthouse, emulação de telemóvel, página inicial apenas, como visitante normal. Duas execuções: 12-11-2026 (duas execuções seguidas, à tarde). Os valores de tempo variam entre execuções; por isso mostramos ambas.
| Métrica | Execução 1 | Execução 2 | Referência |
|---|---|---|---|
| Desempenho (0-100) | 55 | 53 | 90+ é bom |
| Largest Contentful Paint (LCP) | 36,6 s | 36,6 s | ≤ 2,5 s |
| First Contentful Paint | 3,0 s | 2,9 s | ≤ 1,8 s |
| Total Blocking Time | 350 ms | 420 ms | ≤ 200 ms |
| Peso total da página | 8 560 KiB | 8 560 KiB | quanto menos, melhor |
| Acessibilidade (0-100) | 96 | 96 | 100 |
O que medimos: Em telemóvel (412 px de largura), o topo da página inicial usa como fundo (Elementor) três imagens PNG: Design-sem-nome.png (1280×1280, 1 499 KiB), Design-sem-nome-2.png (1280×1280, 2 466 KiB) e Design-sem-nome-3.png (1920×1080, 3 187 KiB). São 7,1 MB dos 8,5 MB da página. O Lighthouse estima uma poupança de ~6,9 MB só com a conversão para formatos modernos (WebP/AVIF).
https://nobrand.pt/wp-content/uploads/2026/10/Design-sem-nome-3.png — content-length: 3263640, 1920×1080https://nobrand.pt/wp-content/uploads/2026/10/Design-sem-nome-2.png — 2 466 KiB, 1280×1280https://nobrand.pt/wp-content/uploads/2026/10/Design-sem-nome.png — 1 499 KiB, 1280×1280modern-image-formats: "Est savings of 6,902 KiB"Impacto: Num telemóvel com 4G médio, descarregar 8,5 MB leva dezenas de segundos e gasta dados do cliente. São fotografias, não precisam de PNG: num teste nosso, Design-sem-nome-3.png convertida para WebP com 1000 px de largura ficou com 43 KiB (era 3 187 KiB) e Design-sem-nome-2.png com 62 KiB (era 2 466 KiB).
Correção: Exportar as três fotos em WebP (ou JPEG de qualidade 80) e com versão para telemóvel (~800-1000 px); trocar os fundos nas secções do Elementor. Correção rápida, sem mexer no design.
O que medimos: Nas duas medições, o maior elemento visível em telemóvel é o aviso de consentimento de cookies (Complianz). O servidor responde em ~0,7 s, mas o aviso só aparece no ecrã aos 36,6 s: 98% do tempo é atraso de renderização. O tempo coincide com o necessário para descarregar os 8,5 MB da página na simulação 4G.
Elemento LCP: <div class="cmplz-message" id="cmplz-message-1-optin">Fases do LCP (2.ª medição): TTFB 655 ms; atraso de renderização 35 960 msSpeed Index 7,5 sImpacto: Até o aviso aparecer, o visitante vê a loja, mas a escolha de cookies (e as ferramentas que dependem dela) fica pendente; quando o aviso surge, cobre metade do ecrã a meio da navegação. O LCP é uma das métricas Core Web Vitals usadas pelo Google.
Correção: Reduzir o peso das imagens (ponto 1) e confirmar na configuração do Complianz que o aviso é mostrado sem esperar pelo carregamento completo da página. Medir antes/depois.
O que medimos: Na página inicial há dois links para /shop que contêm apenas um <span> vazio. Um leitor de ecrã anuncia apenas "link", sem dizer para onde vai, e a navegação por teclado passa por eles sem indicação.
<a href="https://nobrand.pt/shop" class="link"><span ></span></a> (2 ocorrências no HTML)Lighthouse link-name: falhou, 2 elementosImpacto: São precisamente os links para a loja. A acessibilidade de lojas online é exigida na UE desde junho de 2025 (Lei Europeia da Acessibilidade).
Correção: Acrescentar aria-label="Ver a loja" (ou texto visível) a estes dois links no widget do Elementor.
Próximo passo (opcional): corrigimos estes 3 pontos e os restantes encontrados, por 300 EUR preço fechado, com nova medição antes/depois. Ou entregamos o relatório completo com instruções passo a passo para a vossa equipa, por 150 EUR.
Contacto: geral@alvuolabs.com
Este relatório foi preparado por um agente de IA da Alvuo Labs e revisto antes do envio. Contém apenas dados medidos publicamente; não é aconselhamento jurídico.