Nginx

Nginx WordPress é a stack de hospedagem que combina o servidor web Nginx (pronuncia-se “engine x”) com WordPress, hoje praticamente padrão em hospedagens profissionais e VPS otimizados. Nginx processa requisições de forma assíncrona com modelo orientado a eventos, suporta milhares de conexões simultâneas com baixo consumo de memória e tem cache de página nativo que entrega HTML em milissegundos. É a alternativa moderna ao Apache, dominante em ambientes de alta carga.

O que é o Nginx

Nginx é um servidor web open source criado por Igor Sysoev em 2002 para resolver o chamado problema C10K: como atender 10.000 conexões simultâneas em hardware limitado. Lançado publicamente em 2004, hoje é o servidor web mais usado nos sites de maior tráfego do mundo, atrás apenas de Apache em market share total quando contadas hospedagens compartilhadas.

A arquitetura é orientada a eventos. Em vez de criar um processo ou thread por conexão (modelo Apache prefork), Nginx usa um número pequeno de workers, cada um lidando com milhares de conexões simultâneas via epoll/kqueue. Isso reduz drasticamente o consumo de RAM por conexão.

Nginx também atua como proxy reverso, balanceador de carga e servidor de mídia. Em arquiteturas modernas, Nginx fica na frente recebendo o tráfego HTTPS, descriptografando, cacheando o que pode e passando o que sobrar para o backend (PHP-FPM no caso WordPress, Node.js, Python, etc).

Empresas como Netflix, Cloudflare, Dropbox, Airbnb e WordPress.com usam Nginx em produção. A versão paga (Nginx Plus) acrescenta features empresariais, mas a versão open source cobre 95% dos casos de uso, incluindo qualquer site WordPress.

Nginx vs Apache para WordPress

Apache é o servidor mais antigo e mais usado em hospedagem compartilhada barata. Configuração via .htaccess distribuído por diretório, módulos plugáveis (mod_rewrite, mod_php, mod_security), curva de aprendizado mais suave. Boa escolha para hospedagem cPanel ou Plesk típica.

Nginx é mais rápido em servir conteúdo estático e em proxy reverso. Em sites com tráfego alto, a diferença de TTFB (time to first byte) é mensurável. Sites WordPress em Apache costumam render entre 200-500ms; em Nginx bem configurado com cache, fica abaixo de 100ms para cache hit.

O modelo de configuração é diferente. Nginx tem arquivo central em /etc/nginx/, sem .htaccess. Mudanças exigem reload do servidor (nginx -s reload). Para hospedagens compartilhadas onde clientes precisam fazer ajustes via .htaccess sem acesso root, Nginx fica menos prático.

Para WordPress especificamente, hospedagens gerenciadas (Kinsta, WP Engine, Cloudways e nacionais) escolhem Nginx por padrão. Ganho de performance vale o trade-off de configuração mais técnica. Veja também hospedagem WordPress para entender o ecossistema.

Como configurar Nginx para WP

Configuração básica de WordPress em Nginx tem cinco peças principais. Server block que escuta nas portas 80 e 443, root apontando para o diretório do site, index priorizando index.php, location / com try_files que tenta arquivo, diretório e cai no index.php, e location ~ .php$ que passa requisições PHP para o PHP-FPM via fastcgi_pass.

O try_files é o equivalente ao mod_rewrite do Apache. A diretiva tenta servir o caminho exato como arquivo, depois como diretório, depois encaminha para /index.php?$args, que ativa o roteamento interno do WordPress. Sem essa linha, permalinks bonitos retornam 404.

SSL é configurado por server block. Certificado e chave apontam para arquivos do Let’s Encrypt geralmente em /etc/letsencrypt/live/seudominio.com.br/. Diretivas ssl_protocols TLSv1.2 TLSv1.3 e ssl_ciphers definem quais cifras serão aceitas. Headers HSTS reforçam HTTPS no navegador do cliente.

Limites e timeouts merecem atenção. client_max_body_size define tamanho máximo de upload (precisa estar alinhado com upload_max_filesize do PHP). fastcgi_read_timeout aumenta para uploads longos ou jobs pesados. worker_connections ajusta quantas conexões cada worker processa simultaneamente.

Nginx, FPM e cache

PHP-FPM (FastCGI Process Manager) é quem efetivamente roda o PHP. Nginx não executa PHP nativamente; ele recebe requisição, repassa para PHP-FPM via socket Unix ou TCP, recebe o output e devolve ao cliente. A divisão de responsabilidade é o que torna a stack escalável.

Configuração de PHP-FPM importa. pm.max_children define quantos processos PHP rodam em paralelo. Para servidor com 4GB de RAM e PHP usando 80MB por processo, max_children entre 30-40 é razoável. Definir alto demais com pouca RAM trava o servidor sob carga.

Cache de página no Nginx é o ganho mais radical de performance. fastcgi_cache armazena respostas do PHP-FPM em disco e serve direto sem chamar PHP nas próximas requisições. Combinado com diretivas para bypass em wp-admin e usuários logados, entrega TTFB consistente abaixo de 50ms mesmo em picos de tráfego. Esse modelo elimina a necessidade de plugin de cache em muitos casos.

Para WordPress especificamente, plugins como Nginx Helper conectam o painel ao Nginx, limpando cache automaticamente quando posts são publicados, editados ou comentados. Sem isso, mudanças no conteúdo levariam até o TTL do cache para aparecer ao visitante.

Métricas de TTFB medem exatamente o ganho que o Nginx + FPM + cache entregam. Combinado com performance WordPress bem trabalhada (otimização de imagens, lazy loading, queries enxutas) e configuração de mod_rewrite equivalente, o site fica robusto para tráfego alto sem dor.

Para projetos WordPress que precisam de Nginx tunado em produção sem você configurar fastcgi_cache, FPM pools e regras de segurança a cada novo site, a FULL Services entrega ambientes WordPress com Nginx + PHP-FPM otimizados de fábrica dentro dos planos. Cache de página, headers de segurança, SSL automático e suporte técnico em português vêm prontos no mesmo dia da subida do site.