Get free SEO audit

Error during loading page speed report for this url.
Please, try again later or change your url.
Website Speed Test for
Mobile
Desktop
0
of 100
Load time
-
Page size
-
Requests
-
Location
-
Field Data
Lab data
Values are estimated and may vary. The performance score is calculated directly from these metrics.
Opportunities
Diagnostics
These suggestions can help your page load faster.
Zero issues
The amount of successfully passed audits.
0
of 100
Load time
-
Page size
-
Requests
-
Location
-
Field Data
Lab data
Values are estimated and may vary. The performance score is calculated directly from these metrics.
Opportunities
Diagnostics
These suggestions can help your page load faster.
Zero issues
The amount of successfully passed audits.
Dont forget about speed of your server!
Low-cost/cheap shared hosting often provides insufficient resources for your website to runn optimally. Look through the list of the best hosting providers.
Conteúdo

Descubra Todas as Formas de Acelerar o Carregamento do Site

Descubra Todas as Formas de Acelerar o Carregamento do Site

Todo mundo sabe que um site lento é ruim. Por causa da lentidão, surgem sérios problemas na solução das tarefas cotidianas. Às vezes é somente uma situação chata. Frequentemente, a lentidão do site é problemática, principalmente quando temos o serviço negado – as pessoas não esperam e acabam saindo. Isso é relevante para casos de um travamento radical do site, por exemplo, quando o início da renderização da página começa com 8 a 10 segundos após o clique.

Mesmo com uma situação favorável para a página (com download rápido na internet com fio é um computador moderno), atrasos no download podem levar à perda de público e menores taxas de conversão. Por exemplo, a Amazon conduziu um experimento no qual descobriu que cada atraso de 100 ms (0,1s) leva a uma edição de vendas de 1%.

A pesquisa do Google mostra que o tempo de carregamento da página de 1s a 6s aumenta a probabilidade de rejeição de 106%.

Mais da metade dos usuários da internet utiliza dispositivos móveis para acessar sites. Assim, eles podem usar canais lentos para acesso e processadores para baixar a página.

A terceira razão para importância da velocidade do site é técnica. Normalmente, os sites lentos consomem uma quantidade maior de recursos de hospedagem, o que leva custos adicionais. A lentidão por parte do servidor reduz a capacidade de experimentar cargas de pico problemáticas no site.

Portanto, a velocidade do site deve ser tratada tanto do ponto de vista técnico quanto do ponto de vista econômico. Neste artigo vamos nos concentrar no lado técnico da aceleração do site.

Detectar páginas com código redundante

Faça uma auditoria no seu site para descobrir páginas com conteúdo para codificar menos de 10%

Velocidade do Site: os Principais Componentes

A velocidade do site diz respeito a dois lados: o cliente e o servidor. Até o momento, cada uma dessas partes é equivalente a um resultado final. Mas cada um possui características próprias.

Para entender qual é o tempo de carregamento de uma página no site, vamos dar uma olhada no processo. Como resultado, poderemos entender onde estão localizados os recursos de otimização de servidor e usuário.

O processo completo de download do site (primeira visita) é o seguinte:

  •  Consulta DNS pelo nome do site
  •  Conexão ao servidor por IP (conexão TCP)
  •  Estabelecimento de uma conexão segura ao usar HTTPS (conexão TLS).
  •  Solicitar página HTML por URL e espera do servidor (solicitação HTTP)
  •  Carregamento de HTML.
  •  Análise de um documento HTML pelo navegador, criando uma fila de consulta nos recursos do documento.
  •  Carregar e analisar estilos CSS.
  •  Carregamento e execução de código JS.
  •  Início da renderização da página, execução do código JS.
  •  Faça o download de fontes da web
  •  Carregar imagens e outros elementos
  •  Terminar a renderização da página, execução do código JS deferido.

Nesse processo, algumas posições ficam paralelas, algumas podem mudar de lugar, mas a essência permanece a mesma. Otimização do servidor lida com os estágios do primeiro ao quarto. As etapas 5 a 12 são otimizações do usuário. O tempo gasto em cada um desses estágios é independente para cada site, por isso você precisa obter métricas no site e identificar a principal fonte de problemas. E aqui nos voltamos para questões de como obter métricas e interpretá-las.

