13 procedimentos necessários para que o teu WordPress consiga lidar com uma carga elevada

Matthias Held Última atualização 15.01.2021
16 min.
WordPress-Last
Última atualização 15.01.2021

Se o seu produto ou conceito de repente recebe muita atenção, por exemplo através de uma aparição na TV no "Die Höhle der Löwen", a recomendação de um influenciador ou uma campanha de marketing em larga escala, isto significa uma coisa: muito tráfego no servidor! Para alguns sites e servidores demais. O nosso 'Chefe de Desenvolvimento' Matthias explica como o seu WordPress pode sobreviver a grandes cargas.

O que acontece se um membro da equipa de remo for fraco? A equipa inteira perde no desempenho e tem de compensar a falta de força. Se tudo acontecer durante um campeonato, é fatal e certamente levará a uma derrota. O mesmo se aplica ao teu site WordPress durante cargas pesadas. Se o teu servidor, o teu tema, os teus plugins, a tua base de dados, etc. não formarem uma equipa bem ensaiada, o teu site irá colapsar sob picos de carga e tu perderás visitantes valiosos.

Se o teu site WordPress não consegue suportar um fluxo repentino de visitantes, o resultado é sempre o mesmo: o site fica inacessível, o potencial comprador não avança com a compra e tu perdes dinheiro. Então, o que precisas de fazer para evitar que isto aconteça?

Estivemos a pensar sobre quais as medidas a tomar antes de uma transmissão, por exemplo, em "O Lago dos Tubarões", de forma a preparares o teu site WordPress para cargas pesadas. A base para o processo de optimização das melhores práticas seguem os seguintes passos:

  1. Planeamento
  2. Otimizar a infra-estrutura
  3. Backend
  4. Frontend
  5. Offsite
  6. Testes e relatórios
  7. Transmissão ao vivo

Com base neste processo e nos nossos muitos anos de experiência, criámos um plano específico de 13 pontos para te ajudar a preparar o teu site WordPress para cargas elevadas.

Nota

Os 13 procedimentos são ordenados de acordo com o planeamento e a execução, não de acordo com a sua importância. É, portanto, aconselhável implementar os pontos por completo e um após o outro.

WordPress hohe Last – Planung

#1 Planeamento

1.1 Tempo

O tempo disponível para a implementação é, infelizmente, muitas vezes um fator subestimado no planeamento, mas por vezes é o mais importante.

Precisas de tempo para que tu e os teus desenvolvedores possam otimizar e testar o teu site WordPress e a tua loja. Tu (ou o teu host) poderás também precisar de tempo para migrar o teu site ou domínio ou dimensionar o servidor.

Também precisas de tempo para repensar conceitos e, possivelmente, trocar de fornecedores ou plugins de terceiros.

13 procedimentos necessários para que o teu WordPress consiga lidar com uma carga elevada

1.2 Repensar conceitos

Plugins, widget e recursos

Deves remover do teu painel de controle ou do teu site todos os plugins, widgets e funcionalidades que consomem muitos recursos e dos quais não precisas. Será que precisas realmente das tuas ferramentas de monitorização como Matomo ou Google Analytics no teu painel WordPress?

Tenta-te limitar ao mínimo se quiseres que o teu site permaneça online mesmo sob cargas mais altas. Mesmo as coisas mais pequenas, como um botão de redes sociais, podem facilmente duplicar o tempo de carregamento. No exemplo seguinte, mesmo 12 scripts com um total de 462,7 kB - apenas para exibir um botão de redes sociais.

Ladeskripte von Social Media Button

Anúncios

Demasiados anúncios no teu site não só tornam o teu servidor mais lento, como também podem fazer com que os teus potenciais clientes saiam do teu site. Como resultado, perdes receitas de publicidade. Limita-te a alguns anúncios de alta qualidade para aumentar de forma rápida e eficiente o teu "Retorno do Investimento (ROI).

E-mails

O teu site é a tua presença online - os teus e-mails não lhe pertencem. O servidor usa muita carga e, especialmente em picos de carga elevados, isto torna-se muito caro.

Nós distinguimos aqui dois tipos de e-mail:

  • Marketing (newsletter)
  • Gestão.

E-mails de marketing como a sua newsletter deve ser sempre terceirizada. RGPD -compliant, portugueses fornecedores aqui são, por exemplo Cleverreach ou Newsletter2Go. É claro que também existem fornecedores internacionais como Mailchimp ou ActiveCampaign, que também fazem um excelente trabalho.

