≈ 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 demonstrada
Um site profissional não deve ser apenas visualmente apelativo. Deve carregar rapidamente, funcionar em diferentes dispositivos, respeitar boas práticas de acessibilidade e reduzir os riscos e custos de manutenção.
Na 1000sites, aplicamos estes princípios também ao nosso próprio site.
Avaliação automática de acessibilidade
Dados transferidos no carregamento inicial
WebSitePulse a partir de Nova Iorque
Medições de . Os resultados podem variar. O tempo de resposta não é o tempo de carregamento completo.
Consultar os resultados01 · Acessibilidade web
Pequenas decisões de construção fazem diferença para quem navega com teclado, amplia o texto ou utiliza um leitor de ecrã.
02 · Desempenho e rapidez
O que importa para o visitante é conseguir ver a informação e agir sem esperas desnecessárias, sobretudo numa ligação móvel.
É 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.
É 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.
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.
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.
É 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.
WebP e AVIF permitem reduzir o volume das imagens, mantendo qualidade adequada à apresentação.
O carregamento diferido adia imagens mais abaixo na página. As imagens essenciais à primeira apresentação devem carregar logo.
Menos código para transferir e executar deixa mais recursos disponíveis para mostrar o conteúdo e responder às ações.
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.
03 · Segurança
Quando se adequa ao projeto, uma arquitetura em HTML estático reduz os componentes necessários para apresentar as páginas públicas.
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. O nosso formulário de orçamento, por exemplo, utiliza um serviço em PHP: também tem de ser mantido e protegido.
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.
04 · Manutenção e custos
Uma arquitetura simples pode reduzir as intervenções técnicas e tornar os custos mais previsíveis.
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.
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.
05 · Transparência
Os resultados abaixo referem-se à homepage do 1000sites.pt, não a todos os sites que desenvolvemos. Cada projeto deve ser avaliado nas suas próprias condiçõ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 |
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.
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.
Uma futura avaliação PageSpeed Insights será apresentada separando telemóvel e computador, com data e ligação ou captura do teste correspondente.
Criamos sites adaptados às necessidades de cada negócio, privilegiando simplicidade, rapidez, acessibilidade e facilidade de manutenção.