Mesurando a Velocidade do Site

A questão principal é: o que precisa ser mensurado? Existem muitas métricas para velocidade do site, mas não há muitas básicas.

Primeiro. Desta vez temos o primeiro byte (TTFB – tempo para o primeiro byte) é o tempo do início do processo de download até o recebimento da primeira parte dos dados do servidor. Essa é principal métrica para otimização do servidor.

Segundo. Este é o começo da renderização da página (iniciar renderizar, primeiro pintar). A métrica mostra o tempo até o final do período de “tela branca” no navegador, quando a página começa a desenhar.

Terceiro. Estará carregando os principais elementos da página (tempo de carregamento). Isso inclui o carregamento e interpretação de todos os recursos para trabalhar com a página; após essa marca, o indicador de carregamento da página para de girar.

Quarto. É a carga total da página: o tempo antes do fim da atividade principal do navegador, todos os recursos principais e a adiados são carregados.

Essas métricas básica são medidas em segundos. Também é útil um descobrir como verificar as visitas de um site para terceira e quarta métricas. O tráfego precisa ser conhecido para que se avalie o efeito da velocidade de conexão no tempo de carregamento.

Agora precisamos entender como testar a velocidade. Existem muitos serviços e ferramentas para avaliar as métricas da velocidade de download de sites, cada uma funciona melhor para determinadas tarefas.

Uma das ferramentas mais populares é o painel do desenvolvido no navegador. A funcionalidade mais avançada do painel está no Chrome. Na guia Rede, você pode obter métricas para o tempo de carregamento de todos os elementos, incluindo próprio documento HTML. Quando você passar o mouse sobre o item, pode ver quanto tempo é gasto para cada etapa na obtenção do recurso. Para avaliar a imagem completa do processo de carregamento da página, você pode usar a guia Desempenho, que fornece detalhes completos até o momento da decodificação das imagens.

Se você precisar avaliar a velocidade do site sem a granularidade total, é útil iniciar uma auditoria do site (guia Auditorias) ou use um verificador de site para encontrar erros críticos que podem diminuir o desempenho do site., ele será conduzido usando plugin do Lighthouse. No relatório, iremos obter uma estimativa da velocidade dos dispositivos móveis (ambos integrais em ponto, de acordo com nossas métricas baixo básicas) e vários outros relatórios.

Para avaliar rapidamente autorização do cliente, você pode usar o Google PageRank Speed Insights Service ou Sitechecker (usamos a API do Google PageSpeed Insights). Finalmente, é útil analisar o tempo de download do site de usuários reais. Para isso, a relatórios especiais no sistema de análise da web e anda Yandex.Metrics e o Google Analytics.

Os marcos para o tempo de carregamento do site são seguintes: o início da renderização acerca de 1 segundo, carregando a página de 3-5 segundos. Nessa estrutura, os usuários não reclamarão da velocidade do site e o tempo de download não limitará a eficiência da página. Esses números devem ser alcançados por usuários reais, mesmo em condições difíceis de conexão móvel e dispositivos desatualizados.

Otimização de Servidores

Vamos para aceleração do site. A otimização da parte do servidor é a medida mais compreensível e óbvia para desenvolvedores de sites. Primeiro, a parte do servidor é facilmente monitorada e controlada pelos administradores do sistema. Em segundo lugar, com sérios problemas com tempo de resposta do servidor, a lentidão é perceptível para todos, independentemente da velocidade da conexão ou no dispositivo.

Enquanto as razões para frear o lado do servidor podem ser muito diversas, há lugares específicos a serem observados.

Hospedagem (recurso do servidor)

Esta é a primeira razão para a lentidão em sites pequenos. Para a carga atual do site, simplesmente não há recursos de hospedagem suficientes (geralmente CPU e a velocidade do sistema de disco). Se você puder aumentar rapidamente esses recursos, vale a pena tentar. Em alguns casos, o problema será resolvido. Se o custo de recursos adicionais ficar mais alto que o custo do trabalho de otimização, você precisará contar com os métodos a seguir.

DBMS (Servidor de Banco de Dados)

