Performance do Tableless estático

Uma análise simples de velocidade do Tableless depois da mudança para código estático.

por Diego Eis 23/05/2017 ~ 3 min. / 562 palavras

Não faz muito tempo eu decidi retirar o Wordpress do Tableless e migrá-lo totalmente para o Hugo, que é um gerador de websites estáticos, como o Middleman ou o Jekyll. Dentre todas as vantagens, a mais aparente, sem dúvida, é o aumento de performance de carregamento do site.

Todo mundo sabe como fazer um site carregar mais rápido. Existem diversas dicas, diversas manobras para fazer um site carregar num piscar de olhos, mas nenhuma se compara em ter um site totalmente estático, sem dependencias de banco ou back-end. Para você ter uma ideia do quão rápido ficou o Tableless depois da mudança, veja os gráficos abaixo.

O tempo médio de carregamento da página melhorou em 41%.

tempo médio de carregamento da página

O tempo médio de resposta do servidor melhorou em 55.72%.

Tempo médio de resposta do servidor

Já o tempo médio de download da página, melhorou em 37.8%.

Tempo médio de download da página

Não há segredo nenhum: apenas código HTML puro, com o mínimo de CSS, JS e claro, imagens. Estou usando imagens apenas onde realmente é necessário. O uso de JS pesado aqui fica por conta do Disqus, que é um monstro, mas por enquanto é necessário por conta dos comentários.

Não fiz nenhuma mudança no servidor, que é o mais barato da DigitalOcean, com NGINX rodando num Ubuntu.

Fazendo o teste no WebPageTest.org, você pode ver bons resultados também. Veja que um número importante ali é o Speed Index. O ideal, de acordo com o Sergio Lopes é 1000 ou menos. Sem fazer esforço cheguei nos 2400…

No caso, a página testada foi https://tableless.com.br/o-basico-sobre-sparql-turtle/.

Veja abaixo o vídeo de carregamento da página:

Nesse link você consegue ver o filme separado em frames como imagens. Perceba que aos 2.5s o site já foi 99% carregado.

Tem coisa para caramba para arrumar ainda, já que o svg do logo e o campo de busca aparecem apenas aos 2.0 segundos. Isso quer dizer que o site fica 2 segundos se aparecer NADA na tela. Já sei que o problema são as malditas fonts… Mas como sou teimoso e gosto dessas fonts, quero manter assim por enquanto.

Mas, o indicador mais importante para performance além de todos os números e os indicadores acima, é a percepção do usuário. Uma pancada de leitores observou que o site ficou muito mais rápido que o antigo. Nesse caso, podemos nos dar ao luxo de não perdermos a cabeça tentando melhorar os indicadores até a perfeição.

Faz muito tempo que tenho indicado para várias pessoas migrarem seus sites para versões estáticas. A maioria dos sites não precisam de um CMS pesado para funcionar. Existem sim, momentos onde o cliente ou a empresa não tem um desenvolvedor para manter um site estático e que ter um CMS significa liberdade e controle de conteúdo e etc. Mas se você for uma empresa cheia de desenvolvedores, a melhor saída é ter um website estático, com um sistema de deploy facilitado para mudanças rápidas. Se as pessoas realmente precisarem de um CMS para modificar texto, a maioria dos geradores de websites estáticos como Middleman, Hugo e Jekyll (principalmente os dois últimos), já tem plugins que facilitam a edição e manutenção do texto e imagens via interface web.

Aconselho muito estudar qualquer gerador estático disponível no mercado. Todos eles são bem fáceis de aprender e com certeza você vai sentir uma liberdade gigante quando perceber que não depende de nenhuma linguagem back-end, servidor pesado e nem banco de dados.