Observação: Nunca deves enviar e-mails de marketing pelo teu site.

E-mails administrativosVocê também pode terceirizar e-mails administrativos, tais como faturas, redefinições de senha, e-mails de criação de conta e afins. Especialmente se há muitas encomendas quando se tem um número elevado de visitantes, deve considerar isto.

Há também alguns provedores aqui que você pode usar apenas como um servidor SMTP de terceiros: Mailgun é o meu favorito aqui. Os desenvolvedores também têm um fácil de configurar WordPress -Plugin.

WordPress hohe Last – Hosting

#2 Alojamento

Na verdade, o ponto diretamente acionável mais importante no qual deves focar a tua atenção é o alojamento. Antes de mais, é importante escolher um host que não tenha limitações de tráfego. Isto porque: se o teu tráfego exceder este limite, o teu host pode bloquear o teu site e todo o esforço terá sido em vão.

Tarifas de alojamento baseadas em alojamento partilhado também são completamente inadequadas para um grande aumento de carga, já que tu partilhas o tempo de CPU com outros utilizadores (sites). Na maioria dos casos, eles também não são suficientemente potentes para lidar com tráfego intenso como, por exemplo, no "Lago dos Tubarões".

Uma hoster especializada em WordPress e WooCommerce O hoster especializado é na maioria dos casos a melhor escolha, se você mesmo não quer cuidar da configuração, manutenção, otimização de desempenho e segurança do seu site. A quais quatro fatores você tem que prestar atenção especial ao hospedar WooCommerce, você pode ler em nosso artigo.

E-Book WooCommerce

Talvez uma escalabilidade a curto prazo do teu servidor faça sentido. Isto significa que tu expandes o teu servidor por um período de tempo (mais CPU/RAM etc.) e depois voltas à tarifa normal após o pico de tráfego de forma a economizares custos.

O ideal é que converses com o teu host no início do planeamento. Eles podem aconselhar-te da melhor maneira e dar-te recomendações.

WordPress hohe Last – Backups

#3 Cópias de segurança

Os backups são uma necessidade absoluta, não apenas para picos de carga, mas como uma questão de princípio. O seu site deve ter backups automáticos todas as noites e você também deve ter a opção de criar backups manuais. Isto dá-lhe uma rede de segurança adicional, especialmente em fases como a reestruturação do seu site.

Também podes assegurar desta forma grandes marcos como versões.

Por exemplo:

  • Backup 1: Estado inicial
  • Backup 2: Plugin de cache instalado e configurado
  • Backup 3: Base de dados limpa

Desta forma, você pode sempre voltar a pontos específicos em seus ajustes se algo der errado.

Eu recomendo que você realmente use isto enquanto você trabalha neste documento.

3.1 Sistemas de backup

Backup com hosts gerenciados WordPress (recomendado):
Com a maioria dos hosters especializados, você pode contar com um backup automático noturno do seu site. Além disso, geralmente há a opção de criar e restaurar backups manuais com um clique. Como estes backups não significam nenhum inconveniente para si e não lhe tiram nenhum espaço de armazenamento, a recomendação vai claramente nesta direcção.

Backup via WordPress -Plugin:
Plugins como BackWPup, Updraft, BackUpWordPress e muitos outros podem fazer backup de todo o seu site WordPress , incluindo mídia e banco de dados, para o seu servidor.

Dependendo de cada plugin e versão (gratuita ou paga), também podes gravar ou fazer o download do teu backup na cloud*.

BackWPup é dos colegas de Inpsyde e é bem suportada. Então esta é a nossa recomendação para si se não tiver uma solução de backup no seu pacote de alojamento. O BackWPup oferece backups programados, armazenamento em serviços em nuvem* como Dropbox ou Microsoft Azure ou outro servidor FTP.

Na versão de compra, você pode especificar serviços adicionais em nuvem para armazenamento e criptografar seus backups.

*
Ao armazenar backups na nuvem, você deve pensar cuidadosamente sobre qual provedor você usa em tempos de RGPD , uma vez que seus backups também contêm dados de clientes, como nomes, endereços e e-mails.

WordPress hohe Last – Caching

#4 Cache e minimização

O O fator número um quando se trata de entregar páginas rapidamente e com a menor carga de servidor possível é claramente o cache.