Estamos aqui voltados para fonte do conflito: a baixa velocidade do código do problema. Na maioria das vezes, um aplicativo da web é gasto em solicitações de banco de dados. Isso é lógico, porque a tarefa do aplicativo da web é coletar dados e convertê-los de acordo com determinado padrão.

A resolução do problema de respostas lentas do banco de dados é dividida em dois estágios: ajuste DBMS e atualização da consulta e esquemas de dados. Ajustar o DBMS (por exemplo, MySQL) pode oferecer aceleração várias vezes, caso isso não tenha sido feito anteriormente. O ajuste pode dar um efeito de até doze porcento.

A otimização de consultas e esquema de dados é a maneira radical de acelerar. Devido essa otimização, é possível obter aceleração em várias ordens de grandeza. Se a alteração na estrutura do banco de dados puder ocorrer sem a inversão no código do programa do site, a otimização das solicitações dessa  intervenção exigirá.

Para identificar consultas lentas, você precisa coletar estatísticas sobre a carga do banco de dados por um período em que o tempo bastante longo. Em seguida, O log é analisado e os candidatos para a otimização são identificados.

Efeito do CMS e do Código do Programa

Acredita-se muito que a velocidade do site depende apenas do CMS (“engine”). Os proprietários de sites geralmente tentam dividir o CMS em rápido e lento. Porém isso não é verdade.

Naturalmente, a carga do servidor depende do código incluído no CMS em uso. Além disso, os sistemas mais populares tentam otimizar a velocidade máxima e problemas fatais com a velocidade do site não deveriam ocorrer.

No entanto, além do código principal do CMS, o site pode conter módulos adicionais (plug-ins), extensões e modificações dos desenvolvedores do site. Esse código pode ter um impacto negativo na velocidade do site.

Além disso, ocorrem problemas de velocidade quando o sistema é mal utilizado. Por exemplo, o sistema para blogs é usado para criar uma loja. Ou o sistema para sites pequenos é usado para desenvolver um portal.

Cache

O meio mais poderoso e universal de aumentar a velocidade do servidor é tradicionalmente caching. Estamos falando sobre o cache do lado do servidor, e não sobre cabeçalhos de cache. O cálculo do resultado (montagem da página, bloco) exige recursos significativos, coloque o resultado no cache e atualize-o periodicamente. A ideia é simples e complexa ao mesmo tempo: os sistemas de armazenamento em cache são integrados em linguagem de programação, sistemas de gerenciamento de sites e servidores da web. Normalmente, o cache da página permite reduzir o tempo de endereço da página para dezenas de milissegundos. Naturalmente, neste caso, o servidor experimenta facilmente um pico de atendimento. Há dois problemas aqui: nem tudo pode ser armazenado em cache e o cache deve estar corretamente desativado (descartado). Se os problemas forem resolvidos, o armazenamento em cache pode ser recomendado como um meio eficaz de aceleração do servidor.

Otimização de TCP, TLS, HTTP/2

Nesta parte, temos as otimizações de rede sutis que fornecem aceleração ao servidor. O efeito aqui não é tão grande quanto a outros métodos, mas é alcançado exclusivamente pela configuração, isto é, livre.

O ajuste TCP hoje é necessário para grandes projetos e servidores como uma extensão a partir de 10G, o principal a ser lembrado: o subsistema de rede é atualizado regularmente com o lançamento de novos kernels Linux, portanto vale a pena atualizá-lo. A configuração correta de TOS (HTTP) permitem obter um maior nível de segurança e minimizar o tempo para estabelecer uma conexão segura. Boas recomendações são liberadas pelo Mozilla.

A nova versão do protocolo HTTP-HTTP / 2 foi projetada para acelerar o download de sites. Este protocolo apareceu recentemente e agora é usado ativamente (cerca de 20% de participação entre as páginas). Em geral, no HTTP / 2, os mecanismos de aceleração são realmente estabelecidos, o principal uso deles é para reduzir o efeito de atrasos de rede no tempo de carregamento da página (multiplexação de solicitação). Mas aceleração devido ao HTTP / 2 nem sempre é  bem-sucedida, portanto, não confie neste protocolo.

Otimização do Cliente

