Lentidão do Site e Limites de Recursos

What your hosting plan actually limits, what happens when you reach each limit, and how to work out whether a slow site is a resource problem or a code problem.

O que o seu plano de alojamento realmente limita, o que acontece quando atinge cada limite e como determinar se um site lento é um problema de recursos ou um problema de código.

"O meu site está lento" e "o meu site ficou sem algo" parecem iguais do exterior e têm quase nada em comum por baixo. Este guia separa-os: primeiro quais são os limites reais, depois como diagnosticar lentidão real.

Primeiro, Está Lento ou Está Avariado?

Lento significa que as páginas carregam, eventualmente. Avariado significa que não.

Se está a receber páginas de erro em vez de páginas lentas, pare aqui e vá para Códigos de Erro HTTP. Um 500, 502 ou 504 tem uma causa específica e uma correção específica, e nenhum deles é "atualizar o plano".

Se o site é inacessível em vez de lento, vá para Website Não Carrega.

O Que o Seu Plano Realmente Limita

Quatro coisas, e vale a pena saber qual é qual porque se comportam de forma muito diferente quando as atinge.

Armazenamento. Quanto disco os seus ficheiros e bases de dados usam. Medido diariamente.

Largura de banda. Quanto dados os seus visitantes descarregam num mês.

Número de sites. Quantos sites separados pode executar no plano.

Acesso CDN. Se o CDN está disponível ou não, e quanto tráfego pode ser servido da edge cada mês.

As suas permissões específicas dependem do seu plano. As figuras atuais para cada plano são mostradas lado a lado em Faturação, depois Alterar plano, que é também o local honesto para comparar em vez de um número digitado num artigo de ajuda que pode variar. Veja Atualizar o Seu Plano.

Utilização de armazenamento e CDN na página Visão Geral do site

O Que Acontece Quando Atinge Cada Um

Esta é a parte com que as pessoas se preocupam, e as respostas são menos dramáticas do que o esperado.

Armazenamento. A utilização de disco é medida diariamente e mostrada na página Visão Geral do site. À medida que sobe, recebe um aviso de insight a alertá-lo, escalando conforme fica mais próximo de cheio. Veja Insights.

Número de sites. Isto é aplicado no ponto de criação. Tente criar um site além da permissão do seu plano e receberá uma mensagem clara dizendo que o plano está cheio, com a opção de atualizar ou adicionar outro plano. Nada existente é afetado.

Elegibilidade CDN. Ativar o CDN num plano que não o inclui devolve uma simples mensagem "não incluído no seu plano" com uma ligação de atualização. Não há modo parcial ou degradado. Veja Ativar o CDN.

Largura de banda CDN. Este tem um comportamento real e bem concebido que vale a pena compreender:

A 80% da sua permissão de edge mensal, recebe um email.
A 100%, a edge é pausada pelo resto do mês. O seu site continua online e continua a servir normalmente, diretamente da origin, apenas não está em cache na edge.
A servição na edge retoma automaticamente no início do próximo mês.
Nunca é faturado para além do limite sem saber.

Assim, o pior caso é que o seu site fica tão rápido quanto era antes de ativar o CDN. Nada fica offline.

Largura de banda gerida de WordPress e WooCommerce funciona como um limite suave. É notificado conforme se aproxima e novamente quando o ultrapassa, e qualquer excesso é tratado como uma sobreutilização medida em vez do site ser cortado.

Exceder uma permissão de armazenamento ou largura de banda não suspende o seu site. A suspensão nesta plataforma é um estado de faturação, não um de recurso. Veja Conta Suspensa e Pagamento Falhado.

O Que Não É Limitado Por Plano

Duas coisas que as pessoas esperam encontrar e não encontram.

Não há quota de CPU ou memória por site nos planos de alojamento web. O seu plano não aloca um número de núcleos.