Com a cache tu minimiza as solicitações no teu servidor, que então entrega ficheiros estáticos em vez de de conteúdo dinâmico, como as tuas imagens ou o HTML das tuas páginas. Isto dá-te uma enorme melhoria na velocidade e uma carga significativamente menor, porque o servidor não tem de carregar o mesmo conteúdo repetidamente. Imagina isto como se a tua mãe te pedisse repetidamente para ires buscar leite. Em vez de ires várias vezes, simplesmente enches o frigorífico com várias garrafas. Isto reduz a carga nas tuas pernas e o stress com a tua mãe, porque não eras suficientemente rápido.

Aqui distinguimos entre o cache do lado do servidor e o cache por Plugins. Nós fornecemos uma visão detalhada do caching e as diferenças entre essas opções de caching no nosso Artigo Caching Basics para ti.

Minimizar os arquivos CSS e JS também pode lhe dar uma vantagem de desempenho. Aqui, o conteúdo das respectivas folhas de estilo e arquivos JavaScript são aliviados de comentários e espaços e fundidos em uma longa cadeia. Recomendamos, por exemplo, o Plugin "Fundir + Minificar + Refrescar”.

WordPress hohe Last – Bilder optimieren

#5 Otimização dos media (dimensionar imagens, transferir vídeos)

5.1 Imagens

Os grandes meios de comunicação são obviamente o assassino em termos de carga e desempenho. Se a subpágina da tua loja contém 25 imagens de produtos em resolução total, mesmo que só sejam exibidas em 200px x 250px, a página irá rapidamente abaixo.

Deves ter especial cuidado com as imagens no carrinho de compras ou na área da caixa, pois estas áreas não estão em cache. Se tu carregares imagens de 300dpi a 2000px lá, mesmo que só seja necessário um pictograma, podes ter certeza de que os teus clientes não poderão comprar em série com plena carga.

Com o qual WordPress -Plugins você pode preparar suas imagens automaticamente, nós explicamos em nosso otimização de imagens-Plugin-comparação.

5.2 Vídeos

Os vídeos pertencem em portais de vídeo e depois são integrados no teu site! Pelo menos se se tratar apenas de desempenho. Há poucos motivos para seres tu próprio a alojares vídeos (em muitos casos talvez o RGPD, mas vamos deixar isso de lado).

Se quiseres realmente ser tu a alojar vídeos, fá-lo num servidor dedicado e depois aloja-os no teu site. Caso contrário, carregua-os no YouTube, Vimeo, 3q ou Brightcove.

WordPress hohe Last – Datenbank aufräumen

#6 Limpar a base de dados

Agora vamos às profundezas das TI do WordPress: a base de dados.

Muito importante de antemão: Primeiro faz um backup!

O WordPress armazena posts, comentários, páginas e outros tipos de dados textuais numa única base de dados (imagens e vídeos excluídos, pois estão localizados na pasta "wp-content/**"). Depois de algum tempo, esta base de dados fica, naturalmente, um pouco cheia e "desorganizada".

Lixo significa aqui, entre outras coisas:

  • Comentários na secção de spam
  • Revisões de publicações e páginas
  • Coisas no caixote do lixo
  • Publicar e comentar metadados, tais como validações expiradas há muito

Tudo isto é um legado que normalmente já não precisas mais e que "consome" o teu servidor.

13 procedimentos necessários para que o teu WordPress consiga lidar com uma carga elevada

Como é que te livras destas coisas?

TL;DR & para aqueles que o querem um pouco mais fácil: Instalar WP-Optimize e deixe-o correr!

6.1 Revisões

As revisões são estados intermediários das tuas publicações, páginas e rascunhos.

Normalmente pode-se reduzir isto substamcialmente, por exemplo, até um máximo de 8-10 revisões. Em alguns casos até faz sentido desligá-las completamente.

No teu wp-config.php escreves:

Desligar completamente:

define( 'WP_POST_REVISIONS', false );

As revisões limitam:

define( 'WP_POST_REVISIONS', 10 ); // Máximo 10 revisões

6.2 Otimizar wp_options

A tabela wp_options é uma das tabelas mais importantes e, ao mesmo tempo, frequentemente esquecida no WordPress quando se trata da otimização de carga. wp_options também contém coisas como o URL do site, a URL inicial, formatos de tempo e dados administrativos, assim como configurações para plugins, temas, WP cron jobs e dados de cache.