Diferentemente da otimização do servidor, a do cliente é voltada para tudo que acontece no navegador do usuário. Por causa disso, o controle é complicado (diferentes dispositivos e navegadores) e possui muitas linhas diferentes de otimização. Examinaremos os métodos mais eficazes e universais que podem ser usados em praticamente qualquer projeto.

Otimização do Caminho Crítico: CSS, JS

Caminho crítico de renderização é um conjunto de recursos para iniciar a renderização da página no navegador. Normalmente essa lista inclui o próprio documento HTML, estilos CSS, fontes da web e o código JS.

Nossa tarefa como otimizadores de velocidade é encurtar esse caminho tanto no tempo (levando em conta os atrasos da rede) quanto no prazo (levando em conta as conexões ruins). A maneira mais fácil de determinar o caminho crítico é iniciar uma auditoria no Chrome (no painel do desenvolvedor), o plugin do lighthouse irá determinar sua composição e o tempo de inicialização, levando em consideração a conexão lenta.

A principal técnica na redução do caminho crítico: remover tudo o que não é necessário o que pode ser adiado. Por exemplo, a maior parte do código JS pode ser adiada antes que a página seja carregada. Para fazer isso, coloque a chamada de recurso JS no final do documento HTML ou use o atributo async.

Para o carregamento atrasado do CSS é possível usar a conexão dinâmica de estilos através do JS (aguardando o evento domContentLoaded).

Otimizando Fontes da Web

Conectar foto da web hoje se tornou quase um padrão design. Infelizmente, eles afetam negativamente a velocidade de renderização da página. Fontes da web são recursos adicionais que você precisa obter antes começar a desenhar o texto.

A situação piora porque muitas vezes os ponteiros para os arquivos de fontes estão enterrados em uma arquivo CSS, que também não aparece instantaneamente. Muitos desenvolvedores gostam de usar serviços públicos de fotos da web (por exemplo, Google Fonts), o que causa ainda mais atrasos (conexões adicionais, arquivos CSS).

As regras de otimização consistem em reduzir o tamanho do tráfego de fontes da web e obtê-las o mais rápido possível.

Para reduzir o tráfego, você precisa usar formatos modernos: WOFF2 para navegadores modernos, WOFF para compatibilidade. Além disso, você só precisa incluir os conjuntos de caracteres usados no site (por exemplo, latim e cirílico).

Para influenciar a exibição  rápida de fontes da web, você pode usar as novas especificações link rel=“preload” e a exibição de fontes de propriedade CSS. O pré carregamento permitirá que você informe o navegador o mais rápido possível sobre a necessidade de fazer o download de um arquivo de fontes, e a exibição da fonte irá fornecer uma maneira flexível de controlar o comportamento do navegador no caso de atraso do arquivo (aguarde, desenhe livremente, não espere por uma fonte por mais de três segundos).

Otimizando Imagens

As imagens são a maior parte do peso de um site moderno. Naturalmente, as imagens não são recursos críticos para páginas como CSS e código JS. Mas, para muitos sites, as imagens são uma parte importante do conteúdo: lembre-se dos produtos em lojas on-line.

A principal técnica para otimizar imagens é reduzir seu tamanho. Para fazer isso, precisamos usar as ferramentas corretas de formato e compactação:

  •  PNG para imagens com transparência e texto;
  •  JPEG para fotos imagens complexas;
  •  SVG para gráficos vetoriais.

Além desses formatos, novos estão sendo desenvolvidos: por exemplo o WebP do Google. Este formato pode cobrir a função de uso de PNG e JPEG – suporta a compactação com perda ou sem perda, transparência e até mesmo animação.

Para usá-lo, basta criar uma cópia das imagens no WebP e fornecê-las aos navegadores que a suportam.

Para PNG, existem muitos utilitários de otimização que podem ser usados para reduzir o tamanho, por exemplo o OptiPNG, PNGout, EWWW Image Optimizer e outros. Além disso, a otimização interna da compactação de dados pode ser feita usando o zopfli PNG. A ideia principal desse software é selecionar os parâmetros de compactação ideais, removendo dados desnecessários de arquivos. Você precisa ter cuidado aqui: alguns utilitários tem um modo com perda de qualidade, o que pode não ser adequado (se você espera que a mesma imagem seja produzida).