Não está a competir com os seus vizinhos pela capacidade PHP. Cada site é executado no seu próprio pool isolado de processos de trabalho PHP. Um site ocupado ao lado não pode esgotar os trabalhadores que o seu site precisa. Esse isolamento é real, e é por isso que "o site de outro alguém está a abrandar o meu" é quase nunca a explicação nesta plataforma.

O que se aplica é um limite por pedido: quanto de memória um único pedido pode usar e quantos segundos pode executar. Esses são seus para definir. Veja Extensões e Configurações PHP.

Onde Ver a Sua Utilização

Armazenamento, na página Visão Geral do site.
Largura de banda CDN, também na página Visão Geral uma vez que o CDN está ativado, e no separador Kapsule CDN do site.
Avisos, através de Insights e por email. Veja Insights.
Minutos de construção e largura de banda para projetos Orbit, na página de utilização do Orbit. O Orbit tem os seus próprios limites bastante diferentes, incluindo um limite de gastos. Veja Limites do Plano Orbit e Limites de Gastos do Orbit.

Tornando Realmente um Site Lento Mais Rápido

Por ordem de retorno no esforço. Trabalhe na lista em vez de pular para o final.

1. Ativar Colocação em Cache

O maior ganho individual, sempre. Servir uma cópia armazenada de uma página é ordens de magnitude mais barato do que reconstruí-la para cada visitante.

Vá para Websites, o site, WordPress, depois Colocação em Cache. A colocação em cache de objetos está disponível em todos os planos da família WordPress, e a colocação em cache de página completa nos planos geridos. Veja Colocação em Cache do Site.

Note que alguns caminhos nunca são intencionalmente colocados em cache: páginas de administração, login, carrinho, checkout e páginas de conta. Colocar em cache uma página de checkout mostraria um cliente o carrinho de outro cliente, portanto isto não é configurável e não deve ser.

2. Ativar o CDN

A colocação em cache coloca a cópia num local. O CDN coloca-a perto dos seus visitantes. Maior efeito se o seu público não está no mesmo país que o seu servidor. Requer um plano elegível e o seu próprio domínio personalizado. Veja Ativar o CDN.

3. Mover para uma Versão PHP Mais Nova

Uma diferença real e mensurável sem qualquer trabalho. Teste no staging primeiro. Veja Alterar Versão PHP.

4. Corrigir as Suas Imagens

Consistentemente a coisa maior numa página lenta. Uma foto diretamente de um telefone pode ter vários megabytes e ser exibida com 400 pixels de largura. Redimensione antes de fazer upload e use um formato moderno.

5. Auditar os Seus Plugins

Cada plugin que executa trabalho em cada pedido custa-lhe em cada pedido. Desative um de cada vez e meça. Elimine o que não está usando em vez de deixá-lo desativado. Veja Plugins WordPress.

6. Encontrar a Coisa Realmente Lenta

Pare de adivinhar e meça:

O separador APM em sites WordPress mostra quais pedidos são lentos. Veja Desempenho do Site.
O registo de consultas lentas, disponível nas ferramentas de saúde do WordPress, mostra quais consultas de base de dados são o problema.
O registo lento de PHP captura o que um pedido estava a fazer quando demorou demasiado.
Registos de erros mostram qualquer coisa que falhe silenciosamente e seja retentada. Veja Registos de Erros.

7. Depois, e Apenas Depois, Considere Mais Recursos

Se a colocação em cache está ativa, o CDN está ativo, PHP é atual, imagens são sensatas e o profiler diz que o trabalho é genuinamente necessário, então ultrapassou o plano e subir é a chamada correta. Veja Atualizar o Seu Plano.

Fazer este passo primeiro é como as pessoas acabam pagando mais por um site que ainda está lento, porque um site não otimizado num plano maior é um site não otimizado.

Quando É Altura de um Servidor

O alojamento partilhado é a resposta certa para a grande maioria dos sites. Mude para um servidor na cloud ou dedicado quando precisar de software que a plataforma não fornece, acesso raiz, serviços não padrão ou capacidade dedicada previsível para algo genuinamente pesado. Veja Servidores Cloud e Escolher uma Arquitetura.