Para optimizá-los, precisamos primeiro de compreender o significado das colunas individuais das tabelas.

A wp_options têm as seguintes colunas:

  • option_id
  • option_name
  • option_value
  • autoload

Vamos dar uma olhada na coluna de auto-carga. Isto controla quais opções e configurações são carregadas através da função wp_load_alloptions() será carregada. Isto significa: Se a entrada numa linha estiver definida para "sim", esta função será carregada em todas as páginas do seu website.
Muitos desenvolvedores Plugin e Theme têm a atitude de que seu Plugin/Theme é tão importante que ele tem que carregar em cada página, embora seu Plugin seja na verdade usado apenas em uma página (por exemplo, uma calculadora ou formulário de contato).

Isto, claro, enche o teu site de lixo e causa uma enorme carga extra.

Como é que se resolve isto?

Em última análise, isto é uma questão de planeamento. Como já mencionado no ponto 1.2 "Repensar conceitos", deves-te perguntar: "Eu preciso deste plugin? Se puderes substituí-lo por outra opção, fá-lo.

Por exemplo, não consegues carregar o Google Analytics no painel de controle WordPress, mas sim externamente. Ou, em vez de usares um plugin de redirecionamento, poderias verificar com o teu host ver se ele já integrou tais coisas.

Para descobrires quais os plugins que causam longos tempos de carregamento, criei uma SQL-Query (consulta) para ti aqui:

SELECT option_name, length(option_value) AS option_value_length FROM wp_options WHERE autoload = 'yes' ORDER BY option_value_length DESC
Importante

É possível que o prefixo da tua base de dados seja diferente, pelo que poderás ter de ajustar esta Query no ponto "wp_options" em "teusprefixos_opções".

Após executar esta Query, recebes de volta uma lista que mostra quais as funcionalidades que causam a maior carga.

WordPress hohe Last: wp_options autoload query

Neste caso, vem do plugin “Rewrite Rules”. Se alojares na RAIDBOXES, podes usar as regras do Rewrite no painel de controle da RAIDBOXES, basta simplesmente aplicares as regras do Rewrite para esta BOX e apagar o plugin.

WordPress hohe Last: URL Rewrites RAIDBOXES

Remover o velho "Plugin-garbage" do wp_options

Os plugins apagados gostam de deixar resíduos no wp_options e também no autoload = yes. Isto é, naturalmente, muito mau, porque as funcionalidades por detrás delas já nem sequer existem e o tempo de computação do servidor é totalmente desperdiçado.

O que eu sempre gosto de fazer é procurar os nomes dos plugins apagados no wp_options e removê-los.

Vamos assumir que não precisamos mais do plugin "Rewrite Rules" de cima, então eu executo esta SQL-Query:

SELECT * FROM `wp_options` WHERE `autoload` = 'yes'AND `option_name` LIKE %rewrite_rules%'.
Importante

É possível que o prefixo da tua base de dados seja diferente, pelo que poderás ter de ajustar esta Query no ponto "wp_options" em "teusprefixos_opções".

Eu então recupero um monte de funções que não são mais necessárias, todas elas ainda estão definidas para auto-carregar = sim, mas são completamente inúteis.
Eu simplesmente apago estes. Backups que eu já tinha mencionado ou? 😉

Eu passo por este procedimento para todos os plugins. O wp_options já é muito mais fácil.

6.3 Apagar transitórios antigos

Atualização: Desde WordPress Ver. 4.9.9 isto não é mais necessário, já que WordPress assume esta tarefa por si só.

Para as versões anteriores a 4.9.9 do site WordPress :
Os transitórios não são mais do que opções temporárias que são armazenadas na base de dados por um curto período de tempo. Assim que expiram e já não são necessários, são apagados. Como exemplo: "site_transient_update_plugins" contém simplesmente as informações que Plugins tem uma atualização e as que não têm. Assim que você atualizar este Plugins ou iniciar uma nova verificação de atualização, este transiente será excluído.

Infelizmente, este nem sempre é o caso, porque alguns transitórios permanecem na base de dados para sempre e dificultam as Queries (consultas). Estes devem desaparecer, é claro.

A melhor maneira de fazer isso é usar o Limpador Transienteporque fazer isto manualmente é um grande incómodo. Depois de ter usado com sucesso este Plugin , você pode removê-lo com segurança depois. O Limpador Transitório apenas remove os transitórios expirados e nada mais - uma grande ferramenta!

