Necessidade de reduzir os tempos de resposta do servidor?
os servidores são controlados pela sua hospedagem. A maneira mais fácil de reduzir os tempos de resposta do servidor no WordPress é evitar hospedagem compartilhada e usar um servidor mais poderoso. Isso porque a Hospedagem Compartilhada tem recursos limitados + limites de CPU. Alguns TTFB do host, como SiteGround e WP Engine, também pioraram. Existem muitas pesquisas, resultados de migração e conversas sobre “a hospedagem mais rápida” que você pode encontrar em muitos grupos imparciais do Facebook, como o WP Speed Matters.
além da hospedagem, a outra maneira de melhorar o TTFB é reduzindo a CPU e aliviando a carga em seu servidor. O Cloudflare possui muitos recursos que podem reduzir o TTFB, incluindo CDN, Brotli, HTTP/3, bot protection e APO. Você também pode usar cache no nível do servidor, versões mais recentes do PHP, limpar lixo (banco de dados, plugins inchados, construtores de páginas e inchaço do administrador) e desativar o heartbeat.
- o que é um bom TTFB?
- A maneira correta de Testar a Sua TTFB
- Reduzir o Uso da CPU
- Evitar Hospedagem Compartilhada
- mudar para hospedagem mais rápida
- Evitar Lento Plugins + Página Construtores
- Limpe seu banco de dados
- aumente a vida útil do Cache
- desativar o batimento cardíaco do WordPress
- não Combine CSS + JavaScript
- Atualizar Para o PHP 7.4
- Aumentar o Limite de Memória
- Use cache no nível do servidor
- Descarregamento de Recursos Para CDNs
- Activar Brotli
- HTTP Activar/3
- Ativar proteção de Bot
- crie uma regra de página Cache Everything
- considere Apo da Cloudflare
- Use um Plugin de Cache mais rápido
- desativar o compartilhamento de dados em Plugins
- limitar revisões de postagem + Autosaves
- substitua o WordPress Cron por trabalhos reais do Cron
- reteste seu tempo de resposta do servidor (TTFB)
- Perguntas Frequentes
- o Que é um bom TTFB?
- Como faço para reduzir os tempos de resposta do servidor no WordPress?
- Como faço para melhorar o TTFB no WooCommerce?
- existem plugins WordPress que reduzem o TTFB?
- como você mede os tempos de resposta do servidor?Os tempos de resposta do servidor podem ser medidos em Lighthouse, GTmetrix, Pingdom, Chrome DevTools e KeyCDN.
o que é um bom TTFB?
o Google recomenda um TTFB de menos de 200ms.
isso pode ser realista para alguns sites WordPress, mas você precisa ter uma infraestrutura rápida (hospedagem, tema, plugins). Se o TTFB tiver mais de 600 ms, ele será considerado lento e falhará na auditoria.
Servidores Lentos afetam os tempos de carregamento, as pontuações PSI (vários itens) e a velocidade do painel de administração. Como os sinais vitais da web estão se tornando um fator de classificação maior, alcançar um TTFB rápido é mais importante do que nunca.
1 | 2 |
---|---|
0-200ms | Google Recomendado |
200-600ms | Passa Farol |
600-1000ms | Falha Farol |
1000ms+ | Muito Lento |
A maneira correta de Testar a Sua TTFB
Farol
Farol é um lugar ideal para testar TTFB. De acordo com o Google, “essa auditoria falha quando o navegador aguarda mais de 600 ms para que o servidor responda à solicitação do documento principal.”
GTmetrix
GTmetix mostra seu TTFB nas guias resumo e estrutura. Inscreva-se para uma conta GTmetrix gratuita para que você possa executar testes no data center mais próximo de seus visitantes em vez de Vancouver.
KeyCDN
KeyCDN mede TTFB em 14 locais diferentes (também é minha ferramenta preferida). O TTFBs pode ser rápido ao testar locais próximos ao seu servidor de origem e lento ao testar longas distâncias.
Pingdom
Pingdom mede TTFB como tempo de “espera” e permite que você teste de vários locais.
Chrome DevTools
Chrome DevTools medidas TTFB mas é afetado pelo seu computador latência e conexão com a internet, então você pode querer medir TTFB a partir de um centro de dados usando uma das ferramentas acima.
Reduzir o Uso da CPU
Redução de CPU (encontrado em sua conta de hospedagem), é uma das melhores maneiras de reduzir os tempos de resposta do servidor. A maior parte deste tutorial será focada em reduzir a CPU e, portanto, aliviar a carga em seu servidor. Evite usar mais de 75% dos limites da CPU para que seu servidor fique relaxado.
por isso é tão importante escolher um plano com recursos suficientes servidor. As empresas anfitriãs fornecem diretrizes com base em visitantes mensais, mas não levam em consideração quantos plug-ins você possui, se consomem muitos recursos e se você está usando um CDN.
Evitar Hospedagem Compartilhada
hospedagem Compartilhada tem limitado os recursos do servidor, muitas vezes resultando em um lento TTFB.
se seus vizinhos (outros sites no servidor) estão monopolizando recursos, seu site está morrendo de fome. Sem mencionar que a maioria dos hosts compartilhados tem baixos limites de CPU. É por isso que você costuma ver 500 erros na hospedagem compartilhada. Um dia seu site é rápido, no dia seguinte, é lento. Eu nunca executaria Elementor, Divi ou WooCommerce em Hospedagem Compartilhada-eles exigem muitos recursos.
- SiteGround tem uma lenta TTFB, os limites de CPU, diminuiu de suporte, o aumento de preço, e outros problemas. Seus TOS (sec. 9) impede que os afiliados usem ‘SiteGround’ em críticas ruins. Eu os deixei em 2019 e parei de endossá-los inteiramente. Como uma pessoa disse, “SiteGround não é mais nenhum tipo de valor pelo dinheiro.”Faça sua pesquisa.
- Hostinger escreve críticas falsas, vota por si mesmo nas pesquisas do FB, também antiéticas. Os funcionários se apresentam como clientes e induzem as pessoas a comprar a Hostinger (ver enquete).
- GoDaddy pode realmente ter um TTFB decente, mas vem com problemas: pagar por SSL, malware, DNS lento e o painel oferece pouco controle (consulte thread).
- o WP Engine faz afirmações absurdas como” o líder de desempenho inequívoco no WordPress ” quando a maioria das pessoas migra e publica tempos de carregamento muito mais rápidos.
- marcas EIG como Bluehost e HostGator têm servidores superlotados, TTFB lento, suporte/uptimes ruins e problemas de malware (ver thread). Promovido principalmente por afiliados ” Como iniciar um blog “e pagar muito para ser” recomendado ” pelo WordPress.
mudar para hospedagem mais rápida
a maioria das recomendações de hospedagem são lixo e sugiro ingressar no grupo WP Speed Matters Facebook, que é um dos únicos grupos não controlados por afiliados ou pelo Gerente da Comunidade do SiteGround que “modera” postagens negativas sobre sua marca, como em outros grupos.
Cloudways tem um excelente feedback em grupos do Facebook se você ler os tópicos. Eu uso seu plano Vultr HF e tenho um TTFB rápido com bons resultados GTmetrix (sinta-se à vontade para clicar no meu blog para ver o quão rápido ele carrega). Eles usam Object Cache Pro (Redis), NVMe e têm 39 Data centers em todo o mundo. Os principais contras não são Gerenciador de arquivos e a hospedagem de E-mail é de US $1/e-mail/mês. O Cloudways é um pouco mais tecnológico porque usa um painel personalizado que requer o lançamento de um servidor, mas a maioria das pessoas acha fácil quando você se acostuma. É um preço mensal sem altas renovações, testes de 3 dias e inclui uma migração gratuita. Se o seu TTFB for lento, tente clonar seu site no Vultr HF e testar os resultados (você também pode ver capturas de tela dos resultados de migração das pessoas + pesquisas no Facebook abaixo). Eles têm altas classificações TrustPilot e se por algum motivo você não estiver feliz, basta cancelar sua avaliação de 3 dias.
NameHero usa Speed servidores que são uma mais recentes/mais rápido do tipo de servidor (é barato e votou muito no Facebook sondagens). Você pode encontrar muitos comentários positivos em grupos do Facebook. Eu sugiro NameHero sobre hosts semelhantes (como A2) porque eles são mais confiáveis com melhores tempos de atividade e suporte baseado nos EUA. Eles também usam cPanel, que é amigável para iniciantes. NameHero tem uma política de reembolso de 30 dias e faz migrações gratuitas, mas eu só os usaria se seus visitantes estiverem nos EUA ou na Holanda, pois é aí que estão os data centers. Eu geralmente recomendo o plano Turbo Cloud que vem com 3GB RAM + NVMe. Sites grandes (WooCommerce) devem usar sua nuvem gerenciada (ou Cloudways).
WPX – também usa Speed (não sei por que ele está enterrado nesta página), com excelente suporte e TrustPilot classificações, mas eles só tem 3 centros de dados em Chicago, Londres e Sydney. Boa escolha se seus visitantes estiverem perto, caso contrário, escolha outra pessoa. Eles também têm ótimos comentários em grupos do Facebook e incluem uma migração gratuita, bem como otimização gratuita da velocidade do site, onde otimizam seu site para os principais sinais vitais da web. Con principal é o preço e o painel é um pouco simplificado e pode ser buggy.
Isenção de responsabilidade de afiliado-eu uso links aff para os hosts que eu recomendo, mas não aqueles que eu não.
cada um tem configurações diferentes. Em Cloudways, eu uso FlyingPress + BunnyCDN (ou uso wp Rocket). No NameHero ou WPX, você usará o plugin LiteSpeed Cache + QUIC.Nuvem CDN. Ambos são ótimas configurações e devem fornecer um TTFB rápido – Veja meus tutoriais de cache wp Rocket ou LiteSpeed.
em caso de dúvida, verifique as pesquisas do Facebook e os resultados da migração (veja mais).
Evitar Lento Plugins + Página Construtores
Alguns plugins podem tornar o seu website lento, TTFB, e aumentar a CPU.
Plugin | Categoria | Memória Impacto | PageSpeed Impacto |
---|---|---|---|
All In One SEO | SEO | X | X |
Analytify | Analytics | X | ✓ |
Backup Amigo | Backup | X | ✓ |
ontém Segurança | Segurança | X | ✓ |
Broken Link Checker | SEO | X | ✓ |
Jetpack | Security | X | X |
Query Monitor | Analytics | X | ✓ |
NextGEN Gallery | Gallery | X | X |
Site Kit by Google | Analytics | X | ✓ |
Wordfence | Security | X | ✓ |
wpDiscuz | X | X | |
WPML | Translate | X | X |
Yoast SEO | SEO | X | ✓ |
Encontre o Seu mais lento Plugins – Monitor de Consulta e Nova Relíquia de são ótimos para encontrar lento plugins. Instale o Query Monitor, visualize uma página em seu site, passe o mouse sobre a guia Query Monitor e vá para consultas → consultas por componente. Você pode verificar várias páginas / postagens para consultas diferentes.
WP Hive é uma extensão bacana do Google Chrome que informa se um plug-in afetará suas pontuações de Uso de memória / PageSpeed Insights ao visualizar plug-ins no repositório WordPress.
evite construtores de páginas pesadas-Elementor + Divi foi esmagado nos principais sinais vitais da web. Além de CSS extra, JavaScript e inúmeros wrappers div, esses sites normalmente dependem de plug-ins e addons extras de terceiros. Isso resulta em ainda mais inchaço. Migrei do Elementor para Gutenberg e isso fez uma grande melhoria. Mesmo codificar seu menu, cabeçalho, rodapé e barra lateral em CSS pode remover muito inchaço do construtor de páginas. Você também pode usar Asset CleanUp e Perfmatters para descarregar CSS e JS não utilizados (e usar os recursos experimentais do Elementor), mas eu os evitaria.
Leve Plugin Alternativas
- SEO – Classificação Matemática.
- Backups-UpdraftPlus.
- Sliders-Solilóquio ou MetaSlider.
- Construtor de páginas-oxigênio, tema Kadence, Gutenberg, Gênesis.
- Galeria-Galeria Gutenberg ou galeria Meow.
- Analytics-Google Analytics e Google Search Console (sem plugins).
- compartilhamento Social-crescer por Mediavine (plugin de compartilhamento social mais rápido no teste do wp Rocket).
- Comentários-Comentários nativos ou wpDiscuz com configurações otimizadas e atraso JavaScript.
Limpe seu banco de dados
uma limpeza completa do seu banco de dados pode melhorar o TTFB.
muitos de vocês estão usando o wp Rocket para limpezas automáticas de banco de dados, mas isso não permite que você percorra suas tabelas de banco de dados reais e remova as tabelas deixadas para trás por plug-ins antigos. Para isso, recomendo o WP-Optimize. Veja a guia ” Tabelas “e procure plug-ins que” não estão instalados.”Se você excluiu um plug-in (ou desativou um módulo de plug-in) e não o usa mais, pode removê-lo.
aumente a vida útil do Cache
a maioria dos plug-ins de cache permite definir a vida útil do cache. Ao aumentar isso, você está salvando recursos do servidor, pois o cache não precisa ser construído com tanta frequência. Isso é bom se você não publicar conteúdo com frequência (como um site de notícias), caso contrário, você provavelmente deve deixar isso como padrão.
desativar o batimento cardíaco do WordPress
o batimento cardíaco do WordPress consome recursos mostrando notificações de plug-ins em tempo real, quando outros usuários estão editando uma postagem, etc. Para a maioria dos proprietários de sites, geralmente faz mais mal do que bem. Existem muitos plug-ins para desativar isso (wp Rocket, Perfmatters, a maioria dos plug-ins de cache).
para desativar a API WordPress Heartbeat sem um plugin, vá para Appearance > Theme Editor e edite as funções.arquivo php do seu tema. Em seguida, cole o código logo após o <?tag php:
add_action( 'init', 'stop_heartbeat', 1 );function stop_heartbeat() {wp_deregister_script('heartbeat');}
não Combine CSS + JavaScript
sites menores geralmente devem combinar CSS/JS, enquanto sites maiores não devem. De acordo com WP Johnny, sites com um tamanho CSS/JS de menos de 10kb devem combinar, enquanto mais de 10KB não devem. Ele continua dizendo que em relação ao TTFB, é tudo sobre começar mais cedo, não terminar mais cedo.
Atualizar Para o PHP 7.4
Muitos anfitriões já lançado PHP 8.0, versão do MySQL mais nova, e novas funcionalidades para tornar o seu site mais rápido, reduzindo TTFB. Certifique-se de usar as otimizações que seu host oferece. Muitos plugins / temas ainda têm problemas de compatibilidade com o PHP 8.0 em que você pode usar o PHP 7.4.
Aumentar o Limite de Memória
Elementor e WooCommerce ambos exigem um limite de memória de 256 mb, mas você deve realmente aumentar para 256MB de qualquer maneira, especialmente se o seu site está ficando fatal limite de memória de erros.
adicione o código ao seu wp-config.php antes de ” Blogging feliz.”
define('WP_MEMORY_LIMIT', '256M');
alguns hosts também têm a opção de aumentá-lo em seu painel.
Use cache no nível do servidor
muitos hosts oferecem cache no nível do servidor, o que reduz o TTFB e acelera seu site. Cloudways, SiteGround (e SG Optimizer), Kinsta e A2 Hosting são apenas alguns deles. Eu pessoalmente uso memcached, NGINX e Redis (com verniz desativado) em Cloudways. O cache no nível do servidor é mais rápido do que os plug-ins de cache porque é do seu servidor, que é mais rápido do que o Cache baseado em arquivos.
Descarregamento de Recursos Para CDNs
CDNs descarregamento de recursos para seus centros de dados e aliviar a carga no seu servidor.
eu sugiro Cloudflare, BunnyCDN, QUIC.nuvem (se estiver usando LiteSpeed Cache) ou Cloudfront. E considere não usar StackPath que é usado em muitos CDNs como RocketCDN e CloudwaysCDN.
os outros três CDNs tendem a ter melhor desempenho do que o Cloudflare, mas a maioria deles custa dinheiro. Independentemente de qual CDN você escolher, eu usaria o Cloudflare para o seu DNS, pois o DNS deles é muito mais rápido do que o DNS do GoDaddy ou do NameCheap. Para usar o dns da Cloudflare, basta se inscrever em um plano gratuito e alterar os servidores de nomes. Eu uso Cloudflare para DNS e BunnyCDN para meu CDN.
um benefício do Cloudflare é que eles têm recursos adicionais que podem reduzir o TTFB (como Brotli, HTTP/3, proteção de bot, regras de página e seu APO) sobre o qual falarei nas próximas etapas.Etapa 1: Inscreva-se em uma conta gratuita do Cloudflare, adicione seu site e execute a verificação solicitada pelo Cloudflare. Você acabará por chegar a uma página onde Cloudflare atribui-lhe 2 servidores de nomes.
Passo 2: Adicione servidores de nomes Cloudflare ao NameCheap. Vá para painel → Lista de domínios → gerenciar → servidores de nomes → DNS Personalizado. Adicione os dois servidores de nomes Cloudflare fornecidos a você.
Activar Brotli
Brotli é mais rápido do que a compactação GZIP. Ambos reduzirão os tamanhos de arquivo do seu HTML, CSS e JavaScript. Isso permite que esses recursos baixem mais rápido e melhorem o TTFB. Cloudflare tem uma opção para ativar Brotli nas configurações de velocidade, caso contrário, você vai usar Gzip em seu plugin de cache.
HTTP Activar/3
No Cloudflare blog, eles dizem que, em média, com HTTP/3 vemos o primeiro byte aparecem depois 176ms. Com HTTP/2 nós vemos 201ms, o que significa HTTP/3 já está realizando 12.4% melhor.
HTTP / 3 pode ser ativado nas configurações de rede do seu Painel Cloudflare. E se você estiver usando Quic.nuvem ou outro CDN, certifique-se de verificar se eles também têm suporte HTTP/3.
Ativar proteção de Bot
sua página de login wp é um alvo alto para bots ruins.
mesmo que os bots não consigam fazer login em seu site, você pode encontrá-los tentando fazer login, o que consome recursos do servidor. Você pode bloqueá-los movendo sua página de login (usando Perfmatters ou WPS Hide Login) para um URL de login personalizado e, em seguida, ativando a proteção do bot nas configurações do Cloudflare.Passo 1: Instalar O Wordfence.
Passo 2: Veja o relatório de tráfego ao vivo por alguns minutos para ver quem está acessando seu site em tempo real.
Passo 3: Mova sua página wp-login. Você pode fazer isso com Perfmatters ou WPS Hide Login.
Etapa 4: bloqueie os bots de spam ainda mais ativando o modo bot fight No Cloudflare → Firewall → Bots → modo Bot Fight (o Cloudways também possui proteção contra bots) ou tente o Blackhole Para Bots ruins.
crie uma regra de página Cache Everything
se você estiver usando o Cloudflare, adicione uma regra de página para armazenar em cache tudo.
vá para o seu Painel Cloudflare → regras da Página. Copie / cole a regra abaixo, substitua apenas meu domínio pelo seu. Se você tiver WooCommerce ou um site dinâmico e tiver problemas ao adicionar a regra de página cache everything, tente usar o plugin WP Cloudflare Super Page Cache.
Além disso, você pode criar uma página de regra para o wp-admin para protegê-lo, ignorar a cache, e impedir que aplicativos e recursos de desempenho (i.e. Rocket Loader) a execução, na área de administração.
considere Apo da Cloudflare
Cloudflare testou seu APO em 500 sites e encontrado em média, melhorou TTFB por 90ms. este servidores todo o seu site da rede edge da Cloudflare. É $5 / mês, mas vale a pena testar se você tem um TTFB lento. Certifique-se de que é compatível com o seu plugin de cache, pois não está no wp Rocket.
Use um Plugin de Cache mais rápido
wp Rocket e LiteSpeed Cache são os padrões de ouro para plugins de cache.
no entanto, a maioria das pessoas não as configura com as configurações ideais. Eu escrevi tutoriais populares sobre como configurar o wp Rocket, O WP Fastest Cache, o W3 TOTAL Cache e o WP Super Cache.
com a maioria dos outros plug-ins de cache, você precisaria instalar cerca de 6 plug-ins extras para obter esses recursos, quando o wp Rocket Os tiver todos integrados, reduzindo o número de plug-ins em seu site. Se você é como eu, você só quer usar 1 plugin, caso contrário, você precisará pesquisar quais recursos seu plugin de cache vem com, em seguida, instalar esses plugins se ele não suporta-los.
- limpeza de Banco de dados – WP-Optimize
- CSS/JS otimização – Autoptimize
- Atraso de execução do JavaScript Voando Scripts
- Host Google Analytics localmente Voando Analytics
- CDN URL de integração – BunnyCDN / CDN Enabler
- controle de Pulsação – Controle de Pulsação / manual de código
- carregamento lento de imagens/vídeos – Optimole / WP YouTube Lyte
- pré-carga ligações instantâneas página – Perfmatters ou Voando Páginas
- Host Facebook Pixel localmente nenhum plugin faz isso que eu sei
- Prefetch/preload – Pré* Party Resource Hints / manual code
- Font-display:swap – Swap Google Fonts Display / manual code
desativar o compartilhamento de dados em Plugins
Desculpe desenvolvedores de plugins, mas se algum plug-in pedir que você compartilhe seus dados, desativá-lo reduzirá ligeiramente o uso da CPU, pois seu servidor não precisará enviar os dados para desenvolvedores de plugins.
limitar revisões de postagem + Autosaves
por padrão, o WordPress não limita as revisões de postagem e o intervalo de salvamento automático é frequente (1 minuto). Diminuir as revisões de postagens (backups de suas postagens antigas) e aumentar o intervalo de salvamento automático (ou seja, 5 minutos) pode reduzir ligeiramente o uso da CPU e evitar um banco de dados com boated. Você pode fazer ambos usando Perfmatters ou adicionando o seguinte código ao seu wp-config.arquivo php.
define('WP_POST_REVISIONS', 5);
define('AUTOSAVE_INTERVAL', 300); // seconds
substitua o WordPress Cron por trabalhos reais do Cron
o WordPress cron é executado toda vez que uma página é carregada e geralmente é alvo de ataques DOS. Ao substituí-lo por um trabalho cron real, você também pode agendar intervalos e economizar recursos.
na maioria dos casos, você abrirá o wp-config.arquivo php e adicione uma linha de código para desativar o WordPress cron. Em seguida, você adicionará a segunda linha de código à seção cron job em sua conta de hospedagem.
define('DISABLE_WP_CRON', true);
cd /path/to/your/wordpress; wp cron event run --due-now >/dev/null 2>&1
reteste seu tempo de resposta do servidor (TTFB)
depois de fazer todas as alterações deste guia, teste novamente seu TTFB e espero que seja mais rápido.
Perguntas Frequentes
o Que é um bom TTFB?
o Google recomenda um TTFB de 200ms ou menos. No entanto, o Lighthouse só sinaliza isso se o seu TTFB for de 600 ms ou mais.
Como faço para reduzir os tempos de resposta do servidor no WordPress?
hospedagem é de longe o fator # 1. Usar um servidor poderoso é a melhor maneira de melhorar o TTFB. Você também pode remover plugins de alta CPU, WordPress bloat, desativar Heartbeat e limpar seu banco de dados.
Como faço para melhorar o TTFB no WooCommerce?
remova o inchaço desnecessário do WooCommerce, como scripts, estilos, meta box e sugestões do marketplace. A maioria pode ser desativada usando o plugin Disable WooCommerce Bloat. Evite executar o WooCommerce em hospedagem compartilhada e usar construtores de páginas pesadas.
existem plugins WordPress que reduzem o TTFB?
o LiteSpeed cache usa cache do lado do servidor que pode reduzir o TTFB, caso contrário, você geralmente deve evitar adicionar mais plug-ins, pois provavelmente aumentará o TTFB em vez de reduzi-lo.
como você mede os tempos de resposta do servidor?Os tempos de resposta do servidor podem ser medidos em Lighthouse, GTmetrix, Pingdom, Chrome DevTools e KeyCDN.
conclusão: Junte-se ao grupo WP Speed Matters no Facebook para obter opiniões reais e imparciais. Veja as pesquisas do Facebook que foram feitas e as pessoas que migraram para diferentes hosts e postaram seus resultados. Por fim, fique longe de afiliados de hospedagem de baixa qualidade que desejam apenas as comissões.
Aplausos,
Tom