Use cache de objeto e de página (Redis, Varnish ou plugin). Ajuste PHP-FPM e MySQL. Para tráfego alto, separe o DB e use VPS maior ou dedicado. Considere WordPress gerenciado ou headless se o time preferir não gerenciar servidores.
Cache
- Cache de objeto: Backend Redis ou Memcached para object cache do WordPress (sessões, resultados de queries). Reduz bastante a carga no DB.
- Cache de página: Cache de página inteira (Varnish, Nginx FastCGI cache ou plugin como WP Super Cache, W3 Total Cache) para visitantes repetidos receberem HTML estático. Invalide ao atualizar post.
- CDN: Descarregue ativos estáticos (imagens, CSS, JS) para uma CDN.
PHP e MySQL
- PHP-FPM: Ajuste pm.max_children e processos pm para sua RAM. Use OPcache; mantenha versão de PHP suportada (ex.: 8.x).
- MySQL: Buffer pool InnoDB, query cache (se disponível), connection pool. Indexe tabelas; evite queries pesadas em tabelas grandes.
- DB separado: Quando o tráfego crescer, mova o MySQL para seu próprio servidor.
Quando migrar para dedicado
- Limites do VPS: CPU, memória ou I/O consistentemente altos; necessidade de mais controle ou desempenho previsível.
- Dedicado: Servidor inteiro para WordPress e (opcionalmente) servidor de DB separado. Sem vizinhos barulhentos; melhor para tráfego alto ou plugins complexos.
- WordPress gerenciado: Provedor cuida de atualizações, segurança e escalonamento.
- Headless: Use WordPress como CMS (API) e sirva o front por site estático ou app separada. Escala melhor para tráfego de leitura.
Resumo
Cache em nível de objeto e página; ajuste PHP-FPM e MySQL; separe o DB quando precisar. Migre para dedicado ou WordPress gerenciado para tráfego alto ou menos ops.