Performance Messen E-Book

6.4 WordPress Sessões

As sessões são usadas para controlar, registar, verificar e executar sessões de login dos utilizadores. Após algum tempo, um WP-Cron apaga estas sessões da base de dados. Pelo menos é assim que deve ser.

Infelizmente, os cronjobs desligam-se ou são desativados pelo utilizador ou plugins - então tu tens um número muito grande de sessões na base de dados num instante.

Para veres se és afetado, tenho outra pergunta para ti:

SELECT * FROM `wp_options` WHERE `option_name` LIKE '_wp_session_%'.
Importante

É possível que o prefixo da tua base de dados seja diferente, pelo que poderás ter de ajustar esta Query no ponto "wp_options" em "teusprefixos_opções".

Se descobrires que existem milhares de entradas, usa a seguinte Query para excluí-las:

DELETE FROM `wp_options` WHERE `option_name` LIKE '_wp_session_%'

Em RAIDBOXES temos o nosso próprio server-side CronJob para este fim, que você pode controlar de acordo com os intervalos. Você pode encontrá-lo em suas configurações de BOX em Apagador de Sessão WP.

WordPress hohe Last: wp_options Query Time Index

6.5 Adicionando um índice ao Autoload

Ok, agora está a ficar complicado! Mas se você conseguir usar este truque para o seu WordPress - página dos colegas de 10up você terá ganho muito.

O que ele faz essencialmente:

Um índice é adicionado ao campo autoload em wp_options. Isto reduz significativamente o tempo de consulta e leva-o mesmo o a um "máximo" constante e muito baixo.

O resultado é óbvio:

WordPress hohe Last: wp_options Query Time Index
Fonte: 10up

O que é bom é: Para a maioria das páginas o nosso Plugin Adicionar índice ao carregamento automático funciona maravilhosamente. Como sempre, lembre-se de fazer backup antes!

Manualmente funcionaria com esta Query aqui:

ALTER TABELA `wp_options` ADD INDEX (`autoload`);
Importante

É possível que o prefixo da tua base de dados seja diferente, pelo que poderás ter de ajustar esta Query no ponto "wp_options" em "teusprefixos_opções".

WordPress hohe Last – Updates

#7 Mantém tudo atualizado!

Uma forma muito eficaz de resistir a ondas de visitantes é manter o teu software atualizado. Não apenas o WordPress em si, mas também o teu tema ativo, os teus plugins e, principalmente, a tua versão PHP.

7.1 PHP

O PHP é o “motor de software” do WordPress. Isto também significa que quanto mais potente for o motor, mais rápido será o teu site.

O PHP 7.0 é capaz de executar mais do dobro das solicitações por segundo do que oPHP 5.6 - e isto em metade do período de latência. Com o PHP 7.1 e 7.2 tudo voltou a ficar um pouco mais rápido.

Nota

Osuporte oficial ao PHP 5.6, 7.0 e 7.1 já expirou e o PHP 7.2 só receberá atualizações de segurança até 6 de dezembro de 2021. Portanto, você deve atualizar para pelo menos PHP 7.2 agora para não colocar em risco a segurança do seu site WordPress .

Em suma, faz mais do que sentido usar a versão PHP que te dá o melhor desempenho. Mas cuidado: nem todos os plugins e temass já são compatíveis com as versões mais recentes! Aqui poderá seu útil a documentação dos plugins e temas ou então simplesmente testá-los.

PHP-Versionen RAIDBOXES

7.2 WordPress

Para obter o máximo desempenho, a sua versão WordPress também deve estar atualizada. Se você não tiver atualizado seu WordPress por um tempo, você não deve pular diretamente de uma versão principal para a próxima (por exemplo: 4.3 para 4.4), mas sim sentir seu caminho em versões menores (por exemplo: da versão 4.3.3 para 4.3.4).

Verifica a funcionalidade geral do teu site entre as atualizações. Em princípio, é aconselhável que cries backups individuais do teu site repetidamente. Isto é especialmente verdade antes dos grandes saltos de versão!

Basicamente, recomenda-se aqui também um hoster gerenciado WordPress , que fornece o WordPress -Atualizações para ti.

7.3 Plugins e Themes