A otimização do JPEG também é dividida em dois tipos: lossy e lossless. Em geral, você pode recomendar o pacote Mozilla JPEG, especialmente projetado para melhor compactação neste formato. Para otimização sem perdas, você pode usar o jpegtran , com perdas – cjpeg.

Cabeçalhos de Cache

Esse é o método mais simples de otimização do cliente. Seu significado está no cache do navegador de recursos raros: imagens, arquivo CSS e JS, fontes, às vezes até mesmo o próprio documento HTML. Como resultado, cada recurso é solicitado ao servidor apenas uma vez.

Se você estiver usando o Nginx, basta adicionar a diretiva:

add_header Cache-Control "max-age=31536000, immutable";

De agora em diante, O navegador tem o direito de armazenar recursos por até um ano (o que é quase sempre). O novo parâmetro “imutável“ indica que o recurso não será alterado.

Naturalmente, surge a pergunta: e se precisarmos alterar o recurso de armazenamento em cache? A resposta é simples: altere o seu endereço, URL. Por exemplo, você pode adicionar uma versão a um nome de arquivo. Para documentos HTML, esse método também aplicável, mas, como regra, um período mais curto de armazenamento em cache é usado (por exemplo, um minuto uma hora).

Compactação de dados

Uma prática compulsória é a compactação de qualquer dado de texto quando transferido do servidor para o navegador. A maioria dos servidores da web tem uma implementação de compactação gzip-compression de respostas.

No entanto, a ativação de compactação simples não é suficiente.

Primeiro, a taxa de compressão é ajustável e deve ficar próxima do máximo.

Em segundo lugar, você deve usar compactação estática, ou seja pré-compactar arquivos e colocar em disco. Em seguida, o servidor da web deve procurar a versão compacta e enviar imediatamente. Em terceiro lugar você pode usar algoritmos de compressão mais eficientes: zopfli (compatível com gzip) e brotli (novo algoritmo de compressão). O Brotli só funciona com HTTPS. Como esses algoritmos (especialmente zopfli) são caros para serem compactados, sempre os usamos na versão estática.

Para maximizar o efeito da compressão dos arquivos, o processo de minificação é aplicado preliminarmente: limpeza de traduções desnecessárias de strings, espaços e outros caracteres desnecessários. Este processo é específico para cada formato. Além disso, você deve cuidar de compactar outros dados do texto no site.

Usando o CDN

Aplicação de CDN (rede de distribuição de conteúdo) para aceleração do website é uma medida muito divulgada, com muito marketing em torno das essência da tecnologia.

Teoria: Por que

Inicialmente, os CDNs foram projetados para descarregar os canais da internet de sites de mídia de transmissão. Por exemplo, ao assistir a um vídeo ao vivo, milhares de espectadores criam uma carregamento muito pesado na banda larga do servidor. Além disso, garantir a qualidade ininterrupta da comunicação com a remoção de grandes clientes e servidores é extremamente difícil (devido atrasos e instabilidade na rede).

A solução para esse problema foi criar um CDN, ou seja, uma rede distribuída a qual os clientes (por exemplo, visualizadores) estavam conectados e os hosts dessa rede já estavam no servidor (origem). Ao mesmo tempo, o número de conexões com servidor foi reduzido para um (alguns) e o número de conexões para o CDN pode atingir milhões devido armazenamento em cache de conteúdo pela rede.

Hoje, a maioria dos CDNs se posiciona como meio de acelerar os sites, principalmente reduzindo a distância do conteúdo até o cliente (o visitantes do site).

Efeitos possíveis

Como posso acelerar um site usando o CDN?

Sim, de fato, o usuário se conecta, via de regra, ao servidor de rede próximo (por tempo de acesso) e obtém um processo rápido ao estabelecer conexões TCP e TLS. Além disso, se o conteúdo estiver no servidor CDN, o usuário poderá recebê-lo rapidamente. Assim, a carga em nosso próprio servidor é reduzida.

Em segundo lugar, o CDN não pode apenas distribuir conteúdo sem alterações, mas otimizá-los e fornecê-los de forma mais compacta: compactar imagens, aplicar compactação ao teste etc. Devido essas otimizações, você pode obter um tempo de download mais curto.

