≈ 300 KB transferidos
É o volume indicado para o carregamento inicial da homepage. Representa os dados transferidos nessa visita, não a soma de todos os ficheiros disponíveis.
Qualidade técnica
Qualidade que pode verificar.
Acessibilidade, rapidez, segurança e manutenção: conheça os nossos cuidados, os resultados e os limites de cada medição.
Um site fácil de usar. Para todos.
Identificamos obstáculos que dificultam o contacto. Conheça os exemplos, o método de avaliação e as recomendações que recebe.
Para todos os seus clientes
Quanto mais pessoas conseguirem usar o seu site, mais clientes pode ter.
Há quem navegue só com o teclado, amplie o texto para ler ou use um leitor de ecrã. Construímos o site a pensar nelas, para que nenhum cliente fique sem conseguir contactá-lo.
- Sem depender do rato. É possível chegar aos menus e formulários só com o teclado, vendo sempre onde se está.
- Páginas bem organizadas. Títulos e secções claros ajudam toda a gente a perceber a página.
- Imagens descritas. Quem não vê a imagem fica a saber o que ela mostra.
- Texto fácil de ler. Letras que se distinguem do fundo e continuam legíveis quando ampliadas.
- Compatível com leitores de ecrã. Botões e campos identificados para quem ouve o site em vez de o ler.
- Telemóvel ou computador. O site adapta-se ao ecrã de cada visitante.
Ver os relatórios técnicos de acessibilidade
Uma pontuação automática não é uma certificação. O resultado 10/10 não certifica conformidade integral com as WCAG 2.1 ou 2.2, nível AA. As cinco práticas assinaladas exigem verificação manual; os testes automáticos devem ser complementados por avaliação humana e utilização com tecnologias de apoio. Conheça os limites das ferramentas automáticas no W3C.
Trabalha com o setor público? A lei exige acessibilidade.
Se o seu organismo é abrangido, o site tem de cumprir requisitos de acessibilidade e publicar uma declaração. Ajudamos a perceber o que se aplica ao seu caso.
Ver o enquadramento legal e as normas (para quem precisa do detalhe)
Em Portugal, os sítios web e as aplicações móveis dos organismos do setor público abrangidos pelo Decreto-Lei n.º 83/2018 têm de cumprir os requisitos de acessibilidade aplicáveis e publicar uma declaração de acessibilidade. A avaliação técnica deve identificar a versão da norma europeia EN 301 549 e os requisitos aplicáveis ao projeto.
EN 301 549: a referência europeia para a acessibilidade digital
A EN 301 549 define requisitos de acessibilidade para produtos e serviços de tecnologias da informação e comunicação. Abrange mais do que páginas web: inclui também documentos digitais, software e outros componentes, conforme o âmbito do produto ou serviço.
Num projeto web, a avaliação deve considerar os critérios WCAG previstos na versão aplicável da norma e os restantes requisitos relevantes. Isto implica verificar conteúdos, navegação, formulários, documentos disponibilizados e compatibilidade com tecnologias de apoio.
Os resultados AccessMonitor e WAVE apresentados nesta página ajudam a identificar barreiras, mas não comprovam, por si só, conformidade integral com a EN 301 549. Uma conclusão de conformidade exige avaliação dos requisitos aplicáveis e evidências documentadas.
EN 301 549 e WCAG: qual é a relação?
A edição V3.2.1 incorpora, para a Web, os critérios WCAG 2.1 dos níveis A e AA, além de requisitos adicionais. A edição V4.1.1, publicada em setembro de 2026, incorpora WCAG 2.2. A publicação de uma nova edição não significa que esta substitua automaticamente a versão referida na legislação ou num contrato: cada avaliação deve indicar a versão e o enquadramento utilizados.
Comissão Europeia: normas e acessibilidade web · Consultar a EN 301 549 V4.1.1 no ETSI (PDF, em inglês)
Acessibilidade também no telemóvel
Os requisitos de acessibilidade aplicam-se também quando o site é utilizado num telemóvel. O conteúdo deve adaptar-se a ecrãs pequenos e à ampliação sem perder informação ou funcionalidades, respeitando as exceções previstas nas normas. A orientação do ecrã não deve ser limitada sem necessidade, e os controlos devem poder ser utilizados sem depender de gestos complexos. Contraste, identificação dos campos e compatibilidade com leitores de ecrã continuam a ser essenciais.
Consultar os requisitos WCAG 2.1
A usabilidade ajuda as pessoas a compreender e concluir tarefas. A acessibilidade procura assegurar que essas tarefas também podem ser realizadas por pessoas com deficiência, incluindo quem utiliza teclado ou tecnologias de apoio. A avaliação deve combinar verificações automáticas e testes manuais.
Consultar o Decreto-Lei n.º 83/2018 · Conhecer os requisitos de acessibilidade digital
Rapidez
Menos espera. Mais clientes.
Páginas leves, mesmo no telemóvel.
- Imagens levesBoa qualidade, menos peso.
- O essencial primeiroO resto carrega ao descer a página.
- Código simplesMenos excessos, resposta mais rápida.
Ver testes, números e fontes
≈ 2 MB em 41 recursos
É a soma dos recursos identificados no levantamento, incluindo variantes de imagem. O navegador escolhe as versões adequadas ao ecrã; não descarrega todas simultaneamente.
92 220 bytes de resposta HTTP
Cerca de 90 KiB (92,2 KB), segundo o WebSitePulse. O Website Test descarrega o HTML; este valor não corresponde ao peso da página completa, com imagens, fontes e estilos.
474 ms de resposta
Tempo registado pelo Website Test do WebSitePulse, realizado a partir de Nova Iorque. Não é uma medição do carregamento completo, nem garante o mesmo resultado noutra localização ou ligação.
First Byte: 95 ms
É o valor apresentado no campo «First Byte» do WebSitePulse, segundo a metodologia da ferramenta. Não deve ser confundido com o tempo total do pedido ou do carregamento no navegador.
Como interpretar estes números
- Peso do HTML
- O tamanho do documento que contém a estrutura e o texto. Não inclui, por si só, todos os recursos referenciados.
- Recursos totais
- A soma dos ficheiros inventariados, que pode incluir alternativas para o mesmo conteúdo.
- Dados transferidos
- O que efetivamente atravessa a rede numa visita. Depende da compressão, da cache, do ecrã e do momento em que as imagens são pedidas.
- Tempo de carregamento
- Inclui tarefas no navegador e pedidos de recursos. Não se deduz apenas do tamanho do HTML ou do tempo da resposta HTTP.
Fonte do teste HTTP: captura do WebSitePulse de , com estado OK. Consultar a transcrição dos resultados. O endereço genérico de resultados não identifica um relatório histórico permanente.
Rapidez medida.
Tempo até aparecer o conteúdo principal da nossa homepage.
- Telemóvel
- 1,7 s
- Computador
- 0,4 s
Teste de laboratório. Os resultados podem variar.
Ver resultados completos
A homepage obteve 100 nas quatro categorias do PageSpeed Insights, em telemóvel e computador: desempenho, acessibilidade, boas práticas e SEO.
Telemóvel
Conteúdo principal (LCP): 1,7 s
Primeira apresentação (FCP): 1,0 s
Bloqueio de processamento: 0 ms
Saltos de layout (CLS): 0
Computador
Conteúdo principal (LCP): 0,4 s
Primeira apresentação (FCP): 0,3 s
Bloqueio de processamento: 0 ms
Saltos de layout (CLS): 0
Resultados de testes de laboratório, que podem variar entre execuções. As capturas não apresentam dados de utilização real. A pontuação automática de acessibilidade não certifica o cumprimento de todos os requisitos.
Segurança
Menos peças. Menos riscos.
Uma estrutura simples, com os cuidados certos.
- SimplificarMenos componentes expostos, quando o projeto permite.
- ProtegerHTTPS, acessos controlados e cópias de segurança.
- ManterAlojamento e formulários também precisam de atenção.
Menos riscos não significa risco zero.
Como escolhemos e protegemos a estrutura?
Quando o projeto o permite, fazemos o site em HTML estático, com menos componentes expostos. A solução depende das necessidades do seu negócio.
O que pode ser dispensado
- Uma base de dados para gerar cada página.
- Um sistema de autenticação administrativo exposto para servir o site público.
- Plugins de apresentação com atualizações frequentes.
- Processamento dinâmico no servidor a cada visita.
Os cuidados continuam a ser necessários
Reduzir a superfície de ataque não elimina todos os riscos. Alojamento, domínio, HTTPS, acessos de publicação e cópias de segurança continuam a exigir atenção.
Formulários, lojas ou áreas reservadas acrescentam componentes próprios. Um formulário de contacto, por exemplo, utiliza um serviço que também tem de ser mantido e protegido. Dizemos-lhe o que o seu projeto exige.
Escolhemos a arquitetura em função do negócio. Sites HTML profissionais são uma opção para projetos adequados; uma loja ou uma integração pode precisar de uma solução diferente.
Custos previsíveis
Menos manutenção. Mais simplicidade.
Menos componentes para atualizar e corrigir.
- Manter a funcionarVerificar segurança, ligações e formulários.
- Manter atualizadoRever serviços, preços e contactos.
O que envolve a manutenção?
- Menos dependências e atualizações técnicas.
- Alojamento eficiente para servir ficheiros estáticos.
- Menos intervenções por incompatibilidades entre componentes.
- Maior previsibilidade do trabalho de manutenção.
Manutenção técnica
Rever segurança, ligações, formulários, compatibilidade e alojamento. Um site estático também precisa destas verificações, mesmo que dispense a manutenção de um CMS e dos seus plugins.
Atualização de conteúdos
Alterar serviços, contactos, preços, imagens ou artigos é outro trabalho. A simplicidade técnica não substitui a necessidade de manter a informação atual e útil.
Transparência
Quer confirmar? Os exemplos estão ao seu alcance.
Para quem gosta de verificar, deixamos os relatórios das ferramentas usadas num site nosso. Não são uma garantia para outros sites: o seu é avaliado nas suas próprias condições.
Ver a tabela completa de medições
| Ferramenta utilizada | Indicador medido | Resultado | Data | Relatório e origem |
|---|---|---|---|---|
| AccessMonitor | Avaliação automática de acessibilidade | 10/10; 28 práticas, 23 aceitáveis, 5 manuais, 0 não aceitáveis | Consultar o relatório | |
| Levantamento de recursos | Transferência inicial e recursos identificados | ≈ 300 KB iniciais; ≈ 2 MB em 41 recursos, com variantes | Registo fornecido; relatório público não disponibilizado. | |
| WebSitePulse · Website Test | Resposta HTTP a partir de Nova Iorque | 474 ms; campo First Byte: 95 ms; resposta: 92 220 bytes (≈ 90 KiB) | Ver dados da captura Conhecer a ferramenta | |
| WAVE · WebAIM | Avaliação automática de acessibilidade da homepage | 0 erros; 0 erros de contraste; 6 alertas; AIM Score 9,9/10 | Captura partilhada em ; data do teste não indicada | Ver transcrição da captura · Conhecer a ferramenta |
| PageSpeed Insights | Desempenho, acessibilidade, práticas recomendadas e SEO | 100 nas quatro categorias, em telemóvel e computador; LCP: 1,7 s / 0,4 s; CLS: 0 | Capturas partilhadas em | Ver resultados por dispositivo e captura |
A ligação do AccessMonitor foi disponibilizada para consulta do relatório. O serviço pode apresentar uma avaliação mais recente. Os valores históricos são os comunicados no registo desta data; não representam uma certificação nem uma garantia permanente.
Condições e limites das medições
O dispositivo, a ligação, a localização, a cache, a versão da página e a ferramenta utilizada influenciam os resultados. A captura WebSitePulse apresenta campos separados para DNS (59 ms), ligação (80 ms), redirecionamento (0 ms), First Byte (95 ms) e Last Byte (241 ms), além da resposta total de 474 ms. Estes campos seguem a metodologia da ferramenta e não devem ser tratados como tempos acumulados desde o início do pedido. A captura não identifica uma parcela TLS independente.
As pontuações de acessibilidade devem ser acompanhadas por testes manuais. Uma boa medição pontual ajuda a avaliar o trabalho, mas não garante o mesmo resultado em todas as visitas.
Os resultados PageSpeed Insights estão apresentados por dispositivo, com os valores e a captura partilhados em 10 de outubro de 2026. São testes de laboratório, sem dados de utilização real.
Quer um site que traga clientes e não dê dores de cabeça?
Conte-nos o que o seu negócio precisa. Criamos um site rápido, fácil de usar e simples de manter.