Assim como a sua versão WordPress , você também deve atualizar seus Plugins e Themes . A segurança e o desempenho são as principais razões. Insecure Plugins e Themes pode arruinar todo o seu trabalho. Uma visão geral das vulnerabilidades atualmente conhecidas para WordPress , Themes e Plugins pode ser encontrada na página "WPScan Vulnerability Database"do fornecedor de segurança Sucuri.

Os updates de plugins temas também trazem a possibilidade de atualizar para uma versão superior do PHP e assim alcançar um aumento significativo da velocidade. Além disso, os bugs são eliminados e tens mais recursos à disposição.

Mais uma vez, para grandes atualizações, faça um backup do seu site antes ou teste a nova versão em um Sãoaambiente gengival. Verifique a funcionalidade do seu site antes de fazer as alterações ao vivo.

As consequências de ficar para trás com suas atualizações do Plugin foram demonstradas, por exemplo, com o violação da segurança do RGPD-Plugins mostrado.

WordPress hohe Last – Broken LInks

#8 Links falhados

Uma questão muito simples que não arrasta necessariamente para baixo o desempenho da sua página, mas que pode custar-lhe visitantes, são os links quebrados. Você pode verificar facilmente o seu site usando o Verificador de Links Quebrados Online para o fazer.

Eu recomendo que você use este site em vez de WordPress -Plugins para o cheque, porque Plugins vai arrastar para baixo o desempenho do seu site - mesmo se você não usá-lo no momento. Mas há muito mais ferramentas e métodos para encontrar ligações quebradas. Você pode descobrir o que eles são neste posto.

WordPress hohe Last – Lazy Loading

#9 Lazy Load

Com Lazy Load apenas os conteúdos que o utilizador tem na área visível do browser são exibidos. O resto é carregado dinamicamente à medida o usuário vai rolando para baixo.

A fim de reduzir a carga do teu site, apenas são atendidas as solicitações que realmente precisam de ser atendidas imediatamente. Isto inclui, por exemplo, imagens, vídeos e textos, assim como scripts e outras coisas. Uma ferramenta poderosa - quase o martelo de Thor para economizar recursos.

É assim que funciona:

O browser já carrega todo o conteúdo textual (o DOM), mas utiliza Javascript para carregar apenas os recursos de imagens/vídeos/scripts que o utilizador necessita nesse momento. Se o utilzador rolar mais para baixo, as coisas que entram no seu campo de visão são recarregadas.

Muitos temas modernos, especialmente para lojas, já implementaram o Lazy Load. Infelizmente, nem sempre é fácil adicionar o Lazy Load depois.

Mas, existe um plugin para isso!

Há muitos carregamentos preguiçososPlugins no mercado. No entanto, eu gosto de um em particular: a3 Carga preguiçosa. O A3 Lazy Load funciona em muitos casos e pode carregar preguiçosamente vídeos e iFrames, além de imagens. Também suporta WordPress AMP, WooCommerce e Advanced Custom Fields.

Atualização: Desde WordPress versão 5.5 você não precisa mais de um carregamento preguiçoso -Plugin , porque WordPress cuida desta tarefa por si só.

WordPress hohe Last – Bezahlvorgang

#10 Otimizar o processo de pagamento

Especialmente se quiseres vender um ou mais produtos, é essencial otimizares com precisão o processo de pagamento.

Conforme mencionado acima, itens como o carrinho de compras ou a caixa não podem ser armazenados em cache. Por isso, deves reduzir enormemente a carga do servidor, já que cada solicitação significa uma solicitação completamente nova e que exige muito desempenho para o servidor.

13 procedimentos necessários para que o teu WordPress consiga lidar com uma carga elevada

Usa as ferramentas do teu browser (no Chrome, por exemplo, na separador “Rede”) para ver quantas e quais as solicitações geradas durante um checkout. Se perceberes que estás a gerar 400 solicitações apenas ao abrir o carrinho de compras, algo está errado .

Vê qual o plugin ou recursos que geram muitas destas solicitações e tenta reduzi-los. Isto significa que podes ter de te separar de plugins de que não precisas necessariamente.

O que costumamos ver aqui são fontes carregadas de fontes externas, só depois renderizadas, mas nem sequer usadas no carrinho de compras ou na página de checkout.

Questiona-te também se realmente precisas de listar todos os produtos com imagens de resolução total na exibição da caixa ou se uma exibição de texto é suficiente aqui.

