O site do cliente ficou cinco vezes mais rápido, e não custou nada

Um cliente com dois sites reclamou de lentidão. A suspeita natural é servidor pequeno, e essa conversa costuma terminar num plano mais caro.

Não era isso. Eram duas chaves desligadas, em serviços que ele já pagava.

O que estava acontecendo

No primeiro site, o DNS já estava na Cloudflare, mas o proxy estava desligado nos registros. O nome resolvia pela Cloudflare e o visitante seguia direto para o servidor de origem. Toda a rede que o cliente já tinha contratado estava ali parada, sem passar tráfego nenhum.

No segundo, a CDN da hospedagem aparecia no painel e nunca tinha sido ativada.

Os números, antes e depois

Medi com curl, a partir do Brasil. Foram cinco execuções no dia 17 e dez no dia 18, depois da mudança.

A mediana caiu 5,1 vezes. O pior caso caiu 17 vezes, e é ele quem manda. Numa das cinco medições do dia 17 o site não respondeu, e noutra o aperto de mão TLS sozinho levou 8 segundos. Uma falha a cada cinco tentativas. Depois da mudança, nenhuma.

Dos arquivos estáticos testados, 14 de 14 passaram a sair do cache de borda. Antes eram zero.

O que não foi tocado

Ligar o proxy da Cloudflare mexe em registros de DNS, e é ali que mora o e-mail. Os registros MX e os TXT de DKIM e DMARC ficaram como estavam. Esse é o erro clássico dessa mudança: o site fica rápido na terça e o financeiro para de receber nota fiscal na quarta.

A parte desconfortável

Esse ganho não veio de engenharia. Veio de abrir dois painéis. O cliente pagava pelos dois serviços e recebia metade de um deles, e ninguém tinha medido.

É por isso que eu meço antes de propor qualquer coisa. Em boa parte dos casos de lentidão, a primeira coisa que aparece não é código mal escrito nem servidor pequeno. É configuração que alguém deixou pela metade, e que fica invisível até você cronometrar.