Desvantagens de Usar o CDN

As desvantagens, como de costume, acontecem como as vantagens: o objeto pode não estar no cache do nó CDN. Por exemplo, ainda não foi solicitado ou não pode ser armazenado em cache (documento HTML). Neste caso, temos atrasos adicionais entre o nó CDN e o nosso servidor.

Apesar do fato de que CDNs não são projetadas para acelerar o acesso ao site, há situações em que a rota de rede será menos ideal do que sem o CDN. Especialmente importante para o CDNs globais, para os quais a Rússia não é um mercado prioritário.

Finalmente, as redes de entrega de conteúdo são sistemas muito complexos, onde falhas, instabilidades e outros problemas também são possíveis em todos os lugares. Usando CDN, adicionamos mais um nível de complexidade.

Nós Consertamos o Resultado

Digamos que você tenha conseguido uma boa velocidade no site. Usuários e proprietário do recurso estão felizes. Sobre isso, você pode esquecer a questão da velocidade? Claro que não. Para alcançar a qualidade constante do trabalho do site, você deve manter constantemente o site monitorado.

Suporte de aceleração

Qualquer projeto da web ao vivo é atualizado regularmente, e ocorrem alterações em modelos comuns (temas de design, interfaces) e conteúdo. Além disso, o código do programa (cliente e servidor) está mudando ativamente.

Cada alteração pode afetar a velocidade do site. Para monitorar esse impacto, você precisa implementar um sistema de monitoramento de velocidade de site sintético no estágio de desenvolvimento. Assim, os problemas de velocidade podem ser interceptados antes que os usuários os notem.

Para otimizar o conteúdo de entrada, é necessário integrar os procedimentos de otimização do sistema de gerenciamento de conteúdo. Primeiro de tudo, isso diz respeito ao processamento de imagens.

Aceleração de sites é uma área muito dinâmica: novos padrões estão surgindo, seu suporte por navegadores está mudando. Portanto, é importante auditar regularmente a tecnologia do projeto, processos e softwares utilizados.

Monitoramento da velocidade real do usuário

Testes artificiais em condições laboratoriais ideais são muito úteis para avaliar mudanças no código do sistema, mas isso não é suficiente. No final, queremos que o site funcione rapidamente para usuários reais. Para coletar esses dados, há um monitoramento da velocidade no lado do usuário (RUM – monitoramento real do usuário). Para organizar o RUM, basta conectar um dos sistemas de análise da web (Yandex.Metrics, Google Analytics) e ver relatórios sobre o tempo de download do site. Para dados mais detalhados e precisos, você pode usar serviços especializados de monitoramento de velocidade.

Conclusões

O tema da velocidade do site é extenso e afeta muitos aspectos do desenvolvimento e suporte de um aplicativo da web: do código do servidor ao conteúdo. Isso significa que obter bons resultados é impossível sem envolver a equipe de desenvolvimento.

O mais importante: lembre-se dos usuários, leve em consideração as várias condições de uso do site.

Aceleração do site é um processo que ocorre com intensidade diferente ao longo do ciclo de vida de um projeto.

close

Reset Password

Enter your e-mail to reset your password

Your email

Password Reset Sent!

Please check your inbox for instructions on how to reset your password. If you don't get an email, please check your SPAM folder. letter icon

Your password has been reset successfully!

We’ve just sent a verification letter to . Please follow the link in this letter to verify your mailbox and start your free trial. In case you don’t see the letter, please check your SPAM folder.

Thank you for registration!

We are redirecting you to PayPal

Sitechecker can’t crawl this website, because the home page responds HTTP status code.
This can happen for several reasons. Please, enter a working website or make this website accessible to the Sitechecker bot.
Sitechecker can’t crawl this website, because it has too many redirects.

Often this is the result of competing redirects, one trying to force HTTPS (SSL) and another redirecting back to HTTP (non-SSL), or between www and non-www forms of the URL.

Please, contact your hosting provider or web developer to fix this issue or paste another website.

Sitechecker can’t check this website, because the home page responds HTTP status code.

Domain name
redirects to
{domain_200}