Opções de pagamento via gateways

Também pode ser necessário alterar o teu gateway de pagamento. Por exemplo, se o teu plugin de PayPal demorar muito tempo para processar as solicitações do utilizador, podes aqui perder transações.

Se você quiser oferecer aos seus clientes o maior número possível de opções de pagamento e oferecer a si mesmo uma transação segura, confira Listra Vê isto. Stripe oferece fácil integração WordPress e transações de pagamento rápidas com um alto número de opções de pagamento.

WordPress hohe Last – CDN

#11 CDN

Está tudo optimizado na página agora? Servidor rápido? Excelente! Em seguida vem o próximo passo para manter a carga tão baixa quanto possível: Uma Rede de Entrega de Conteúdo (CDN).

Um CDN é basicamente uma cópia da tua página em cache que é distribuída em diferentes servidores em diferentes locais do mundo. Desta forma, os utilizadores que estão num só lugar podem acessar os dados mais rapidamente.

Retomando o exemplo do leite em cima, quase um frigorífico cheia de leite em cada prateleira.

Além disso, o CDN também irá aliviar o teu servidor de carga, uma vez que entrega partes do teu site em cache a partir do seu servidor.

Recomendamos como parceiro CDN Cloudflare. Alguns planos CDN incluem até mesmo um firewall e um otimizador de imagem. Como se conectar Cloudflare em RAIDBOXES com o seu BOX é explicado aqui:

Em Cloudflare:

  1. Insere o teu domínio em “Add Website” e clica em “Scan DNS Records”.
  2. Agora o CF procura automaticamente os teus registos - basta esperar aqui até que esteja pronto.
  3. Posteriormente o CF dar-te-á sugestões (geralmente duas para os registos A). E também está bem assim. Clica em "Continue".
  4. No próximo passo, seleciona o teu plano e clica novamente em "Continue".
  5. Aqui tens agora servidores de nomes que tens de adaptar.
  6. O Cloudflare mostra-te os nossos e para quais podes alterá-los. (Claro que isto apenas se aplica aos domínios que tens connosco. Se tiveres os domínios noutro lugar, tens de procurar lá).
  7. Em seguida, você deve inserir esses servidores de nomes (5) como servidores de nomes na administração do domínio. Se você administra seus domínios com a gente, você pode entrar neles aqui Ajuste-os. Aí você clica em "DNS" para o respectivo domínio e muda os servidores de nomes para os do Cloudflare. Se você tem seus domínios com outro provedor, você tem que verificar lá.

Pronto!

Também é importante: Se você receber a mensagem de erro: "Too many redirects", você deve ativar "Full Strict" nas configurações SSL em Cloudflare .

WordPress hohe Last – Reporting

#12 Relatórios

Tu não consegues estar sempre atento ao teu site, por isso é muito importante uma ferramenta de monitorização e relatórios de tempo de atividade.

Estas ferramentas, na sua maioria gratuitas, monitorizam o status do teu site. Elas verificam em curtos intervalos se o teu site está acessível.

Recomendamos os planos gratuitos de Pingdom ou UptimeRobot.

AtençãoNão defina esta verificação muito curta, isto também significa uma carga no seu servidor web. Portanto, os intervalos de verificação não devem ser inferiores a 5 minutos.

#13 Backup final

Está tudo a correr bem? Satisfeito? Ótimo! Agora deves apenas fazer um backup final! No próximo pico de carga por causa do "Largo dos Tubarões" ou outros, o teu site já não te deve deixar ficar mal!

Conclusão

Espero que o meu guia passo a passo te ajudem a preparar o teu site WordPress para carga elevadas. Se ainda houver um problema nas áreas mais exigentes tecnicamente, recomendamos que consultes um desenvolvedor profissional de WordPress. Tens mais perguntas ou comentários sobre a preparação para cargas elevadas? Então, deixa um comentário!

O Matthias é o tranquilizador do caos na RAIDBOXES. Como desenvolvedor de plugins e temas, palestrante do WordCamp e contribuidor ativo da comunidade de alojamento, ele pode ser encontrado regularmente em WordCamps e noutros eventos relevantes para o WordPress e está sempre pronto para um lanche. Quando não está lá, anda com os gatos ao colo.

Artigos relacionados

Comentários sobre este artigo

Escreve um comentário

O teu endereço de e-mail não será publicado. Os campos obrigatórios estão marcados com *.